[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [jetty-dev] http service configuration
|
Hey Jesse
Great that you are looking at this. thanks. I will just make a few
contextual points
- the current behaviour is defined relative to the HTTP service spec
which is very old and predates a lot of the things that we commonly
talk/think about today.
- the current stuff is largely programmatic with some ability to tweak
things using config admin. As you have seen, not the best
- There was some work done to allow the reading of web.xml. I'm not
sure where that is or stands now.
- Sucking a Jetty XML file for configuration would be fine. It would be
even better if that eventually made its way into a standard
- Even better would be something like your suggestion to have the core
take a configuration object of some sort and then that object can be
created/setup by either reading an XML file, programatically, ...
- when you get into the monitoring dirs for changes that is more in the
p2 camp. In the context of an HTTP service there are no dirs to monitor
per se. Everything is contributed using bundles that have dependencies
and classpath wirings and... p2 has a lot of capabilities in this
area. It would be very interesting to look at this integration to
ensure it works as expected/desired.
Jeff
Jesse McConnell wrote:
Hi Simon,
Not sure if your on the jetty-dev eclipse list or not yet so mailing
both you and the list.
Anyway, I have looked over the http service and have it updated to the
7.0.0.M0 artifacts of jetty7. Took a little detour and have a jetty7
update site wired up now so I can get a feel for your eclipse oriented
way to declaring and using dependencies....takes a bit of getting used
too over maven. :)
I took a bit of free time today and wanted to bring up the
customization mechanism currently being used for this httpservice and
hopefully you can educate me a bit on if this is the established osgi
way of configuring things. It obviously works, but it seems awfully
inflexible compared to the xml configuration mechanism that jetty
currently has wired in.
As I understand the current workings, it is _basically_ a fluffed up
way of using a .properties type format for declaring specific
configuration options to jetty and the httpservice. I don't see where
we would be able to do anything like configure handlers or filters,
much less declare multiple contexts and servlets in a single jetty
instance given this osgi service.
A quick way to support this sort of configuration would be to allow
the httpservice to understand the xml format for configuration that
jetty uses, which could easily do all of the server initialization,
contexts, handlers, etc etc. But something tells me that might not be
the most popular option if this is the preferred medium for osgi
configuration. There are some performance improvements we could also
add in (using the SslSelectChannelConnector and other nio goop when
appropriate). There are a ton of features we could add to this thing
to make it much more friendly to use. Stealing options from the maven
plugin could be nice as well, monitoring directories for changes and
reloading the bits that could be reloaded for hot deploy...lots of
things. Handly all things I would want to put into a jetty plugin
making use of these functionalities.
The shortest path to an incredibly increasing functionality for this
would be maybe put a key in the Dictionary being used that pointed to
an Object that encapsulated the xml we normally use for jetty startup
(jetty.xml)...a url resource, or something that gives us access to the
xml and then we could just bootstrap up the server from there. Is
this something that you think is reasonable for this service?
thoughts and comments are welcome...maybe even just dumping out on the
list the things that you hear bemoaned most commonly regarding the
httpservice....and anyone is welcome to chime in on this.
cheers!
jesse
--
jesse mcconnell
jesse.mcconnell@xxxxxxxxx
_______________________________________________
jetty-dev mailing list
jetty-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jetty-dev
