Version imprimable
Bonjour
J'ai un appli installé sur un pc (java6, mysql et tomcat6). Via le navigateur tout est ok. Les pc du bureau étant en réseau, d'un autre pc, l'interrogation de l'appli plante que ce soit via l'url formée avec l'ip ou l'hostname du pc faisant office de serveur.
La page d'acueil est chargée mais sans les icones et images ce qui rend l'accès impossible.
N'étant pas sur site pour faire des tests, auriez vous une piste ?
Merci
mauvaise url pour les icones et images
Je veux bien mais alors j'aurai le pb partout aussi bien déployé sur un serveur intranet que sur un pc configuré et ce n'est pas le cas.
J'ai fait des tests en local pas de pb. Ce pb ne m'a été remonté que dans un établissement.
Si j'appelle l'appli en local (chez moi) par l'ip j'ai le pb mais si je l'appelle par l'hostname ça fonctionne. A la réponse dans ce dernier cas à la place de l'hostname, l'url est formée avec l'ip.
tu peux monter un fichier html généré qui marche et un qui marche pas?
Bonjour
Voir ci-joint les 2 résultats des requêtes.
Dans le formulaire à pb les src sont vides ???
merci
on est sur le meme serveur ou des serveurs différents? Quelle est le code de la page jsp / servlet pour générer ces src="" ?
Bonjour
Ci-joint fichiers demandés.
Recompile copie requête d'un même serveur. une pc serveur , l'autre pc en intranet local.
- un src (img) est issu d'une extraction de bdd (logo) les autres sont en dur.
- les src (js et css) sont issu d'une compilation de fichiers.
Merci
question con, sur le PC ou ca 'plante' (pas d'images), l'utilisateur n'aurais pas désactivé l'affichage des images, par hasard? De plus pourrais-ton avoir la vraie page générée qui plante (page html simple) pas la page complète, parce que dans ce dernier cas firefox modifie la page et c'est peut etre lui qui met à vide les src des images qu'il a pas pu chargé. As-tu vérifié aussi que le PC distant était capable d'afficher un image du menu si tu file directement cette image comme url au navigateur? vu ton jsp, ce n'est pas tomcat qui est en cause, la pluspart des src= étant hardcodée dans le jsp, y a pas de raison que ca change en fonction de l'utilisation d'une ip ou d'un hostname. Je pencherais plutot sur soit le navigateur qui affiche pas les images (affichage des images désactivé) soit un firewall d'entreprise qui bloque ces images. Ou pire un proxy d'entreprise qui casserait ton html.
Si ton tomcat tourne derrier un serveur web "classique" qui fait du proxying, il est peut etre aussi en cause, avec une configuration différente suivant qu'on accède par hostname ou par ip.
bonjour
Dans le zip pb_nopb tu as les 2 fichiers html issus d'IE6. C'est la page directement générée issue des jsp gest_mat.jsp et de l'include Login.jsp
Ce matin j'ai fait un test du bureau (200km du serveur) et j'avais le même pb que je n'ai plus maintenant !!! (modif interférence avec mes fichiers temporaires)
Je vais demander aux gus de faire les tests d'accès.
Une appli nationale en réseau ne pourrait-elle pas perturber le serveur ?
Merci
non, tomcat ne fait pas de différence sur l'origine de ses clients. Les seuls cas ou tu pourrais avoir un comportement différencier c'estCitation:
Envoyé par Mengué georges
1) tu code toi même un comportement différencié (pour par exemple restreindre certaines infos à certains ranges d'ip
2) un proxy ou firewall met son grain de sel et modifie les pages au vol
3) t'as des virtual host dans tomcat qui sont mappé sur des applis différentes.
Donc en théorie je ne peux être que dans le cas 2 car tomcat est en mono appli.
Ce n'est pas une bonne idée d'avoir des noms de répertoire avec accents, tu devrais tester avec des noms sans (problème d'encodage fréquent)
Oh ou as-tu vu des accents ? (cest une perte en ligne)
Le pb ne viendrait-il pas de la balise base ?
faut-il mettre l'ip, l'hostname, le context dans le cas d'un pc monté en serveur en intranet car si j'appelleCode:<base href="http://160.10.2.44/xxxxx/yyyy/" />
dans la balise base je récupèreCode:http://chef-ecm:8080/mat1018/gest_mat
et je suis planté pour la suite.Code:<base href="http://127.0.0.1:8080/mat1018/" />
si je modifie la balise pour avoirj'ai un pb de sécuritéCode:<base href="http://chef-ecm:8080/mat1018/" />
Dans le zip que tu as fourni, il y a des références à
Et oui, la balise <base> peut poser problème mais tu l'aurais certainement en local également.
Hé oui j'ai demandé aux gus de m'enregistrer sous la page affichée au lieu de voir code source et enregistrer voilà pourquoi.
Donc je pense que c'est le contenu de la balise base qui ne va pas dans ce cas particulier si j'appelle :
- hostname du pc: http;//chef-ecm:8080/mat1018/gest_mat, dans base j'ai 127.0.0.1 et pb pour les abonnés
- ip du pc: http;//160.16.65.100:8080/mat1018/gest_mat, dans base j'ai aussi 127.0.0.1 et pb pour les abonnés
Si je monte la "même" config sur mon pc, dans les 2 cas c'est l'ip de mon pc qui est dans base et pas de pb.
Que faut-il reconfigurer ?
Il faudrait mettre le nom logique ou l'ip du serveur vu de l'extérieur... il me semble...
Je n'utilise jamais <base>, trop pénible, je préfère les liens à partir de la racine de l'application.
dans base tu dois mettre des infos que tu extrait de httpservletrequest, comme le hostname, le port et le contextpath. Le miuex est de mettre
"/<context path>/yyyy" dans ton cas (pas besoin de http://, du hostname et du port, sauf si ils sont différents de ceux qui ont servit à fournir la page).
Bonjour
Après test c'était bien la balise base qui mettait le bazard. Suite à suppression tout est redevenu ok. A l'époque elle avait été mise pour un pb de calendrier qui maintenant fonctionne sans.
merci