Hi Jon, Very useful feed-back! There is definitely place for maturation here. The Java Module project is also evolving in parallel, with compatibility with OSGi being developed.
See details here: "OSGi Repository for Java Module System" http://weblogs.java.net/blog/mandychung/archive/2008/07/osgi_repository.html "Supporting OSGi Bundles in the Java Module System" http://openjdk.java.net/projects/modules/osgi-support-draft.html "Supporting OSGi Bundles in the Java Module System" http://weblogs.java.net/blog/mandychung/archive/2008/04/supporting_osgi.html "JDK 7 - Java Modules support" http://openjdk.java.net/projects/modules/ I've updated the RFE with these additional details: "Improve support for OSGI" http://restlet.tigris.org/issues/show_bug.cgi?id=83 Best regards, Jérôme Louvel -- Restlet ~ Founder and Lead developer ~ http://www.restlet.org Noelios Technologies ~ Co-founder ~ http://www.noelios.com -----Message d'origine----- De : Jonathan Hall [mailto:[EMAIL PROTECTED] Envoyé : mardi 18 novembre 2008 14:20 À : [email protected] Objet : Re: which is better way for web application using RESTlet? Hi Jerome, I think I came across badly. I wasn't referring to Restlets, but OSGi in general. The main issues (it was a few months back) were that lot of libraries don't come with bundles and a large percentage of the time it wasn't as simple as running Bnd them. Freemarker wouldn't work (I believe, though not sure, spring dm gets it to work by doing some tricks and using servlets) and a few classloader issues with other libraries. Tool support is lacking, which is to be expected (springs eclipse tool was very buggy). To start to get anywhere I started working with the spring-dm stuff, which helped and has some nice features, but you end up tying more and more of your app with springs OSGi custom tags and way of doing things, which meant I couldn't run it outside of spring dm server. That and a lot of bugs made me give up playing for a while until it matures a bit more. I believe the next OSGi draft will include some of the headway springsource has made, so things should get better. Other people might have better luck or find their applications are a better fit :) Jon Jerome Louvel wrote: > Hi guys, > > We definitely have OSGi in our radar. We would like to explore better > integration in the future. It would be nice to be able to easily > deploy Restlet applications in Spring dm Server. > > There is even a design discussion started related to better > Restlet-OSGi integration: > http://wiki.restlet.org/developers/172-restlet/124-restlet.html?branch=docs- 1_1&language=en > <http://wiki.restlet.org/developers/172-restlet/124-restlet.html?branch=docs -1_1&language=en> > > This is related to this RFE: "Improve support for OSGi" > http://restlet.tigris.org/issues/show_bug.cgi?id=83 > > Best regards, > Jérôme Louvel > -- > Restlet ~ Founder and Lead developer ~ http://www.restlet.org > <http://www.restlet.org/> > Noelios Technologies ~ Co-founder ~ http://www.noelios.com > <http://www.noelios.com/> > > ------------------------------------------------------------------------ > *De :* Rob Heittman [mailto:[EMAIL PROTECTED] > *Envoyé :* vendredi 14 novembre 2008 17:38 > *À :* [email protected] > *Objet :* Re: which is better way for web application using RESTlet? > > I concur, Restlet on OSGi is interesting to play with ... maybe a > candidate for a research-oriented project, or something with a very > future forward vision. I don't think it's a serious option for > production work right now ... I'd stick with either the Servlet or > Standalone modes for production applications. I have been able to do > some cool stuff with Restlet under Eclipse OSGi though -- nice to be > able to swap plugins around the Restlet bits. > > On Fri, Nov 14, 2008 at 11:14 AM, Jonathan Hall <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > re OSGi, > I found that I had to battle with the infancy of running in an > OSGi environment far more than being productive. I'd consider > waiting until things stabilise a bit more. Mileage varies of > course. If you do consider that route, S2AP (might have rebranded) > from the spring folks helped a little, but added complexities and > other issues. At this moment in time, it is not something I could > consider using. It would be interesting to hear others thoughts > and opinions. > > Jon > >
