Size: a a a

2020 May 28

A

Artjom Kalita in pro.jvm
очень странно
источник

AK

Alexander Komarov in pro.jvm
у человека может хром-бук с 16 гигами диска
источник

N

Nibeon in pro.jvm
Ну кроме джавы у меня ещё кучу всякого на жёстком, да и комп у меня довольно старый, хотя наверное 3 моих винта наверное дадут в сумме около 500 гигов. В общем  посмотрим, может и поставлю эти самые в джав)))
источник

RU

Roman Ushakov in pro.jvm
some guy
Самописные веб фреймворки ван лав (нет)
Там как раз доклад Борисова Spring-построитель вышел, где он пишет spring с 0
источник

Z

Zerogoki in pro.jvm
Что думаете?
источник

Z

Zerogoki in pro.jvm
Переслано от Zerogoki
Там, кстати getResponseCode() что-то модифицирует внутри объекта HttpURLConnection, из-за чего становится возможным вызвать getErrorStream (иначе просто 0 вернет)

То есть, если сказать иначе, то getErrorStream() вернет нулевой указатель если перед этим не вызвать getResponseCode(). Честно говоря, довольно странная логика, не могу понять зачем так сделали
источник

RG

Rinchin G in pro.jvm
Всем, привет. Подскажите пожалуйста, где спринг проверяет JSESSIONID куку? Валидна - не валидна?
Я думал что должно быть что то по аналогии с rememberme кукой - есть какой то фильтр который смотрит. И если все гут - то аутентифицирует?
источник

YA

Yuriy Artamonov in pro.jvm
> Подскажите пожалуйста, где спринг проверяет JSESSIONID
Это ответственность Tomcat/Jetty/сервлет-контейнера.
Spring работает уже с готовым объектом HTTP сессии
источник

RG

Rinchin G in pro.jvm
Yuriy Artamonov
> Подскажите пожалуйста, где спринг проверяет JSESSIONID
Это ответственность Tomcat/Jetty/сервлет-контейнера.
Spring работает уже с готовым объектом HTTP сессии
Пасиб ))
источник

RG

Rinchin G in pro.jvm
Yuriy Artamonov
> Подскажите пожалуйста, где спринг проверяет JSESSIONID
Это ответственность Tomcat/Jetty/сервлет-контейнера.
Spring работает уже с готовым объектом HTTP сессии
Тогда подскажите пожалуйста направление, есть один сервак с двумя нодами. Сперва заходим на одну ноду публичную. Там получаем JSESSIONID куку. Потом закрываем эту вкладку и заходим на вторую ноду. И она выдает 403. Где поправить чтобы перенаправляло на стрницу авторизации?
источник

AE

Alexandr Emelyanov in pro.jvm
Rinchin G
Тогда подскажите пожалуйста направление, есть один сервак с двумя нодами. Сперва заходим на одну ноду публичную. Там получаем JSESSIONID куку. Потом закрываем эту вкладку и заходим на вторую ноду. И она выдает 403. Где поправить чтобы перенаправляло на стрницу авторизации?
хост один что ли?
источник

RG

Rinchin G in pro.jvm
ага, хост один
источник

AE

Alexandr Emelyanov in pro.jvm
ну ссзб
источник

AE

Alexandr Emelyanov in pro.jvm
браузер привязывает куку к хосту
источник

RG

Rinchin G in pro.jvm
Alexandr Emelyanov
браузер привязывает куку к хосту
у меня задача инвалидировать куку в таком случае
источник

AE

Alexandr Emelyanov in pro.jvm
Rinchin G
у меня задача инвалидировать куку в таком случае
а как второй сервер поймет, что кука не его?
источник

AE

Alexandr Emelyanov in pro.jvm
почему бы не дать куке на втором сервере другое имя, проблема исчезнет
источник

AE

Alexandr Emelyanov in pro.jvm
Переслано от Alexandr Emelyanov
коллеги, добрый день.

кто-либо заводил на ignite трассировку на sleuth и zipkin?
источник

AE

Alexandr Emelyanov in pro.jvm
Переслано от Alexandr Emelyanov
у нас настроен кластер, подключаем трассировку и все начинает сыпаться, сначала десериализация ругалась на доступ к пакетам в модуле java.xml, это починили, дальше он начал почему-то тянуть jsoup. при подключении jsoup опять проблемы с десериализацией

переключились на транспорт кафки - опять проблема с десериализацией
источник

AE

Alexandr Emelyanov in pro.jvm
Переслано от Alexandr Emelyanov
используем spring-cloud-sleuth, клиент кластера соответсвенно бутовое приложение
источник