Support Forums: Message List - Adopting OSGi requires patience http://www.theserverside.com Most recent forum messages en Jive Forums Silver 5.5.30 (www.jivesoftware.com) Wed, 19 Jun 2013 14:05:25 -0400 Re: Adopting OSGi requires patience http://www.theserverside.com/discussions/thread.tss?thread_id=57009 Using the OSGi programming model for enterprise applications can achieve a lot of benefits, but this is also where some challenges still remain. Along with the initially burdensome structure of the OSGi programming model, however, come the...]]> Sun, 30 Aug 2009 00:05:28 -0400 Sun, 30 Aug 2009 00:05:28 -0400 Sun, 30 Aug 2009 00:05:28 -0400 Aug 30, 2009 Sameera Jayasoma 0 Re: Adopting OSGi - WSO2 Carbon http://www.theserverside.com/discussions/thread.tss?thread_id=57009
What do you want? The usual faked 'statistics' like those about Agile and Spring adoption?


No but I'm curious if people are making the move.. I don't want stats from the OSGi alliance (I would ask them...]]> Sat, 29 Aug 2009 23:21:48 -0400 Sat, 29 Aug 2009 23:21:48 -0400 Sat, 29 Aug 2009 23:21:48 -0400 Aug 29, 2009 Sameera Jayasoma 0 WSO2 Carbon - Migration to OSGi http://www.theserverside.com/discussions/thread.tss?thread_id=57009 WSO2, we migrated our suite of Java middleware products into a new architecture based on OSGi which we call WSO2 Carbon. To be frank, it was a pain migrating to OSGi, but...]]> Wed, 26 Aug 2009 04:38:44 -0400 Wed, 26 Aug 2009 04:38:44 -0400 Wed, 26 Aug 2009 04:38:44 -0400 Aug 26, 2009 Afkham Azeez 0 Re: why? http://www.theserverside.com/discussions/thread.tss?thread_id=57009
It's not multiple in one war or ear. It's multiple wars and ears with the same libs. Dozens of applications in a server being modified concurrently by different teams."


why are changes to one team's war or ears...]]> Sun, 23 Aug 2009 20:08:14 -0400 Sun, 23 Aug 2009 20:08:14 -0400 Sun, 23 Aug 2009 20:08:14 -0400 Aug 23, 2009 James Watson 0 why? http://www.theserverside.com/discussions/thread.tss?thread_id=57009 It's not multiple in one war or ear. It's multiple wars and ears with the same libs. Dozens of applications in a server being modified concurrently by different teams."...]]> Fri, 21 Aug 2009 18:03:25 -0400 Fri, 21 Aug 2009 18:03:25 -0400 Fri, 21 Aug 2009 18:03:25 -0400 Aug 21, 2009 Andrew Thompson 1 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009 Not sure why you would put many copies of the same jar in the same web app web inf/lib folder so I guess I have never had that issue. (I have one very very large web app to worry about.. not many so I only have one web app and one set of...]]> Fri, 21 Aug 2009 15:46:51 -0400 Fri, 21 Aug 2009 15:46:51 -0400 Fri, 21 Aug 2009 15:46:51 -0400 Aug 21, 2009 James Watson 2 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009 Fri, 21 Aug 2009 14:45:52 -0400 Fri, 21 Aug 2009 14:45:52 -0400 Fri, 21 Aug 2009 14:45:52 -0400 Aug 21, 2009 Gary P 3 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009
But OSGi isn't creating this issue. It's making you aware of the issue. This is a good thing. I'd much rather see this than production application failures.

I guess I never had a dependency conflict in a...]]> Thu, 20 Aug 2009 12:47:46 -0400 Thu, 20 Aug 2009 12:47:46 -0400 Thu, 20 Aug 2009 12:47:46 -0400 Aug 20, 2009 James Watson 4 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009 >But OSGi isn't creating this issue. It's making you aware of the issue. This is a good thing. I'd much rather see this than production application failures....]]> Thu, 20 Aug 2009 11:47:45 -0400 Thu, 20 Aug 2009 11:47:45 -0400 Thu, 20 Aug 2009 11:47:45 -0400 Aug 20, 2009 Gary P 5 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009
Because the bundles specify exactly what they need, the dependency conflicts are eliminated.


I wish it were that simple.. I have had numerous conflicts with different bundles with different "uses" clauses on...]]> Thu, 20 Aug 2009 11:28:33 -0400 Thu, 20 Aug 2009 11:28:33 -0400 Thu, 20 Aug 2009 11:28:33 -0400 Aug 20, 2009 James Watson 6 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009 Because the bundles specify exactly what they need, the dependency conflicts are eliminated....]]> Thu, 20 Aug 2009 11:14:18 -0400 Thu, 20 Aug 2009 11:14:18 -0400 Thu, 20 Aug 2009 11:14:18 -0400 Aug 20, 2009 Gary P 7 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009 I fail to see how OSGi solves this problem. Its fine-grainess will only make the problem worse....]]> Thu, 20 Aug 2009 11:02:52 -0400 Thu, 20 Aug 2009 11:02:52 -0400 Thu, 20 Aug 2009 11:02:52 -0400 Aug 20, 2009 James Watson 8 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009
I'm also down on the fine-grain classloading that OSGi has. In JBoss since 2003 we've had a very flexible classloading architecture with a lot of options. This has caused confusion off and on with our user base. The thing is,...]]> Thu, 20 Aug 2009 10:41:44 -0400 Thu, 20 Aug 2009 10:41:44 -0400 Thu, 20 Aug 2009 10:41:44 -0400 Aug 20, 2009 Bill Burke 9 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009 I've stated this before that I'm not in favor of OSGi being something consumed by the application developer. We already have enough popular and mature component APIs. We don't need another.

I'm also down on the fine-grain...]]> Thu, 20 Aug 2009 10:30:30 -0400 Thu, 20 Aug 2009 10:30:30 -0400 Thu, 20 Aug 2009 10:30:30 -0400 Aug 20, 2009 enewc 0 Re: should not be seen or heard http://www.theserverside.com/discussions/thread.tss?thread_id=57009 I'm also down on the fine-grain classloading that OSGi has. In JBoss since 2003 we've had a very flexible classloading architecture with a lot of options. This has caused confusion off and on with our user base. The thing is, we're more...]]> Thu, 20 Aug 2009 09:06:39 -0400 Thu, 20 Aug 2009 09:06:39 -0400 Thu, 20 Aug 2009 09:06:39 -0400 Aug 20, 2009 James Watson 10