2012-01-03 5 views
3

Я читал на архитектуре Java EE и видел (по крайней мере, в документах Oracle) несколько ссылок на так называемый EIS (корпоративные информационные системы), который включает в себя 3-й (данных) уровня архитектуры Java EE.Java EE EIS Tier

Я понимаю, что в трехуровневой системе база данных обычно представляет собой 3-й уровень. Несколько раз устаревшие системы также размещаются на этом уровне, потому что они также взаимодействуют напрямую с той же базой данных, что и деловое промежуточное ПО (2-й уровень), и по той или иной причине они не принадлежат нигде.

Мой вопрос: что код (если есть) относится к третьему «EIS» уровню? ORM-код, такой как классы Hibernate и DAO?

На втором уровне у вас есть обе системы и скомпилированная Java-работа. Например, у вас может быть сервер Tomcat, содержащий кучу WAR, которые вы написали. Я не «получаю» теологию в 3-м ярусе, где у вас есть РСУБД и (я предполагаю?!?!) Некоторый код для взаимодействия с этой РСУБД.

В целом, я думаю, мне интересно, какие стандартные/лучшие практики находятся за развертыванием кода в уровне EIS и как выглядят эти развертывания. Заранее спасибо!

ответ

1

Модель уровня предложенный Java EE является концептуальной моделью. Я думаю, вы смешиваете это с структурой упаковки вашего приложения (на основе вашего комментария к anders.norgaard). Модель упаковки зависит от раза собственного применения, но ниже две статей предоставляют лучшие практики

  1. J2EE packaging and Deployment
  2. J2EE Packaging and Common Code
1

При разработке приложения Java EE, я думаю, из трех слоев, как

  1. Frontend (JSF/RichFaces)
  2. Бизнес логика (EJB)
  3. слой данных (Hibernat/JPA)

Это хорошо и автономно и позволяет избежать, например. Триггеры и PL-SQL и т.д.

Бест, Андерс

+0

Спасибо Anders, но где вы хотите разместить свой слой данных? Если ваши EJB живут внутри файлов jar, которые развертываются на каком-либо сервере приложений, как вы упаковываете свой Hibernate/JPA-код и где вы его размещаете? – IAmYourFaja

+0

В приложениях JEE вы просто включаете его в файл JAR/EAR вместе с остальной частью приложения. В конце концов, это все код Java. –

1

EIS ярус соответствует соединяясь с другими информационными системами, такими как, приложение ERP (пример JD Edwards) или транзакционная система (IBM IMS) или CRM и т. Д.,

Хорошо известные решения EIS предоставляют соединители Java. Из приложения J2EE мы могли бы реализовать разъемы и напрямую общаться с этими приложениями.

Это good reference material по этой теме.

0

Уровень EIS представляет собой концептуальный уровень, который включен как файл jar внутри приложения.

В основном это адаптеры ресурсов, которые часто предоставляются соответствующими производителями EIS.

Ваши java-компоненты могут использовать эти адаптеры для доступа к данным и услугам EIS.

Вот почему вы, как правило, не внедряете что-то в уровень EIS.

Уровень «там как раз», когда вы используете адаптер ресурсов EIS.

То же понятие, что и с уровнем доступа к данным (-> orm framworks):
Вы его не пишете.
Вы ничего в этом не вкладываете.
Вы просто используете его.

 Смежные вопросы

  • Нет связанных вопросов^_^