Rép. : RE:_Rép._:_Re:_[sdx-users] _Affichage_des_images_sous_Interner_Explorer _Mac

[Claude NIEDERLENDER]

Bonjour et désolé pour la réponse tardive. J'avais pris 10 jours de congés d'où 
mon silence prolongé.

J'ai lu votre message ce matin et j'essaie de mettre en application vos 
recommandations.

Lorsque je fais les modifs sur mon serveur local, tout fonctionne correctement 
: pas de message d'erreur et affichage correct des images.

Par contre, lorsque j'essaie sur mon serveur distant, le problème principal 
persiste. Le message d'erreur précédent est remplacé par celui-ci :

Current Sitemap Parameters:
PARAM: '0' VALUE: 'api-url/getatt'

DEBUG   (2004-06-01) 09:32.14:854   [sitemap] 
(/sdx/sdx/showdoc/fr.inist.sinedie.barbirey/guyonnaud_img_mini1) 
Ajp13Processor[8010][1]/InvokeContext: 
Current Sitemap Parameters:
PARAM: 'context' VALUE: '/sdx'
PARAM: 'app' VALUE: 'fr.inist.sinedie.barbirey'
PARAM: 'requestURI' VALUE: 
'/sdx/sdx/showdoc/fr.inist.sinedie.barbirey/guyonnaud_img_mini1'
PARAM: 'id' VALUE: 'guyonnaud_img_mini1'
PARAM: 'requestQuery' VALUE: 
'?app=fr.inist.sinedie.barbirey&id=guyonnaud_img_mini1'
PARAM: '../0' VALUE: 'api-url/getatt'

DEBUG   (2004-06-01) 09:32.14:855   [sitemap] 
(/sdx/sdx/showdoc/fr.inist.sinedie.barbirey/guyonnaud_img_mini1) 
Ajp13Processor[8010][1]/ResourceLimitingPool: Got a 
fr.gouv.culture.sdx.sitemap.DocumentReader from the pool.
INFO    (2004-06-01) 09:32.14:856   [sitemap] 
(/sdx/sdx/showdoc/fr.inist.sinedie.barbirey/guyonnaud_img_mini1) 
Ajp13Processor[8010][1]/PipelineNode: Error while processing pipeline at 
file:/dps/users/niederle/jakarta-tomcat-4.1.27/webapps/sdx/sdx/sitemap.xmap:48:35
java.lang.NullPointerException
        at 
org.apache.catalina.connector.ResponseBase.setContentType(ResponseBase.java:874)
        at 
org.apache.catalina.connector.HttpResponseBase.setContentType(HttpResponseBase.java:853)
        at 
org.apache.catalina.connector.ResponseFacade.setContentType(ResponseFacade.java:197)
        at 
org.apache.cocoon.environment.http.HttpResponse.setContentType(HttpResponse.java:208)
        at 
org.apache.cocoon.environment.http.HttpEnvironment.setContentType(HttpEnvironment.java:218)
        at 
org.apache.cocoon.components.pipeline.CachingStreamPipeline.processReader(CachingStreamPipeline.java:140)
        at 
org.apache.cocoon.components.pipeline.AbstractStreamPipeline.process(AbstractStreamPipeline.java:168)
        at 
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:289)
        at 
org.apache.cocoon.components.treeprocessor.sitemap.ReadNode.invoke(ReadNode.java:132)
        at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:85)

etc.

Et donc l'image ne s'affiche toujours pas.

Voici un récapitulatif de ma configuration :
La machine distante fonctionne sous Solaris (je ne sais pas quelle version. 
Probablement une dérivée de la version 9)
Sur cette machine est installé un serveur Apache, version 1.3.27.
J'ai également installé un serveur Tomcat version 4.1.27 pour faire fonctionner 
SDX.
Ma version de SDX est la 2.2, build:2003120101.
Pour que les application SDX soient visibles de l'extérieur, nous avons fait un 
lien entre le serveur Apache et Tomcat de manière à ce que le serveur Apache 
redirige toutes les requetes SDX vers le serveur Tomcat. Pour cela j'utilise 
mod_jk 1.2.5

Un petit détail supplémentaire. Pour accéder à cette machine, nous utilisons 
deux adresses :
   - une adresse accessible uniquement en interne
   - une adresse publique et donc utilisable n'importe où

Je viens juste de m'apercevoir que quand j'utilise la première adresse, l'image 
est correctement affichée. C'est quand j'utilise la seconde adresse que l'image 
n'est pas trouvée. Ceci me pousse à croire que le problème vient d'une mauvaise 
configuration d'Apache.

Je ne sais pas si vous avez déjà utilisé apache et mod_jk, mais pour faire le 
lien Apache tomcat, j'ai dans un fichier de configuration les lignes suivantes 
(c'est un alias qui permet à apache de rediriger les requêtes commençant par 
http:/dilib.inist.fr/sdx vers mon serveur tomcat) :

    # Static files 
    Alias /sdx/ "/dps/users/niederle/jakarta-tomcat-4.1.27/webapps/sdx/"

    <Directory "/dps/users/niederle/jakarta-tomcat-4.1.27/webapps/sdx/">
        Options Indexes FollowSymLinks
        DirectoryIndex index.jsp index.html index.htm index.xsp index.xsp 
    </Directory>


    # Deny direct access to WEB-INF and META-INF
    #
    <Location "/sdx/WEB-INF/*">
        AllowOverride None
        deny from all
    </Location>

    <Location "/sdx/META-INF/*">
        AllowOverride None
        deny from all
    </Location>

