Discussion :

[_Mac_]

mais la variable id1 et val1 n'est pas en header car je ne sais pas comment le récupérer : Résultat , l'appli ne fonctionne pas...

C'est ce que je dis depuis un moment, le gros du problème est là : si tu rediriges le navigateur sur une URL qui ne contient pas id1 dans la query string, Apache ne peut pas récupérer la valeur sur la redirection. J'explique dans le détail ce qu'il se passe :

1. Le navigateur demande à Apache l'URL http://mysite/start.jsp?id1=val1&id2=val2&id3=val3
2. Avec tes règles, Apache voit qu'il y a id1 dans la query string donc redirige le navigateur. Tu peux mettre ici un RequestHeader à cet endroit mais il ne sert à rien car Apache ne pousse pas la requête vers Tomcat, il fait juste une redirection du navigateur.
3. Le navigateur reçoit un ordre de redirection sur http://mysite/start.jsp?id2=val2&id3=val3 donc il demande cette URL à Apache
4. Apache ne trouve pas id1 dans la query string donc n'a pas de valeur à positionner pour l'en-tête. Il passe la requête à l'autre serveur (Tomcat).

Donc même si on a un code qui sait récupérer id1 de la query string et positionner l'en-tête, tant que tu feras une redirection du navigateur, tu n'y arriveras pas.

[kalibo1]

si tu rediriges le navigateur sur une URL qui ne contient pas id1 dans la query string, Apache ne peut pas récupérer la valeur sur la redirection.

Et si on ne mets pas au niveau query_string, càd, si on change le besoin comme ça

http://mysite/val1?id2=val2&id3=val3 ==> http://mysite/start.jsp?&id2=val2&id3=val3
http://mysite/val1 ==> http://mysite/start.jsp

avec toujours val1 positionné en requestheader. Est-ce que c'est jouable?

[_Mac_]

C'est envisageable. Mais on peut aussi utiliser les cookies. Je ne sais pas quelle est la nature de la confidentialité de id1 mais on peut tenter de mettre la valeur de id1 dans un cookie quand on trouve id1 en paramètre d'URL et qui sera envoyé par le navigateur à chaque requête qu'il fera sur le serveur.

[kalibo1]

Merci "_Mac_"
C'est l'appli qui demande le fonctionnement en requestheader mais pas en cookie .


Sinon, J'ai tenté de faire ceci mais il ne fonctionne pas..

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<VirtualHost mysite:80>
        ServerName mysite
 
        RewriteEngine on
        RewriteLog /rewrite.log
        RewriteLogLevel 0
 
        #http://mysite/val1 ==> http://mysite/start.jsp
	RewriteRule ^([^/]+)$ /start.jsp [L,R=301] [E=foo:%1]
	RequestHeader set id1 %{foo}e env=foo
 
 
        # http://mysite/val1?id2=val2&id3=val3 ==> http://mysite/start.jsp?&id2=val2&id3=val3 
	RewriteRule ^([^/]+)?([^/]+)$ /start.jsp?%2 [L,R=301] [E=foo:%1]
	RequestHeader set id1 %{foo}e env=foo
 
 
        ProxyPass / http://machine:8080/monrepertoire/
        ProxyPassReverse / http://machine:8080/monrepertoire/
 
</Virtualhost>

Quelqu'un peut-il me donner la correction?

[_Mac_]

C'est l'appli qui demande le fonctionnement en requestheader mais pas en cookie .

J'ai bien compris qu'il fallait un en-tête. Je ne te parle pas d'utiliser un cookie pour passer id1 d'Apache à Tomcat, je te parle des cookies pour résoudre le problème de la perte d'information, du fait que id1 disparaît de l'URL après redirection et que donc dans l'absolu Apache ne peut pas retrouver la valeur à envoyer dans l'en-tête. Si on passe par cookie, id1 est également envoyé par le navigateur mais pas dans l'URL, mais c'est tout comme, car Apache peut lire ce cookie et donc construire le header.

En gros, en repartant de la dernière conf que tu as donnée qui fonctionne, ça donne ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<VirtualHost mysite:80>
        ServerName mysite
 
        RewriteEngine on
        RewriteLog /rewrite.log
        RewriteLogLevel 0
 
        RewriteCond %{QUERY_STRING} ^id1=([^/]+)&id2=([^/]+)&id3=([^/]+)$
        RewriteRule start\.jsp /start.jsp?id2=%2&id3=%3 [L,R=301,CO=id1:%1:mysite] 
 
        RewriteCond %{QUERY_STRING} ^id1=([^/]+)$
        RewriteRule start\.jsp /start.jsp? [L,R=301,CO=id1:%1:mysite]
 
       SetEnvIf Cookie "id1=([^;]+)" cookie_id1=$1
       RequestHeader set id1 %{cookie_id1}e
 
       ProxyPass / http://machine:8080/monrepertoire/
         ProxyPassReverse / http://machine:8080/monrepertoire/
 
