<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>All the small things &#187; JSR 277</title>
	<atom:link href="http://osgi.mjahn.net/category/specifications/jsr277/feed/" rel="self" type="application/rss+xml" />
	<link>http://osgi.mjahn.net</link>
	<description>A blog about OSGi, software architecture, componentization and everything else, I consider worth writing about.</description>
	<lastBuildDate>Tue, 11 May 2010 02:39:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Componentization wars part II &#8211; Guerrilla tactics</title>
		<link>http://osgi.mjahn.net/2008/12/04/componentization-wars-part-ii-guerrilla-tactics/</link>
		<comments>http://osgi.mjahn.net/2008/12/04/componentization-wars-part-ii-guerrilla-tactics/#comments</comments>
		<pubDate>Thu, 04 Dec 2008 21:36:33 +0000</pubDate>
		<dc:creator>Mirko Jahn</dc:creator>
				<category><![CDATA[Componentization]]></category>
		<category><![CDATA[JSR 277]]></category>
		<category><![CDATA[JSR 294]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[OSGi]]></category>

		<guid isPermaLink="false">http://osgi.mjahn.net/?p=79</guid>
		<description><![CDATA[Usually when I am blogging, I am talking about the latest technology, standards or general trends. This time however, I wonna talk about politics. No, not about the elections in US, but about politics in software development practiced by the big players to achieve their business goals. Don&#8217;t get me wrong from the start. I [...]]]></description>
			<content:encoded><![CDATA[<p>Usually when I am blogging, I am talking about the latest technology, standards or general trends. This time however, I wonna talk about politics. No, not about the elections in US, but about politics in software development practiced by the big players to achieve their business goals. Don&#8217;t get me wrong from the start. I think this is completely normal in general. We all are trying to achieve our goals the one way or the other, but something just doesn&#8217;t feel right&#8230;</p>
<p>Yesterday I read about the latest <a title="external link: Mark Reinhold's blog" href="http://blogs.sun.com/mr/entry/jigsaw" target="_blank">news</a> concerning Sun&#8217;s plans about the future of <a title="external link: JSR 277" href="http://jcp.org/en/jsr/detail?id=277" target="_blank">JSR 277</a>, <a title="external link: JSR 294" href="http://jcp.org/en/jsr/detail?id=294" target="_blank">JSR 294</a> and its new plans on inventing componentization for its JVM called <a title="external Link: Jigsaw" href="http://blogs.sun.com/mr/entry/jigsaw" target="_blank">Jigsaw</a>. I hate to say it, but for me, it seems like Sun behaves like a small child trying to insist to be the one driving all development and not letting someone else play with its toys. It&#8217;s anything but the behavior of a well establish and industry leading company or one who wants to become one. First they completely ignored the problem of componentization in Java while persuing enterprise development with J(2)EE and missed their chance to actually set the foundation for real software reuse what you would expect from and enterprise ready language specification. Later, when OSGi began to rise they started the JSR 277 and tried to create a competing standard in secret, which didn&#8217;t work out too well as we all know. Now, because of the pressure of the community and the lack of showing a better solution they are abandoning the JSR and start developing their own &#8220;internal&#8221; componentization approach with the Jigsaw project. Of course they are claiming it is not intended to be used outside their own use case for componentizing the JVM, but it is hard for me to believe this. Call me paranoid, but for me it sounds much more like an attempt to develop another system, which after completion is suddenly moved into an official standard. Sun&#8217;s statement that they are going to revive JSR 294 and are inviting even the OSGi Alliance to participate to work on it feels more like a distraction so that Sun is able to pursue its plans with Jigsaw in private that without public notice they suddenly can come up with a self made de-facto standard. Again, I might be to paranoid, but it just doesn&#8217;t feel right. Is all that just a coincident? I don&#8217;t think so. Why can&#8217;t they embrace the work done already and see it as a great chance to propel their Language and create a true reusable software stack, no other vendor can offer? Hal Hildebrand just blogged about Sun&#8217;s attempt to introduce this new project and the way they are trying to persuade big industry players about their great intents&#8230; Well, you should really read his <a title="external link: Hal Hildebrands blog post" href="http://www.tensegrity.hellblazer.com/2008/12/spice-is-not-a-recreational-drug.html" target="_blank">post</a> about it and please tell me, if they have such humble goals, why does everyone they consult have to sign a NDA? I strongly believe that if those ideas are so great, why not share them and let the community decide and participate?</p>
<p>To wrap things up, I ask all of you who feel like me, share you&#8217;re opinion! Comment on Hal&#8217;s post, blog about it, link to it, spread the word. I believe we &#8211; as a community &#8211; have to stand up and say what we think to show Sun, that those kind of guerrilla tactics, especially when so easily to look through are not working. Keep your eyes open and don&#8217;t fall for the dark side <img src='http://osgi.mjahn.net/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Cheers,<br />
Mirko</p>
]]></content:encoded>
			<wfw:commentRss>http://osgi.mjahn.net/2008/12/04/componentization-wars-part-ii-guerrilla-tactics/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Vote for OSGi interoperability in JSR 277</title>
		<link>http://osgi.mjahn.net/2008/02/08/vote-for-osgi-interoperability-in-jsr-277/</link>
		<comments>http://osgi.mjahn.net/2008/02/08/vote-for-osgi-interoperability-in-jsr-277/#comments</comments>
		<pubDate>Fri, 08 Feb 2008 10:29:56 +0000</pubDate>
		<dc:creator>Mirko Jahn</dc:creator>
				<category><![CDATA[JSR 277]]></category>
		<category><![CDATA[JSR 291]]></category>
		<category><![CDATA[OSGi]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[sun]]></category>
		<category><![CDATA[vote]]></category>

		<guid isPermaLink="false">http://osgi.mjahn.net/2008/02/08/vote-for-osgi-interoperability-in-jsr-277/</guid>
		<description><![CDATA[Jan 15th 2008, a bug was opened against JSR 277 to support OSGi 4.1 aka JSR 291. Interoperability was discussed since the beginning of the JSRs and somehow a real religious war broke out about the &#8220;best&#8221; componentization approach. Of course, I am biased in that sense that I am using OSGi and I can&#8217;t [...]]]></description>
			<content:encoded><![CDATA[<p><img border="0" vspace="1" align="right" width="100" src="http://osgi.mjahn.net/wp-content/uploads/2008/02/i-want-you.thumbnail.jpg" hspace="1" alt="I want you to vote" height="100" />Jan 15th 2008, a <a target="_blank" href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6650394" title="open external: Voting page of Sun Bug 6650394">bug</a> was opened against <a target="_blank" href="http://jcp.org/en/jsr/detail?id=277" title="open external: JSR 277 Homepage">JSR 277</a> to support <a target="_blank" href="http://www.osgi.org" title="open external: OSGi Homepage">OSGi</a> 4.1 aka <a target="_blank" href="http://jcp.org/en/jsr/detail?id=291" title="open external: JSR 291 Homepage">JSR 291</a>. Interoperability was discussed since the beginning of the JSRs and somehow a real religious war broke out about the &#8220;best&#8221; componentization approach. Of course, I am biased in that sense that I am using OSGi and I can&#8217;t imagine stepping down and giving up any of the accomplished features.</p>
<p><span id="more-14"></span></p>
<p>One could say, why bother&#8230;, but I think it is crucial for Java that two technologies, conceptual tight so close together are able to work hand in hand. No question that I would prefer not to see any overlap between the two JSRs, but this is very unlikely, so the least one can expect is that existing technologies still remain compatible. Especially if you are looking in the future, OSGi will gain more and more momentum and while JSR 277 will just get started. It is very unlikely that one of a sudden everyone switches to a less sophisticated standard, just because it is part of the JVM (especially if you are bound to that particular Version and are no longer downwards compatible &#8211; for me an absolute no go for the next couple of years).</p>
<p>Everyone who supports interoperability of OSGi and JSR 277 should vote <a target="_blank" href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6650394" title="open external: Voting page of Sun Bug 6650394">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://osgi.mjahn.net/2008/02/08/vote-for-osgi-interoperability-in-jsr-277/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JSR 291 finally approved</title>
		<link>http://osgi.mjahn.net/2007/05/22/jsr-291-finally-approved/</link>
		<comments>http://osgi.mjahn.net/2007/05/22/jsr-291-finally-approved/#comments</comments>
		<pubDate>Tue, 22 May 2007 14:16:24 +0000</pubDate>
		<dc:creator>Mirko Jahn</dc:creator>
				<category><![CDATA[JSR 277]]></category>
		<category><![CDATA[JSR 291]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[OSGi]]></category>
		<category><![CDATA[Specifications]]></category>

		<guid isPermaLink="false">http://osgi.mjahn.net/2007/05/22/jsr-291-finally-approved/</guid>
		<description><![CDATA[Yesterday, the JCP EC approved the final draft of the JSR 291. The voting was clear in favor of the JSR and as far as I think, the only two negative vote are more related to political issues than technical. Let&#8217;s hope that this will give the right signal for the the JSR 277 to [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday, the JCP EC <a href="http://jcp.org/en/jsr/results?id=4251" title="Final Approval Ballot" target="_blank">approved</a> the final draft of the JSR 291. The voting was clear in favor of the JSR and as far as I think, the only two negative vote are more related to political issues than technical. Let&#8217;s hope that this will give the right signal for the the JSR 277 to concider compability with OSGi R4.1/ JSR 291 and improve componentization in Java. Please feel free to chime in and congratulate the makers of the spec at the <a href="http://underlap.blogspot.com/2007/05/jsr-291-final-approval.html" title="Glyn Normington's blog about the final approval of JSR 291">Glyn&#8217;s blog</a>.</p>
<p>&#8211; Mirko</p>
<p><u>UPDATE</u>: The TCK and RI are available from this website <a href="http://www2.osgi.org/JSR291" title="TCK and RI for JSR 291" target="_blank">http://www2.osgi.org/JSR291</a></p>
]]></content:encoded>
			<wfw:commentRss>http://osgi.mjahn.net/2007/05/22/jsr-291-finally-approved/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JSR 277 mailing list now readable</title>
		<link>http://osgi.mjahn.net/2007/05/15/jsr-277-mailing-list-now-readable/</link>
		<comments>http://osgi.mjahn.net/2007/05/15/jsr-277-mailing-list-now-readable/#comments</comments>
		<pubDate>Tue, 15 May 2007 18:16:15 +0000</pubDate>
		<dc:creator>Mirko Jahn</dc:creator>
				<category><![CDATA[JSR 277]]></category>
		<category><![CDATA[Specifications]]></category>

		<guid isPermaLink="false">http://osgi.mjahn.net/2007/05/15/jsr-277-mailing-list-now-readable/</guid>
		<description><![CDATA[For everyone who is interested in the JSR 277 specification, the team now decided to offer a public accessible observer mailing-list. Just go to http://mail.openjdk.java.net/pipermail/jsr277-eg-observer/ and subscribe to the list or browse the archive. I think, this is a great step towards more visibility of the spec teams actual work and the reasons, why certain [...]]]></description>
			<content:encoded><![CDATA[<p>For everyone who is interested in the <a href="http://jcp.org/en/jsr/detail?id=277" title="Spec Homepage" target="_blank">JSR 277</a> specification, the team now decided to offer a public accessible observer mailing-list. Just go to <a href="http://mail.openjdk.java.net/pipermail/jsr277-eg-observer/" title="external link to subscription page" target="_blank">http://mail.openjdk.java.net/pipermail/jsr277-eg-observer/</a> and subscribe to the list or browse the archive. I think, this is a great step towards more visibility of the spec teams actual work and the reasons, why certain technology or architectural decisions are made.</p>
<p>&#8211; Mirko</p>
]]></content:encoded>
			<wfw:commentRss>http://osgi.mjahn.net/2007/05/15/jsr-277-mailing-list-now-readable/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
