Comments on: SOA in a JVM http://www.nagarro.com/blog/soa-in-a-jvm/ Nagarro blog: software development, design, architecture and usability Fri, 23 Dec 2011 18:21:47 -0800 http://wordpress.org/?v=2.8.4 hourly 1 By: FLORIdot http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-1/#comment-851 FLORIdot Sat, 10 Dec 2011 15:34:43 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-851 best for you suprisely and get big save best for you suprisely and get big save

]]> By: Balderama64@gmail.com http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-1/#comment-828 Balderama64@gmail.com Wed, 05 Oct 2011 13:26:49 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-828 I'm going to try this! I’m going to try this!

]]> By: Sarth Reddy http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-/#comment-690 Sarth Reddy Thu, 26 Aug 2010 13:48:17 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-690 Nice article..Got a sense of OSGI!! Thak you so much. Sarath Nice article..Got a sense of OSGI!!
Thak you so much.

Sarath

]]> By: links for 2008-01-26 http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-1/#comment-179 links for 2008-01-26 Sat, 26 Jan 2008 08:25:43 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-179 [...] Of Programming and Architecture » Blog Archive » SOA in a JVM There has never really much debate about whether Service Oriented Architecture is a good idea or not. Based on principles such as loose coupling, encapsulation, location transparency, and the separation of infrastructure and applications, it has always ha (tags: architecture article build dependencies design equinox java osgi patterns programming software toread SOA) [...] [...] Of Programming and Architecture » Blog Archive » SOA in a JVM There has never really much debate about whether Service Oriented Architecture is a good idea or not. Based on principles such as loose coupling, encapsulation, location transparency, and the separation of infrastructure and applications, it has always ha (tags: architecture article build dependencies design equinox java osgi patterns programming software toread SOA) [...]

]]> By: Peter Kriens http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-1/#comment-178 Peter Kriens Tue, 22 Jan 2008 07:09:26 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-178 > ... and not relying too much on the services part. The services part is where you actually gain most in the decoupling ... :-) Nice article! Kind regards, Peter Kriens > … and not relying too much on the services part.
The services part is where you actually gain most in the decoupling … :-)

Nice article! Kind regards,

Peter Kriens

]]> By: Abhijat http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-1/#comment-177 Abhijat Sun, 09 Dec 2007 04:03:21 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-177 Saw it yesterday (Friday, 7th of Dec.): "OSGi Alliance Adds Free Supporter Participation Class" . For more details either visit the osgi page or download the PDF document explaining this (new participation class) from http://osgi.org/news_events/documents/SupportClassFINAL11.29%5B1%5D.pdf Saw it yesterday (Friday, 7th of Dec.):

“OSGi Alliance Adds Free Supporter Participation Class” .

For more details either visit the osgi page or download the PDF document explaining this (new participation class) from http://osgi.org/news_events/documents/SupportClassFINAL11.29%5B1%5D.pdf

]]> By: Bill Kayser http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-1/#comment-175 Bill Kayser Tue, 04 Dec 2007 21:44:34 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-175 I haven't done anything with Felix but we are using Knopflerfish's OSGi runtime as well as Equinox. Bundles packaged according to the OSGi R4 spec shouldn't have any issues moving between runtimes. Unlike J2EE, the API is small and tight, particularly if you are just utilizing the component/lifecycle part, and not relying too much on the services part. Libraries packaged up as bundles using something like bnd should have no issues on different runtimes. I haven’t done anything with Felix but we are using Knopflerfish’s OSGi runtime as well as Equinox. Bundles packaged according to the OSGi R4 spec shouldn’t have any issues moving between runtimes. Unlike J2EE, the API is small and tight, particularly if you are just utilizing the component/lifecycle part, and not relying too much on the services part. Libraries packaged up as bundles using something like bnd should have no issues on different runtimes.

]]> By: Abhijat http://www.nagarro.com/blog/soa-in-a-jvm/comment-page-1/#comment-176 Abhijat Mon, 03 Dec 2007 07:42:29 +0000 http://blogs.nagarro.net/kayser/soa-in-a-jvm/#comment-176 Interesting, as usual, Bill. I like Apache Felix because it started as a clean separate project and the community does not center around an IDE. Have you tried moving a (complex, real world) component bundle between the two implementations - Felix and Equinox? There is an interesting article - "Android and OSGi" on the OSGi blogs at http://www.osgi.org/blog/2007/11/android-and-osgi.html . Now time for me to get back to moving my ancient component framework to Felix :) . --Abhijat Interesting, as usual, Bill. I like Apache Felix because it started as a clean separate project and the community does not center around an IDE.

Have you tried moving a (complex, real world) component bundle between the two implementations – Felix and Equinox?

There is an interesting article – “Android and OSGi” on the OSGi blogs at http://www.osgi.org/blog/2007/11/android-and-osgi.html .

Now time for me to get back to moving my ancient component framework to Felix :) .

–Abhijat

]]>