Das Element url-pattern kann man in 4 Kategorien einteilen:

• Ein Prefix Pattern startet mit / und endet mit /*. z.B: /helloServlet/*
• Ein extension Mapping Pattern, startet mit *. z.B: *.pdf
• Das Default Servlet Pattern besteht nur aus einem /
• Alles andere sind exakte Matches

Eine URL laesst sich auch aufspalten:

Beispiele:

<servlet-mapping> <servlet-name>purchase</servlet-name> <url-pattern>/po/*</url-pattern> </servlet-mapping>

Ordnet die Urls dessen pathInfo mit /po/ anfaengt den Servlet purchase zu.

<servlet-mapping> <servlet-name>sales-report</servlet-name> <url-pattern>/report</url-pattern> </servlet-mapping>

Beispiel fuer exaktes Matching pathInfo der URL muss /report sein.

<servlet-mapping> <servlet-name>XMLProcessor</servlet-name> <url-pattern>*.xml</url-pattern> </servlet-mapping>

Eine URL mit PathInfo der mit *.xml endet wird dem Servlet XMLProcessor zugeordnet.

1. Der Container untersucht die servlet-mapping Elemente der in contextPath spezifizierten Webapplikation. Es wird nur nur der pathInfo Teil der URL untersucht.
2. Zunächst wird versucht ein Pattern mit exakten Matches zu finden.
3. Danach werden die url-pattern mit Präfix Pattern untersucht. Falls mehrere zutreffen, wird das mit dem längsten Pfad genommen.
4. Falls immer noch kein Servlet gefunden wurde, werden die Mappings mit Extension Mapping Patterns untersucht.
5. Besteht der pathInfo Teil der URL lediglich aus einem Slash wird das default Servlet genommen.
6. Wurde immer noch kein Servlet gefunden, behandelt ein Default Prozessor Handler die Anfrage und es wird i.a. eine Fehlermeldung zurückgeben

Beispiel:

<welcome-file-list> <welcome-file>index.html</welcome-file> <welcome-file>index.htm</welcome-file> <welcome-file>default.html</welcome-file> <welcome-file>default.htm</welcome-file> </welcome-file-list>

Falls der Container mit Hilfe der servlet-mappings kein Servlet findet, versucht der Container durch Anfügen einer Datei in der welcome-file-list an die URL eine Ressource zu finden.