Jetty nicht routing-servlet als web-Anwendung im Unterverzeichnis von webapps

Um richtig implementieren von Java-Web-Applikation Application Server oder nur ein einfaches Web-Container (wie in deinem Fall), die web-app (auch als web-Modul) MÜSSEN eine bestimmte Struktur haben. Die top-level-Verzeichnis des web-Moduls ist die Dokument-root der Anwendung.

Hier ist eine Web-Modul-Struktur:

Nun, was Sie definieren, in <url-pattern> im web.xml - Datei ist es nur ein logische /virtuelle Pfad für einige servlet. Es ist wieder NICHT eine echte Pfad zu den physischen Speicherort der servlet-Klasse, aber ein logischer Weg - Sie machen es sich wie Sie es wünschen.

OK, jetzt müssen Sie Ihre webapp mit der richtigen Struktur Recht in der webapps - Verzeichnis. Zum Beispiel, im Bild oben Montage Wurzel symbolisiert Ihr webapp-Ordner. So nehmen Sie diesen Ordner entweder direkt oder Sie können ein WAR (Web application ARchive) und legen Sie Sie rechts unter webapps - Verzeichnis. Es ist nicht so, dass in webapps haben Sie ein Verzeichnis und in diesem direcory es gibt mehrere webapps. Alle web-apps müssen direkt unter webapps-Verzeichnis.

So, in Ihrem Fall, wenn Sie Ihre webapp Ordner hat einen Namen shlaa, müssen Sie diesen Ordner direkt unter webapp. Zeitraum.

Nun Zitat aus der offiziellen Java-EE-docs:

Mapping von URLs zu Web-Komponenten

Wenn es eine Anforderung empfängt, stellt der web-container müssen bestimmen, welche web -
- Komponente sollte die Anfrage verarbeiten soll. Der web-container stellt so durch
mapping der URL-Pfad enthalten in der Anforderung an eine web-Anwendung und
eine web-Komponente. Ein URL-Pfad enthält die Kontext-root, und, Optional,
alias:

http://host:port/context-root/alias

Einstellung der Komponente Alias

Den alias identifiziert die web-Komponente, die behandeln soll, einen Antrag.
Der alias-Pfad beginnt mit einem Schrägstrich (/) und enden mit einem
string oder ein wildcard-Ausdruck mit einer Erweiterung (beispielsweise,
*.jsp). Da web-Container automatisch anzeigen ein alias, endet mit *.jsp, die Sie nicht haben, um geben Sie einen alias für eine JSP-Seite, es sei denn, Sie möchten, finden Sie die Seite, indem Sie einen anderen Namen als den Dateinamen.

In deinem Fall die URL der webapp wird
http://localhost:8080/shlaa

Nun Zitat von der Anlegestelle in der wiki-docs (Jetty/Howto/SetContextPathto):

Mit der WebAppProvider

Die WebAppProvider die Rolle zu suchen, in der ${jetty.home}/webapps/
Verzeichnis für alle einsetzbaren Anwendungen (wie *.Krieg), und bereitstellen
Sie auf einen Kontext, der den gleichen Namen wie der Dateiname. Zum Beispiel, die
WebAppProvider setzt ${jetty.home}/webapps/MyApp-2.4.Krieg in der
Kontext /MyApp-2.4. Es gibt auch spezielle root.Krieg reserviertes Wort
setzt in den Kontext /. Dies ist zwar die einfachste Bereitstellung
Mechanismus, der es Opfer, die Kontrolle über Bereitstellung Besonderheiten.

Um die lange Geschichte kurz zu einfach Ihre web-app unter webapps Verzeichnis damit alles funktioniert.
Für die <url-pattern> - fühlen Sie sich frei, zu definieren, was Muster, das Sie mögen.

BEACHTEN Sie: eigentlich sind es mehrere Möglichkeiten zum konfigurieren der Steg, d.h. die XML-Konfiguration ist nicht der einzige. Sehen Konfigurieren des Jetty für die details.

Zitat von Die Java™ Servlet 3.0 SpecificationVersion:

Kapitel 12

Mapping von Requests zu Servlets

12.1 Verwenden
der URL-Pfade

