<?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>Comments on: JBoss is working on OSGi too</title>
	<atom:link href="http://sebastien-arbogast.com/2008/02/12/jboss-is-working-on-osgi-too/feed/" rel="self" type="application/rss+xml" />
	<link>http://sebastien-arbogast.com/2008/02/12/jboss-is-working-on-osgi-too/</link>
	<description>Solving Software Problems since 2010</description>
	<lastBuildDate>Tue, 09 Mar 2010 08:32:01 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: alesj</title>
		<link>http://sebastien-arbogast.com/2008/02/12/jboss-is-working-on-osgi-too/comment-page-1/#comment-84</link>
		<dc:creator>alesj</dc:creator>
		<pubDate>Thu, 11 Mar 2010 16:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://sebastien-arbogast.com/jboss-is-working-on-osgi-too/#comment-84</guid>
		<description>That was never meant as a plain &#039;pffff&#039;.
It&#039;s just to explain how this thing (our work against their effort) actually stands, since there was some tension on the TSS, regarding exaggeration from their side.
But yes, I understand your point of view as a user. That&#039;s why we touch two user aspects - app developers and runtime developers - in the interview.</description>
		<content:encoded><![CDATA[<p>That was never meant as a plain &#8216;pffff&#8217;.<br />
It&#8217;s just to explain how this thing (our work against their effort) actually stands, since there was some tension on the TSS, regarding exaggeration from their side.<br />
But yes, I understand your point of view as a user. That&#8217;s why we touch two user aspects &#8211; app developers and runtime developers &#8211; in the interview.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sébastien</title>
		<link>http://sebastien-arbogast.com/2008/02/12/jboss-is-working-on-osgi-too/comment-page-1/#comment-83</link>
		<dc:creator>Sébastien</dc:creator>
		<pubDate>Thu, 11 Mar 2010 08:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://sebastien-arbogast.com/jboss-is-working-on-osgi-too/#comment-83</guid>
		<description>Not really, and I gotta say that even now that I know these Subversion repositories, it doesn&#039;t tell me much about it.

But my remark was merely a deduction based on your interview:
&lt;blockquote&gt;
Spring just provides a simpler way to use the existing complex features of OSGi. Our effort is significantly different as we are implementing all of those complex features from scratch and also providing similar support for components.
&lt;/blockquote&gt;

I get your point, I imagine that implementing such a complex specification is not trivial. But as an application developer, I&#039;m more sensible to the efforts from Spring to simplify OSGi development. And that&#039;s this &quot;pfff... they&#039;re doing the simple stuff, we&#039;re doing the hard one&quot; that made me think that JBoss is taking its distances with Spring. Now I might be wrong ;o)</description>
		<content:encoded><![CDATA[<p>Not really, and I gotta say that even now that I know these Subversion repositories, it doesn&#8217;t tell me much about it.</p>
<p>But my remark was merely a deduction based on your interview:</p>
<blockquote><p>
Spring just provides a simpler way to use the existing complex features of OSGi. Our effort is significantly different as we are implementing all of those complex features from scratch and also providing similar support for components.
</p></blockquote>
<p>I get your point, I imagine that implementing such a complex specification is not trivial. But as an application developer, I&#8217;m more sensible to the efforts from Spring to simplify OSGi development. And that&#8217;s this &#8220;pfff&#8230; they&#8217;re doing the simple stuff, we&#8217;re doing the hard one&#8221; that made me think that JBoss is taking its distances with Spring. Now I might be wrong ;o)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alesj</title>
		<link>http://sebastien-arbogast.com/2008/02/12/jboss-is-working-on-osgi-too/comment-page-1/#comment-82</link>
		<dc:creator>alesj</dc:creator>
		<pubDate>Thu, 11 Mar 2010 08:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://sebastien-arbogast.com/jboss-is-working-on-osgi-too/#comment-82</guid>
		<description>&quot;Concerning integration with Spring, apparently they are still taking their distances.&quot;

Did you look at this two things we&#039;re providing:
 - http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/spring-int/
 - http://anonsvn.jboss.org/repos/jbossas/trunk/spring-int/</description>
		<content:encoded><![CDATA[<p>&#8220;Concerning integration with Spring, apparently they are still taking their distances.&#8221;</p>
<p>Did you look at this two things we&#8217;re providing:<br />
 &#8211; <a href="http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/spring-int/" rel="nofollow">http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/spring-int/</a><br />
 &#8211; <a href="http://anonsvn.jboss.org/repos/jbossas/trunk/spring-int/" rel="nofollow">http://anonsvn.jboss.org/repos/jbossas/trunk/spring-int/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
