Кстати в идее раньше фича была
По хоткею Ctrl + Ctrl можно было мавену указать какой проект собирать при использовании модулей из project structure

Например mvn project clean install

В последних билдах идеи это не работает

Оч раньше спасало, если нужны были какие-то шаманства с мавеном

Никогда не пользовался. Но ответ один

Парни, здарова! Подскажите с многопоточностью . Работаю с RabbitMq и Cassandra. В общем consumer принимает каждую секунду около 10тыс сообщений (отдельных сообщений(json)) и после нужно их сохранить в Касандру. Решил собирать все сообщения в синхзронизированную коллекцию и каждую секунду сохранять её и после обнулять + нужно сделать ACK в раббит. Но не знаю как сделать т.к опыта в многопоточности мало. Может у кого есть куски кода или подскажите паттерн для решения. Буду очень благодарен!

кажется, что можно писать данные в BlockingQueue, и по таймеру делать из неё java.util.concurrent.BlockingQueue#drainTo(java.util.Collection<? super E>, int)

Спасибо, гляну!

Вот я тоже хотел это предложить. А что делать, если обработать не получится и придётся как-то отменять?

записать обратно в кролик, как вариант. Типа, dead letter queue

Вообще да, или собственно nack делать.

Всем привет!

Собираю проект с помощью gradle и maven

Итоговые артефакты отличаются скомпилированными классами.

В настройках выставлено и там и там source=1.8 и target=1.8
Но судя по javap содержимое отличается в ConstantPool

Вопрос: какой способ поможет понять причины расхождения?

Вывел с помощью ключа -X у maven инфу о параметрах компилятора, его ключи и т.д.
Как у gradle можно вывести подобную информацию?

А в чём конкретно проявляются отличия?
gradle можно попробовать запустить с --debug

Проект собраный градлом работает корректно в рантайме, а мавеном - падает с исключением AbstractMethodException

В дампе классов с помощью javap (анализировал один из скомпилированных классов) в констант пуле класса собранного мавеном отсутсвует одна из констант

В других классах тоже думаю аналогичные отличия

компилирую одной и той же версией JDK

А вариант с разными зависимостями вы не рассматриваете? Или точно известно, что classpath одинаковый?

в мавене использую последнюю версию плагина компилятора

нет, в том то и дело, что на момент компиляции я точно не знаю о составе класспаса

Я бы предположил, что мавен кладёт туда более старую версию зависимости, в которой нет этого абстрактного метода

Gradle 6.0