Comments on: OSGi: What modularity can do for you (part 1) http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/ Blog by a developer for a developer Tue, 24 Aug 2010 13:52:57 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: louie liu http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-13332 louie liu Tue, 15 Sep 2009 16:01:43 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-13332 We are currently working on the jboss negotiation and seam application security configuration to allow user auto login to application. We run into some issues. In your comments in the following blog, you mention about have it work for you. I wonder if you have any blog talking about this. http://www.coderanch.com/t/439299/JBoss/JBoss-Seam-Single-Sign Thanks a lot. Louie We are currently working on the jboss negotiation and seam application security configuration to allow user auto login to application. We run into some issues. In your comments in the following blog, you mention about have it work for you. I wonder if you have any blog talking about this.

http://www.coderanch.com/t/439299/JBoss/JBoss-Seam-Single-Sign

Thanks a lot.

Louie

]]> By: Recent Links Tagged With "modularity" - JabberTags http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-4721 Recent Links Tagged With "modularity" - JabberTags Fri, 12 Dec 2008 15:04:20 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-4721 [...] The Future of the Internet according to Jonathan Zittrain Saved by bizuri on Fri 21-11-2008 OSGi: What modularity can do for you (part 1) Saved by The3Heads on Fri 21-11-2008 BadA head structure Saved by ThereseTragedy on Tue [...] [...] The Future of the Internet according to Jonathan Zittrain Saved by bizuri on Fri 21-11-2008 OSGi: What modularity can do for you (part 1) Saved by The3Heads on Fri 21-11-2008 BadA head structure Saved by ThereseTragedy on Tue [...]

]]> By: Paul Warren http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-3715 Paul Warren Fri, 07 Nov 2008 08:43:52 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-3715 An alternative approach to bridging the web world and the OSGi world is to use the servlet bridge (here http://www.eclipse.org/equinox/server/http_in_container.php) to embed an instance of OSGi into your web application. As OSGi includes a servlet container you can include static resources (HTML, js, etc), servlets, and with a bit of additional work JSPs, in your bundles just fine. There are extension points that allows you to register you web resources with the OSGi world. The outer "servlet bridge" web app contains a servlet that bridges the web appication and the OSGi instance; i.e. it forwards incoming requests to the OSGi instance. Yes, this does mean that your standard unit of deployment is now the bundle (in the true sense of the meaning) not the .war. Some see this as a disadvantage. Others, including me, who understand that eventually bundles will be a standard unit of deployment into all traditional application servers see this as an advantage in that you can start getting your developers used to bundles now. The servlet bridge can be incorprated into your web apps and you can carefully move more and more elements of your web app into the bundles. An alternative approach to bridging the web world and the OSGi world is to use the servlet bridge (here http://www.eclipse.org/equinox/server/http_in_container.php) to embed an instance of OSGi into your web application.

As OSGi includes a servlet container you can include static resources (HTML, js, etc), servlets, and with a bit of additional work JSPs, in your bundles just fine. There are extension points that allows you to register you web resources with the OSGi world. The outer “servlet bridge” web app contains a servlet that bridges the web appication and the OSGi instance; i.e. it forwards incoming requests to the OSGi instance.

Yes, this does mean that your standard unit of deployment is now the bundle (in the true sense of the meaning) not the .war. Some see this as a disadvantage. Others, including me, who understand that eventually bundles will be a standard unit of deployment into all traditional application servers see this as an advantage in that you can start getting your developers used to bundles now. The servlet bridge can be incorprated into your web apps and you can carefully move more and more elements of your web app into the bundles.

]]> By: Mike http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-2293 Mike Wed, 03 Sep 2008 17:24:04 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-2293 An example of use case for these web resources might be something like an Administration tool where you want to be able to add new administration areas, to include new web pages, images, behaviors, and styles by adding new modules to the application. Thanks Jacob, I am going to check out Spring DM. Chris recommended that to me as well. An example of use case for these web resources might be something like an Administration tool where you want to be able to add new administration areas, to include new web pages, images, behaviors, and styles by adding new modules to the application.