Je soupçonne que la clé de mon problème se situe là... Seulement je cale...

Avez-vous une idée ?

Merci.

Claude.


>>> Emmanuel_Bégué <address@hidden> 19/05/04 23h38 >>>
Bonjour,

Votre message n'arrive qu'à l'instant.

L'erreur dans le sitemap est due au fait qu'on demande de servir
une image qui n'existe pas; en principe je pensais que le test
d'existence n'avait pas lieu, mais j'ai bien la même erreur dans
les logs du sitemap.

Il n'y a plus d'erreur si on enlève l'extension, cad si on écrit:
<map:match pattern="showdoc/*/*">
        <map:read src="cocoon:/api-url/getatt?app={1}&amp;id={2}"/>
        </map:match>
dans le sitemap, et donc ensuite:
<img src="/sdx/sdx/showdoc/fr.inist.sinedie.barbirey/pozzana_img_mini4"/>
dans le document.

Je ne sais pas exactement quel rôle joue l'extension dans le
traitement des images pour chaque navigateur, en particulier
par rapport au type mime; il est possible que ça marche tout
aussi bien sans extension (en tout cas aucun pb. sur IE6/WinXP,
mais ailleurs...? D'autant qu'ici aucun type mime n'est renvoyé).

Concernant le serveur distant, il est possible que le non-affichage
de l'image soit aussi dû à l'extension: si Apache ne demande pas
les .jpg à Tomcat mais essaie de les trouver lui-même, cette image
n'existant pas, il renvoie une erreur 404. Est-ce bien une erreur
404 que vous receviez pour cette image?

Il y a une chance que ça marche sans extension; ou alors il faut
configurer Apache pour qu'il demande aussi les .jpg à Tomcat et
laisser l'extension.

Avec un peu de tâtonnements ça devrait finir par marcher... ;-)

(Pour les versions je suis en SDX2.2 et Tomcat4.1.18).

Cdt,
EB

PS pour Pierrick: je laisse les précédents messages pour que le
thread ne fasse qu'un bloc, mais:
- j'ai supprimé tout ce qui ne concernait pas directement le point
dont on est en train de parler
- il n'y a pas de PS après les anciens messages ;-)


> -----Message d'origine-----
> De : address@hidden 
> [mailto:address@hidden 
> De la part de Claude NIEDERLENDER
>
> Je suis en train d'essayer votre méthode.
> Celle-ci fonctionne sur mon serveur tomcat installé en local et
> sous Window 98, bien que je trouve dans sitemap.lop une erreur du type :
>
> DEBUG   (2004-05-19) 15:49.05:700
> [sitemap.action.resource-exists]
> (/sdx/sdx/showdoc/fr.inist.sinedie.barbirey/pozzana_img_mini4.jpg)
>  Thread-14/ResourceExistsAction: Exception
> java.lang.RuntimeException:
> sdx/showdoc/fr.inist.sinedie.barbirey/pozzana_img_mini4.jpg could
> not be found. (possible context problem)
>
> Mais quand j'essaie sur le serveur distant, l'image refuse de
> s'afficher, et le message d'erreur est le même.
> Peut-être avez vous des idées ?
>
> Claude.
>
> PS :Est-ce qu'une version de SDX (ou tomcat) spécifique est
> requise pour faire cette manip ?
>
> >>> Emmanuel_Bégué <address@hidden> 18/05/04 22h58 >>>
> > -----Message d'origine-----
> > De la part de Claude NIEDERLENDER
>
> > > C'est possible dans le sitemap, comme cela avait été présenté
> > > par Frédéric Glorieux il y a quelques temps:
> > > http://mail.gnu.org/archive/html/sdx-users/2003-10/msg00037.html 
> >
> > Auriez-vous un exemple simple, car j'avoue avoir du mal à tout
> > suivre dans la page ci-dessus ?
>
> Si vous ajoutez dans le sitemap.xmap de l'api-url (dans le répertoire
> [répertoire webapps]/sdx/sdx/), en dessous de l'élément
>       <map:match pattern="api-url/getatt"> (etc.)
>
> (cad à la ligne 62 ou 63), ceci:
>       <map:match pattern="showdoc/*/**.jpg">
>               <map:read src="cocoon:/api-url/getatt?app={1}&amp;id={2}"/>
>               </map:match>
>
> vous pourrez remplacer
>       <img src="/sdx/sdx/api-url/getatt?app=mon_app&amp;id=idf_1"/>
> par
>       <img src="/sdx/sdx/showdoc/mon_app/idf_1.jpg"/>
>
> (il faut que "mon_app" soit écrite en toutes lettres, cad par exemple
> pour sdxtest: fr.gouv.culture.sdx.sdxtest et non pas seulement "sdxtest").
>
> (Il faut aussi que vos images soient toutes des jpeg, bien sûr -- mais
> si le navigateur est doué ça devrait aussi marcher même si l'extension
> est incorrecte; on pourrait d'ailleurs ne pas mettre d'extension mais elle
> peut peut-être aider certains navigateurs?).
>
> Ça marche pour sdxtest (l'image s'affiche... sous WinXP et IE6 ;-)
> Dites-nous si ça règle le problème pour la config Mac?




_______________________________________________
sdx-users mailing list
address@hidden 
http://mail.nongnu.org/mailman/listinfo/sdx-users