Quelles sont les différences entre la Servlet 2.5 et 3?

Mise à JOUR

Tout comme une mise à jour et pour être plus explicite, voici les principales différences entre les servlets 2,5 et 3 (je ne cherche pas à être exhaustive, je suis juste de mentionner les parties les plus intéressantes):

Annotations de déclarer les servlets, les filtres et les auditeurs (facilité de développement)

Dans les servlets 2.5, pour déclarer une servlet avec un init paramètre, vous devez l'ajouter à web.xml:

<servlet>
    <servlet-name>myServlet</servlet-name>
    <servlet-class>my.server.side.stuff.MyAwesomeServlet</servlet-class>
    <init-param>
        <param-name>configFile</param-name>
        <param-value>config.xml</param-value>
    </init-param>
</servlet>

<servlet-mapping>
    <servlet-name>myServlet</servlet-name>
    <url-pattern>/path/to/my/servlet</url-pattern>
</servlet-mapping>

Dans les servlets 3, web.xml est facultatif et vous pouvez utiliser les annotations au lieu de XML. Le même exemple:

@WebServlet(name="myServlet",
    urlPatterns={"/path/to/my/servlet"},
    initParams={@InitParam(name="configFile", value="config.xml")})
public class MyAwesomeServlet extends HttpServlet { ... }

Pour les filtres, vous devez ajouter ceci dans le web.xml dans les servlets 2.5:

<filter>
    <filter-name>myFilter</filter-name>
    <filter-class>my.server.side.stuff.MyAwesomeServlet</filter-class>
</filter>
<filter-mapping>
    <filter-name>myFilter</filter-name>
    <url-pattern>/path/to/my/filter</url-pattern>
</filter-mapping>

Équivalent à l'aide d'annotations dans les servlets 3:

@ServletFilter(name="myFilter", urlPatterns={"/path/to/my/filter"})
public class MyAwesomeFilter implements Filter { ... }

Pour l'auditeur (dans ce cas, un ServletContextListener), dans les servlets 2.5:

<listener>
    <listener-class>my.server.side.stuff.MyAwesomeListener</listener-class>
</listener>

Le même à l'aide d'annotations:

@WebServletContextListener
public class MyAwesomeListener implements ServletContextListener { ... }

La modularisation de web.xml (Pluggability)

• Dans les servlets 2.5 il y a juste un monolithique web.xml fichier.
• Dans les servlets 3, chaque "chargeable" pot peut avoir un web-fragment.xml dans son META-INF répertoire précisant les servlets, les filtres, etc. C'est pour permettre aux bibliothèques et des cadres de spécifier leurs propres servlets ou d'autres objets.

L'enregistrement dynamique des servlets, des filtres et des auditeurs au contexte temps d'initialisation (Pluggability)

Dans les servlets 3, un ServletContextListener pouvez ajouter dynamiquement des servlets, des filtres et des auditeurs en utilisant les méthodes suivantes ajouté à SevletContext: addServlet(), addFilter() et addListener()

Asynchrone soutien

Exemple: dire que certains conteneur de servlet a cinq fils dans son pool de threads, et il y a un processus qui prend du temps à être exécutées par la demande (comme un complexe de requête SQL).

• Avec des servlets 2.5 ce conteneur de servlet courir hors de threads disponibles si il reçoit cinq demandes en même temps et les cinq fils de commencer à faire le processus, parce que le fils ne serait pas de retour jusqu'à ce que service() (ou doGet(), doPost(), etc.) est exécuté du début à la fin et renvoie une réponse.

• Avec des servlets 3.0, ce processus peut être déléguée à un autre thread et la finition service() avant l'envoi de la réponse (la réponse va maintenant être envoyé par le dernier fil). De cette façon, le fil est gratuite pour recevoir de nouvelles réponses.

Un exemple de asynchrone support:

Servlets 2.5:

public class MyAwesomeServlet extends HttpSerlvet {

    @Override
    public void doGet(HttpServletRequest request, HttpServletResponse response) {
        //...

        runSlowProcess();
        //no async support, thread will be free when runSlowProcess() and
        //doGet finish

        //...
    }

}

Servlets 3:

@WebServlet(name="myServlet",
             urlPatterns={"/mySlowProcess"},
             asyncSupported=true) //asyncSupported MUST be specified for
                                  //servlets that support asynchronous
                                  //processing
public class MyAwesomeServlet extends HttpSerlvet {

    @Override
    public void doGet(HttpServletRequest request, HttpServletResponse response) {


        //an AsyncContext is created, now the response will be completed
        //not when doGet finalizes its execution, but when
        //myAsyncContext.complete() is called.
        AsyncContext myAsyncContext = request.startAsync(request, response);

        //...

        //myAsyncContext is passed to another thread
        delegateExecutionToProcessingThread(myAsyncContext);

        //done, now this thread is free to serve another request
    }

}

//... and somewhere in another part of the code:

public class MyProcessingObject {

    public void doSlowProcess() {

        //...

        runSlowProcess();
        myAsyncContext.complete(); //request is now completed.

        //...

    }

}

L'interface AsyncContext a aussi des méthodes pour obtenir l'objet de la requête, la réponse de l'objet et ajouter des listeners pour les informer lorsqu'un processus est terminé.

Programmatique de connexion et de déconnexion (améliorations de la sécurité)

Dans les servlets 3, l'interface HttpServletRequest a été ajouté deux nouvelles méthodes: login(username, password) et logout().

Pour plus de détails, jetez un oeil à la Java EE 6 API.

Comme N'mentionné, les principaux domaines d'améliorations et d'ajouts sont:

• Pluggability (modularisation de web.xml)
• Facilité de développement (annotations, les génériques, convention over configuration)
• Async servlet de soutien (pour les comet style de programmation, async proxy web, services web asynchrones)
• Améliorations de la sécurité et programmatique de connexion/déconnexion)
• Autres (HttpOnly Cookie, Session de suivi, EJB dans le fichier WAR)

Découvrez la Javaone 2008 présentation "Java Servlet API 3.0: Ce qui est nouveau et excitant" pour plus de détails.