[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[jetty-dev] http service configuration
- From: Jesse McConnell <jesse.mcconnell@xxxxxxxxx>
- Date: Mon, 13 Apr 2009 17:03:48 -0500
- Delivered-to: firstname.lastname@example.org
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Ew6Af60yFZ30JvnVmeQSYEc2bdYFmQI+T/kxtkLq0Ts=; b=bQpu3vNrS681ND/e9bR1aJSBegteoYzeG7k5rsDHXfBYMt+LReeNFt87ndVc3AC3Mr vgSFPRzlp6af6zwcjiaUzqnAgDvZ4Bzyrr4AOkCWEGEnvgzWLwWYlbf9CvJaIn19Cpbs 3sGvh5MRrqp5/zZwd+jNJuXJeL+olKygRQOZc=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=o5eBnzrtgptliD7QdRcuBX1kORSw9uC7B+PTkV44H4LMWoQRuEIeDkzfK2D0wF2zLF ftQFiZ3S9eNZ/WXjlSVEtQqnRhCM6wZ8BjEnSbbiL3qhibSJdyhtJ802kOoDgGLByCBD CNzPr16RBZhzToUCNfc+94SAkaBmA3luSQ0Tk=
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.