HTML5 Canvas
Written by: Simon Sarris
Featured Refcardz: Top Refcardz:
  1. Apache Hadoop
  2. Web Driver
  3. MVVM
  4. REST
  5. ADO.NET
  1. HTML5
  2. Ajax
  3. jQuery Selectors
  4. CSS Part 1
  5. Git

Link Details

1% of the members rule this place. Be one of them! Login and vote now.
Link 147960 thumbnail
User 371974 avatar

By peterrietzler
via peterrietzler.blogspot.com
Published: Jan 11 2009 / 22:01

A few weeks ago I spotted an article that stated OSGi as "the next big thing after Spring". Actually, there are a whole bunch of articles, blogs etc... out there in the wild - all praising OSGi as one of the next "big things" that will reach many sectors in the Java space. I don't doubt this and I do admit that OSGi solves many problems and supports top notch architectural models such as high modularization and micro services. However, on the other side - after using OSGi for a couple of years and see how it performs (in the meaning of development performance) in different areas I really have doubts about OSGi.
  • 22
  • 1
  • 4771
  • 36

Comments

Add your comment
User 372108 avatar

cristian.malinescu replied ago:

0 votes Vote down Vote up Reply

Are we comparing apples vs oranges?! Look at the Spring + OSGi integration, that's the right angle. EJB's are components OSGi is a integration service container.

User 371974 avatar

peterrietzler replied ago:

0 votes Vote down Vote up Reply

Did you read the article ? Nobody is comparing OSGi and EJB ...
,

User 372108 avatar

cristian.malinescu replied ago:

-1 votes Vote down Vote up Reply

Yes, and first I read the title. It is baffled from that point. Still I can't see how a service/integration oriented framework can evolve the same way as a component oriented container. The factors involved in evaluation of the OSGi future endeavors versus EJB are totally different, their purpose and paradigm is different.
OSGi adds to Java platform very powerful, long time requested features, like dynamic class loading etc. Eclipse isn't anymore else than an OSGi container hosting mainly UI producing services - and more; EJB is exclusive server side targeted, OSGi - everywhere. In term of complexity - OSGi is far more easier to handle than EJB. I do OSGi programing for the Eclipse platform for more than 1 year. It seems that Rod and Co. @ Spring decided that supporting OSGi ... isn't going to be a rocket science task?!

Add your comment


Html tags not supported. Reply is editable for 5 minutes. Use [code lang="java|ruby|sql|css|xml"][/code] to post code snippets.