Также не упустите сложные соединения. Сложность транзакции может быть большим фактором в дополнение к объему сделки.
Осуществляющие рефакторинг тяжелые запросы иногда предлагает большое повышение производительности.
Я добавил проект Java к зависимостям модуля Java EE в веб-проекте.
Если целью является получение зависимостей (читай: файлы JAR / проекты / и т.д.) другой проект в путь к классам среды выполнения текущего проекта, тогда только этот способ не работает. Вам необходимо настроить другой проект на экспорт его зависимостей. Это делается на вкладке «Порядок» и «Экспорт» в свойствах пути сборки. Надеюсь, это поможет.
Если я правильно вас понял, проблема в том, что если вы используете проект A, который, в свою очередь, зависит от проекта B, вы получаете не артефакты из проекта B, а только A.
Проблема в что ваш проект должен перечислить ВСЕ необходимые ему вещи в разделе «Свойства» -> «Зависимости модуля Java EE», что является отдельным механизмом от обычного экспорта проекта. Возможно, вам придется поэкспериментировать.
Вы должны упаковать свое веб-приложение в файл WAR перед его развертыванием. Должен быть способ сообщить Eclipse, какие файлы JAR вы хотите поместить в каталог WEB-INF / lib. Если нет, напишите Ant build.xml, который сделает это за вас.
Вам не нужно изменять какие-либо переменные пути к классам ни в вашей среде, ни на сервере приложений. Правильный способ сделать это - создать правильный файл WAR.
ОБНОВЛЕНИЕ: Я перечитал ваш вопрос:
, но по некоторым причинам при публикации веб-проекта я получаю только java-проект jar в каталоге lib JBoss, без его jar зависимостей (например, Spring).
Что это означает? Вы не должны ничего помещать в каталог JBOSS / lib. Весь смысл файла WAR в том, что это самодостаточный артефакт, который несет в себе все его зависимости. Если ты' Вы пытаетесь записать что-то в каталог JBOSS / lib, вы делаете это неправильно.
Файл WAR должен находиться в настроенном вами домене. Нет необходимости изменять сервер приложений.