[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[sdx-developers] API-URL et le cache Cocoon
From: |
Pierrick Brihaye |
Subject: |
[sdx-developers] API-URL et le cache Cocoon |
Date: |
Mon, 24 May 2004 13:59:18 +0200 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.6) Gecko/20040113 |
Salut,
Je viens de rencontrer un truc bizarre sur une version ancienne de la 2.3...
Voilà, j'ai une URL du style :
http:/server:8080/sdx/sdx/api-url/getatt?base=une_base&docid=xxx&id=
(remarquer le id vide).
Premièrement, je suis étonné car c'est n'est a priori pas la syntaxe :
<map:match pattern="api-url/getatt">
<map:act type="request">
<map:parameter name="parameters" value="true"/>
<map:read type="getatt" src="{requestQuery}">
<map:parameter name="app" value="{app}"/>
<map:parameter name="base" value="{base}"/>
<map:parameter name="id" value="{id}"/>
<!-- id of the attached document, relative to a main document id -->
<map:parameter name="attid" value="{attid}"/>
</map:read>
</map:act>
</map:match>
... bref, à vérifier.
Là où ça coince, c'est que le DocumentReader, au lieu de me renvoyer une
erreur (400 ou, à la rigueur 404), me renvoie *le dernier résultat
fructueux* de l'appel à getatt, i.e. un truc du genre :
http:/server:8080/sdx/sdx/api-url/getatt?base=une_base&docid=yyy&id=zzz
Je suspecte donc le cache Cocoon de garder les paramètres de request
tant que les paramètres actuels ne permettent pas de résoudre une ressource.
Avez-vous une idée de ce qui peut arriver ?
A+
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
+33 (0)2 99 29 67 78
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [sdx-developers] API-URL et le cache Cocoon,
Pierrick Brihaye <=