Как я пишу Java Singleton EE/EJB?

Хотя спецификация EJB3.1 вводит синглтон, а ваша версия JBoss не поддерживает его, вы можете использовать аннотацию JBoss @Service для создания синглтона. Инструкции здесь . Кроме того, похоже, что у вас настроен JBoss, чтобы изолировать ваши jar-файлы и войны ejb друг от друга. Тебе не нужно этого делать. Вы можете посмотреть на тег loader-repository в конкретных xml-файлах jboss, чтобы все ваше ухо использовало один загрузчик классов (или, возможно, что по крайней мере две войны используют один загрузчик классов).

Со всем этим я согласен с @duffymo, что синглтон, который разделяет состояние между двумя войнами, - это идея, от которой вы должны идти, если не убегать от нее.

Edit: Что касается синглтонов, я предлагаю вам посмотреть на такие вопросы, как этот (который также имеет неплохой баланс в комментариях).

Идея того, что объект хранит кешированное состояние само по себе, вполне нормальна, особенно с EJB3, где вы можете внедрить свое состояние вместо статической ссылки на него (если вы используете аннотацию @Service, тогда вам нужна специфическая для @Depends JBoss аннотация).При этом, если бы вы использовали здесь «правильный» синглтон, то я ожидал бы, что ваша единственная проблема с тем фактом, что ваши WAR имеют два отдельных загрузчика классов, - это дополнительный объем памяти. В противном случае вы попадаете в проблемную область синглтонов (где они должны быть инициализированы для использования, все, что их использует, должно гарантировать, что они инициализированы в первую очередь, и, конечно, весь код сильно увязан с их инициализацией).

В чем синглтоны действительно плохи, так это в том месте, где они хранят состояние, так что один класс может изменять состояние, а другой класс подбирает его. По сути, в EJB до 3.1 это запрещено, но даже в этом случае возникает множество проблем с параллелизмом.

Правка (далее): Итак, вы хотите использовать репозиторий загрузчика классов. Я использую JBoss 4.2.3, поэтому я не обязательно знаю все входы и выходы JBoss5 (который действительно переписал свой загрузчик классов, хотя они говорят, что он почти полностью обратно совместим), однако в 4.2.x по умолчанию ваша конфигурация не вызывает проблемы, потому что все уши, развернутые на сервере, используют один и тот же загрузчик классов («унифицированный загрузчик классов»). Я подозреваю, что сервер, который вы развертываете, имеет другую конфигурацию, поэтому я не знаю, как с ним взаимодействовать, но вам нужно добавить файл с именем jboss-app.xml в ваше ухо (в в том же месте, что и application.xml), который выглядит примерно так:

 <?xml version="1.0"?>
 <!DOCTYPE jboss-app PUBLIC "-//JBoss//DTD J2EE Application 4.2//EN"
        "http://www.jboss.org/j2ee/dtd/jboss-app_4_2.dtd">
 <jboss-app>
      <loader-repository>
      com.yourcomany:archive=yourear
      </loader-repository>
 </jboss-app>

Это для JBoss 4.2. 5.1 имеет такой же тип тега, вот xsd . Он имеет ту же концепцию загрузчика-репозитория.

Это должно быть . То есть до тех пор, пока ваш ejb-jar, war и тд.нет, значит, он им не нужен. Однако вашим войнам (в jboss-web.xml - в том же месте, что и web.xml) может потребоваться то же самое. В этом случае, если вы назовете репозиторий точно так же (если я правильно понимаю - никогда не пробовал сам), они будут использовать один и тот же загрузчик классов. То же самое касается EJB, настроенного в jboss.xml, который находится в том же месте, что и ejb.xml.

Это может немного прояснить ситуацию.