Подход к приложению Java EE - PullRequest
2 голосов
/ 29 августа 2010

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

То, что по сути является прославленным веб-сканером, должно где-то постоянно запускаться - возможно, обновление базы данных или нет (информация быстро устареет, поэтому может не понадобиться сохранять информацию).

Клиенты могут просматривать актуальную информацию при входе в систему, я полагаю, что сервлет - лучший подход для этого.

Я не уверен, какая технология лучше всего подходит для такого рода «постоянно работающей службы». Я хочу, чтобы информация всегда была там независимо от того, просматривает ее клиент или нет.

Какой подход вы бы выбрали? Хотя я понимаю, что это может быть не лучшим решением с использованием сервера приложений для этого, я делаю это как забавный проект для себя, чтобы помочь мне учиться.

Ответы [ 2 ]

1 голос
/ 29 августа 2010

придумали небольшой проект, чтобы помочь мне изучить Java EE, но я не уверен, какая технология лучше всего подходит для того, чего я хочу достичь, поэтому я надеюсь, что кто-то может направить меня в правильном направлении ...

Давайте попробуем.Я основываю свой ответ на Java EE 6.

Клиенты могут просматривать актуальную информацию при входе в систему. Я полагаю, что сервлет - лучший подход для этого.

Или JSF 2.0 и Facelets (Facelets являются технологией представления по умолчанию в JSF 2.0 и заменяют JSP в качестве технологии просмотра страниц)

Я не уверен, какая технология лучше всего подходит для этого вида«всегда работающий сервис».Я хочу, чтобы информация всегда была там, независимо от того, просматривает ее клиент или нет.

Вероятно, было бы проще запустить ее на другой виртуальной машине, но вы можете попробовать с @Asynchronous боб с EJB 3.1.См. Ссылки ниже.

См. Также

0 голосов
/ 29 августа 2010

Я обращусь к каждому пункту ниже:

1) Ваша забота о сохранении данных в БД или нет. Информация должна храниться в базе данных, поскольку ваш сервер умрет из-за нехватки памяти, чтобы все было свободно доступно.

2) Когда клиенты входят в систему, вы можете использовать сервлет. Чтобы быть более конкретным, вам нужен слой абстракции между моделью и базой данных. Контроллер будет говорить с моделью о ее текущем состоянии, а затем будет рисовать представление (веб-страницу) самыми последними данными.

3) Я бы не стал классифицировать это, так сказать, как услугу, а скорее как информационный портал. Сервер приложений подходит для этого типа работы, поскольку он предоставляет клиентам центральную точку для взаимодействия с приложением.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...