Eclipse Community Forums: Equinox » equinox on glassfish?

Home » Eclipse Projects » Equinox » equinox on glassfish?

Fri, 12 December 2008 05:56

Eclipse User

Folks,

reading through the tutorial how to set equinox to run in an http servlet
container[1], I tried the same thing on a glassfishv3 application server:

- Deploying and starting bridge.war seems fine, even though the OSGi console
obviously seems to work, testing http://.../bridge/sp_test does provide the
expected output.

- However trying to deploy a "demo.war" to build upon this application fails
reproducibly throwing this exception:

[...]
[#|2008-12-12T11:35:12.898+0100|SEVERE|sun-appserver9.1|java x.enterprise.system.container.web|_ThreadID=72;_ThreadName=T hread-
225837;_RequestID=b4afba8e-1976-4556-aa7d-2dff785c4cef;|WebM odule[/demo]StandardWrapper.Throwable
java.lang.RuntimeException: Could not find framework
at
org.eclipse.equinox.servletbridge.FrameworkLauncher.buildIni tialPropertyMap(FrameworkLauncher.java:401)
at
org.eclipse.equinox.servletbridge.FrameworkLauncher.start(Fr ameworkLauncher.java:271)
at
org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeS ervlet.java:65)
at javax.servlet.GenericServlet.init(GenericServlet.java:254)
[...]

So... should I assume running equinox on glassfish(v2,v3) is not supported
by now, or is there something I am missing thus far?

TIA and all the best,
Kristian

[1]http://www.eclipse.org/equinox/server/http_in_container.php

Re: equinox on glassfish? [message #122500 is a reply to message #122487]

Fri, 12 December 2008 08:34

Eclipse User

AFAIK the servletbridge works on all java app servers/servlet containers.
Admittedly it's been sometime since I tried Glassfish but it certainly used
to work correctly. Has anyone else run into problems?

When you tried sp_test and it returned the correct output that indicates
things were up and running fine so I'm not sure what the problem was.

-Simon

"Kristian Rink" <kawazu@zimmer428.net> wrote in message
news:ghtg1b$cpe$1@build.eclipse.org...
> Folks,
>
> reading through the tutorial how to set equinox to run in an http servlet
> container[1], I tried the same thing on a glassfishv3 application server:
>
> - Deploying and starting bridge.war seems fine, even though the OSGi
> console
> obviously seems to work, testing http://.../bridge/sp_test does provide
> the
> expected output.
>
> - However trying to deploy a "demo.war" to build upon this application
> fails
> reproducibly throwing this exception:
>
>
> [...]
> [#|2008-12-12T11:35:12.898+0100|SEVERE|sun-appserver9.1|java x.enterprise.system.container.web|_ThreadID=72;_ThreadName=T hread-
> 225837;_RequestID=b4afba8e-1976-4556-aa7d-2dff785c4cef;|WebM odule[/demo]StandardWrapper.Throwable
> java.lang.RuntimeException: Could not find framework
> at
> org.eclipse.equinox.servletbridge.FrameworkLauncher.buildIni tialPropertyMap(FrameworkLauncher.java:401)
> at
> org.eclipse.equinox.servletbridge.FrameworkLauncher.start(Fr ameworkLauncher.java:271)
> at
> org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeS ervlet.java:65)
> at javax.servlet.GenericServlet.init(GenericServlet.java:254)
> [...]
>
> So... should I assume running equinox on glassfish(v2,v3) is not supported
> by now, or is there something I am missing thus far?
>
> TIA and all the best,
> Kristian
>
>
> [1]http://www.eclipse.org/equinox/server/http_in_container.php

Re: equinox on glassfish? [message #122626 is a reply to message #122500]

Mon, 15 December 2008 04:50

Eclipse User

Simon Kaegi schrieb:
> AFAIK the servletbridge works on all java app servers/servlet containers.
> Admittedly it's been sometime since I tried Glassfish but it certainly used
> to work correctly. Has anyone else run into problems?
[...]

After spending a little more time on that it seems I managed to address the
problem: Playing with the testbed application, it seems the ant script
provided to package OSGi web application for whichever reasons did avoid
packaging any of the Eclipse / OSGi features and plugins required to run the
application so indeed there was no platform available. Tooling for this kind
of work / development still seems a little rudimentary... :)

Cheers & all the best,
Kristian

Re: equinox on glassfish? [message #123012 is a reply to message #122626]

Mon, 15 December 2008 09:51

Eclipse User

>Tooling for this kind of work / development still seems a little
>rudimentary... :)
That's a gentle understatement.
I truly wish we had a better story here as teams using this stuff have
fairly inconsistent build stories and component selections (e.g. take a look
at what say RAP is doing vs. BIRT. Use in commercial products that I've seen
is similarly inconsistent). The main problem today is that teams are
packaging up their whole applications in the WAR file. In other words
they're getting the compentization but not the provisioning and general
dynamic benefits inherent in an OSGi based system. In my opiniong the
largest obstacle remains on the provisioning side where we really need
something iron-clad, consistent and ultra reliable. I believe we're now
making progress with p2 in this space towards a common core that ought to be
usable in a wide-range of applications including server-side.

-Simon

"Kristian Rink" <kawazu@zimmer428.net> wrote in message
news:gi599u$cpl$1@build.eclipse.org...
> Simon Kaegi schrieb:
>> AFAIK the servletbridge works on all java app servers/servlet containers.
>> Admittedly it's been sometime since I tried Glassfish but it certainly
>> used
>> to work correctly. Has anyone else run into problems?
> [...]
>
> After spending a little more time on that it seems I managed to address
> the
> problem: Playing with the testbed application, it seems the ant script
> provided to package OSGi web application for whichever reasons did avoid
> packaging any of the Eclipse / OSGi features and plugins required to run
> the
> application so indeed there was no platform available. Tooling for this
> kind
> of work / development still seems a little rudimentary... :)
>
> Cheers & all the best,
> Kristian