</Virtualhost>

Je ne suis pas hyper-sûr

Attention : il faut définir le domaine du cookie. Indique le nom du VH (d'où mysite dans ce que je donne).

[kalibo1]

Je viens de tester cette solution, mais il ne fonctionne pas...


Sinon, je viens de tester aussi l'autre proposition, mais il boucle

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
       #http://mysite/val1 ==> http://mysite/start.jsp
        RewriteRule ^/(.*) /start.jsp [L,R=301] [E=foo:$1]
        RequestHeader set jetuser %{foo}e
 
 
        # http://mysite/val1?id2=val2&id3=val3 ==> http://mysite/start.jsp?id2=val2&id3=val3
        RewriteRule ^/(.*)?([.*])$ /start.jsp?%2 [L,R=301] [E=foo:%1]
        RequestHeader set jetuser %{foo}e

[_Mac_]

mais il boucle

C'est logique : /start.jsp matche aussi le filtre ^/(.*). Il faut que tu mettes une RewriteCond pour dire de ne pas réécrire ou de réécrire seulement dans certains cas.

[kalibo1]

J'ai pensé que dès que j'utilise RewriteCond , ça revient au même problème qu'avant car on pourra plus reccuperer la variable val1... ...

[kalibo1]

J'ai testé ce code mais il ne fonctionne pas aussi

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
        #http://mysite/val1 ==> http://mysite/start.jsp
        RewriteCond %{REQUEST_URI} !start.jsp
        RewriteRule ^/(.*) /start.jsp [L,R=301] [E=foo:%1]
        RequestHeader set id1 %{foo}e
        Header set id1 %{foo}e
 
 
 
        # http://mysite/val1?id2=val2&id3=val3 ==> http://mysite/start.jsp?id2=val2&id3=val3
        RewriteCond %{REQUEST_URI} !start.jsp
        RewriteRule ^/([^/]+)?([.*])$ /start.jsp?%2 [L,R=301] [E=foo:%1]
        RequestHeader set id1 %{foo}e
        Header set id1 %{foo}e

Est-ce que tu sais, dans quelle partie que ça se coince avec cette methode? ou si tu as une meilleur optimisation, car j'ai l'impression que c'est le rewritecond et rewriterule qui ne fonctionnent pas du tout...

Sinon, la methode avec cookie, est-ce qu'il y a une optimisation à faire aussi ?

[_Mac_]

Donne plus de détails sur les symptômes : un simple "ça ne fonctionne pas" ne nous aide pas à comprendre le problème. Malgré cela, j'ai identifié au moins un problème dans tes règles. Je t'invite à relire mon tout premier message dans cette discussion : la query string ne figure pas par défaut dans ce qu'on peut tester dans une RewriteRule, donc ta seconde règle n'est pas valide.

Idem : sans détails, impossible de dire pourquoi la méthode des cookies ne fonctionne pas. Le premier truc à faire c'est lancer l'appli et vérifier que le serveur a bien redirigé le navigateur et envoyé le bon cookie id1. Si le cookie est comme il faut, il faut arriver à observer l'échange entre Apache et Tomcat pour voir si l'en-tête est bien envoyé.

[kalibo1]

Pour la cookie,

via l'analyseur de trame, j'ai bien la cookie. extrait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
    Date: Mon, 15 Nov 2010 14:39:57 GMT\r\n
    Server: Apache/2.2.3 (Red Hat)\r\n
    Set-Cookie: id1=val1; path=/; domain=mysite\r\n
    Location: http://mysite/start.jsp\r\n

par contre en faisant le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
       SetEnvIf Cookie "id1=([^;]+)" cookie_id1=$1
       RequestHeader set id1 %{cookie_id1}e
       Header set id1 %{cookie_id1}e

J'ai même ajouté le "Header" pour bien vérifier son contenu mais c'est toujours de valeur null.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
    id1: (null)\r\n
    Connection: close\r\n

concernant l'autre methode http://mysite/val1?id2=val2&id3=val3 ==> http://mysite/start.jsp?id2=val2&id3=val3
ça me depasse car j'ai une erreur ("!" jaune en base de page): en faisant double click sur le "!" => Erreur sur le page http://mysite/start.jsp ça ne donne pas plus de détaille.... je pense que ce n'est pas le problème de la page mais surtout de mon code... . car avec l'autre methode, j'ai pas de problème sur http://mysite/start.jsp. Si tu peux me re-ecrire directement je pense que c'est mieu car j'avoue, ça me depasse...

[_Mac_]

Quand je disais que je n'étais pas hyper-sûr, c'est un peu ce que je craignais. Essaie avec ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SetEnvIf Cookie "id1=(.+)" cookie_id1=$1

Si tu récupères une valeur dans l'en-tête (même si ce n'est pas la bonne), on saura au moins d'où ça vient.

