<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Our OSGi stuff is best effort - working on OSGi was like sticking needles directly into the back of my eyeball, not fun. tbh I find OSGi a real PITA. Too many of our dependencies do not have real OSGi bundles available, so we have to resort to the spring repository - where the versions almost never match our original target version. Further when it fails it&#39;s almost freaking impossible to determine why it fails.<br>
</blockquote><div><br></div><div>The problem with the spring enterprise bundle repository, is that spring source is no longer actively interested in OSGi (ever since they donated spring-dm to the eclipse foundation) and a lot of the bundles they provide are either out of date, or just say not optimal. A much shorter repository but with better maintained bundles is the repository of service-mix bundles: <a href="http://repo1.maven.org/maven2/org/apache/servicemix/bundles/">http://repo1.maven.org/maven2/org/apache/servicemix/bundles/</a> which host bundles for service-mix, camel etc.</div>
<div><br></div><div>Of course, bundles and metadata are always one side of the problem. Usually, the use of class loaders requires some treatment too.</div><div><br></div><div>I&#39;d like to contribute too, in providing a better OSGi support and maybe add some integration tests using pax-exam or arquillian.</div>
<div> </div></div>-- <br><b>Ioannis Canellos</b><div><div><i><div style="font-style:normal"><font size="1"><br></font></div></i><b><span style="font-weight:normal"><i><div style="font-style:normal;font-size:small"><span style="font-size:x-small"><i>Blog: <a href="http://iocanel.blogspot.com/" target="_blank">http://iocanel.blogspot.com</a></i></span></div>
</i></span></b><i><div><font size="1">Twitter: iocanel</font></div></i></div><div><br></div></div><br>