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

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

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

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

редактировать: до сих пор я решил следующее:

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

форма.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() ?
  }    
}

результат.jsp

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

что вы думаете об этом решении? Любые проблемы, которые могут быть не очевидны для кого-то из фона J2SE ? Я также написал некоторые сомнения, которые у меня есть в коде в качестве комментариев. Спасибо.

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

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

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

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

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

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

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

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