Интерфейс Интернет-пользователя для JAVA-приложения

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

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

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

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

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

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

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

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

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

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

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

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

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

EDIT : Итак На данный момент я выбрал следующее:

• Сервер веб-приложений: 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? Я также написал в качестве комментариев некоторые сомнения, которые у меня есть в коде. Спасибо.