Web.xml: Sind url-pattern tags relativ zu einander?

   <servlet-mapping>
      <servlet-name>myName</servlet-name>
      <url-pattern>/aName</url-pattern>
   </servlet-mapping>

    <security-constraint>

            <web-resource-collection>

                    ...

                    <url-pattern>
                            /*
                    </url-pattern>

            </web-resource-collection>

             ...

    </security-constraint>

Dies ist ein Auszug aus web.xml (verwenden Sie zum konfigurieren eines jboss/tomcat-webservice). Frage mich, ob die url-pattern im web-resource-collection ist relativ zu der url-pattern im servlet-mapping.

InformationsquelleAutor sixtyfootersdude | 2010-04-26
  1. 6

    Den url-pattern verwendet, um die Randbedingungen für eine gegebene Anfrage, nicht relativ zu etwas. Die interessanten Teile der Servlet-Spezifikation sind hier:

    SRV.12.8.3 Die Verarbeitung Von Anfragen

    , Wenn eine Servlet-container erhält eine
    Anforderung, es soll den Algorithmus verwenden
    beschrieben im SRV.11.1 wählen Sie die
    Einschränkungen (falls vorhanden), definiert auf dem
    url-pattern ist, dass die beste übereinstimmung
    die Anfrage-URI.     Wenn keine Einschränkungen
    ausgewählt, die den container übernehmen
    der Anfrage. Ansonsten ist der container
    bestimmt, wenn die HTTP-Methode
    die Anfrage ist eingeschränkt auf die
    ausgewählte Muster. Wenn es nicht ist, das
    Antrag wird angenommen. Ansonsten
    die Anforderung erfüllen müssen, die
    Einschränkungen, die für die http-method
    am url-pattern. Beide
    folgende Regeln müssen erfüllt sein
    der Wunsch akzeptiert zu werden, und
    entsandt, um den zugehörigen servlet.

    Und:

    SRV.11.1 Verwenden von URL-Pfaden

    Nach Eingang einer Anfrage eines Kunden, der Web-container bestimmt die Web-Anwendung
    um das weiter zu geben. Die Web-Anwendung ausgewählt, muss die längste
    Kontext-Pfades, steht für den Beginn der request-URL. Die matched-Teil der URL
    der Kontext-Pfad beim Mappen von servlets.

    Den Web-container weiter suchen müssen die servlet, die Anforderung zu verarbeiten mit
    die Pfad-Zuordnung unten beschriebenen Verfahren    .

    Den Pfad für die Zuordnung zu einem servlet die request-URL aus der Anfrage
    Objekt abzüglich der Kontext-Pfad und der Pfad-Parameter. Der URL-Pfad-Zuordnung
    folgende Regeln werden verwendet, um. Das erste erfolgreiche Spiel verwendet wird, ohne weitere
    matches versucht:

    1. Die container werden versuchen zu finden eine genaue übereinstimmung der Pfad der Anfrage an die
      Pfad des Servlets. Ein erfolgreiches match wählt das servlet.
    2. Der container wird rekursiv versucht, eine übereinstimmung mit den längsten Pfad-Präfix. Dies geschieht
      durch seinen Rücktritt den Weg Baum ein Verzeichnis an eine Zeit, die mit dem Zeichen '/' als
      ein Pfadtrennzeichen. Das längste match bestimmt das servlet ausgewählt.
    3. Wenn das Letzte segment in der URL-Pfad enthält eine Erweiterung (zB .jsp), servlet-container wird versuchen, eine übereinstimmung mit einem servlet, das die Verarbeitung von Anforderungen für die Erweiterung.
      Eine Verlängerung ist definiert als der Teil des letzten Segments nach der letzten '.' char-
      acter.
    4. Wenn keine der vorherigen drei Regeln ergeben sich in einen servlet-Container übereinstimmen, ist der container wird
      Versuch dienen, die Inhalte angemessen für die Ressource angefordert. Wenn ein "Standard" -
      servlet ist für die Anwendung definiert werden.

    SRV.11.2-Spezifikation des Mappings

    In der Web application deployment descriptor, wird die folgende syntax verwendet wird, zu definieren
    Zuordnungen:

    • Eine Zeichenfolge beginnend mit einem ' /'- Zeichen und enden mit einem '/* ' - suffix verwendet wird
      für Pfad-Zuordnung.
    • Ein string beginnend mit einem'*. ' - Präfix verwendet wird, als eine Erweiterung zuordnen.
    • Ein string, der nur das Zeichen '/' gibt die "Standard" - servlet von
      die Anwendung. In diesem Fall wird der servlet-Pfad ist der request-URI abzüglich der Kontext-Pfad und der Pfad-info ist null.
    • Alle anderen Zeichenfolgen werden verwendet für die exakte übereinstimmung nur.
    • Vielen Dank für die Erklärung, Pascal! Das ist genau das, was ich suchte.
    InformationsquelleAutor Pascal Thivent
  2. 5

    Es würde für mich Sinn machen, dass die security-constraint/web-resource-collection/url-pattern ist nicht relativ zu der servlet-mapping/url-pattern, aus folgendem Grund: es kann mehrere servlet-mapping Elemente in web.xml in dem Fall würde es nicht ganz klar, welche servlet-mapping/url-pattern zu ergreifen, um zu beheben, die relative URI, waren Sie eine.
    (Nur eine Vermutung - ich habe nicht verwendet security constraints in der tomcat noch).

    • Hmm, das ist ein guter Punkt.
    InformationsquelleAutor Ghislain Fourny
  3. 1

    Nein, Sie sind nicht relativ zueinander; es gibt keine Möglichkeit zum binden einer bestimmten servlet-mapping zu einem security-constraint. Beide werden angewandt, um ein bestimmtes URL-Muster, security-constraint kann auch nur angewandt werden, um bestimmte HTTP-Methoden (GET, POST, ...), so sind Sie ganz unabhängig.

    Beide Elemente sind definiert und beschrieben in der Servlet-Spezifikation. Möchten Sie vielleicht Lesen Sie die Abschnitte SRV.12.8 über die Sicherheit und die Einzelheiten über die url-pattern-Elements.

    InformationsquelleAutor Etienne
Schreibe einen Kommentar