ObjectWeb Consortium
Search ObjectWeb Mail Archive: 

Advanced Search - Powered by Google

Mail Archive Home | oscar List | July 2004 Index

<--  Date Index  --> <--  Thread Index  -->

Re: [oscar] HTTP Service:: mapping URIs to servlets

Hi Raghu,

you are still up-to-date, the R3 OSGi spec does not _require_ any of the things mentioned.

However, OSGi always has to target the least common denominator, and it does not prevent you from adding additional functionality. And this additional functionality (HTTPS, jsp, SOAP, wars) is the next logical step for some "high-end" embedded devices.

The difficulty is to design a solid HTTP service, that can be run with the minimal requirements for "small" devices AND can be extended to do HTTPS, JSP on more powerful ones.


raghu.akkaraju@xxxxxxxxx wrote:
Hi Tom,
Well the OSGi Spec says that the HttpService should be pluggable component across OSGi implementations. But the problem arises when HttpService uses services like Log Service and the sequence in which those services are started
by the Framework RI.
Also as you have suggested the HttpService needs to have support to different types of bundles such as war/ear/Jsp but the HttpService needs to have the infrastructure these features. I think the OSGi spec mainly talks about the Basic feature of Servlets and Resources associated with them. Please ignore the above if the information is pretty old as i worked with OSGi 2.0 Spec.... Regards
    -----Original Message-----
    From: Tom [mailto:ecl@xxxxxxxxxxxx]
    Sent: Fri 7/30/2004 2:48 PM
    To: oscar@xxxxxxxxxxxxx
    Subject: Re: [oscar] HTTP Service:: mapping URIs to servlets

    Hi Richard and Michel,

    Richard S. Hall wrote:
     > I keep begging for anyone to take of the HTTP Service bundle and
     > it, but I never get any takers.
     > The HTTP Service is important and I think it would be good if we
     > have a version that uses an existing HTTP server, like Jetty or any
     > other, but I am no expert in this area. I originally hacked up
    the HTTP
     > Service just as an example and then it was further hacked by Rob
     > but neither he nor I know a lot about HTTP servers. Despite its
     > importance, I cannot find someone who really wants to take
    ownership of it.
     > In short, if you are experiencing a problem with our HTTP
    Service, then
     > it is probably the fault of the HTTP Service implementation. You
     > grab a different implementation and use that with Oscar...or
    improve the
     > current one.  :-)

    Grabbing a different turned out not to be straightforward: the one I
    tried (Knopflerfish) had too many dependencies to non-OSGi classes.

    I agree that it would be nice to have a good HTTP Service bundle that
    1- runs on different frameworks (only standard OSGi interfaces)
    2- makes it possible to plug in server technologies (wars, jsp,
    velocity, ...)
    3- makes it possible to plug in HTTPS

    I have already spent quite some time to make 2 (HTTPS, SSL) and 3
    (Velocity) work on Knopflerfish (local only, not commited).
    So, improving single issues in Oscar's current HTTP service (the
    URL-mapping code, etc) would still be a step backwards from my point of
    What I would like to have ideally is a modular version of Tomcat,
    targeted for embedded OSGi frameworks to meet (1, 2 and 3), but looking
    into the sources was not really encouraging so far. We'll see...


     > -> richard
     > Tom wrote:
     >> Hello,
     >> when registering a servlet under the alias "/x", it gets correctly
     >> invoked when pointing a Web browser to "http://localhost/x";.
     >> However, when pointing the Web Broswer to
     >> "http://localhost/x/index.html"; or "http://localhost/x/y";, the HTTP
     >> Service returns a NOT FOUND error back without invoking the
    servlet at
     >> all. It should not to that, right? Did I misconfigure something?
     >> Thanks
     >> Tom
     >> --
     >> You receive this message as a subscriber of the oscar@xxxxxxxxxxxxx
     >> mailing list.
     >> To unsubscribe: mailto:oscar-unsubscribe@xxxxxxxxxxxxx
     >> For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
     >> ObjectWeb mailing lists service home page:
>> >>

Confidentiality Notice
The information contained in this electronic message and any attachments to 
this message are intended
for the exclusive use of the addressee(s) and may contain confidential or 
privileged information. If
you are not the intended recipient, please notify the sender at Wipro or 
Mailadmin@xxxxxxxxx immediately
and destroy all copies of this message and any attachments.

<--  Date Index  --> <--  Thread Index  -->

Reply via email to:

Powered by MHonArc.

Copyright © 1999-2005, ObjectWeb Consortium | contact | webmaster.