Webowy interfejs użytkownika dla aplikacji Java

Technologia, której musisz się nauczyć, to specyfikacja Sun Java Servlet, ponieważ jest to implementacja wszystkich nietrywialnych webserverów Javy. Umożliwia to pisanie servletów, które mogą wykonywać wszystkie potrzebne rzeczy po stronie serwera. Następnie można rozwijać na dowolnym kontenerze pracującym dobrze z twoim iDe i wdrażać na każdym innym kontenerze pracującym dobrze w produkcji.

Musisz również nauczyć się podstawowego HTML, ponieważ w przeciwnym razie musisz nauczyć się JavaServer Faces lub podobnego, co jest dość dużym mouthfull, aby utworzyć przycisk submit, którego potrzebujesz z innymi wpisami w formularzu HTML.

Aby twój silnik działał możesz utworzyć servlet z singletonem w web.xml, który następnie można wywołać. Bądź absolutnie pewien, że jest bezpieczny, w przeciwnym razie będziesz miał dużo bólu. Na początek możesz zadeklarować synchronizację serwletu wywołującego, aby upewnić się, że co najwyżej jedno wywołanie run() jest aktywne w dowolnym momencie.

EDIT: na razie zdecydowałem się na:

• Web Application Server: Jetty;
• Java Server Pages for the views;
• bazując na sugestiach @djna, przeczytałem kilka artykułów dotyczących Modelu 2 i wpadłem na takie rozwiązanie (którego jeszcze nie testowałem, bo muszę skończyć aplikację przed przejściem do interfejs):

Forma.jsp

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

Silnik.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() ?
  }    
}

Wynik.jsp

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

Zakładając, że nie jest to jednorazowa aplikacja, która nie wymaga żadnej aktualizacji/konserwacji w przyszłości, polecam zrobić warstwę widoku z Apache Wicket z następujących powodów (przeczytaj krótki infoblurb ze strony głównej):

• ponieważ Wicket oddziela warstwę widoku i działa w warstwie modelu MVC w czysty sposób, można łatwo wyjaśnić, że widok jest całkowicie oddzielony od reszty aplikacji i Imodelu Wicket ' a Interfejs służy do niezawodnego łączenia danych z warstwy kontrolera z warstwą widoku. Tak więc twoja warstwa kontrolera może pojedynczą aplikację singleton, o ile używasz jej w ten sposób.
• kod Wicket jest oszałamiająco łatwy w utrzymaniu, również rozszerzenie funkcjonalności aplikacji internetowej można zrobić bardzo łatwo, ponieważ jest to framework OOP zamiast znaczników zmieszanych z innym rodzajem znaczników, które wyrażają kod.

1. Jetty to bardzo lekki kontener, idealny do twojego scenariusza rozwoju.

2. Możesz spojrzeć na Wicket dla swojej strony renderowania; wydajesz się bardziej komfortowy w wykonywaniu zadań podobnych do kodu, w przeciwieństwie do prostego interfejsu użytkownika.

3. Wzór, który opisujesz, to wzór Singletona. Spójrz na wyniki google dla singleton w Javie .

1. serwer aplikacji: tomcat
2. Strona WWW: jsp
3. Potrzebujesz klasy, która jest Singletonem lub klasą z metodą statyczną. Słowo ostrzeżenia: uważaj na kondycję rasy. Może być konieczne użycie słowa kluczowego synchronized dla tych metod obejmujących operację aktualizacji/modyfikacji.

Jest to dość otwarte pytanie i istnieje ogromna liczba możliwych odpowiedzi w zależności od twoich wymagań. Standardem do pisania aplikacji internetowych jest wykorzystanie platformy Java EE, co oznacza JSP, servlety i EJBs dla logiki biznesowej. Istnieje jednak sporo popularnych i ważnych alternatyw, takich jak Spring, Seam, GWT, a nawet bardziej radykalne alternatywy, takie jak JRuby on Rails. Wygląda na to, że Twoje potrzeby są dość proste, więc prawdopodobnie chcesz iść z prostym rozwiązaniem jak Jetty + Servlets + JSP.

Zakładam, że Twój silnik może obsłużyć wiele jednoczesnych żądań? Jeśli nie, warto zastanowić się nad sposobem kolejkowania żądań, takich jak JMS.