D'accord. Merci pur l'explication :) et les chiffres derriere le 200 ?
J'ai mis la reponse a at question en edit au post d'avant (on s'est croise)
Version imprimable
D'accord. Merci pur l'explication :) et les chiffres derriere le 200 ?
J'ai mis la reponse a at question en edit au post d'avant (on s'est croise)
C'est la taille en octet de la réponse.
Pour la page d'index quand tu es en HTTPS c'est à cause de la ligne 86 du fichier ssl.conf. Laisse tomber ce problème pour le moment.
Pour la redirection de / sur /index.jsp, j'ai oublié de mettre un / entre ^ et $ : comme on est dans la conf principale d'Apache, il faut préciser tous les chemins avec un /. Donc ajoute ce / :
Code:RewriteRule ^/$ /index.jsp [R]
J'aurais du le voir...
Bon apres modif, on retombe sur notre probleme de DocumentRoot :
Voici ce que donne error_log:
et access_log :Code:
2
404..Je suppose que c'est pour l'erreur 404 ? Parce que il me dit qu'il ne trouve pas /index.jspCode:
2
Le bon point c'est qu'il a fait la redirection de / vers /index.jsp mais pas dans le bon repertoire..
EDIT : Ce qui est normal vu que j'ai commente les autres redirections :mouarf:
Par contre, quand j'ai decommente les lignes de redirections .jsp et servlets, ca a fait un truc bizarre...Ca ne m'affichait aucune page mais Mozilla n'arretait pas de "clignoter" et reflechir, un peu comme si il actualisait la page toutes les 10 ms ou qu'il envoyait et recevait des requetes toutes les 10ms...
Rien dans error_log
Et ca c'est juste pour une seconde ! Je l'ai laisse tourner 5 secondes, je pense que c'est a chaque fois les memes requetes..Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
Bon, on avance !!! :king:
C'est index.jsp qui fait une redirection sur / mais là, faut aller voir dans le code Java pour savoir pourquoi.
Oui. Une nouvelle erreur ;) Je crois les doigts pour qu'on soit dans la bonne direction :ccool:
Pour le Java, je suppose qu'il va falloir que je comprenne ce que fait index.jsp...
Mais je ne m'y connais pas du tout en Java... Et toi ? Sinon j'ai demande a quelqu'un de la boite de me consacrer un peu de temps dans la journee..
Oui, je connais Java mais le mieux c'est qu'une personne qui a participé au développement de l'application vienne t'aider.
Ca peut aussi venir d'un paramétrage de Tomcat mais j'y crois peu, surtout parce que sur mon Tomcat, je n'ai pas ce comportement. Mais à tout hasard, peux-tu me renvoyer ton fichier server.xml ?
J'ai plein de choses a raconter :ccool:
Alors, en fait le truc c'est que Apache redirigeait bien ce qu'il fallait vers Tomcat. Mais Tomcat avait la securite suivante : Si on essaye d'acceder a une page (index.jsp par exemple) sans s'etre logger, il nous redirige vers /
Et donc transmet la requete a Apache qui redirige vers index.jsp....histoire sans fin.
Donc le truc, c'est qu'il faut que l'URL 10.1.9.50/ soit prise en charge par Tomcat et non par Apache..
On a pas mal discute avec mon collegue (Tom) et il en est arrive a la meme conclusion que toi au debut (lol) : au lieu de rediriger certaines exceptions vers Tomcat, on redirige tout vers Tomcat (donc / inclus) et on fait des exceptions pour les .pl et autres fichiers...:mouarf:
C'est pour ca qu'on fait l'impression que les redirections n'etaient pas prise en compte, elles devaient l'etre, mais Tomcat refaisait une redirection sur Apache..
Donc il va falloir que je marque des exceptions pour certaines extensions.
Objectif de la journee : continuer la conf de proxy en mettant une exception pour les fichiers perl et faire en sorte qu'il marche..
Je bosse un peu seule dessus et je reviens avec ma nouvelle conf et les resultats. A toute:ccool:
OK. Sinon, si c'est juste pour rediriger / sur Tomcat, faut reprendre le même principe que les RewriteRule qui font proxy :
Code:RewriteRule ^/$ ajp://localhost:8010/ [QSA,P]
Coucou. Voici ma conf :
proxy.conf:
Donc les .jsp ont l'air de marcher...Code:
2
3
4
5
6
7
Par contre les .pl non...
Je remet ma conf mais je pense que tu l'as :
perl.conf:
et je ne comprend pas l'erreur qu'il me met...Apparement il ne trouve pas certaines librairie (j'ai fait des sauts de ligne pour que se soit plus lisible)Code:
2
3
4
5
6
7
8
9
10
11
Voila :)Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
mais je suis contente : j'ai avance :applo:
Apache essaie d'exécuter les .pl mais il y a visiblement un problème de librairie Perl qui manque ou qui n'est pas à l'endroit attendu. Tu y es presque !!
Tu peux chercher sur tout le disque s'il y a un fichier qui s'appelle DBI.pm et dire où il se trouve ?
Bonjour,
Oui c'est justement ce que j'etais en train de faire :)
Il semble y avoir plusieurs modules DBI.pm sur ma machine :
En comparant avec le fichier error_log qui a la bonte de nous dire ce que contient INC on remarque :Code:
2
3
4
5
6
7
8
9[root@satm-dev1-sonia1 ~]# locate DBI.pm /usr/local/lib/perl5/site_perl/5.10.0/Apache/Session/Store/DBI.pm /usr/local/lib/perl5/site_perl/5.10.0/x86_64-linux/DBI.pm /usr/local/lib/perl5/site_perl/5.10.0/x86_64-linux/Bundle/DBI.pm /usr/local/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi/DBI.pm /usr/local/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi/Bundle/DBI.pm /usr/local/lib/perl5/site_perl/5.8.8/Apache/Session/Store/DBI.pm /usr/local/lib/perl5/site_perl/5.8.8/x86_64-linux/DBI.pm /usr/local/lib/perl5/site_perl/5.8.8/x86_64-linux/Bundle/DBI.pm
1)Que pour la version 5.10.0 de Perl ya rien
2)Que le DBI.pm est reference en /usr/local/lib/... alors que dans @INC on a just /usr/lib/....
Mais ce que je ne comprend pas c'est pourquoi en passant par Tomcat ce qu'il y a dans la variable @INC changerait ? C'est possible ca ?Code:/usr/lib/perl5/site_perl/5.8.8
Aucune idée, je ne connais pas Perl :aie:
http://perl.apache.org/docs/1.0/guid...C_and_mod_perl : sûrement un PerlSetEnv à ajouter dans perl.conf.
J'ai essaye pulsieurs trucs qui n'ont pas marche :aie: :
dans httpd.conf:
et a mon avis la plus pertinente :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14<Perl> $ENV{'PATH'}='/usr/local/lib'; </Perl> #PerlModule CGI #PerlModule DBI #<Perl> #local $ENV{PATH}='/usr/local/lib'; #local $_; # #for (`env`) { # push @PassEnv, $1; #} #</Perl>
Mais rien n'y fait.. :cry:Code:PerlSetEnv PERL5LIB /usr/local/lib/perl5
Je t'ai dit que c'était dans perl.conf qu'il fallait que tu fasses la modif. Avant le bloc <Directory>, ajoute ceci :
Je ne suis pas sûr de moi, je ne sais pas si Perl trouve tout seul en fonction de sa version, etc.Code:PerlSetEnv PERL5LIB /usr/local/lib/perl5/site_perl/5.8.8:/usr/local/lib/perl5/site_perl/5.8.8/x86_64-linux
Sinon, tu dois pouvoir tenter de contourner le problème en créant 2 liens symboliques :
C'est peut-être ce qu'il y a de plus simple.Code:/usr/lib/perl5 -> /usr/local/lib/perl5
Bonjour Mac,
En fait si j'ai mis ces directives dans httpd.conf c'est parce que certaine que j'avais essaye dans le directory de perl.conf n'etait pas acceptee apparement et empechaient le lancement d'apache.
J'ai teste ce que tu m'a dit.. Mais marche pas non plus :
Les erreurs autres que le .DBI sont normale je pense car je n;ai pas encore fait ma liste d'exception qui lui dit quoi faire des autres extensions que .jsp et .pl..Code:
2
3
4
5
6
7
8
9
10
11
Me souviens plus comment creer des liens symboliques, je vais chercher et je reviens :ccool:
Edit : j'ai retrouve :
Mais rien a faire...Code:[root@satm-dev1-sonia1 httpd]# ln -s /usr/lib/perl5 /usr/local/lib/perl5
Je regarderai ca a nouveau demain... Bonne soiree
Là, je bloque. Si je connaissais Perl, j'essaierais d'exécuter un script utilisant DBI en direct avec perl et par Apache pour voir s'il y a une différence dans l'exécution : pour quelle raison cela marcherait-il en direct et pas avec Apache ? En gros, j'espère que l'appel en direct plante aussi, comme ça tu pourras tenter des export PERL5LIB=... pour voir si ça corrige, histoire de voir quelle valeur mettre à ce SetPerlEnv. Mais c'est de la pure hypothèse d'un gars complètement perdu dans ce problème :aie:
Question idiote : c'est une application développée en interne ? Les personnes qui l'ont développée ne peuvent pas t'aider et te dire comment ils exécutent ces .pl ?
Nous voila arrive a la fin de mon stage..
Je vais donc mettre ce sujet en "resolu" car meme si'il ne l'est pas completement je pense qu'il contient beaucoup d'informations utiles a des debutant comme moi et que j'ai quand meme beaucoup avance !
Pour info, je n'ai pas reussi a regler le probleme de mod_perl mais il faut dire aussi que je n'ai pas cherche plus de deux journee (un autre projet sur le feu :?).
Donc merci beaucoup a toi Mac pour m'avoir aide (dans cette grande aventure ;) lol) et surement a une prochaine fois :ccool: