[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sdx-users] [débutant] SDX: gett ing started
From: |
Pierrick Brihaye |
Subject: |
Re: [sdx-users] [débutant] SDX: gett ing started |
Date: |
Thu, 16 Jan 2003 15:21:10 +0100 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.1) Gecko/20020823 Netscape/7.0 |
Emmanuel Bégué a écrit:
Il faudra donc qu'à intervalles réguliers, un utlisateur
envoie une request avec son navigateur.... quand bien même
cette request est va_chercher_tout_seul_les_nouveaux_documents_
et_mets_les_dans_la base.xsp
D'accord, c'est très clair.
J'en suis ravi. Je reprendrai l'exemple dans le document :-)
Oui d'accord, c'est exactement ça. J'espérais qu'une telle
procédure existait; je comprends qu'il faut l'écrire ;-)
Ce n'est pas trop compliqué mais, pour l'instant, ça ne marche qu'en
système de fichiers. Supposons que vos documents soient dans le
répertoire "/incoming" :
<sdx:uploadDocuments dir="/incoming"/>
<xsp:logic>
... effacer le répertoire
</xsp:logic>
Mais on peut demander aux dévelopeurs SDX de mettre un argument
supplémentaire à <sdx:uploadDocuments> et <sdx:uploadDocument> qui
pourrait s'appeler "deleteAfterUpload".
Si vous travaillez en URL, c'est pour l'instant impossible (sauf à
coder) : il n'y a pas d'argument "urldir" :-( De plus, du point de vue
de la logique applicative, on peut moins souvent garantir qu'un
répertoire distant dispose d'un droit en écriture.
NOTE IMPORTANTE : une URL peut très bien renvoyer à un système de
fichier local (file://)
Il ne varie pas "seul" mais "automatiquement": il existe déjà
une procédure qui produit des documents de façon quotidienne,
ce sont ces documents nouveaux qu'il faudra, quotidiennement,
"envoyer" à SDX, ou signaler à SDX qu'ils existent et qu'il
doit les indexer.
OK. Je vois ça comme solutions :
1) Un processus externe à SDX alimente un répertoire "/incoming" (avec
nettoyage après chargement)
2) Un processus externe à SDX génère un fichier "nouveaux_documents"
(avec destruction après chargement)
A partir du contenu de l'un ou de l'autre, vous avez ce qu'il faut pour
faire votre xsp.
Plus compliqué (variante du 2) : Cocoon dispose d'un générateur de
contenu de répertoire(s) :
http://xml.apache.org/cocoon/userdocs/generators/directory-generator.html
Là encore, ça vous donne un document (au format XML, donc plus facile à
traiter) qui vous permet éventuellement de déterminer les fichiers à
charger. L'utilisation de l'attribut "lastModified" pourrait par exemple
être très utile.
A bientôt,
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
- Re: [sdx-users] [débutant] SDX: gett ing started, (continued)
- Re: [sdx-users] [débutant] SDX: gett ing started, Pierrick Brihaye, 2003/01/15
- RE: [sdx-users] [débutant] SDX: getting started, Emmanuel Bégué, 2003/01/15
- Re: [sdx-users] [débutant] SDX: getting started, Pierrick Brihaye, 2003/01/15
- RE: [sdx-users] [débutant] SDX: getting started, Emmanuel Bégué, 2003/01/15
- Re: [sdx-users] [débutant] SDX: getting started, Pierrick Brihaye, 2003/01/15
- RE: [sdx-users] [débutant] SDX: getting started, Emmanuel Bégué, 2003/01/15
- Re: [sdx-users] [débutant] SDX: getting started, Pierrick Brihaye, 2003/01/15
- RE: [sdx-users] [débutant] SDX: getting started, Emmanuel Bégué, 2003/01/16
- Re: [sdx-users] [débutant] SDX: gett ing started, Pierrick Brihaye, 2003/01/16
- RE: [sdx-users] [débutant] SDX: getting started, Emmanuel Bégué, 2003/01/16
- Re: [sdx-users] [débutant] SDX: gett ing started,
Pierrick Brihaye <=
- [sdx-users] RE : [débutant] SDX: getting started, Martin Sevigny, 2003/01/17
- RE : [sdx-users] [débutant] SDX: getting started, Martin Sevigny, 2003/01/15
- Re: RE : [sdx-users] [débutant] SDX: getting started, Pierrick Brihaye, 2003/01/16
- RE: RE : [sdx-users] [débutant] SDX: getting st arted, Emmanuel Bégué, 2003/01/16