Peux-tu également vérifier que le navigateur envoie bien le cookie id1 dans la requête qui suit la redirection ?

[kalibo1]

Avec SetEnvIf Cookie "id1=(.+)" cookie_id1=$1, même résultat.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
    id1: (null)\r\n
    Connection: close\r\n

Au niveau transfert, voici une partie de ce que j'ai en ajoutant Header set id1 %{cookie_id1}e.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Hypertext Transfer Protocol
    HTTP/1.1 200 OK\r\n
        [Expert Info (Chat/Sequence): HTTP/1.1 200 OK\r\n]
            [Message: HTTP/1.1 200 OK\r\n]
            [Severity level: Chat]
            [Group: Sequence]
        Request Version: HTTP/1.1
        Response Code: 200
    Date: Tue, 16 Nov 2010 09:01:52 GMT\r\n
    Server: Apache-Coyote/1.1\r\n
    Content-Type: text/html;charset=UTF-8\r\n
    Content-Length: 3230\r\n
        [Content length: 3230]
    Set-Cookie: JSESSIONID=62B82F5AA282D1143DA6D74932590391; Path=/monrepertoire\r\n
    id1: (null)\r\n
    Connection: close\r\n
    \r\n

si je ne mets pas Header set id1 %{cookie_id1}e.

je n'ai pas la ligne id1: (null)\r\n

Sinon, pour la deuxième méthode, est-ce que tu peux me donner la correction:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
      #http://mysite/val1 ==> http://mysite/start.jsp
        RewriteCond %{REQUEST_URI} !start.jsp
        RewriteRule ^/(.*) /start.jsp [L,R=301] [E=foo:%1]
        RequestHeader set id1 %{foo}e
        Header set id1 %{foo}e
 
 
 
        # http://mysite/val1?id2=val2&id3=val3 ==> http://mysite/start.jsp?id2=val2&id3=val3
        RewriteCond %{REQUEST_URI} !start.jsp
        RewriteRule ^/([^/]+)?([.*])$ /start.jsp?%2 [L,R=301] [E=foo:%1]
        RequestHeader set id1 %{foo}e
        Header set id1 %{foo}e

[_Mac_]

Ce sont des traces que tu as capturées à quelle niveau ? Entre quoi et quoi ? J'ai l'impression que c'est uniquement la réponse d'Apache au navigateur, alors que les traces qui m'intéressent surtout sont celles entre Apache et Tomcat. Et aussi la requête (pas seulement la réponse) du navigateur, pour voir s'il envoie bien le cookie id1 avec la bonne valeur.

Pour la seconde version, tu ne peux pas faire de redirection ([R=301]) comme tu le fais car de nouveau tu supprimes id1 de la requête suivante que fais le navigateur.

[kalibo1]

Bonjour,

