doGet i doPost w Serwletach

Wprowadzenie

Powinieneś użyć doGet() gdy chcesz przechwycić na HTTP GET requests. Należy użyć doPost() gdy chcesz przechwycić na żądania HTTP POST . To wszystko. Nie należy przenosić jednego na drugi ani odwrotnie (np. w nieszczęsnej, automatycznie wygenerowanej metodzie processRequest() Netbeans). To nie ma sensu.

GET

Zazwyczaj żądania HTTP GET to idempotent. Czyli otrzymujesz dokładnie taki sam wynik za każdym razem, gdy wykonujesz żądanie (pozostawiając autoryzację/uwierzytelnienie i wrażliwy na czas charakter Strony -wyniki wyszukiwania, Ostatnie wiadomości itp. - Poza rozważeniem). Możemy porozmawiać o zamówieniu. Klikając link, klikając zakładkę, wpisując surowy adres URL w pasku adresu przeglądarki, etcetera wszystko odpali żądanie HTTP GET. Jeśli Servlet nasłuchuje danego adresu URL, to zostanie wywołana jego metoda doGet(). Zwykle jest używany do preprocesu żądania. Tj. robienie kilku sprawy biznesowe przed przedstawieniem wyjścia HTML z JSP, takie jak zbieranie danych do wyświetlenia w tabeli.

@WebServlet("/products")
public class ProductsServlet extends HttpServlet {

    @EJB
    private ProductService productService;

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        List<Product> products = productService.list();
        request.setAttribute("products", products); // Will be available as ${products} in JSP
        request.getRequestDispatcher("/WEB-INF/products.jsp").forward(request, response);
    }

}

<table>
    <c:forEach items="${products}" var="product">
        <tr>
            <td>${product.name}</td>
            <td><a href="product?id=${product.id}">detail</a></td>
        </tr>
    </c:forEach>
</table>

Również linki do wyświetlania / edycji szczegółów, jak pokazano w ostatniej kolumnie powyżej, są zwykle idempotentne.

@WebServlet("/product")
public class ProductServlet extends HttpServlet {

    @EJB
    private ProductService productService;

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        Product product = productService.find(request.getParameter("id"));
        request.setAttribute("product", product); // Will be available as ${product} in JSP
        request.getRequestDispatcher("/WEB-INF/product.jsp").forward(request, response);
    }

}

<dl>
    <dt>ID</dt>
    <dd>${product.id}</dd>
    <dt>Name</dt>
    <dd>${product.name}</dd>
    <dt>Description</dt>
    <dd>${product.description}</dd>
    <dt>Price</dt>
    <dd>${product.price}</dd>
    <dt>Image</dt>
    <dd><img src="productImage?id=${product.id}" /></dd>
</dl>

POST

Żądania HTTP POST nie są idempotentne. Jeśli użytkownik końcowy przesłał wcześniej formularz posta na adresie URL, który nie wykonał przekierowania, adres URL nie musi być księgowany. Przesłane dane formularza nie są odzwierciedlane w adresie URL. Skopiowanie adresu URL do nowego okna/karty przeglądarki może niekoniecznie dać dokładnie taki sam wynik, jak po przesłaniu formularza. Taki adres URL nie jest wtedy bookmarkable. Jeśli Servlet nasłuchuje pod danym adresem URL, to zostanie wywołana jego doPost(). Zwykle jest używany do postprocesu żądania. Czyli zbieranie danych z przesłanego formularza HTML i robienie z nim pewnych rzeczy biznesowych (konwersja, Walidacja, zapisywanie w DB itp.). Ostatecznie zazwyczaj wynik jest prezentowany jako HTML z przekierowanie strony JSP.

<form action="login" method="post">
    <input type="text" name="username">
    <input type="password" name="password">
    <input type="submit" value="login">
    <span class="error">${error}</span>
</form>

...co może być używane w połączeniu z tym kawałkiem Servleta:

@WebServlet("/login")
public class LoginServlet extends HttpServlet {

    @EJB
    private UserService userService;

    @Override
    protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        String username = request.getParameter("username");
        String password = request.getParameter("password");
        User user = userService.find(username, password);

        if (user != null) {
            request.getSession().setAttribute("user", user);
            response.sendRedirect("home");
        }
        else {
            request.setAttribute("error", "Unknown user, please try again");
            request.getRequestDispatcher("/login.jsp").forward(request, response);
        }
    }

}

Widzisz, Jeśli User znajduje się w DB (tzn. nazwa użytkownika i hasło są ważne), to User zostanie umieszczony w obszarze sesji (tzn. "zalogowany") i servlet przekieruje na jakąś stronę główną( ten przykład idzie do http://example.com/contextname/home), w przeciwnym razie ustawi komunikat o błędzie i przekaże żądanie z powrotem do tej samej strony JSP tak, że wiadomość zostanie wyświetlona przez ${error}.

Możesz, jeśli konieczne jest również "ukrycie" login.jsp w /WEB-INF/login.jsp, aby użytkownicy mogli uzyskać do niego dostęp tylko przez servlet. Dzięki temu adres URL jest czysty http://example.com/contextname/login. Wszystko, co musisz zrobić, to dodać doGet() do servletu w następujący sposób:

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    request.getRequestDispatcher("/WEB-INF/login.jsp").forward(request, response);
}

(i odpowiednio zaktualizować ten sam wiersz w doPost())

To powiedziawszy, nie jestem pewien, czy to tylko zabawa i strzelanie w ciemności, ale kod, który napisałeś, nie wygląda dobrze (na przykład używanie compareTo() zamiast equals() i kopanie w nazwach parametrów zamiast samo użycie getParameter() oraz id i passwordwydaje się być zadeklarowane jako zmienne instancji servleta - co nie jest threadsafe). Dlatego zdecydowanie polecam dowiedzieć się trochę więcej o podstawowym API Java SE przy użyciu samouczków Oracle (sprawdź rozdział "szlaki obejmujące podstawy") i jak używać JSP/Servletów we właściwy sposób używając tych samouczków.

Zobacz też:

• nasze serwlety strona wiki
• Java EE web development, od czego zacząć i jakich umiejętności potrzebuję?
• Servlet zwraca "status HTTP 404 żądany zasób (/servlet) nie jest dostępny"
• wyświetlanie JDBC ResultSet w HTML na stronie JSP przy użyciu wzorca MVC i DAO

Update: zgodnie z aktualizacją twojego pytania (co jest dość poważne, nie powinieneś usuwać części oryginalnego pytania, co uczyniłoby odpowiedzi bezwartościowymi .. raczej dodaj informacje w nowym block), okazuje się, że niepotrzebnie ustawiasz typ kodowania formularza na multipart/form-data. Spowoduje to wysłanie parametrów żądania w innym składzie niż (domyślnie) application/x-www-form-urlencoded, który wysyła parametry żądania jako ciąg zapytania (np. name1=value1&name2=value2&name3=value3). Do przesyłania plików, które mogą być danymi nie-znakowymi (dane binarne), potrzebujesz tylko multipart/form-data, gdy masz element <input type="file"> w formularzu. Tak nie jest w Twoim przypadku, więc po prostu usuń go, a będzie działał zgodnie z oczekiwaniami. Jeśli kiedykolwiek będziesz potrzebować PRZEŚLIJ PLIKI, następnie będziesz musiał ustawić typ kodowania tak i samodzielnie przetworzyć treść żądania. Zazwyczaj używasz Apache Commons FileUpload , ale jeśli jesteś już na nowym API Servlet 3.0, możesz po prostu użyć wbudowanych udogodnień zaczynających się od HttpServletRequest#getPart(). Zobacz także tę odpowiedź na konkretny przykład: jak przesłać pliki na serwer za pomocą JSP / Servlet?