[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sdx-users] sdxworld - projet.dtd
From: |
Pierrick Brihaye |
Subject: |
Re: [sdx-users] sdxworld - projet.dtd |
Date: |
Fri, 17 Jan 2003 09:35:25 +0100 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.1) Gecko/20020823 Netscape/7.0 |
Bonjour,
Emmanuel Bégué a écrit:
Oui, pour moi aussi!...
... et pour d'autres sans aucun doute :-)
Concernant uploadx.xsp, je comprends qu'en fait il ne doit y avoir
dans upload.xsp qu'une seule instruction sdx:uploadDocuments (avec
un s) pour traiter ?dir= et que si donc on en met deux c'est la
première qui est traitée.
Mmmh. Pour dire ça plus simplement :
<sdx:uploadDocuments> prend, au choix, un paramètre "dir" ou "zip"
<sdx:uploadDocument> prend, au choix, un paramètre "url", "file, "xml"
ou "dom"
Il y a un mécanisme dans la logicsheet qui fait que si une action n'a
pas les paramètres requis, elle est ignorée. Le problème, c'est que
l'utilisateur n'est pas prévenu. On en discute sur [sdx-developpers].
Concernant la définition d'une nouvelle base, je viens de voir
qu'il fallait apparemment aller "administrer" l'application dans
sdx/admin/bases.xsp pour que la nouvelle base existe.
Pour "la rendre disponible" est un terme plus exact. Truc : allez dans
sdx/WEB-INF/sdx/applications et créez un fichier du nom du répertoire de
votre application. Au redémarrage du moteur de servlets, elle sera
disponible :-)
Question: cette création est-elle effectuée par la lecture du
fichier application.xconf?
Du point de vue de la dynamique, quand on lance le moteur de servlets ou
que le SU reconfigure le serveur :
1) on va voir dans sdx/WEB-INF/sdx/applications
2) pour chaque fichier de nom X, on va voir s'il y a un répertoire sdx/X
3) on va voir s'il y a un fichier sdx/X/application.xconf
4) on lit ce fichier et on instancie les objets. En cas d'erreur, voir
les logs :-)
A bientôt,
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden