asm0dey

LinkedList нужен там, где с одной стороны нужны листы. А с другой — быстрые вставки в середину. Примеров не много, но вот два:
1) Нам периодически приходят обновления о том, что объект из списка пропал. И происходит это часто, а объектов много. Например нам сообщают, что машина продана.
2) Удобно составлять цепи событий, куда можно вставлять промежуточные события.

Поскольку речь всё равно идет об серверах очередей — я бы сделал так, чтобы клиенты подключались к серверу с помощью JMX или любого другого протокола, который поддерживается используемой вами MQ (кстати, почему не ActiveMQ, который прекрасно встравивается в Java приложения?) и говорил «Я клиент, дайте мне задание тоже». Таким образом поднятие клиентов стало бы вопросом тривиальным — запустили Java-приложение, оно само подняло MQ клиента и само начало обрабатывать задания. Остановили/вырубили => соединение отвалилось, заданий туда больше не слать. Если результат выполнения данного задания не вернулся — поставить в очереди первым и отдать первому освободившемуся воркеру.

GWT + spring4gwt + spring data jpa

1 вариант — RequestFactory. Требует интерфейсов-сателлитов.
2 вариант (этот выбираю я) — все модельные классы лежат в shared, при отдаче объектов они прогоняются через дозер. У него есть специальный конфиг для хибернейта. Для того чтобы не резолвить неинициализированные коллекции — есть специальный маппер в одну строку. Код могу дать.

Ну и не забывать про правильные паттерны — MVP в лице gwt-platform, например.

Лично мне наиболее адекватным и простым кажется Restlet.

Я бы безусловно выбрал GWT — оно кроме всего еще и сервер по минимуму грузит. Конечно же, следует использовать MVP-фреймворки, например mvp4g.
Моя практика показывает, что все, что работает с сессиями активно — со временем начинает плохо масштабироваться.

Visual Studio, по отзывам, куда хуже чем джавские IDE. Даже с решарпером.

У вас интересный SQL DSL, но кажется, что jooq в этом деле зашел дальше.

Чтобы база не ломалась нужно использовать транзакционные тесты — с помощью спринга, например. Кроме того, можно использовать тестовую базу, дамп которой хранить и менять в каждой ветке отдельно.

Скорость разработки действительно сильно увеличивается.
Есть огромная библиотека компонентов, скоро выйдет 7я версия с рядом архитектурных улучшений.

Я выбираю Vaadin.

Есть вариант написать класс на скале, например. В ней, если мне память не изменяет, есть множественное наследование.

Ну на худой конец рефлексией все задачи такого рода решаются.

Мне нравятся только EclipseLink и OpenJPA.

Мы пишем на GWT.

Как вариант скиньте мне схему БД, сгенерю сам.

Извините, за кривое предложение, но можно сделать так:
Устанавливаем Spring Roo, настраиваем его на нашу БД, потом говорим database reverse engineer
Или НетБинс тоже умеет генерить маппинги по БД.

Можно использовать ant+ivy. Связка очень мощная — ант практически всемогущ в плане сборки и всего, что с ней связано. А ivy — уководит зависимостями. В идее, соответственно, нажимаете один раз build ant script, а потом конфигурируете его для работы с ivy.

да, подкинул кармы

Hypersonic in memory
H2 in memory