Веб-интерфейс пользователя для приложения Java

1. Сервер приложений. Вы считаете Tomcat тяжелым с точки зрения времени выполнения, объема обучения или ...? Я бы выбрал что-то, что имеет хорошо налаженную интеграцию с IDE. Итак, Eclipse + Tomcat или Apache Geronimo, возможно, в его WebSphere Community Edition маска сделает свое дело. Из того, что я видел, этого достаточно для того, что вы хотите, и кривые обучения действительно довольно управляемы.
2. Да JSP. Возможно, вы все же обнаружите, что ваша презентация должна стать немного более сложной. Дополнительные усилия по переходу на JSF могут окупиться — хорошие виджеты, такие как средства выбора даты.
3. В вашей обработке у вас будет сервлет (или класс действия, если вы используете JSF), этот класс может иметь переменную-член типа Engine, инициализируемую при запуске, а затем используемую для каждого запроса. Следует иметь в виду, что многие пользователи будут обращаться к этому сервлету и, следовательно, к этому движку одновременно. Безопасно ли использовать ваш Engine из более чем одного потока одновременно?

Расширить в этом пункте. При реализации JSP есть две модели, называемые (с некоторой изобретательностью) Модель 1 и Модель 2. См. это объяснение.

В случае с моделью 1 вы склонны помещать код непосредственно в JSP, он выступает в роли контроллера. Лично я, даже имея дело с небольшими, быстро разрабатываемыми приложениями, этого не делаю. Я всегда использую модель 2. Однако, если вы решите, вы можете просто добавить немного Java в свой JSP.

<%  MyWorker theWorker = MyWorkerFactory.getWorker();
    // theWorker.work();
%>

Я бы предпочел иметь такую ​​​​фабрику, чтобы вы могли контролировать создание рабочего. Фабрика будет иметь что-то вроде (чтобы привести очень простой пример)

private static MyWorker s_worker = new MyWorker();
public static synchronized getWorker() {
       return s_worker;
}

В качестве альтернативы вы можете создать рабочего при первом вызове этого метода.

В случае модели 2 у вас, естественно, есть сервлет, в который вы собираетесь поместить некоторый код, так что вы можете просто

private MyWorker m_worker = MyWorkerFactory.getWorker();

Это будет инициализировано при загрузке сервлета. Не нужно беспокоиться о том, чтобы настроить его для загрузки при запуске, вы просто знаете, что он будет инициализирован до того, как будет запущен первый запрос. Еще лучше использовать метод init() сервлета. Это гарантированно вызывается до того, как будут обработаны какие-либо запросы, и это место, спроектированное API сервлета для такой работы.

public class EngineServlet extends HttpServlet {

private Engine engine;

// init is the "official" place for initialisation
public void init(ServletConfig config) throws ServletException {
     super.init(config);
     engine = new Engine();
} 

Технология, которую вам нужно изучить, - это спецификация Sun Java Servlet, поскольку именно ее реализуют ВСЕ нетривиальные веб-серверы Java. Это позволяет вам писать сервлеты, которые могут делать все, что вам нужно на стороне сервера. Затем вы можете разрабатывать любой контейнер, который хорошо работает с вашим iDe, и развертывать его на любом другом контейнере, который хорошо работает в производственной среде.

Вам также необходимо изучить базовый HTML, так как в противном случае вам нужно было бы изучить JavaServer Faces или аналогичный, который является довольно большим, чтобы создать кнопку отправки, которая вам нужна, с другими записями в HTML-форме.

Чтобы ваш движок работал, вы можете создать сервлет с синглтоном в web.xml, который вы затем можете вызвать. Будьте абсолютно уверены, что это потокобезопасно, иначе у вас будет много боли. Для начала вы можете объявить свой вызывающий сервлет синхронизированным, чтобы гарантировать, что в любой момент будет активен не более одного вызова run().

РЕДАКТИРОВАНИЕ. На данный момент я решил следующее:

• Сервер веб-приложений: Jetty;
• Страницы сервера Java для представлений;
• Основываясь на предложениях @djna, я прочитал пару статей о Модели 2 и придумал это решение (которое я еще не тестировал, потому что мне нужно закончить свое приложение перед переходом в интерфейс):

form.jsp

<form action="/servlet/EngineServlet" method="GET">
  <input type="text" name="text" />
</form>

EngineServlet.java

public class EngineServlet extends HttpServlet {
  private Engine engine = new Engine(); 
  // does this make sure engine only gets instantiated one time in the entire lifespan of the web application; from what I've read from the servlet lifecycle, it seems like it, but I'd like to hear opinions

  public void doGet(HttpServletRequest request,
                    HttpServletResponse response) {
    String text = request.getParameter("text");
    ResultBean result = engine.run(text);
    request.setAttribute("result", result);
    RequestDispatcher dispatcher = request.getRequestDispatcher("result.jsp");
    dispatcher.forward(request, response); 
    // what's the difference between forward, and request.sendRedirect() ?
  }    
}

result.jsp

<div>The result was: ${result.text}</div>

Что вы думаете об этом решении? Есть ли проблемы, которые могут быть неочевидны для тех, кто работает с J2SE? Я также написал в комментариях некоторые сомнения, которые у меня есть в коде. Спасибо.

Предполагая, что это не одноразовое приложение, которое не нуждается в каком-либо обновлении/обслуживании в будущем, я бы рекомендовал вам сделать уровень представления с помощью Apache Wicket по следующим причинам (сначала прочитайте краткую информационную аннотацию с главной страницы):

• Поскольку Wicket отделяет слой представления и работает на уровне модели MVC чистым способом, можно легко объяснить, что представление полностью отделено от остальной части приложения и интерфейс IModel используется для надежной связи данных с уровня контроллера на уровень представления. Таким образом, ваш уровень контроллера может быть единственным синглтоном приложения, если вы используете его таким образом.
• Код Wicket невероятно прост в обслуживании, также можно очень легко расширить функциональность вашего веб-приложения, поскольку это ООП-фреймворк, а не разметка, смешанная с другими типами разметки, которые выражают код.

1. Jetty — это очень легкий контейнер, идеально подходящий для вашего сценария разработки.

2. Вы можете посмотреть на Wicket для своей стороны рендеринга; вам кажется более удобным выполнять задачи, подобные коду, а не прямой пользовательский интерфейс.

3. Шаблон, который вы описываете, является шаблоном Singleton. Взгляните на результаты Google для синглтона в java.

1. сервер приложений: кот
2. веб-страница: JSP
3. Вам нужен класс Singleton или класс со статическим методом. Слово предостережения: Остерегайтесь состояния гонки. Возможно, вам потребуется использовать ключевое слово synchronized для методов, включающих операцию обновления/изменения.

Это довольно открытый вопрос, и существует огромное количество возможных ответов в зависимости от ваших требований. Стандартный способ написания веб-приложений — использование платформы Java EE, что означает JSP, сервлеты и EJB для бизнес-логики. Однако существует довольно много популярных и действенных альтернатив, таких как Spring, Seam, GWT, и даже более радикальных альтернатив, таких как JRuby on Rails. Похоже, ваши потребности довольно просты, поэтому вы, вероятно, захотите использовать простое решение, такое как Jetty + Servlets + JSP.

Я предполагаю, что ваш движок может обрабатывать несколько одновременных запросов? Если нет, возможно, вы захотите найти способ ставить запросы в очередь, например JMS.