Comment déployer une GUERRE qui est à l'intérieur de l'OREILLE comme la racine (/) contexte dans Glassfish?

J'ai une OREILLE de fichier qui contient deux Guerres, war1.la guerre et war2.guerre. Mon application.xml fichier ressemble à ceci:

<?xml version="1.0" encoding="UTF-8"?>
<application version="5" 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/application_5.xsd">
  <display-name>MyEAR</display-name>
  <module>
    <web>
      <web-uri>war1.war</web-uri>
      <context-root>/</context-root>
    </web>
  </module>
  <module>
    <web>
      <web-uri>war2.war</web-uri>
      <context-root>/war2location</context-root>
    </web>
  </module>
</application>

Cette résultats dans war2.la guerre étant disponible sur http://localhost:8080/war2location, ce qui est correct, mais war1.la guerre est sur http://localhost:8080// -- notez les deux barres obliques.

Ce que je fais mal?

Noter que les Guerres " sun-web.xml les fichiers sont ignorés lorsqu'ils sont contenus dans une OREILLE.

OriginalL'auteur Marius Marais | 2008-09-24

6

Dans Glassfish 3.0.1 vous pouvez définir l'application web par défaut dans la console d'administration:
"Configuration\Serveurs Virtuels\server\Default Module Web".
La liste déroulante contient tous les de guerre déployés modules.

Web par défaut le module est alors accessible à partir de http://localhost:8080/.

OriginalL'auteur jiriki
2

Ce me semble comme un bug dans le serveur d'application glassfish.
Il devrait fonctionner comme il est déjà défini votre application.xml fichier.

Peut-être que vous pourriez essayer le suivant:
```
<context-root>ROOT</context-root>
```
Essayé; la GUERRE disponible sur /ROOT 🙂

OriginalL'auteur Panagiotis Korros
2

Ce ne semble pas être un bug /feature.

Vous pouvez configurer Glassfish se servir d'une application web, comme la racine de l'application, c'est à dire. lorsque aucune autre contexte matches, mais l'application puis pense toujours que c'est en cours d'exécution sur le contexte d'origine, et non pas sur la racine.

Ma solution est de lancer la première GUERRE /w et l'utilisation d'Apache pour rediriger le /quel que soit /w/quelle que soit l'aide d'un RedirectMatch. Pas très jolie, mais elle n'en résout le problème (un peu).
```
RewriteEngine On
RedirectMatch ^/(w[^/].*) /w/$1
RedirectMatch ^/([^w].*) /w/$1
```
OriginalL'auteur Marius Marais
1

Grâce jiriki. La réponse Parfaite!
Travaille dans Galssfish 2.1.1 trop!

De Configuration> HTTP Service> Serveurs Virtuels> serveur

ou modifier default-web-module paramètre dans domain.xml

OriginalL'auteur SteveGreenslade
1

La même solution que décrit via @jiriki et @SteveGreenslade, mais par le biais d'asadmin.
Trouvé sur: http://www.java.net/node/681176

Ou vous pouvez utiliser la CLI pour modifier cette valeur par défaut module web.
```
asadmin get server.http-service.virtual-server.server.default-web-module
```
devrait vous montrer l'application, et vous pouvez ensuite utiliser asadmin commande set pour modifier l'.

Mise à JOUR (Glassfish 3.1+):
Avec glassfish 3.1+, vous pouvez l'obtenir sans aucun besoin de configuration par défaut-web-module. Le seul endroit où vous devez modifier est
```
<your_ear>.ear/META-INF/application.xml
```
où vous devez placer votre module web:
```
<context-root/>
```
Qui fait le travail.

Sur la base d'autres réponses ici présents, j'ai eu une mauvaise impression de quelque chose de plus est nécessaire. Voir le problème causé par la confusion: http://www.java.net/forum/topic/glassfish/glassfish/asadmin-restart-domain-not-working-war-inside-ear-default-web-module

En gros:
```
<context-root>/</context-root>
```
devrait fonctionner aussi bien, sur la base du code (https://svn.java.net/svn/glassfish~svn/tags/3.1.2/web/web-glue/src/main/java/com/sun/enterprise/web/WebContainer.java):
```
    if (wmContextPath.length() == 0)
        displayContextPath = "/";
    else
        displayContextPath = wmContextPath;
```
cependant je n'ai pas testé cette option

OriginalL'auteur Peter Butkovic
0

http://localhost:8080// devrait encore être une URL valide qui est équivalent à http://localhost:8080/

J'aimerais expérimenter quittant le contexte de la racine de war1 vide (même si je ne suis pas sûr si c'est autorisé). Ou de la modifier à <context-root>.</context-root>.

Sinon je dirais la générées URI est un bug sur glassfish est partie depuis je n'ai jamais vu que l'utilisation du soleil.

Il n'est pas malheureusement. localhost:8080 donne Glassfish par défaut de bienvenue srceen. Un contexte vide-racine utilise la GUERRE et un nom . ne fonctionne tout simplement pas. 🙁

OriginalL'auteur Joseph Daigle
0

Avez-vous donné un autre essai sur une version plus récente de Glassfish? (3.0.1 vient de sortir).

J'ai été en mesure d'obtenir un-seul - la GUERRE à éclaté de l'OREILLE à la déployer pour http://localhost/ à l'aide de Glassfish 3.0.1. Comme vous l'avez dit, sun-web.xml semble être ignoré (à l'intérieur de a explosé les oreilles au moins).

OriginalL'auteur Jon Onstott

Vous devez vous connecter pour publier un commentaire.