Richard S. Hall skrev:
Daniel Fagerstrom (JIRA) wrote:
[
http://issues.apache.org/jira/browse/FELIX-58?page=comments#action_12375305
]
Daniel Fagerstrom commented on FELIX-58:
----------------------------------------
Ok, then bundle based webapps could become a separate issue.
Definitely. And a welcome one. Do you think this should be an issue
under the HTTP Service specifically or somehow separated? We can
create a separate issue for it if you want. Just let me know what you
want it to say.
A separate issue (bundle based webapps e.g.) would be good. For bundle
based webapps one need IMO framework support on (at least) two different
level: An implementation of the whiteboard pattern for making it easier
to use the Http service and OSGi aware webapp container functionality
for enabling communication between servlets in a convenient way.
I guess that most people who start using the Http service will develop a
"whiteboard adaptor" so that it is enough for a servlet bundle to
register a servlet service together with a context path, the whiteboard
adaptor reacts on the service registration event an register the servlet
in the Http Service. Felix could provide a "standard" implementation of
this. In Cocoon we have an implementation that use the declarative
service:
http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-blocks-fw/cocoon-blocks-fw-impl/META-INF/components.xml,
http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-blocks-fw/cocoon-blocks-fw-impl/src/main/java/org/apache/cocoon/blocks/Activator.java.
The Http service doesn't give much support at all for communication
between servlets and for having reusable servlets. In the Cocoon
community we have worked on developing a framework for block (plugin)
based webapps for quite a while (see
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=114237414521595&w=2 for
the latest incarnation and http://wiki.apache.org/cocoon/Blocks for a
higher level, but obsolete description).
This work includes having a light weight OSGi aware webapp container. If
there is interest, the more generic parts (or all of the framework),
could be developed together with the Felix community.
/Daniel
