Java servlet context root

È lecito avere più voci, come il contesto principale di una servlet?

Per esempio, del Sole, esempi di utilizzare un unico /catalog o qualcosa di simile, come il contesto di root, ma non potrebbe essere /catalog/furniture?

Il Servlet 2.4 Specifica non è specifico qui.

Percorso di contesto: Il prefisso del percorso associato con il ServletContext che questa servlet è una parte di. Se in questo contesto è il “default”
contesto radicato alla base del Web server s nome di URL spazio, questo
il percorso sarà una stringa vuota. In caso contrario, se il contesto non è radicata
alla radice del nome del server di spazio, il percorso inizia con”/”
carattere, ma non termina con il carattere’/’.

Da più voci per la radice di contesto (di GUERRA), si intende /multiple/entries vs /singleentry o qualcos’altro? In realtà, il missaggio applicazione web concetti con servlet, è molto confusa.

OriginaleL’autore Tim | 2009-11-28

4 Replies
  1. 2

    Non SIAMO in grado di dare più contesto radice di una servlet. Ma siamo in grado di modificare in modo dinamico con nomi diversi in server.xml come

    <web-uri>Project.war</web-uri>
    <context-root>myproj</context-root>

    Possiamo configurare il nostro progetto context root con nomi diversi, ma dovrebbe essere un nome.

    Per impostazione predefinita, se si chiama contextPath risorse oggetto di richiesta come req.getContextPath(); sarà per impostazione predefinita, la barra(/) come /myproj.

    Per ulteriori informazioni per modificare il contesto radici statico a dinamico è possibile controlla qui.

    OriginaleL’autore Mdhar9e

  2. 1

    Sì. È solo un prefisso. Si deve iniziare con il carattere “/”, e non può terminare con il carattere”/”, senza “/”. Interni barre sono ammessi.

    OriginaleL’autore Laurence Gonsalves

  3. 0

    E. g. Sole, esempi di utilizzo di un singolo “/catalogo” o simili, come il contesto principale, ma può essere
    “/catalogo/mobili”?

    Nel web.xml, stai suggerendo che desideri mappa “catalogo/” e “catalogo/mobili/” per la stessa servlet? Quale sarebbe il punto? Penso che il servlet engine sarà rotta entrambe queste richieste alla stessa servlet.

    Se stai suggerendo che hai due file WAR, uno denominato catalogo.la guerra e un altro denominato qualcos’altro, e sia necessario indirizzare tutte le richieste per la stessa servlet, dovrete avere l’ .file di classe per la servlet in entrambi i file WAR, o la radice servlet per il qualcos’altro contesto dovrà essere scritto in modo che reindirizza tutte le richieste per il catalogo.guerra radice servlet.

    Si può essere un po ‘ più chiara di ciò che esattamente hai in mente? Penso che quello che vuoi realizzare è un po ‘ di confusione.

    Non sono sicuro, ma penso che la questione è di circa percorsi di contesto (può essere /catalog/furniture per una GUERRA?), non servlet mappatura. Ma la domanda è abbastanza chiaro.
    Concordato, “/catalog” sarebbe il contesto di default se si dispone di un catalogo.guerra distribuito. Sembra che il “catalogo/mobili” sarebbe ridondante. È quasi come se l’OP vuole avere diverse categorie in un catalogo”catalogo/mobili” sarebbe indirizzato ai mobili.jsp, etc.)

    OriginaleL’autore duffymo

  4. -1

    No. Non si può avere slash in contesto di percorso principale.

    Tuttavia, è possibile ottenere lo stesso effetto con il contesto di root “/catalog”. Basta mettere tutto il tuo statico e JSP file in “/mobili” nella GUERRA e aggiungere la mappa Servlet di conseguenza.

    “No. Non si può avere slash in contesto di percorso principale.” Per la mia cultura, che è il riferimento per questo?
    In tutte le implementazioni, percorso di contesto viene utilizzato come parte di un file o di una directory di nome (“catalog.xml”, “catalogo.guerra” o “/webapps/catalogo/”). Slash non è ammesso nel file/directory nomi per la maggior parte dei sistemi di file.
    Io ho costruito applicazione con una barra rovesciata nel contesto di root prima. Io non credo che sia questo il nesscarily vero. Potrebbe essere l’implementazione di specifiche.

    OriginaleL’autore ZZ Coder

Lascia un commento