Version imprimable
Bonjour,
Je tente de migrer un projet de tomcat (application web) vers glassfish mais je rencontre des problèmes assez mystèrieux. Il y a un procédé de Basic Authentication dans mon projet et lorsque je le lance dans GlassFish, la fenetre de demande de login/pwd s'ouvre bien, mais je ne peux pas aller plus loin, la fenetre boucle sur elle meme sans jamais rediriger vers la page d'accueil...
Serveur : GlassFish V2
Servlet : org.enhydra.Servlet
JDK : 6
BDD : Oracle
Désolé, je ne comprends pas ce que tu entends par "la fenetre boucle sur elle meme"...
Tu valides et rien ne se passe?
Merci pour réactivité Alexis ! :D
En fait c'est le fenetre d'authentification qui boucle au lieu de faire la redirection vers la page d'accueil, alors que le couple login/pwd est bon. Donc je peux saisir x fois le login/pwd, je reviens systématiquement sur la fenetre d'authentification. Avec Tomcat, la redirection se fait bien (Le code est strictement identique entre les deux projets).
Peux-tu partager ton web.xml?
Ci Après mon fichier xml
ca sert à quoi?Code:
2
3
4
5<init-param> <param-name>Tomcat</param-name> <param-value>yes</param-value> </init-param>
ou est stocké l'utilisateur?
qq dans le log de GlassFish?
quelle est la taille du WAR? Y -a-t-il une dépendance SGBD?
Ne sert a rien.Code:
2
3
4
5<init-param> <param-name>Tomcat</param-name> <param-value>yes</param-value> </init-param>
Les utilisateurs sont stockés en BDD mais j'ai vérifié : l'accès a la BDD est ok.
Dans le server.log du domain => RAS.
Pour le war, il n'y a en a pas, j'ai déployé l'appli a la main dans :
glassfish\domains\domain1\applications\j2ee-modules\MonAppli\. (Enfin, pour etre plus précis, j'ai déployé l'appli grace à mon .war, mais cela ne fonctionnait pas car il ne me trouvait pas mes jars).
en fait je voulais te proposer de reproduire le problème de mon coté...
Merci Alexis, j'ai trouvé la solution à mon problème.
Le problème venait du système d'authentification avec JAAS. Nous avons redéveloppé un LoginModule pour faire appel a une liste de user contenu dans une base de données. Ce paramètrage se fait directement dans un fichier spécifique que l'on dépose dans le /home de l'installation de tomcat.
POur Glassfish, il s'avère que le système d'autentification lit dans un fichier qui lui appartient et qui est dans /monDomaine/config/login.conf. J'ai donc simplement ajouter le lien vers mon LoginModule et ca fonctionne parfaitement.
Par contre, lors du déploiement de mon .war, lorsque je le positionne dans autodeploy et que je lance mon domaine, je ne comprends pas pourquoi GlassFish cherche a créer (ou à lire) un répertoire /monDomaine/docroot/monAppli... Serait-ce un bug ou bien est-ce mon appli qui a qq chose de spécifique ? Ou plutôt, a quoi sert le réépertoire docroot du domaine ?
Pourquoi dis-tu que GF essaye d'accéder à ce répertoire? As-tu un message d'erreur? docroot est la racine pour les données statiques du domaine.Citation:
Envoyé par nonilastar
Lorsque je déploie mon war, j'ai un warning qui me dit que le répertoire monDomain/docroot/monAppli est inaccessible. C'est uniquement lors du déploiement du war que j'ai le problème, donc je suppose que GF à besoin de ce repertoire pour faire le déploiement d'une application a partir d'un war.
Autre question: comment puis-je déployer une application directement dans GF sans passer par un war (Quelle arborescence faut-il respecter, quels fichiers faut-il modifier, etc ...).
http://developers.sun.com/appserver/...loyment.html#5Code:
2