Concernant la trace : c'est un extrait que j'ai reçu en analysant un les trames via wireshark... par contre, je ne sais pas comment distinguer les traces que tu as besoins.. :-(

Pour la seconde methode, dès que j'enlève R=301, il me demande toujours la page http://mysite/val1.... et le faite de mettre en query_string = start.jsp, ça provoque une erreur au niveau javascript du serveur ... donc j'abandonne cette 2 ème methode

3ème tentative , j'ai essayé la réecriture suivant:
http://mysite/id1/val1/start.jsp -> http://mysite/start.jsp
http://mysite/id1/val1/start.jsp?id2=val2&id3=val3 -> http://mysite/start.jsp?id2=val2&id3=val3

Je pense que c'est moin compliqué de travailler en uri que request-string ??

En utilisant le même pricipe ici http://www.webservertalk.com/archive...10-421448.html

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
RewriteRule ^/id1/([^/]+)/(.*) /$2 [E=foo:$1]
RequestHeader set id1 %{foo}e

Résultat :

The requested URL /id1/val1/start.jsp was not found on this server

je pense que c'est équivalent au remarque :

- the result of redirection must be available in order to get the response
header set (probably irrelavent to you)

Sinon, Je ne sais pas comment il faut ecrire pour http://mysite/id1/val1/start.jsp?id2=val2&id3=val3 -> http://mysite/start.jsp?id2=val2&id3=val3 avec cette même methode


D'avance, merci pour ton aide.

[kalibo1]

Toujours sur la 3ème tentative

3ème tentative , j'ai essayé la réecriture suivant:
http://mysite/id1/val1/start.jsp -> http://mysite/start.jsp
http://mysite/id1/val1/start.jsp?id2=val2&id3=val3 -> http://mysite/start.jsp?id2=val2&id3=val3

avec cette code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
        RewriteRule ^/id1/([^/]+)/(.*) /$2 [E=foo:$1,P]
        RequestHeader add "id1" "%{foo}e"

l'appli fonctionne mais au niveau url en haut j'ai http://mysite/id1/val1/start.jsp

donc pour moi, c'est pas encore acceptable....

avec le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
        RewriteRule ^/id1/([^/]+)/(.*) /$2 [E=foo:$1,R]
        RequestHeader add "id1" "%{foo}e"

j'ai le bon url http://mysite/start.jsp mais le header n'a pas été positionné, je pense à cause du R donc c'est foutu aussi...

Donc la solution magique c'est la mix entre les deux, mais je ne sais pas si c'est faisable ???

Avec la methode avec cookie, j'ai changé avec add au lieu de set mais même comportement: KO... :-(

[_Mac_]

Je vais le répéter encore une fois : si ton navigateur ne renvoie pas id1 d'une requête sur l'autre (sous forme de cookie, chemin d'URL ou de paramètre d'URL, peu importe), notamment à cause d'une redirection (flag R), Apache perd cette information et ne peut pas deviner ou retrouver la valeur de id1 donc l'en-tête est vide. Tu peux retourner le problème dans tous les sens, tu n'as pas le choix : il faut nécessairement que ton navigateur envoie id1 avec chaque requête qui nécessite cet en-tête pour fonctionner, soit dans un cookie, soit dans le chemin de l'URL, soit dans un paramètre d'URL.

[kalibo1]

En gros mon besoin n'est pas réalisable

Sinon, est-ce qu'il n'y a pas d'autre moyen de re-ecrire le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
        RewriteRule ^/id1/([^/]+)/(.*) /$2 [E=foo:$1,R]
        RequestHeader add "id1" "%{foo}e"

mais en utilisant autre flag que R ?

pour avoir

http://mysite/id1/val1/start.jsp -> http://mysite/start.jsp
http://mysite/id1/val1/start.jsp?id2=val2&id3=val3 -> http://mysite/start.jsp?id2=val2&id3=val3

[_Mac_]

Je n'ai jamais dit ça : je pense que c'est faisable avec des cookies. A mon avis, c'est la piste que tu devrais suivre. Relis mes messages sur le sujet.

[kalibo1]

Bonjour _Mac_,

J'ai tésté le mode avec cookie mais ça ne fonctionne pas... apparament, le cookie c'est créé seulement, mais ne pas passer vers tomcat

Hypertext Transfer Protocol
HTTP/1.1 301 Moved Permanently\r\n
[Expert Info (Chat/Sequence): HTTP/1.1 301 Moved Permanently\r\n]
[Message: HTTP/1.1 301 Moved Permanently\r\n]
[Severity level: Chat]
[Group: Sequence]
Request Version: HTTP/1.1
Response Code: 301
Date: Fri, 26 Nov 2010 11:17:19 GMT\r\n
Server: Apache/2.2.3 (Red Hat)\r\n
Set-Cookie: user=val1; path=/; domain=mysite\r\n
Location: http://mysite/start.jsp?id2=val2&id3=val3\r\n
Content-Length: 347\r\n
[Content length: 347]
Connection: close\r\n
Content-Type: text/html; charset=iso-8859-1\r\n
\r\n
Line-based text data: text/html
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">\n
<html><head>\n
<title>301 Moved Permanently</title>\n
</head><body>\n
<h1>Moved Permanently</h1>\n
<p>The document has moved <a href="http://mysite/start.jsp?id2=val2&amp;id3=val3">here</a>.</p>\n
<hr>\n
<address>Apache/2.2.3 (Red Hat) Server at mysite Port 80</address>\n
</body></html>\n

Je t'ai envoyé en privé l'intégrale de traffic que j'ai recupéré sur mysite