En utilisant le contexte de la racine de glassfish-web.xml dans GlassFish 3

Nous avons récemment passé à Glassfish 3.1.2.2 et ont plusieurs Web-Applications packagées comme la guerre des fichiers. Parfois souhaité context-root pour ces applications diffère du nom de fichier.

En arrière quand nous avons utilisé Weblogic nous avons atteint cet objectif en déclarant le contexte de la racine dans le weblogic.xml comme ce

<context-root>path/to/our/App</context-root>

Nous avons remarqué que la même Balise existe dans le glassfish-web.xml. Mais peu importe, ce que nous définissons là, le serveur détermine toujours le nom de fichier que le contexte de la racine.

Maintenant, nous trouvons l'option --contextroot dans le asadmin utilitaire qui nous permettrait de remplacer le nom de fichier au moment du déploiement, mais on préfère le définir directement dans l'archive elle-même, de sorte que quiconque va déployer dans la fin n'aurez pas besoin de connaître le désiré contex-racine.

Est-il un moyen pour y parvenir?

InformationsquelleAutor Markus | 2013-04-25
  1. 4

    Normalement cela devrait fonctionner avec un glassfish-web.xml ressemblant à ceci:

    <!DOCTYPE glassfish-web-app PUBLIC 
    "-//GlassFish.org//DTD GlassFish Application Server 3.1 Servlet 3.0//EN"
    "http://glassfish.org/dtds/glassfish-web-app_3_0-1.dtd">
<glassfish-web-app>
    <context-root>/path/to/App</context-root>
</glassfish-web-app>

    Mais ici, il semble que vous avez besoin d'un fichier appelé sun-web.xml pour votre tâche.

    Voici un exemple:

    <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE sun-web-app PUBLIC 
     "-//Sun Microsystems, Inc.//DTD GlassFish Application Server 3.0 Servlet 3.0//EN"   
     "http://www.sun.com/software/appserver/dtds/sun-web-app_3_0-0.dtd">
<sun-web-app error-url="">
    <context-root>/path/to/our/App</context-root>
</sun-web-app>
    • C'est étrange (et un peu de honte), nous n'avons que tag set (bien que dans glassfish-web.xml depuis le fichier a été renommé en GF 3.1), mais sans le remarquer nous l'a remplacée dans notre maven config dont le nom a été explicitement transmis dans le contexte de la racine, en remplaçant la définition de la glassfish-web.xml. Vous êtes, bien sûr, correct 🙂
    • Il n'a pas fonctionné pour moi avec glassfish 3.1.2.2 à l'aide de java ee guerre déploiement, même si je l'ai configuré à la fois la glassfish-web.xml et sun-web.xml ainsi. Seulement tha asadmin déployer paramètre --contextroot=/ aidé. Mais je suis impatient de trouver la bonne configurtion pour ce sujet.
    • J'ai fait quelques expériences plus et, enfin, la solution a été de modifier le glassfish-web.xml seulement. Si j'ajoute le contexte de la racine paramètre uniquement pour la glassfish-web.xml et pas la sun-web.xml le résultat a été l'un prévu.
    InformationsquelleAutor unwichtich
  2. 10

    Dans GlassFish 3 et GlassFish 4 la configuration d'une application web se fait via glassfish-web.xml. Dans votre cas, le fichier de configuration souhaité ressemblerait à ceci:

    <!DOCTYPE glassfish-web-app PUBLIC 
    "-//GlassFish.org//DTD GlassFish Application Server 3.1 Servlet 3.0//EN"
    "http://glassfish.org/dtds/glassfish-web-app_3_0-1.dtd">
<glassfish-web-app>
    <context-root>/path/to/our/App</context-root>
</glassfish-web-app>

    Vous pouvez trouver plus de détails dans la section Serveur GlassFish le Descripteur de Déploiement de Fichiers de Oracle GlassFish Server Guide de Déploiement d'Applications. Une version en ligne de ce document peut être trouvé à http://docs.oracle.com/cd/E18930_01/html/821-2417/.

    • Oui, j'ai eu un problème similaire. Le sun-web.xml n'a aucun effet sur la racine de contexte. J'ai changé d'utiliser le glassfish-web.xml. Elle fonctionne.
    InformationsquelleAutor Oliver