Hi,

that's really fascinating!
I started using OSGI several weeks ago and also think it's a good (better) way to manage webapps and other server-side stuff.
Is there any reason why you've choosen Eclipse/Equinox as OSGI implementation?
It's really cool to embed the servlet container (and other typical server-side components) and run it inside osgi. I've read about someone who even embedded an EJB container.

Do you have any experiences about running OSGI that way in a longer term - for weeks and months?
Is there any known reason to avoid using OSGI on server-side at all?

Cheers,
Rainer

Reason for Equinox:
- the tools (dependency checking etc) that come with it.
- the fact that you can easily reuse non-ui plug-ins that already exist.
- the fact that it bridges J2EE webapp with OSGi; you can use OSGi bundles WITHIN an existing webapp, mix and match; though of course the
long-term vision is to do away with the J2EE container and run in a native OSGi container; Felix is a great candidate.
Known reasons to avoid:
- None, really. current need for JSP precompilation seems to be the biggest bone of contention, but it will be resolved very shortly. Though JSP is not the only rendering possibility (cf. Wicket et al.).
Rgds,
Wolfgang

We currently use OSGI bundles for our web application. We don't use the Eclipse implementation. For the moment we have some code that manages the classloader to allow our application to run under Tomcat using servlets, JSPs, filters etc. The problem of course arises when you need to integrate with client systems that aren't the container you have complete control over.

The reality is that large organisations running on a J2EE infrastructure would like to deploy your application to that container. They're not going to consider altering (launching their container from OSGI) the infrastructure that their many applications currently run on. Their containers provide functionality that they value. I have yet to see a generic solution allowing an OSGI based applications to be used in a web application container transparently. It's a bit frustrating.

You mention that you are already using an OSGI implementation that lets you deploy under a web container, and still use filters, jsp etc. Could you tell me which OSGI implementation you are using, and how you are mapping your servlet and filter classes from the web.xml definitions to the classes stored in osgi bundles?

What I might find pretty cool would be a running a JSF based web application which defines the workbench (as components which manage other components) and is upgradeable by third party people who can simpy connect via an extension point to the main JSF apps workbench parts.
Is there a project out there already doing this?

-clem

I have downloaded rsp03 and am having some issues. When I attempt to run Equinox Http, I get the following error message:

"Could not load tomcat server configuration at \Servers\Tomcat v5.5\Server @ localhost-config. The configuration by be corrupt or incomplete."

I setup (at least I think I did) the proper JRE for my environment. Any assistance would be greatly appreciated.
Jason

Fix for Server Configuration
For some reason, Eclipse did not like the Server configuration that came with the rsp03.zip. What I did to get around this issue was to create a new directory at C:\rsp03\workspace\Servers\Tomcat and copy the files in

"C:\rsp03\workspace\Servers\Tomcat v5.5 Server @ localhost-config"

to "C:\rsp03\workspace\Servers\Tomcat". Then I launched Eclipse, refreshed the Server project and changed the configuration path from

Tomcat v5.5 Server @ localhost-config
to
Tomcat. Then the server started without issues. Not sure why this fixed it but it could have something to do with the @ or the whitespace in the directory name.

Hi,

this really looks great. Thank you for developing this!

I have only one suggestion: Why is download file only in whole 250MB zip in repo? Is it problem to give there more packaging solution, e.g. eclipse.zip, workspace.zip. I am using linux and I have eclipse, so I do not need some parts. Now I have to wait about 10 hrs (yes, only 7KB/s) for downloading not really needed staff.

hai.how are you?

Edited by author 04-10-2007 10:17 AM
Is this project still alive?
How about the timeline for the 1.0 Release, is it still valid?
Are there any pre-1.0 resources to use or to test?
I think it's long time since we've heard any news.

The architecture sounds promising, so I need to now if there is any further progress because I am in charge of designing a new application and this could be interesting.

Hello,

I'm in the same situation than Frankz.
Is there some activity around this proposal ?

Does the lack of reponse to the posts in April indicate this has died. I'm in a similar situation to Frankz now and would like to know is this architectural approach still in consideration or were any major showstoppers found with it?
thanks

Very helpful, thanks!!
   
-------------
drupal air force ones