- "Elle intègre principalement une évolution du chapitre consacré aux architectures applicatives, notamment la recommandation des technologies SOAP et WSDL associées aux développements des « webservices »."
- "les technologies du monde du logiciel libre, par l'intermédiaire de ZOPE, sont aujourd'hui représentées. "
On notera au sein du rapport une rubrique "L'architecture Zope et le respect des normes et standards ouverts" !
Aller plus loin
- CCI version 2.1 (15 clics)
- Zope (7 clics)
# Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Nap . Évalué à 0.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par bibouchon . Évalué à -1.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Nap . Évalué à -1.
j'imaginais qu'ils avaient volontairement pris les icônes de gnome pour faire un geste symbolique
mais c'est bien quand même :)
# Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Dinofly (site web personnel) . Évalué à 10.
Y a encore du chemin à faire...
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Nap . Évalué à 7.
Pourtant je pense sérieusement qu'une discussion sur leu rapport les intéresserait
bon, j'ai fini par trouver cette page :
http://www.adae.gouv.fr/spip/article.php3?id_article=193(...)
mais ce serait bien un petit lien discret sur chaque article, car là on ne sait pas qui va lire le mail, si il n'y a qu'une seule adresse pour tout l'agence
bon ok j'arrete de pinailler
=>[]
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par eole57 . Évalué à 8.
propose les documents sous les formats rtf, pdf et sxw mais pas de doc ni xls.
Et si on lit cette grille des standards, les formats OpenOffice.org sont proposés mais en ce qui concerne MS :
"Microsoft annonce pour la version 11 d'Office, une intégration forte de XML. Les composants d'Office pourront lire et produire au format XML. La disponibilité des spécifications d'interface d'Office 11 est un pré-requis pour la prise en compte dans une version ultérieure du CCI."
Je ne vois donc pas de raison pour que ce tableau se trouve en format xls.
je vais leur envoyer un courriel pour leur demander, si j'ai une réponse je vous tiens au courant
[^] # Re:la grille au format XLS
Posté par Douglas Rafferty . Évalué à 6.
Bonjour, je voudrais réagir à la sortie du rapport
"Cadre commun d'interopérabilité des systèmes d'information publics "
En effet, en page
http://www.adae.pm.gouv.fr/spip/article.php3?id_article=219(...)
on trouve ce rapport, le rapport de validation, ainsi que la grille des
standards.
Je suis désolé de constater que ce dernier document est fourni au format
propriétaire xls, propriété de la société Microsoft. Il est vrai que ce
format a fait l'objet d'un excellent reverse-ingeneering de la part des
développeurs, mais ce n'est pas pour cette raison qu'il est présent sur cette
page. Il y est présent parce que, en dépit de vos recommandations, et de
votre orientation politique dont les buts affichés sont plus que louables,
vous continuez d'utiliser en interne des outils qui vont à l'encontre de
votre objectif. Vous auriez été une autre société, j'aurais haussé les
épaules et annoncé "une de plus". Mais non, vous êtes l'agence qui recommande
et plannifie les standards électroniques pour l'interopérabilité des
systèmes. C'est inquiétant.
Au-delà même de ce constat, qui j'espère, est en passe de devenir caduque,
c'est votre crédibilité que vous mettez en jeu. Ne l'oubliez pas.
Bien cordialement,
[^] # Re:la grille au format XLS
Posté par eole57 . Évalué à 2.
Quel est leur objectif ? ils le disent eux-même :
L'ADAE est un service interministériel placé auprès du Premier ministre, mis à la disposition du ministre chargé de la réforme de l'Etat.
L'ADAE favorise le développement de systèmes d'information permettant de moderniser le fonctionnement de l'administration et de mieux répondre aux besoins du public.
Elle apporte son appui aux administrations dans cette entreprise. Elle propose les mesures tendant à la dématérialisation des procédures administratives et à l'interopérabilité des systèmes d'information.
... et pas de faire la promotion des LL. Ceux-ci peuvent faire partie des moyens de parvenir à leur objectif (dans le cadre, entre autres, de l'interopérabilité des administrations), mais ne sont pas un but en eux-même.
En outre, ce document s'adresse principalement aux responsables informatiques des différentes administrations, qui sont encore très majoritairement équipés de MS-Office.
Et basculer quelques centaines de milliers de postes de travail d'un format vers un autre ne se fait pas en un instant.
Personnellement, j'ai juste demandé à ce qu'ils rajoutent le document au format sxc, arguant du fait qu'il est nettement plus rapide à télécharger (26,9 Ko contre 77Ko) et que serait déjà une bonne chose de familiariser les utilisateurs à ce format.
[^] # Re: Re:la grille au format XLS
Posté par Nap . Évalué à 3.
[^] # Re: Re:la grille au format XLS
Posté par niclone (site web personnel) . Évalué à 1.
[^] # Re: Re:la grille au format XLS
Posté par Nap . Évalué à 4.
ça fait un peu "fear", le ne l'oubliez pas
et surtout ça manque de compliments sur leur boulot : je trouve ça vraiment bien, cette effort d'interopérabilité, ctte considération des LL, etc...
Et tout ce que tu leur dis, c'est des reproches, assez durs, sur un point que je juge personnellement mineur par rapport à d'autres aspects de leur travail
mais sinon c'est pas mal :)
# Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Yhar Gla . Évalué à 0.
C'est étonnant non?
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Yhar Gla . Évalué à 2.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par eole57 . Évalué à 2.
"A prendre en compte dans une version ultérieure du CCI"
avec comme commentaire
Ogg Vorbis est une technologie d'encodage, de lecture et de diffusion audio, distribuée en logiciel libre, sous licence GPL. Ogg Vorbis a pour objectif de remplacer le format MP3.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Nap . Évalué à 1.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par zeb . Évalué à 1.
# Zope \o/
Posté par Ramso . Évalué à 8.
Zope mon amour, quel boulot de merde j'aurais sans toi ?
ferais-je du java ou pire, qui sait ?
comment peux-tu à la fois être aussi simple, puissant et mal documenté !!
si je puis t'aider avec ceci :
http://zope.org/Members/herve/zopebook/folder_contents(...)
c'est avec plaisir !
[^] # Re: Zope \o/
Posté par Fabimaru (site web personnel) . Évalué à 2.
Troll: et super lent avec Plone ou CPS :-(
[^] # Re: Zope \o/
Posté par pas_moi . Évalué à 0.
C'est bien ce que je me dis (trop) souvent! Quand je pense que certains font du php et que donc ils n'imaginent même pas la puissance des PageTemplates (qui ne sont pas réservés à Zope mais qui y sont très bien intégrés) ou de l'acquisition... pauvre d'eux, si seulement on pouvait leur offrir un cerveau!
[^] # Re: Zope \o/
Posté par Ramso . Évalué à 2.
leur offrir un vrai serveur d'application suffirait :)
[^] # Re: Zope \o/
Posté par matli . Évalué à 2.
[^] # Re: Zope \o/
Posté par Fabimaru (site web personnel) . Évalué à -1.
[^] # Rigolo
Posté par iamkdo . Évalué à 0.
KDO
[^] # Re: Rigolo
Posté par pas_moi . Évalué à 3.
Oui, et chaque requête de tes pages ton code PHP est recompilé, ton XSLT est réanalisé pour enfin être exécuté... dans TAL, l'analyse a déjà eu lieu, le code est déjà compilé, y'a plus qu'à exécuter.
Enfin bon, je ne sais même pas pourquoi je perts mon temps à répondre et à expliquer, la plupart des développeurs web étant convaincus qu'il n'y a que PHP pour le contenu dynamique et MySQL pour stocker les données, alors qu'un bon gros Zope dans ton Postgres permet de gagner énormément de temps au niveau du développement. Bien sûr, on pert du temps à apprendre comment ça marche (les TAL, les vues, les procédures stockées...), mais sachez qu'un bon outil n'est pas forcément un outil simple au premier abord (ex: comparez cette daube de Notepad avec vi, le meilleur éditeur du monde)
[^] # Re: Zope \o/
Posté par Didier Bretin . Évalué à 1.
Et dans quel cadre travailles-tu avec Zope ?
A+
[^] # Re: Zope \o/
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
http://about.me/straumat
[^] # Re: Zope \o/
Posté par Fabimaru (site web personnel) . Évalué à 0.
[^] # Re: Zope \o/
Posté par Stéphane Traumat (site web personnel) . Évalué à 0.
http://about.me/straumat
[^] # Re: Zope \o/
Posté par Fabimaru (site web personnel) . Évalué à 1.
[^] # Re: Zope \o/
Posté par Pierre Tramal (site web personnel) . Évalué à 2.
Malheureusement, les Pierre Tramo sont en voie de disparition, par exemple un des nôtres vient de devenir Charles Bronson (qui est mort, rappelons-le).
--
Pierre Tramo, J2EE Lead Architect
[^] # Re: Zope \o/
Posté par Pierre Tramal (site web personnel) . Évalué à 1.
[^] # Re: Zope \o/
Posté par Ramso . Évalué à 3.
et j2ee et java, non merci j'ai donné, je tombais même en dépression à travailler là-dessus. sans humour ni troll, je tombais vraiment en dépression.
[^] # Re: Zope \o/
Posté par Pierre Tramonson . Évalué à 1.
Zope est exclusivement utilisable comme plate-forme web (site internet/intranet , administration, back-end). Je ne crois pas qu'on puisse en faire autre chose.
J2EE ne se limite pas à cela, en fait je ne vois pas trop l'intérêt de comparer les deux. A la limite comparer Zope et les serveurs applicatifs JSP/Servlet aurait une utilité, et encore...
-----
Pierre Tramo
J2EE lead architect
[^] # Re: Zope \o/
Posté par Nico_206 (site web personnel) . Évalué à 1.
Zope -> tu fait des super truc
au debut j'ai un peu galéré par manque de doc mais une fois que t'as saisi le truc, ca se fait tout seul
Par contre leur interface est un peu lente est chiante, c domage qu'on ai pas accès a leur "systeme de fichier" (ou plutot d'objet)
mais tres bon produit
[^] # Re: Zope \o/
Posté par Jerome Alet (site web personnel) . Évalué à 3.
c'est sur : http://www.librelogiciel.com/software/(...)
et tu peux essayer en ligne une ancienne version (lecture seule évidemment)
# Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Wharf . Évalué à 2.
1/ On est tous d'accord: Les Web Services ont probablement un avenir brillant dans nos futures architectures informatiques,
Coup de chance: la normalisation a été hyper rapide, et mêmes ceux qui y sont allés à reculons (ex: Oracle et SUN) en font aujourd'hui un argument d'ouverture pour rattraper ceux qui ont poussé très fort en faveur de la normalisation: IBM , BEA et Microsoft.
2/ Zope semble etre correctement ouvert à ces technos Web Sces.
mais quid d'Open Office ?
Puis je consommer le Web Sce d'un serveur Zope depuis Open Office ?
@+
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Olivier Grisel (site web personnel) . Évalué à 2.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par iamkdo . Évalué à -2.
<humour>
Oh, avec Python je peut faire une classe 'hello le monde!' !!! Super!
</humour>
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Jerome Alet (site web personnel) . Évalué à 1.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
http://about.me/straumat
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par __caffeine__ . Évalué à 2.
Pour ce qui est de la lenteur de Zope, c'est comme toute appli, ça s'optimise en fonction des besoins, et c'est même relativement facile à faire (créer des RAM cache manager, ne pas utiliser des Zcatalog là où y'en a pas besoin...)
A l'arrivée, je crois pas que ce soit plus lent qu'un serveur d'application J2EE comme Tomcat, du moins c'est l'impression que j'en ai retiré après quelques tests basiques. Si quelqu'un a des benchs poussés et *honnêtes*, je suis preneur.
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Ramso . Évalué à 3.
mouarf, ça n'existe pas, c'est comme le père-noël, les extra-terrestres et... je vous laisse finir la blague :)
# Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par finss (site web personnel) . Évalué à 2.
Les habitudes et les réflexes jouent à plein, les équipements standards sous windows sont la règle. Et Ms est bien acoquiné avec les décideurs, par exemple quand il s'agit de choisir une plateforme commune aux sites des lycées de l'académie, c'est plutot IIS+ASP que LAMP.
Des rapports et une agence telle que celle-ci m'aident pour pouvoir mettre mon grain de sel avec un argument ... "officiel". Ca fait pas tout, ce que je (et d'autres...) réalise fait avancer (timidement) les choses pour l'intro des LL au sein de l'éducation nationale. C'est déjà ça.
Donc, pour moi : merci l'ATICA (avant) ou l'ADAE (maintenant)
</ma vie>
\_o<
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Pierre Jarillon (site web personnel) . Évalué à 2.
Lorsque la décision vient d'en haut, elle se heurte à cette même hiérarchie tout aussi craintive et ignorante. Parfois, même, ce sont des gens de la base qui ne veulent faire aucun effort.
Comment sortir de cet imbroglio ? Il faut que les deux types d'action puissent se rencontrer : top-down et down-top. Cela ne peut se produire que si il y a une zône de faiblesse dans le diélectrique. Il y a alors un phénomène de claquage du diélectrique, ionisation et passage d'un fort courant. Quand ça arrive, ça fait beaucoup de bruit, surtout dans linuxfr ;-)
Je vous souhaite beaucoup de court-circuits avec l'ADAE !
# Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par zzz . Évalué à 1.
de netscape :)
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Ramso . Évalué à 1.
<!--form action="" method="" name=""-->
<!--td width="300" class="backempty" valign="middle" tal:define="tabmessages python:here.create_dict(here.CLT_messages)">
<tal:block condition="python:message and tabmessages.has_key(message)">
<span class="texte3" tal:content="python:tabmessages[message]" />
</tal:block>
<tal:block condition="python:not (message and tabmessages.has_key(message))">
</tal:block>
</td-->
et on retrouve plein d'autres bouts de tal fort indiscrets...
[^] # Re: Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics
Posté par zzz . Évalué à 1.
merci d'avance
# Quelle interoperabilite avec les protocoles et formats brevetes ?
Posté par Loic Dachary . Évalué à 3.
Ainsi, on trouve dans le "tableau des standards" http://www.adae.pm.gouv.fr/spip/IMG/pdf/cci_v21_Intro_vfinale_2003.(...) une reference a XrML (http://www.oasis-open.org/committees/wss/documents/WSS-XrML-01.pdf(...)). Or ce format, outre sa nocivite intrinseque, tombe sous le coup d'un ou plusieurs brevets (http://www.xrml.org/faq.asp#4(...) Do I need a license to use XrML and digital rights languages?
ContentGuard has a portfolio of patented technologies in the area of digital rights management, among other things. They are not specific to XrML. Claims in the patents cover the distribution and use of digital works and the use of a grammar in connection with the distribution of digital works. You may need to be licensed to use XrML in a context covered by the patents).
On voit aussi que MP3 est un format "perenne, ouvert et tres utilise" et dans le commentaire "il integre des algorithmes brevetes". Ainsi donc l'ADAE estime qu'un standard requierant une licence de brevet est ouvert ?
Enfin, PDF est justement qualifie de format proprietaire, perenne et tres utilise.
Face a une grille de lecture aussi confuse pour le non technicien, la vraie question que je me pose c'est le pourquoi de l'absence du format Word de Microsoft ? Je ne vois pas de critere qui puisse l'exclure logiquement. Et c'est a ce constat qu'on mesure la confusion que va generer ce document soit-disant eclairant. Mais l'ADAE (auparavant l'ATICA) n'en est pas a son coup d'essai en la matiere.
[^] # Re: Quelle interoperabilite avec les protocoles et formats brevetes ?
Posté par boubou (site web personnel) . Évalué à 2.
PDF est propriétaire au sens où il est couvert aux USA par des brevets. Cependant, Adobe donne automatiquement une licence d'implémentation du format (en écriture et en lecture) à toute personne qui respecte le format, téléchargeable sur leur site (http://partners.adobe.com/asn/tech/pdf/specifications.jsp(...)). La licence est indiquée à l'URL suivant : http://partners.adobe.com/asn/developer/legalnotices.jsp(...) et des détails sont donnés dans la spec (dans l'introduction).
Donc, je ne suis pas sûr que le format soit propriétaire au sens classique du terme (i.e., word, format non documenté et pour lequel MS n'a jamais donné les droits qu'Adobe donne). Je dirais qu'il est partiellement ouvert (ou partiellement propriétaire).
[^] # Re: Quelle interoperabilite avec les protocoles et formats brevetes ?
Posté par Ramso . Évalué à 1.
# Rapport baclé!!! Cadre commun d'interopérabilité des systèmes d'information publics
Posté par Wharf . Évalué à 1.
Avez vous la moindre réfèrence à PHP dans le rapport ?
D'ailleurs PHP n'existe pas pour les rédacteurs car "JDBC, JAAS, EJB, : font lunanimité sur le marché et sont largement utilisés par toutes les populations de création des applications informatiques".
quelques florilèges qui montrent que le rapport n'a pas été fait sur des bases sérieusement documentées :
- Ils annoncent que ZOPE supporte SOAP, mais sur le site officiel on ne parle encore que du support de XML/RPC
- Ils ont bien noté que Windows server 2000 est disponible en sept2003, pour windows server 2003 on verra plus tard ;-)
Alors qu'en réalité Windows 2003 server est dispo depuis avril 2003
- ils ne semblent pas connaître les shémas XSD, en fait ils connaissent mais se gardent bien den parler ils en font juste référence par le lien http://www.w3.org/TR/xmlschema-0/(...)
Espérent-ils que nous batissions l'interopérabilité applicative avec les préhistoriques DTDs ??
- et l'abandon debXML par UN/CEFACT ??
- Concernant les services Web XML, ils valident SOAP mais pas WSDL ce nest pas clair. En tous les cas ils ne parlent pas du basic profile 1.0 qui est pourtant la référence (ont-ils compris le WS-I? )
etc.....
j'aimerai bien savoir auprès de quelle SSII a été sous-traitée cette étude ??
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.