InfoQ

InfoQ

Presentation

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Recorded at:
Recorded at

OSGi – The Missing Piece Of The Jigsaw

Presented by Ian Robinson on Jun 28, 2011 Length 00:50:02     Download: MP3
     Slides
Sections
Enterprise Architecture,
Architecture & Design,
Development
Topics
Java ,
QCon London 2011 ,
QCon ,
Languages ,
OSGi ,
Conferences ,
Programming ,
Modularity
The next QCon is in New York June 18-22, Join us!
 

How would you like to view the presentation?

In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
Ian Robinson explains where OSGi fits into the Java ecosystem, presenting the needs met by OSGi, the framework’s current status and a peek of future developments.

Bio
Ian Robinson is an IBM Distinguished Engineer in IBM's WebSphere development organization, based at the IBM Hursley Software Lab in the UK. He is an active member of the OSGi Alliance, he helped initiate the open source Apache Aries project to implement enterprise OSGi componentry, and leads the integration of these technologies with IBM's WebSphere platform.

About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community.QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
  • This article is part of a featured topic series on Java and also QCon
OSGi for web application by Daniel Joseph Posted
Re: OSGi for web application by Richard Vowles Posted
Re: OSGi for web application by Han Meng Posted
Re: OSGi for web application by Marc Sch Posted
  1. Back to top

    OSGi for web application

    by Daniel Joseph

    I understand the role OSGi plays in fixing the classpath mess. But I do not understand the need for OSGi’s dynamic service capability for web applications especially when almost all the web applications are shut down to update any small piece of code. If we are shutting down applications for update, what do we gain from OSGi (and its new programming model) other than the fix for classpath? Could someone enlighten me please?

  2. Back to top

    Re: OSGi for web application

    by Richard Vowles

    Er, apart from not having to shut down the web application?

  3. Back to top

    Re: OSGi for web application

    by Han Meng

    I think the benefits includes,
    1. Modular
    2. Dynamic, for this, it includes several meanings, pluggable service, replace and update service without stopping whole application.
    3. Extensible

  4. Back to top

    Re: OSGi for web application

    by Marc Sch

    In some cases it might be relevant not having to shut down the whole system (especially for smaller system which might just run on one node rather than a cluster).

    I am imagining a osgi-web-application which has a special bundle that is stopped by default. Once it gets started it will display a message on each page to the user, letting him know that an update of the system will occur soon and that some services might not be available for a short while (updating in OSGi is quick).
    When the update occurs the relevant services will be shut down and the consuming bundle has to deal with that, meaning that the user will be presented a message that the service he is trying to acces is curerntly not available. When the service is back everything continues as usual and the update-notifier-bundle can be stopped (until the next release).
    This is just a quick idea without putting much time into the details ;)

    As Ian states out, having the application handle services going away is cumbersome, and it will be interesting to see how these blueprint-containers will help at this point.

    I personally cant wait to try out these WTP plugins...but I should get some rest first :-D

    Btw: for me, this is one of the best summaries on OSGi-technology I've found until now. Hope to hear/see more from Ian