Discussion :

[julien20vt]

Bonjour,

Je vous expose mon problème.
J'utilise Tomcat pour faire tourner des jsp, couplé avec IIS.

Actuellement nous n'utilisons qu'une seule webapp et c'est via de la réécriture d'url que nous dispatchons les requetes pour les différents sites :
site X => répertoire X
site Y => répertoire Y

Pour mettre en place le partage de sessions pour les sous-domaines d'un même site, je vais être obligé d'avoir une webapp par domaine (pour pouvoir configurer mes context.xml pour chaque domaine).
Mon problème, c'est qu'à l'heure actuelle j'ai certaines jsps qui sont communes au différents sites, c'est à dire que certaines jsps de mon site X et de mon site Y fotn des "include file" de jsps à la racine de mon unique webapp.
=> Quand j'aurais créé mes différentes webapps, il n'y aura donc plus de racine commune et donc il me sera à priori impossible de mutualiser certaines jsps.

Ma question est donc : Savez vous quel serait le moyen pour pouvoir mutualiser certaines jsps entre plusieurs webapps ?

Merci d'avance,

Julien

[DevServlet]

Sur le principe NON, pourquoi d'ailleurs veux tu procéder ainsi? pour ne pas developper deux fois les mêmes jsp? Si c'est pour cette raison alors tu peux très bien avoir une seule webapp en dev et au moment du déploiement avec Ant générer plusieurs webapp.

[julien20vt]

Merci pour cette réponse.

En fait, la réponse à la question "pourquoi vouloir faire ca ?" est simple, c'est tout bêtement parce que jusqu'à présent notre serveur était configuré comme cela :
une seule webapp pour tous les sites et on fait de la réécriture d'url en fonction du domaine.

Mon besoin évolue aujourd'hui car il faut que je partage des sessions entre les sous-domaines d'un même domaine... ce qui est possible à condition d'avoir une webapp propre à chaque domaine.
A cela va s'ajouter en plus la nécessité de synchroniser les sessions entre nos différents serveurs (nous avons un système de load-balancing, du coup quand on passe d'un sous-domaine à un autre sur le même domaine, on risque de changer de serveur d'où le besoin de synchroniser les sessions).

Bref, nous passons donc d'une configuration artisanale à une configuration plus complexe (et plus pro... et propre je le reconnais), mais si nous pouvions sur certains points ne pas être obligés de dupliquer les scripts nous le ferons.

La mise en place d'une stratégie de déploiement optimisé est prévue, mais pour l'instant nous faisons les améliorations de nos process au fur et à mesure.

Merci encore,

Julien