[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sdx-developers] RE : Application.toSax()
From: |
Pierrick Brihaye |
Subject: |
Re: [sdx-developers] RE : Application.toSax() |
Date: |
Wed, 30 Oct 2002 14:00:51 +0100 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.1) Gecko/20020823 Netscape/7.0 |
Re,
Martin Sevigny a écrit:
OK, c'est un peu ce que j'imaginais, mais je me suis toujours demandé à
quoi pouvait servir une référence d'objet ainsi?
Ben, j'imagine peut ça pourrait aider à instancier l'objet (ou plutôt un
clone) dans une partie <xsp:logic>. Ca permettrait, pour un developpeur
d'appli *vraiment* exigeant, d'aller au-delà de la granularité voulue
par les développeurs de SDX.
Quant à sortir ce qui est réellement instancié, je ne sais pas. Ca
revient à programmer un toSAX() qui envoit presque le application.xconf,
mais pas toujours exactement.
Ca serait l'objectif... Mais dans l'absolu, on devrait avoir toSax() =
application.xconf IMHO.
Est-ce que ça en vaut vraiment la peine?
Je pense que oui : en l'état actuel des choses, j'ai une info d'appli
très faible... et je ne parle pas des infos de db et de repository pour
l'instant inexistantes. Or, rien ne me dit que le application.xconf sera
exposé si bien que je trouve normal de retrouver cette info dans le
xsp... en plus de tout l'aspect disant "j'ai correctement interprété
votre application.xconf".
J'aurais plutôt tendance à dire "Mettez ce que vous voulez dans .xconf,
ça pourra être restitué à la sortie, mais pas de mixed content. Il y a
aussi un hide="true" si vous voulez cacher des choses".
OK.
A+
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden