<?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: Making OSGi easier</title>
	<atom:link href="http://www.modumind.com/2009/06/03/making-osgi-easier/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.modumind.com/2009/06/03/making-osgi-easier/</link>
	<description>Eclipse RCP and OSGi training - online or onsite</description>
	<lastBuildDate>Fri, 03 Feb 2012 15:37:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Patrick</title>
		<link>http://www.modumind.com/2009/06/03/making-osgi-easier/comment-page-1/#comment-13955</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Thu, 09 Dec 2010 00:32:47 +0000</pubDate>
		<guid isPermaLink="false">http://rcpquickstart.com/?p=545#comment-13955</guid>
		<description>Hi Lindsay,

I haven&#039;t looked into the exact way in which the byte code patching is implemented. My guess is that it&#039;s buried in the core framework code, but maybe not. If this is something that would make a difference to you, you might want to file a feature request against Felix or Equinox (not sure which you use).

Also, I&#039;ve suggested a talk on this topic for EclipseCon called &quot;Does OSGi have to be hard?&quot;. 

https://www.eclipsecon.org/submissions/2011/view_talk.php?id=2066&amp;search=osgi+hard

If the talk is accepted I&#039;ll be looking for experiences like yours to illustrate the problem. If you&#039;d be willing to share more details offline, let me know.

--- Patrick</description>
		<content:encoded><![CDATA[<p>Hi Lindsay,</p>
<p>I haven&#8217;t looked into the exact way in which the byte code patching is implemented. My guess is that it&#8217;s buried in the core framework code, but maybe not. If this is something that would make a difference to you, you might want to file a feature request against Felix or Equinox (not sure which you use).</p>
<p>Also, I&#8217;ve suggested a talk on this topic for EclipseCon called &#8220;Does OSGi have to be hard?&#8221;. </p>
<p><a href="https://www.eclipsecon.org/submissions/2011/view_talk.php?id=2066&#038;search=osgi+hard" rel="nofollow">https://www.eclipsecon.org/submissions/2011/view_talk.php?id=2066&#038;search=osgi+hard</a></p>
<p>If the talk is accepted I&#8217;ll be looking for experiences like yours to illustrate the problem. If you&#8217;d be willing to share more details offline, let me know.</p>
<p>&#8212; Patrick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lindsay Smith</title>
		<link>http://www.modumind.com/2009/06/03/making-osgi-easier/comment-page-1/#comment-13952</link>
		<dc:creator>Lindsay Smith</dc:creator>
		<pubDate>Wed, 08 Dec 2010 21:24:57 +0000</pubDate>
		<guid isPermaLink="false">http://rcpquickstart.com/?p=545#comment-13952</guid>
		<description>Hey - just found this post through the new OSGI planet feed.  I am super impressed at how Knoplerfish has done this byte code patching - it is an absolute nightmare to deal with the legacy classloader code, especially the jaxb constructs.

Another sticky situation is system properties - I&#039;d say that that could be handled this way as well.

I have asked myself the same question - why is this problem not tackled in other platforms?  

It seems to me that other platforms simply get around the problem by making environment changes - but this is not an option when you don&#039;t control your environment (installing into client sites etc).  We&#039;ve resorted to modifying libraries so they are better behaved.

Good info, I&#039;ll be looking into this.   Any way to isolate the byte code patching from the framework?</description>
		<content:encoded><![CDATA[<p>Hey &#8211; just found this post through the new OSGI planet feed.  I am super impressed at how Knoplerfish has done this byte code patching &#8211; it is an absolute nightmare to deal with the legacy classloader code, especially the jaxb constructs.</p>
<p>Another sticky situation is system properties &#8211; I&#8217;d say that that could be handled this way as well.</p>
<p>I have asked myself the same question &#8211; why is this problem not tackled in other platforms?  </p>
<p>It seems to me that other platforms simply get around the problem by making environment changes &#8211; but this is not an option when you don&#8217;t control your environment (installing into client sites etc).  We&#8217;ve resorted to modifying libraries so they are better behaved.</p>
<p>Good info, I&#8217;ll be looking into this.   Any way to isolate the byte code patching from the framework?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: adam</title>
		<link>http://www.modumind.com/2009/06/03/making-osgi-easier/comment-page-1/#comment-701</link>
		<dc:creator>adam</dc:creator>
		<pubDate>Mon, 08 Jun 2009 01:18:10 +0000</pubDate>
		<guid isPermaLink="false">http://rcpquickstart.com/?p=545#comment-701</guid>
		<description>Rename it! Yes renaming OSGi could help, who understand what OSGi is from the name? and from the descriptions you find googling ? is impossible people don&#039;t get it until they realize they need it and is too late. Videos, tutorials, animations, drawings to explain what OSGi is. Help from Sun?</description>
		<content:encoded><![CDATA[<p>Rename it! Yes renaming OSGi could help, who understand what OSGi is from the name? and from the descriptions you find googling ? is impossible people don&#8217;t get it until they realize they need it and is too late. Videos, tutorials, animations, drawings to explain what OSGi is. Help from Sun?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

