Comments on: OSGi Diaries – Creating A Bundle http://twasink.net/blog/2009/09/osgi-diaries-creating-a-bundle/ Robert's Rambling Ruminations Regarding Reality Mon, 19 Jul 2010 23:02:46 -0400 http://wordpress.org/?v=2.8.4 hourly 1 By: Robert http://twasink.net/blog/2009/09/osgi-diaries-creating-a-bundle/comment-page-1/#comment-884 Robert Wed, 23 Sep 2009 01:36:42 +0000 http://twasink.net/blog/?p=691#comment-884 Thanks, Sahoo. That's basically what I thought, but I didn't want to commit to that. I will be covering hybrid applications in a few entries - I've been spending a lot of time reading your blog recently, and would highly recommend it to others. Thanks, Sahoo. That’s basically what I thought, but I didn’t want to commit to that.

I will be covering hybrid applications in a few entries – I’ve been spending a lot of time reading your blog recently, and would highly recommend it to others.

]]> By: Sahoo http://twasink.net/blog/2009/09/osgi-diaries-creating-a-bundle/comment-page-1/#comment-883 Sahoo Wed, 23 Sep 2009 01:34:16 +0000 http://twasink.net/blog/?p=691#comment-883 GlassFish does not resolve any version conflicts in this case; it makes available all exported packages to all Java EE applications. If you want explicit control over dependencies, you can deploy your web application as an OSGi bundle. I call this a hybrid application. Take a look at http://weblogs.java.net/blog/2009/06/14/developing-hybrid-osgi-java-ee-applications-glassfish GlassFish does not resolve any version conflicts in this case; it makes available all exported packages to all Java EE applications. If you want explicit control over dependencies, you can deploy your web application as an OSGi bundle. I call this a hybrid application. Take a look at http://weblogs.java.net/blog/2009/06/14/developing-hybrid-osgi-java-ee-applications-glassfish

]]> By: Robert http://twasink.net/blog/2009/09/osgi-diaries-creating-a-bundle/comment-page-1/#comment-876 Robert Tue, 22 Sep 2009 12:25:04 +0000 http://twasink.net/blog/?p=691#comment-876 One gotcha for anyone experimenting - the webapp will obtain a reference to the Counter at servlet init time - probably when you first hit the pages. If you re-deploy the Counter bundle, this change is NOT picked up until you restart or redeploy the web app. This isn't a bug, as such - more a side effect of the naive approach being used here. This particular style of deployment is probably best for utility libraries, like Spring or HIbernate, or other technology frameworks. I will cover ways to pick up changes to bundles being used later. I have no idea of Glassfish resolves version conflicts on the in the application server's classpath - so don't ask. :) One gotcha for anyone experimenting – the webapp will obtain a reference to the Counter at servlet init time – probably when you first hit the pages. If you re-deploy the Counter bundle, this change is NOT picked up until you restart or redeploy the web app. This isn’t a bug, as such – more a side effect of the naive approach being used here.

This particular style of deployment is probably best for utility libraries, like Spring or HIbernate, or other technology frameworks.

I will cover ways to pick up changes to bundles being used later.

I have no idea of Glassfish resolves version conflicts on the in the application server’s classpath – so don’t ask. :)

]]> By: Robert http://twasink.net/blog/2009/09/osgi-diaries-creating-a-bundle/comment-page-1/#comment-875 Robert Tue, 22 Sep 2009 12:13:07 +0000 http://twasink.net/blog/?p=691#comment-875 I apologise to anyone who finds the font-resizing a little odd; I had to rebuild my blog theme last night due to a stuff-up on my part, and I haven't got the sizes right yet. I apologise to anyone who finds the font-resizing a little odd; I had to rebuild my blog theme last night due to a stuff-up on my part, and I haven’t got the sizes right yet.

]]>