|
Re: eclipse server-side startup questions [message #57122 is a reply to message #57095] |
Thu, 19 January 2006 03:55 |
Eclipse User |
|
|
|
Originally posted by: skaegi.sympatico.ca
> Currently the server-side eclipse/OSGI platform is initialized using the
> bridge servlet that is automatically started when the web container is
> started.
>
> Does this not mean that all OSGI-registered servlets are under the control
> of the bridge servlet and not the web container itself?
Yes. The bridge servlet proxies all requests.
> Has there been any
> consideration to initializing OSGI using a servlet context listener which
> is called by the web container when it starts and before any servlet is
> run in lieu of the current bridge servlet?
Good question. This is something I'd like to do in the future when perhaps
more than just servlets are proxied ;)
> Any features that the web container may provide such as caching of
> requests are not likely to be supported in these OSGI-registered servlets.
Containers can do a good job with static files so... resources are an area
where we could use Http Headers more effectively to reduce load.
For servlet requests I'm not really sure what containers do, but I also
don't think the servlet bridge does anything that gets in the way.
> Also are the lifecycle of the servlets spawned under OSGI (via HTTPService
> or the extension point) like init and destroy the responsiblity of the
> parent servlet to emulate?
Yes, all of that is emulated.
> Also I think OSGI registered servlets might want to be initialized on
> startup. Currently I don't see an OSGI mechanism for this and its probably
> required for any serious use of this platform.
The OSGi registered servlets are always initialized on startup.
What's missing is a way to initialize them lazily.
> If it existed the bridge
> servlet which needs to run first (among firsts) might result in some sort
> of interference or a race condition.
The servlet bridge guarantees that it will be fully initialized before any
other OSGi registered servlet can service a request.
Now, there are still possible race conditions between the OSGi registered
servlets as controlling their start-up order is not directly managed.
I think many of your comments are directed towards having a server-side
model/API that more closely resembles the Servlet API.
I'm very interested in looking at the possibilities.
-Simon
|
|
|
|
Powered by
FUDForum. Page generated in 0.03300 seconds