Если вы разрабатываете для ATG Dynamo, как вы структурируете свои модули и зависимости?
Как вы структурируете проекты? исходные каталоги, конфигурации JAR и т. д.
Как вы строите и развертываете? Какие инструменты вы используете?
Если вы разрабатываете для ATG Dynamo, как вы структурируете свои модули и зависимости?
Как вы структурируете проекты? исходные каталоги, конфигурации JAR и т. д.
Как вы строите и развертываете? Какие инструменты вы используете?
У нас монолитная архитектура с одним модулем ATG. Первоначально мы разработали этот сайт с помощью JHTML, а затем создали (монолитное) веб-приложение J2EE в рамках этого модуля ATG и преобразовали весь наш JHTML в JSP.
Наш проект на диске выглядит так:
root
deploy
class (compile java to here)
config (primary configpath)
docroot (JHTML docroot)
dev (configpath for dev environment)
test (configpath for QA environment)
prod (configpath for prod environment)
j2ee (j2ee web-app)
WEB-INF
dir-a (application JSPs)
dir-b (application JSPs)
src
java (java src)
sql (sql src)
У нас есть файл сборки Ant, который компилирует исходный код Java для развертывания/класса. JAR для разработки/тестирования и производства. У нас есть один сервер сборки, который проверяет репозиторий CVS и использует сценарии оболочки и файл build.xml для компиляции и развертывания на запрашиваемом сервере с помощью Interwoven OpenDeploy (по сути, rsync).
Большинство структур выглядят так же, как упомянутые выше, с небольшими изменениями. Мы используем MAVEN для сборки и развертывания.
Вот макет, который мы используем:
root
src (java src)
test/src (модульный тест)
build (каталог, созданный ant)
классы
config
javadoc
lib
liveconfig< br> buildlib (библиотеки, используемые для сборки)
config
install (содержит элементы, используемые для разных IDE)
j2ee-apps
lib (библиотеки, используемые приложением)
sql
oracle
данные
установить (таблицы, индексы и т. д.)
настроить (создать табличное пространство, пользователей и т. д.)
удалить
дельту (изменения во время разработки)
Очень похоже на приведенное выше (без Maven). Плюс каталог groovy — мы используем множество скриптов groovy для задач, связанных с развертыванием/сборкой (Ant в сочетании с Antbuilder)