2009-11-25 10 views

Répondre

3

Ceci est un problème d'emballage. Emballez le WAR deux fois, chacun avec un WEB-INF/weblogic.xml spécifique, pour le résoudre. Pour la première guerre:

<?xml version='1.0' encoding='UTF-8'?> 
<weblogic-web-app> 
    <context-root>my-context-1</context-root> 
</weblogic-web-app> 

Pour la deuxième guerre:

<?xml version='1.0' encoding='UTF-8'?> 
<weblogic-web-app> 
    <context-root>my-context-2</context-root> 
</weblogic-web-app> 

Cela vous permettra d'utiliser des outils de déploiement standard. Je ne recommande pas d'installer votre application en tant que bibliothèque partagée.

0

Si vous en avez vraiment besoin, je recommande de faire de votre application une bibliothèque partagée et de créer simplement un nouveau fichier web.xml pour changer la racine de contexte pour les deux déploiements. De cette façon, vous ne dupliquerez pas tout le fichier war et vous pourrez toujours les configurer individuellement.

0

En supposant que vous ayez un proxy inverse Apache devant le serveur d'applications, vous pouvez utiliser mod_rewrite pour modifier la racine de contexte à la volée côté serveur (transparente pour le client).
Par exemple: ajouter les iinstructions ci-dessous pour httpd.conf retournera le contenu de 2.html lorsque le client appelle 1.html:


RewriteEngine on 
RewriteRule ^/1.html$ /2.html 

respectivly, vous pouvez faire la traduction évidente pour traduire la deuxième racine de contexte à l'autre racine de contexte unique.