Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: sco (sco@free.fr)
Date: 29/11/2003 - 21:28


Bonjour,

Soucieux de ne pas passer pour un 'has been tekos', je me permets de
vous exposer ces quelques réflexions.

Acronymes qui ont trait à la localisation de ressources :
URI={URL|URN}
PURL=Persistant URL (c'est génial ! mais ce devrait être PURI non ?:)
N'hésitez pas à me faire connaître les termes manquants :)
Je n'ai trouvé aucun terme pour définir des URIs liés entres-eux.

J'ai récemment lu (source 01 informatique) que les URIs étaient utilisés
dans les systèmes d'informations internes des entreprises, et que l'
encapsulation SOAP (ou autres) n'était utilisé que lors des échanges
externes. Est-ce une réalité ?

Qu'est-ce que l'architecture SOA ? Un service expose ses méthodes et les
méthodes agrégées sous-jacentes. Est-ce les appels des méthodes
(EJB,PHP,...), les définitions des méthodes ou les résultats produits
par ces méthodes qui sont agrégés ? Qu'en est-il de la persistance de
l'ensemble ?

Ne serait-il pas plus simple, en interne, d'orchestrer des URIs pour
former les agrégats des services et définir les granularités (appel,
définition, résultat produit, ...) dans des patterns XSLT. Pour les
échanges externes, il suffit de crypter les données par clés, qu'en
pensez-vous ?

Je n'ai jamais vu introduit les notions d'émetteur et de récepteur, nous
parlons pourtant d'échanges !?

Qu'en est-il de la programmation par aspect et des design patterns ?
Va-t-il falloir inventer de nouvelles enveloppes pour les ajouter à
l'architecture ? Pas vu grand chose sur ces sujets, et vous ?

Je lis vos messages avec attention et cette liste m'est très utile dans
mon boulot.
Je vous souhaite à toutes et à tous santé et prospérité
@+sco:)

--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement