cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Upayavira">
Subject Re: Divorse Cocoon creation from CocoonServlet
Date Wed, 18 Jun 2003 14:21:21 GMT

Have you looked at the CocoonBean. As I see it it is intended to provide a simple 
interface for interacting with Cocoon. It is largely used by the CLI to batch generate 
pages statically, but has a method to generate a URI and pass the result to an output 
stream of your choosing (not sure if it works, but wouldn't be hard to fix if it doesn't).

In theory, the CocoonServlet could use the CocoonBean. This would be a reasonable 
enough thing, were it not for the fact that the CocoonServlet has benefitted already 
from a lot of tuning and TLC. At the moment, the CocoonBean isn't an Avalon 
component (and I want to see it being possible to use it outside an Avalon context), 
but should be possible to make it into a component. Your maillet (for example) could 
then get a CocoonBean from Avalon and use it to write to the maillet's own output 

Make sense?

Regards, Upayavira

On 18 Jun 2003 at 11:41, Unico Hommes wrote:

> Hi all,
> I'd like to override getCocoon method in CocoonServlet in order to
> allow another subsystem than the servlet create and manage Cocoon.
> This so that the same Cocoon instance can be shared among different
> clients adapting different protocols. More specifically I want to be
> able to have Cocoon hosted as a component in some Avalon container,
> have a servlet running inside the container provide access to it over
> HTTP, and have other clients (eg. a mailet) provide access to it over
> other protocols (eg. SMTP). 
> But as it is now CocoonServlet.getCocoon() has private access, hence
> this request to make it protected instead.
> My implementation would be a small wrapper around Cocoon so as to load
> it in as a component in an Avalon container, and then make the servlet
> Serviceable so as to be able to look it up from the provided
> ServiceManager. If there is any interest in this I will provide a
> patch.
> Regards,
> Unico

View raw message