<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Web Service Interoperability (WS-I)</title>
	<atom:link href="http://blog.xebia.fr/2009/02/18/web-service-interoperability-ws-i/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xebia.fr/2009/02/18/web-service-interoperability-ws-i/</link>
	<description>J2EE, Agilité et SOA</description>
	<lastBuildDate>Wed, 10 Mar 2010 13:31:23 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : Alexandre de Pellegrin</title>
		<link>http://blog.xebia.fr/2009/02/18/web-service-interoperability-ws-i/comment-page-1/#comment-10695</link>
		<dc:creator>Alexandre de Pellegrin</dc:creator>
		<pubDate>Wed, 25 Feb 2009 10:11:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.fr/?p=1499#comment-10695</guid>
		<description>Je me souviens du coup de gueule d&#039;Aurélien. Finalement, cet article montre bien que la solution n&#039;a pas vraiment avancé. La simplicité n&#039;est pas au rendez-vous. Pourtant, à la base le sujet aurait pu être simple car il s&#039;agitssait d&#039;avoir un protocole commun de communication inter applicatif transactionnel et sécurisé. Et que donne le résultat de ces WS-* : tout une série de bricolage intra et inter entreprises, l&#039;éparpillement des technologies de communication (XML, JSON, dérivation vers REST voire même de la simple URL bookmarkable). Quand je pense qu&#039;on est 2009 et qu&#039;on n&#039;est même pas d&#039;accord sur les formats dates entre les technologies...  Tout ça me ramène à un adage qui dit : la première règle à appliquer lorsqu&#039;on souhaite adopter une architecture distribuée est &quot;do not distribute&#039;.</description>
		<content:encoded><![CDATA[<p>Je me souviens du coup de gueule d&#8217;Aurélien. Finalement, cet article montre bien que la solution n&#8217;a pas vraiment avancé. La simplicité n&#8217;est pas au rendez-vous. Pourtant, à la base le sujet aurait pu être simple car il s&#8217;agitssait d&#8217;avoir un protocole commun de communication inter applicatif transactionnel et sécurisé. Et que donne le résultat de ces WS-* : tout une série de bricolage intra et inter entreprises, l&#8217;éparpillement des technologies de communication (XML, JSON, dérivation vers REST voire même de la simple URL bookmarkable). Quand je pense qu&#8217;on est 2009 et qu&#8217;on n&#8217;est même pas d&#8217;accord sur les formats dates entre les technologies&#8230;  Tout ça me ramène à un adage qui dit : la première règle à appliquer lorsqu&#8217;on souhaite adopter une architecture distribuée est &laquo;&nbsp;do not distribute&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Aurélien Pelletier</title>
		<link>http://blog.xebia.fr/2009/02/18/web-service-interoperability-ws-i/comment-page-1/#comment-10558</link>
		<dc:creator>Aurélien Pelletier</dc:creator>
		<pubDate>Thu, 19 Feb 2009 11:19:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.fr/?p=1499#comment-10558</guid>
		<description>&quot;Attention cependant. La conformité aux profils du WS-I, même si elle protège de beaucoup de choses, ne garantit pas l’interopérabilité.&quot;

C&#039;est effectivement marqué noir sur blanc dans la spec WS-I basic profile 1.1: &quot;No guarantee of interoperability&quot;, mon coup de gueule de l&#039;époque sur le sujet:
http://blogpro.toutantic.net/2006/05/18/ws-i-web-services-noninteroperability/</description>
		<content:encoded><![CDATA[<p>&laquo;&nbsp;Attention cependant. La conformité aux profils du WS-I, même si elle protège de beaucoup de choses, ne garantit pas l’interopérabilité.&nbsp;&raquo;</p>
<p>C&#8217;est effectivement marqué noir sur blanc dans la spec WS-I basic profile 1.1: &laquo;&nbsp;No guarantee of interoperability&nbsp;&raquo;, mon coup de gueule de l&#8217;époque sur le sujet:<br />
<a href="http://blogpro.toutantic.net/2006/05/18/ws-i-web-services-noninteroperability/" rel="nofollow">http://blogpro.toutantic.net/2006/05/18/ws-i-web-services-noninteroperability/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Christophe Heubès</title>
		<link>http://blog.xebia.fr/2009/02/18/web-service-interoperability-ws-i/comment-page-1/#comment-10556</link>
		<dc:creator>Christophe Heubès</dc:creator>
		<pubDate>Thu, 19 Feb 2009 07:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.fr/?p=1499#comment-10556</guid>
		<description>Bonjour,

Aujourd&#039;hui, la plupart des frameworks Web Service se déclarent &quot;WS-I BP Compliant&quot; &lt;em&gt;(Apache CXF et Axis2, SpringWS, JBossWS, GlassFish Metro, WebMethods Glue, ASP.NET 2.0, ...)&lt;/em&gt;. Beaucoup d&#039;efforts ont été faits depuis quelques années et certaines règles &lt;em&gt;(les plus problématiques)&lt;/em&gt; sont désormais bien respectées.
Mais même si ces frameworks respectent les recommandations du WS-I, rien ne permet de préjuger de l&#039;utilisation qui en sera faite pour l&#039;implémentation de Web Services. Les frameworks ne peuvent pas empêcher les développeurs de violer les recommandations des profils dans leur implémentation.

Donc oui, l&#039;utilisation de l&#039;Analyzer me semble indispensable, même si le framework utilisé est &quot;WS-I BP Compliant&quot;, non pas pour valider le framework, mais pour valider l&#039;utilisation qui en est faite.
Le coût de prise en main de l&#039;outil est très faible et permet de se prémunir contre de mauvaises surprises qui à terme peuvent se révéler coûteuses. Il serait donc dommage de s&#039;en priver.</description>
		<content:encoded><![CDATA[<p>Bonjour,</p>
<p>Aujourd&#8217;hui, la plupart des frameworks Web Service se déclarent &laquo;&nbsp;WS-I BP Compliant&nbsp;&raquo; <em>(Apache CXF et Axis2, SpringWS, JBossWS, GlassFish Metro, WebMethods Glue, ASP.NET 2.0, &#8230;)</em>. Beaucoup d&#8217;efforts ont été faits depuis quelques années et certaines règles <em>(les plus problématiques)</em> sont désormais bien respectées.<br />
Mais même si ces frameworks respectent les recommandations du WS-I, rien ne permet de préjuger de l&#8217;utilisation qui en sera faite pour l&#8217;implémentation de Web Services. Les frameworks ne peuvent pas empêcher les développeurs de violer les recommandations des profils dans leur implémentation.</p>
<p>Donc oui, l&#8217;utilisation de l&#8217;Analyzer me semble indispensable, même si le framework utilisé est &laquo;&nbsp;WS-I BP Compliant&nbsp;&raquo;, non pas pour valider le framework, mais pour valider l&#8217;utilisation qui en est faite.<br />
Le coût de prise en main de l&#8217;outil est très faible et permet de se prémunir contre de mauvaises surprises qui à terme peuvent se révéler coûteuses. Il serait donc dommage de s&#8217;en priver.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Bob</title>
		<link>http://blog.xebia.fr/2009/02/18/web-service-interoperability-ws-i/comment-page-1/#comment-10553</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Wed, 18 Feb 2009 21:30:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.fr/?p=1499#comment-10553</guid>
		<description>Vous semble-t-il nécessaire d&#039;utiliser les outils WS-I même si on utilise un framework qui dit respecter WS-I Basic Profile ? Je pense notamment à Apache CXF.</description>
		<content:encoded><![CDATA[<p>Vous semble-t-il nécessaire d&#8217;utiliser les outils WS-I même si on utilise un framework qui dit respecter WS-I Basic Profile ? Je pense notamment à Apache CXF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Bob</title>
		<link>http://blog.xebia.fr/2009/02/18/web-service-interoperability-ws-i/comment-page-1/#comment-10552</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Wed, 18 Feb 2009 20:47:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.fr/?p=1499#comment-10552</guid>
		<description>Merci pour cet article qui a permis de m&#039;éclairer dans cette constellation de standards.</description>
		<content:encoded><![CDATA[<p>Merci pour cet article qui a permis de m&#8217;éclairer dans cette constellation de standards.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