Thanks Jacob, I am going to check out Spring DM. Chris recommended that to me as well.

]]> By: jacob.orshalick http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-2290 jacob.orshalick Wed, 03 Sep 2008 13:59:49 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-2290 <blockquote cite="Mike">does OSGI provide any support for modules with web resources?</blockquote> Yes, war projects can be modules, but to get them working with the servlet container takes a bit of work (due to class-loading constraints). Spring DM 1.1 supports this, see <a href="http://static.springframework.org/osgi/docs/1.1.1/reference/html/web.html" rel="nofollow">Chapter 8. Web Support</a>. <blockquote cite="Mike">can I drop in a new module and have new pages added to my web application? I would think this means that new classes are being added to the classpath as well as new resources, such as jsp, images, javascripts, and stylesheets would need to be added to the application’s web root.</blockquote> From what I'm aware of, there isn't support for this at the moment (really outside of the scope of a standard war deployment), although I certainly think what you are looking for would be quite useful. In fact I have a client that would love to have this ;) Not sure how you would achieve this off hand with a standard war deployment. Did you have any ideas? You could always ping the <a href="http://forum.springframework.org/forumdisplay.php?f=43" rel="nofollow">forums for Spring DM</a> and find out if there are plans for support of something similar.

does OSGI provide any support for modules with web resources?

Yes, war projects can be modules, but to get them working with the servlet container takes a bit of work (due to class-loading constraints). Spring DM 1.1 supports this, see Chapter 8. Web Support.

can I drop in a new module and have new pages added to my web application? I would think this means that new classes are being added to the classpath as well as new resources, such as jsp, images, javascripts, and stylesheets would need to be added to the application’s web root.

From what I’m aware of, there isn’t support for this at the moment (really outside of the scope of a standard war deployment), although I certainly think what you are looking for would be quite useful. In fact I have a client that would love to have this ;) Not sure how you would achieve this off hand with a standard war deployment. Did you have any ideas?

You could always ping the forums for Spring DM and find out if there are plans for support of something similar.

]]> By: Mike http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-2268 Mike Tue, 02 Sep 2008 01:54:15 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-2268 Jacob, does OSGI provide any support for modules with web resources? For example, can I drop in a new module and have new pages added to my web application? I would think this means that new classes are being added to the classpath as well as new resources, such as jsp, images, javascripts, and stylesheets would need to be added to the application's web root. Is there any support for this by any OSGI container or tool? Nice graphics. Appropriate, subtle, and attractive. Jacob, does OSGI provide any support for modules with web resources? For example, can I drop in a new module and have new pages added to my web application? I would think this means that new classes are being added to the classpath as well as new resources, such as jsp, images, javascripts, and stylesheets would need to be added to the application’s web root. Is there any support for this by any OSGI container or tool?

Nice graphics. Appropriate, subtle, and attractive.

]]> By: Chris http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-2221 Chris Thu, 28 Aug 2008 14:25:22 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-2221 That's great and all but can I use Seam to generate my stateful entities? Good job on the OSGi intro. :) That’s great and all but can I use Seam to generate my stateful entities?

Good job on the OSGi intro. :)

]]> By: jacob.orshalick http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-2219 jacob.orshalick Thu, 28 Aug 2008 13:15:41 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-2219 Good to hear from you Peter! Thanks for the clarification here. I have updated the posting to reflect this point. I have been using Spring DM for OSGi wiring up to this point but I will certainly take a look into the other options you suggested as well. Please let me know if you have any further comments, they are much appreciated. Good to hear from you Peter! Thanks for the clarification here. I have updated the posting to reflect this point. I have been using Spring DM for OSGi wiring up to this point but I will certainly take a look into the other options you suggested as well. Please let me know if you have any further comments, they are much appreciated.

]]> By: Peter Kriens http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/comment-page-1/#comment-2218 Peter Kriens Thu, 28 Aug 2008 09:10:07 +0000 http://solutionsfit.com/blog/2008/08/27/osgi-what-modularity-can-do-for-you-part-1/#comment-2218 Very nice introduction! Just one thing, service are <em>NOT</em> proxied by the framework. You directly use the object registered by the other bundle. To support the dynamism, the user of the code must clean up when the service disappears. Though this sounds like a tad of unwanted work, there are many helpers like ServiceTracker, iPOJO, Spring-DM, Declarative Services, etc. that makes handling these dependencies trivial. Several of these helper systems use proxies. We tried to keep the spec as minimal as possible guaranteeing interoperability, allowing others to provide competing products to make it easier because this is so often in the eye of the beholder. Thanks for the article! Kind regards, Peter Kriens Very nice introduction! Just one thing, service are NOT proxied by the framework. You directly use the object registered by the other bundle. To support the dynamism, the user of the code must clean up when the service disappears. Though this sounds like a tad of unwanted work, there are many helpers like ServiceTracker, iPOJO, Spring-DM, Declarative Services, etc. that makes handling these dependencies trivial. Several of these helper systems use proxies.

We tried to keep the spec as minimal as possible guaranteeing interoperability, allowing others to provide competing products to make it easier because this is so often in the eye of the beholder.

Thanks for the article! Kind regards,

Peter Kriens

]]>