sdx-users
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]