ага, одной аннотацией с ноги

всем привет господа, как называется такая структура? Request request = new Request.Builder() .url(url) .post(rbody) .build();

https://projectlombok.org/features/Builder

Ломбок такое генерит, если что

запомнил) может пригодится)

спасибо

запомнил) может пригодится)

если не успеешь перейти на Котлин ))

не успею, проекту уже несколько лет)

не успею, проекту уже несколько лет)

ну для ломбока это тоже иногда препятствие, его нужно встраивать в процесс разработки

кстати, ломбок для Java >=9 уже работает?

для 9 работает, проверял

кстати, ломбок для Java >=9 уже работает?

да

давно уже

короче, никакого бага нет

просто Apache FOP так написан

что подгружает шрифт в память на каждую генерацию

круто, чо

просто Apache FOP так написан

А почему бы не выкатить патч для него, а?

форкни, перепиши, сделай пулл-реквест

я для Excel reader-а делал

и кэш тут не при чем - кэш помогает ему знать, какие файлы надо грузить, если он сканит системные шрифты или папку. В случае, когда конкретный шрифт - кэш бесполезен.

мммм

мысль интересная, конечно

Fop это те ещё приключения. Проще купить iPdf или как там его

Дешевле выйдет по итогу

там фишка в том, что сам объект fop надо создавать каждый раз заново - это написано в документации

Fop это те ещё приключения. Проще купить iPdf или как там его

скорее всего, если это реально пойдет на прод - надо будет так и сделать

у нас ситуация специфичная - в реальной системе этот функционал сейчас не используется, а начали падать тесты - выросло количество мест, где неявно вызывается код с генерацией pdf

и тупо gc не успевает память чистить от этого шрифта между тестами

и на очередном тесте - все падает

поэтому счас просто закомментировал эту ветку в коде, чтобы на тесты это не влияло

а если понадобится для прода - надо будет переписывать в итоге

и тупо gc не успевает память чистить от этого шрифта между тестами

Высококонкурентные тесты или утечка?

Высококонкурентные тесты или утечка?

Получается, что утечка - каждый тест из группы в итоге доходит до генерации pdf (теоретически может уходить на имейл юзеру, реально этого нет) - и грузится шрифт в память, по 22 метра на каждый тест.

Вот и всё - в какой-то момент gc только и делает, что память от старых экземпляров шрифта чистит, в то время, как там новые напирают

А, ок, то есть не совсем утечка, а просто GC не успевает. Ну что ж, надо чинить!

Получается, что утечка - каждый тест из группы в итоге доходит до генерации pdf (теоретически может уходить на имейл юзеру, реально этого нет) - и грузится шрифт в память, по 22 метра на каждый тест.

может, надо лениво генерить?

может, надо лениво генерить?

Вытянуть их все в очередь и генерить себе один за одним - это всё правильное решение, если этот функционал будет на проде + большая нагрузка

Получается, что в тестах у нас косвенно получилась штука, которой в реальности вообще не бывает))))

Грузить 22 метра в память на каждый запрос - всё равно так себе. Производительность пока устраивает?

Получается, что в тестах у нас косвенно получилась штука, которой в реальности вообще не бывает))))

почему, считай, стресс-тест :)

Грузить 22 метра в память на каждый запрос - всё равно так себе. Производительность пока устраивает?

Этого нет в продакшне - поэтому вполне)))

почему, считай, стресс-тест :)

да, это справедливо

ну в общем да

если это добавится в прод - надо будет в фон выносить даже не пдф-ы

а вообще формирование писем

сейчас мы это делаем immediately, так как это только на этапе регистрации, которую даже не пользователь, а специальный техник проводит

ну вот, такой косяк удачно обнаружили благодаря тестам

а если добавляем pdf во вложение - то тогда очередь генерации писем, и как следствие - pdf -ов

Вытянуть их все в очередь и генерить себе один за одним - это всё правильное решение, если этот функционал будет на проде + большая нагрузка

Если GC не справляется в импровизированном нагрузочном тесте — значит, и отдельный поток не будет успевать разгребать очередь, я думаю.

Если GC не справляется в импровизированном нагрузочном тесте — значит, и отдельный поток не будет успевать разгребать очередь, я думаю.

у него будет куда ниже throughput

но это не важно для такой задачи

ну вот, такой косяк удачно обнаружили благодаря тестам

Ага))) Главное, это началось неделю назад - вся эта генерация зашита была в код инициализации тестового окружения - и тупо количество тестов превысило некий критический барьер

у него будет куда ниже throughput

да, полагаю, что правда. Ну это уже мерять надо будет, целенаправленно.

Ну ладно тогда.

друзья, играюсь с сервлетами и проблема появилась когда через idea деплою, она зачищает папку root, ставит проект туда и только так запускается(причём, по нормальному uri, будто он в другой папке, если обращаюсь по /, то не работает). Грешу на Guice, возможно, что-то не так настроил

а если через tomcat-manager(создает отдельную директорию), то в логах всё ок, но запускаться не хочет

проблема была в парсинге uri, разобрался, спасибо

кто-нибудь знает, можно ли как-то сделать, чтоб когда на сервлете выполняется doPost, к примеру, resp не сразу отправлялся?

Thread.sleep

а если мне самому нужно указать, когда вернуть resp? не дописал вопрос, прошу прощения

Thread.sleep

+

Ну а кто тебе мешает из реквеста получить и передать аргумент в тред.слип?

ERROR: S client not available

Еще в сторону asynсContext можно посмотреть

Ну а кто тебе мешает из реквеста получить и передать аргумент в тред.слип?

никто я просто немного не понимаю, что вы имеете ввиду

Лучше ты скажи, как ты хочешь сказать сервлету сколько ждать перед респонсом?

Передать через урл можно /url?wait=1000

пока не выполнится запрос к бд

Но у тебя же заблочится и так тред

Запросом

нет

Thread.sleep

Ты зачем плохие советы даешь :)

Нормальный совет, обычный. Как вопрос - такой ответ

https://gist.github.com/eltgm/034a678fd4bb2e1f00d2af244a1bd8f7 вот ситуация addTransaction выполнился, ответ ушёл а бд ответ ещё не успевает вернуть ответ

Наконец-то, у тебя коллбеки

Я не знаю апи с которым ты работаешь, получи транзакцию и залочь ею тред

АддТранзакшен должен что то возвращать

Типа как у Future.get

Ты пытаешься респонс кинуть в лямбде, так по-моему не будет работать

те, никак нельзя заставить resp дождаться колбэка?

да всё работает

просто у меня resp отправляется раньше, чем приходит ответ причём, при втором вызове всё нормально потом опять не успевает потом опять нормально

неужели это нельзя никак контроллировать ?

Ответ надо асинхронно отдавать

Иначе смысла нет в неблокирующей БД

она и даёт асинхронно

сервлет не дает ответ асинхронно

Сервлеты вроде поддерживают асинхрон с какой-то версии (3.0+)

Или перейти на WebFlux

Обсуждение более подходит для https://t.me/javastart, @eltgm, присоединяйся. А по вопросу - смотри в сторону асинхронных сервлетов.

Всем привет . Подскажите пожалуйста если я использую AtomocReference.compareAndSet и два потока пытаются выполнить этот метод то гарантируется ли что второй поток дождется пока первый выполнить операцию, увидит измения первого и только тогда выполнить метод ?

Всем привет . Подскажите пожалуйста если я использую AtomocReference.compareAndSet и два потока пытаются выполнить этот метод то гарантируется ли что второй поток дождется пока первый выполнить операцию, увидит измения первого и только тогда выполнить метод ?

нет, это неблокирующая операция