hi,

<snip/>
So, from these, I seem to think that we could

1) add a getInputStream() to the Request
that's okay, as org.apache.cocoon.environment.http.HttpRequest does have
such a method already.

2) make other input features available through request attributes
that's okay, i do the same in a webmail cocoon application.
I have removed the mail generator completly, and put
XMLizable objects into the request attribute, thus other generators xsp, etc. can pull the objects they need/want to display more easily,

moreover i can display the same info object in different manner
on the same page

do you plan to enhance/use the org.apache.cocooon.environment.commandline, or do you plan
to add a org.apache.cocoon.environment.james packages?

In case of mail

1) the mail content goes through getInputStream()
2) the attachements go through Request attributes
do you think about amount of mail content envelope only, part only, or both.
do you think about putting to much mail content via input stream
if you only want to get the subject field for example?

making mail content accessible via input stream forces you
to marshall the mail content, putting mail content as object
into request attribute may be more efficient,
but perhaps your requirements are mailet/james specific/forced.

regards bernhard


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to