Nach Eingang einer Anfrage eines Kunden, der Web-container
bestimmt der Webanwendung weiterleiten. Das Web
- Anwendung ausgewählt, muss die längste Kontext-Pfad entspricht
der start in die Anfrage-URL ein. Die matched-Teil der URL ist der
Kontext-Pfad beim Mappen von servlets. Der Web-container weiter müssen
suchen Sie das servlet, die Anforderung zu verarbeiten, verwenden Sie den Pfad-mapping
unten beschriebenen Verfahren. Der Pfad für die Zuordnung verwendet, um ein servlet ist
die request-URL aus dem request-Objekt abzüglich der Kontext-Pfad und der
path-Parameter. Der URL-Pfad-mapping-Regeln, die unten sind in Ordnung.
Das erste erfolgreiche Spiel verwendet wird, ohne weitere matches versucht:

1. Die container werden versuchen zu finden eine genaue übereinstimmung, dass der Pfad der Anfrage auf den Pfad des servlet. Ein erfolgreiches match wählt der
   - servlet.

2. Container wird rekursiv versucht, eine übereinstimmung mit den längsten Pfad-Präfix. Dies geschieht indem man unten den Pfad ein Verzeichnis-Baum
   in einer Zeit, die mit dem Zeichen '/' als Pfadtrenner. Die 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 verarbeitet
   Anforderungen für die Erweiterung. Eine Verlängerung ist definiert als der Teil des
   letztes segment, nach dem letzten '. ' - Zeichen.

4. Wenn keine der vorherigen drei Regeln ergeben sich in einen servlet-Container übereinstimmen, ist der container wird versuchen, den Inhalt dienen geeignet für die
   Ressource angefordert. Wenn ein "Standard" - servlet definiert ist, für die
   Anwendung, wird es verwendet. Viele Container bieten eine implizite
   Standard-servlet für das bereitstellen von Inhalten. Die container verwenden müssen
   groß-und Kleinschreibung string-Vergleiche für das matching.

12.2 Spezifikation des Mappings

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

• Einem string beginnend mit einem ' /'- Zeichen und enden mit einem '/* ' - suffix verwendet wird, für
  Pfad-Zuordnung.

• Einem string beginnend mit einem'*. ' - Präfix verwendet wird, als eine Erweiterung zuordnen.

• Den leeren string ("") ist eine spezielle URL-Muster, das genau zu den Karten
  Anwendung root-Kontext, d.h., Anfragen der form http://host:port/<contextroot>/.
  In diesem Fall ist der Pfad-info '/' und dem servlet-Pfad und Kontext-Pfad ist
  leerer string (““).

• Zeichenfolge darf nur die Zeichen '/' gibt die "Standard" - servlet von der
  - Anwendung. In diesem Fall wird der servlet-Pfad ist der request-URI abzüglich der Kontext-Pfad
  und die Pfadangabe ist null.

• Alle anderen Zeichenfolgen werden verwendet für die exakte übereinstimmung nur.

Beispiel mit Ihrem Namen.

Ihre webapp name ist mapapp (es ist die Anwendung root). Sie möchten, dass Ihre CommentController.tun zugegriffen werden über

http://localhost:8080/mapapp/shlaa/CommentController.do

Dann (wenn alle anderen requiremants wie directory-Struktur, etc. erfüllt sind) in Ihrem web.xml Sie den folgenden:

<?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">

    <servlet>
        <servlet-name>Comment Controller</servlet-name>
        <servlet-class>com.example.CommentController</servlet-class>
    </servlet>
    <servlet-mapping>
        <servlet-name>Comment Controller</servlet-name>
        <url-pattern>/shlaa/CommentController.do</url-pattern>
    </servlet-mapping>

</web-app>

Dem ersten Schrägstrich (/) in der oben genannten url-pattern symbolisiert context-root /Kontext-Pfad (mapapp in diesem Fall).

Auf diese Weise wird es funktionieren.

Hier werden einige nützliche links.

Der Java EE 5 Tutorial:

• Web
  Module
• Konfigurieren Von Web
  Anwendungen

Der Java EE 6 Tutorial:

• Web-Module
• Konfigurieren Von Web
  Anwendungen

Steg

• Bereitstellen Von Web -
  Anwendungen
• Jetty Documentaion Wiki

Hoffe, dies wird Ihnen helfen.

UPDATE

Für die Jetty-spezifische Konfiguration finden Sie unter diesem link:

Wie man eine web-app reagiert nur auf einen bestimmten port