Mail Archive Home | oscar List | July 2004 Index
|<-- Date Index -->||<-- Thread Index -->|
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.
Tom 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 startedby 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.... RegardsRaghu-----Original Message----- From: Tom [mailto:ecl@xxxxxxxxxxxx] Sent: Fri 7/30/2004 2:48 PM To: oscar@xxxxxxxxxxxxx Cc: 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 improve > it, but I never get any takers. > > The HTTP Service is important and I think it would be good if we could > 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 Walker, > 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 could > 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 view. 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... Tom > -> 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: http://www.objectweb.org/wws>> >>>Confidentiality NoticeThe 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 -->|
Powered by MHonArc.Copyright © 1999-2005, ObjectWeb Consortium | contact | webmaster.