So finden servlet-API-version für glassfish server?

Während des Codierens ein servlet habe ich eine Methode gefunden, sagt

Since:
    Servlet 3.1

Denke ich, dass wenn ich die autohint von NetBeans zu verwenden, es ist, weil ich habe, dass die Servlet-version. Aber ich kann nicht einen Platz finden, um zu bestätigen, dass. Ich bin mit glassfish4.1 als container. Wenn ich mich mypathtoglassfish4.1\glassfish\modules dort kann ich sehen javax.servlet-api.jar und in einem manifest, das sagt:

Implementation-Version: 3.1.0

Ist, dass die richtige Art und Weise zu überprüfen? Ich bin vor allem daran interessiert ist, in der Lage zu sagen, meine Kollegen "gehen Sie in das Glas und überprüfen Sie, dass die Eigenschaft" so bin ich sicher, dass mein code läuft auf dem server.

Als alternative fand ich eine Webseite Oracle GlassFish Server 3.1 Application Development Guide, der sagt: "GlassFish Server unterstützt die Java-Servlet-Spezifikation in der version 3.0." aber offensichtlich für Glassfish 3.1, und ich konnte nicht finden einen von denen für jeden glassfish-version (auch nicht für meine -4.1 )

InformationsquelleAutor malarres | 2015-06-11
  1. 5

    Blick auf Java-EE-version. Servlet (und JSP, JSF, EJB, JPA, etc) - version geht hand in hand mit Java-EE-version.

    • Java EE 8 = Servlet 4.0
    • Java EE 7 = Servlet 3.1
    • Java EE 6 = Servlet 3.0
    • Java EE 5 = Servlet 2.5
    • J2EE 1.4 = Servlet 2.4
    • J2EE 1.3 = Servlet 2.3
    • J2EE 1.2 = Servlet 2.2

    Blick auf die server-homepage/Dokumentation, wie es sich präsentiert. Für GlassFish, dass aktuell (4.1):

    Weltweit erste Java-EE-7-Anwendung Server

    So, es ist Servlet 3.1.

    Aber, mit einem großen aber, ist das eine Sache. Die zweite Sache ist, die webapp ist web.xml - version auch eine Rolle spielt. Nicht jeder weiß, dass.

    Wenn Ihr webapp ist web.xml deklariert ist konform zur Servlet 3.1 wie unten

    <?xml version="1.0" encoding="UTF-8"?>
<web-app 
    xmlns="http://xmlns.jcp.org/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
    version="3.1">

    <!-- Config here. -->
</web-app>

    dann deine webapp auch wirklich laufen im Servlet 3.1 modus.

    Jedoch, wenn er erklärt konformen Servlet 3.0-wie unten oder sogar noch älter,

    <?xml version="1.0" encoding="UTF-8"?>
<web-app 
    xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
    version="3.0">

    <!-- Config here. -->
</web-app>

    dann Ihre webapp läuft in Servlet-3.0-Kompatibilität compatibility-modus, auch wenn Sie eingesetzt werden, eine Servlet 3.1-kompatible container! Die oben genannten Einflüsse der ServletContext#getMajorVersion() und getMinorVersion(), so dass Sie tatsächlich sagen nichts über den container, sondern nur über die webapp selbst.

    Wenn Ihr webapp ist web.xml enthält eine <!DOCTYPE> unabhängig von der DTD und die version, dann läuft es in der Servlet 2.3 Kompatibilität modus, auch wenn es eine neuere XSD deklariert ist!

    <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "java.sun.com/dtd/web-app_2_3.dtd">
<web-app 
    xmlns="http://xmlns.jcp.org/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
    version="3.1">

    <!-- This is WRONG! The DOCTYPE must be removed! -->
</web-app>
    • Also heisst das, dass ich nur anpassen, die version auf 3.0 ohne Installation von einem anderen jdk? (btw vielen Dank für Ihre imageservlet!)
    • Ohne Installation einer älteren Java-EE-application-server-version passenden servlet-version, ja. JDK ist das nicht relevant, Sie sollten nur wählen Sie die minimale JDK/JRE-version der server selbst erfordert. Du bist willkommen 🙂
    InformationsquelleAutor BalusC
  2. 1

    Werfen Sie zunächst einen Blick auf Vergleich von GlassFish Open Source Edition Version 2.x und 3.0.x. Auch in Ihrem servlet-Sie können hinzufügen

    HttpSession session = request.getSession();
int majorVersion = session.getServletContext().getMajorVersion();
int minorVersion = session.getServletContext().getMinorVersion();
    • Danke, habe ich versucht aus der Hüfte geschossen: java.net/projects/glassfish/public/comparing_v3_and_v4.html, aber hat nicht funktioniert 🙁 ich bin das gehen, sich besser in diese Seite
    • Ich erstellte ein minimalistisches servlet nur zur Darstellung der Informationen aus Ihrem code. Auf meinem system zumindest funktioniert 🙂 Wird Sie wissen lassen, sobald Sie check it
    • Falschen Ansatz. Siehe meine Antwort für die richtige Vorgehensweise und Erklärung.
    • Jetzt verstehe ich, warum Sie bekam ein 500-Fehler, wenn Sie versuchen meiner minimalistischen servlet. Danke!
    InformationsquelleAutor Mihai8
Schreibe einen Kommentar