Re: equinox on glassfish? [message #123257 is a reply to message #123012]

Fri, 19 December 2008 04:12

Eclipse User

Simon Kaegi schrieb:
[...]
> That's a gentle understatement.
> I truly wish we had a better story here as teams using this stuff have
> fairly inconsistent build stories and component selections (e.g. take a look
> at what say RAP is doing vs. BIRT. Use in commercial products that I've seen
> is similarly inconsistent).

Hmmm, indeed, this is not that pleasant. :( At the moment I am investigating
how to throw in maven2 here as most of our backend applications so far get
built this way and I don't want to deal with the equinox/osgi bundles in a
different way, but I do have a strange sentiment that this ain't gonna make
things easier...

[...]
> dynamic benefits inherent in an OSGi based system. In my opiniong the
> largest obstacle remains on the provisioning side where we really need
> something iron-clad, consistent and ultra reliable. I believe we're now
> making progress with p2 in this space towards a common core that ought to be
> usable in a wide-range of applications including server-side.

Indeed, this sounds desirable. In some ways, so far I felt a little
disappointed about all this osgi-on-server stuff, just to so far figure out
that most of the applications indeed are, again, .war files containing all
the .jars as they did before, just seeing they throw in osgi eventually. So
I'm gonna have a look at p2 here, is it server-ready to some degree yet?

Cheers & thanks again,
Kristian

Re: equinox on glassfish? [message #123309 is a reply to message #123257]

Fri, 19 December 2008 10:25

Eclipse User

"Kristian Rink" <kawazu@zimmer428.net> wrote in message
news:gifoii$dqt$1@build.eclipse.org...
> Indeed, this sounds desirable. In some ways, so far I felt a little
> disappointed about all this osgi-on-server stuff, just to so far figure
> out
> that most of the applications indeed are, again, .war files containing all
> the .jars as they did before, just seeing they throw in osgi eventually.
> So
> I'm gonna have a look at p2 here, is it server-ready to some degree yet?

For a regular eclipse/equinox server-side application you can use p2 now (by
this essentially RCP with embedded jetty). I think there's soemone giving a
talk on this at this year's eclipsecon.

To me the more interesting variation is the servletbridge partly because the
reality still is that production apps are deployed in app servers (perhaps
that's just my reality?? ;).So... if you were prepared to do the work the
various pieces in p2 are in place you could get things to work however for
the moment it would take both pretty deep understanding of both p2 and the
various pieces that launch the servletbridge. That's not to say that there
aren't a number of people actively working and thinking about the problem --
afterall the payoff is significant; it's just not ready for prime-time at
the moment. My best guess is that we'll have some sort of story in 3.5 that
the technically inclined will be able to use but perhaps another release
before we have formal API and decent user documentation.

-Simon

Re: equinox on glassfish? [message #123516 is a reply to message #122487]

Tue, 30 December 2008 11:45

Eclipse User

Sorry to come late to this thread, but one question that leapt to mind
when I saw this (and it wasn't answered in the subsequent messages) was
this: why are you trying to embed an OSGi runtime inside Glassfish V3,
which already IS an OSGi runtime?

GF uses Apache Felix by default as its OSGi implementation but it is
possible to get it to use Equinox instead if that is your requirement.

Regards,
Neil

Kristian Rink wrote:
> Folks,
>
> reading through the tutorial how to set equinox to run in an http servlet
> container[1], I tried the same thing on a glassfishv3 application server:
>
> - Deploying and starting bridge.war seems fine, even though the OSGi console
> obviously seems to work, testing http://.../bridge/sp_test does provide the
> expected output.
>
> - However trying to deploy a "demo.war" to build upon this application fails
> reproducibly throwing this exception:
>
>
> [...]
> [#|2008-12-12T11:35:12.898+0100|SEVERE|sun-appserver9.1|java x.enterprise.system.container.web|_ThreadID=72;_ThreadName=T hread-
> 225837;_RequestID=b4afba8e-1976-4556-aa7d-2dff785c4cef;|WebM odule[/demo]StandardWrapper.Throwable
> java.lang.RuntimeException: Could not find framework
> at
> org.eclipse.equinox.servletbridge.FrameworkLauncher.buildIni tialPropertyMap(FrameworkLauncher.java:401)
> at
> org.eclipse.equinox.servletbridge.FrameworkLauncher.start(Fr ameworkLauncher.java:271)
> at
> org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeS ervlet.java:65)
> at javax.servlet.GenericServlet.init(GenericServlet.java:254)
> [...]
>
> So... should I assume running equinox on glassfish(v2,v3) is not supported
> by now, or is there something I am missing thus far?
>
> TIA and all the best,
> Kristian
>
>
> [1]http://www.eclipse.org/equinox/server/http_in_container.php

Re: equinox on glassfish? [message #123690 is a reply to message #123516]

Sun, 04 January 2009 15:42

Eclipse User

Neil do you know if Glassfish V3 is any different and now making any attempt
to expose the OSGi implementation at the application level?
The OSGi / app server integrations I looked at a while back were all
improving there internal implementations by using OSGi but providing none of
that goodness to the user space. I know there is work going on at the OSGi
currently that will eventually allow better leveraging of the app servers
OSGi internals but I wasn't aware of that being available in a production
product. Even when these products do become available I think there will
still be value in embedding a separate isolated and independent framework as
this allows full control of the applications environment.
-Simon

"Neil Bartlett" <njbartlett@gmail.com> wrote in message
news:gjdj6p$iba$1@build.eclipse.org...
> Sorry to come late to this thread, but one question that leapt to mind
> when I saw this (and it wasn't answered in the subsequent messages) was
> this: why are you trying to embed an OSGi runtime inside Glassfish V3,
> which already IS an OSGi runtime?
>
> GF uses Apache Felix by default as its OSGi implementation but it is
> possible to get it to use Equinox instead if that is your requirement.
>
> Regards,
> Neil
>
>
> Kristian Rink wrote:
>> Folks,
>>
>> reading through the tutorial how to set equinox to run in an http servlet
>> container[1], I tried the same thing on a glassfishv3 application server:
>>
>> - Deploying and starting bridge.war seems fine, even though the OSGi
>> console
>> obviously seems to work, testing http://.../bridge/sp_test does provide
>> the
>> expected output.
>>
>> - However trying to deploy a "demo.war" to build upon this application
>> fails
>> reproducibly throwing this exception:
>>
>>
>> [...]
>> [#|2008-12-12T11:35:12.898+0100|SEVERE|sun-appserver9.1|java x.enterprise.system.container.web|_ThreadID=72;_ThreadName=T hread-
>> 225837;_RequestID=b4afba8e-1976-4556-aa7d-2dff785c4cef;|WebM odule[/demo]StandardWrapper.Throwable
>> java.lang.RuntimeException: Could not find framework
>> at
>> org.eclipse.equinox.servletbridge.FrameworkLauncher.buildIni tialPropertyMap(FrameworkLauncher.java:401)
>> at
>> org.eclipse.equinox.servletbridge.FrameworkLauncher.start(Fr ameworkLauncher.java:271)
>> at
>> org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeS ervlet.java:65)
>> at javax.servlet.GenericServlet.init(GenericServlet.java:254)
>> [...]
>>
>> So... should I assume running equinox on glassfish(v2,v3) is not
>> supported
>> by now, or is there something I am missing thus far?
>>
>> TIA and all the best,
>> Kristian
>>
>>
>> [1]http://www.eclipse.org/equinox/server/http_in_container.php

Re: equinox on glassfish? [message #123703 is a reply to message #123690]

Mon, 05 January 2009 14:01

Eclipse User

Simon,

You're right, even GFv3 doesn't offer any exposure to OSGi for
application developers yet. I believe it's on the plan but they're
taking gradual steps towards that goal.

For instance, a quick call of the "services" command reveals no services
whatsoever, except for the low-level framework ones (i.e. PackageAdmin
and the Felix shell service). The only benefit from OSGi at the moment
in GFv3 is you can leave out modules that you might not need.

There is one app server product right now that offers a fully OSGi
programming model to application developers, and that is SpringSource's
dm Server. However its installed base is still miniscule.

Neil

Simon Kaegi wrote:
> Neil do you know if Glassfish V3 is any different and now making any attempt
> to expose the OSGi implementation at the application level?
> The OSGi / app server integrations I looked at a while back were all
> improving there internal implementations by using OSGi but providing none of
> that goodness to the user space. I know there is work going on at the OSGi
> currently that will eventually allow better leveraging of the app servers
> OSGi internals but I wasn't aware of that being available in a production
> product. Even when these products do become available I think there will
> still be value in embedding a separate isolated and independent framework as
> this allows full control of the applications environment.
> -Simon
>
> "Neil Bartlett" <njbartlett@gmail.com> wrote in message
> news:gjdj6p$iba$1@build.eclipse.org...
>> Sorry to come late to this thread, but one question that leapt to mind
>> when I saw this (and it wasn't answered in the subsequent messages) was
>> this: why are you trying to embed an OSGi runtime inside Glassfish V3,
>> which already IS an OSGi runtime?
>>
>> GF uses Apache Felix by default as its OSGi implementation but it is
>> possible to get it to use Equinox instead if that is your requirement.
>>
>> Regards,
>> Neil
>>
>>
>> Kristian Rink wrote:
>>> Folks,
>>>
>>> reading through the tutorial how to set equinox to run in an http servlet
>>> container[1], I tried the same thing on a glassfishv3 application server:
>>>
>>> - Deploying and starting bridge.war seems fine, even though the OSGi
>>> console
>>> obviously seems to work, testing http://.../bridge/sp_test does provide
>>> the
>>> expected output.
>>>
>>> - However trying to deploy a "demo.war" to build upon this application
>>> fails
>>> reproducibly throwing this exception:
>>>
>>>
>>> [...]
>>> [#|2008-12-12T11:35:12.898+0100|SEVERE|sun-appserver9.1|java x.enterprise.system.container.web|_ThreadID=72;_ThreadName=T hread-
>>> 225837;_RequestID=b4afba8e-1976-4556-aa7d-2dff785c4cef;|WebM odule[/demo]StandardWrapper.Throwable
>>> java.lang.RuntimeException: Could not find framework
>>> at
>>> org.eclipse.equinox.servletbridge.FrameworkLauncher.buildIni tialPropertyMap(FrameworkLauncher.java:401)
>>> at
>>> org.eclipse.equinox.servletbridge.FrameworkLauncher.start(Fr ameworkLauncher.java:271)
>>> at
>>> org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeS ervlet.java:65)
>>> at javax.servlet.GenericServlet.init(GenericServlet.java:254)
>>> [...]
>>>
>>> So... should I assume running equinox on glassfish(v2,v3) is not
>>> supported
>>> by now, or is there something I am missing thus far?
>>>
>>> TIA and all the best,
>>> Kristian
>>>
>>>
>>> [1]http://www.eclipse.org/equinox/server/http_in_container.php
>
>

Previous Topic:	p2.inf within fragment seems to be ignored.
Next Topic:	trying to build do p2 generation with eclipse (and failing)

Goto Forum:

-=] Back to Top [=-

Current Time: Fri May 09 13:12:13 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter