загрузки классов:
Вы правы, поставьте .jar s на JBOSS/server/<configuration>/lib или JBOSS/lib.
JBoss AS поставляется в комплекте с библиотеками Hibernate, протестированными с этой версией AS.
См. jboss-6.0.0-SNAPSHOT\server\default\conf\jboss-service.xml:
<server>
<!-- Load all jars from the JBOSS_HOME/server/<config>/lib directory and
the shared JBOSS_HOME/common/lib directory. This can be restricted to
specific jars by specifying them in the archives attribute.
TODO: Move this configuration elsewhere
-->
<classpath codebase="${jboss.server.lib.url}" archives="*"/>
<classpath codebase="${jboss.common.lib.url}" archives="*"/>
</server>
Также см .:
Разница между WEB-INF/lib и JBOSS/server/default/lib:
Libs в WEB/lib поставляются с вашей WAR и видны только внутри этой WAR.
Если у вас есть другой модуль, например EJB JAR, они не будут видны из него, и вы получите ClassNotFoundException или (если у вас есть класс в нескольких местах) ClassCastException.
Lib в JBOSS-AS/server/<config>/lib видны для всего сервера, таким образом, все развернутые приложения и их модули. Однако (IIRC) они не имеют приоритета, поэтому, если вы принесете эту библиотеку, например, в WAR, но не в EJB jar, вы можете использовать две разные версии, что нежелательно (может привести к вышеупомянутому ClassCastException).
Поведение загрузки классов может быть изменено несколькими способами, например, см. JBoss wiki .
Статические данные:
Не полагайтесь на статические поля в Java EE, это вызывает проблемы. Например,. один и тот же класс может быть загружен разными загрузчиками классов, поэтому будет несколько экземпляров этих статических значений.
Если вы хотите обмениваться данными между несколькими WAR-файлами, используйте внешнее хранилище - базу данных, файл (с синхронизацией, если вы пишете в него), JBoss Cache и т. Д.