Carsten Ziegeler wrote:
Vadim Gritsenko wrote
... we can, though, introduce new behavior for new cocoon: scoped attributes.
(Similarly, there is special processing going on for cocoon: prefixed request
parameters).
You mean adding special handling for example for all request attributes
On 10/9/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
snip/
I think we have to change this as well and add all request relevant
information as attributes of the request object. This would then allow
to easily use other techniques/frameworks - like you could then just
forward your request
Peter Hunsberger wrote:
On 10/9/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
But just adding all this stuff to request attributes is not that
easy as
unfortunately sub request are sharing the attributes with the main
request. So whenever you use the cocoon protocol the main request and
On 10/10/06, Vadim Gritsenko [EMAIL PROTECTED] wrote:
Peter Hunsberger wrote:
On 10/9/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
But just adding all this stuff to request attributes is not that
easy as
unfortunately sub request are sharing the attributes with the main
request. So
Peter Hunsberger wrote:
On 10/10/06, Vadim Gritsenko [EMAIL PROTECTED] wrote:
Peter Hunsberger wrote:
On 10/9/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
But just adding all this stuff to request attributes is not that
easy as
unfortunately sub request are sharing the attributes with
Vadim Gritsenko wrote:
Peter Hunsberger wrote:
On 10/10/06, Vadim Gritsenko [EMAIL PROTECTED] wrote:
Peter Hunsberger wrote:
On 10/9/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
But just adding all this stuff to request attributes is not that
easy as
unfortunately sub request are sharing
Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
IIUC original issue was about adding all request relevant information as
attributes of the request object. Since for sub request those will be
attributes of sub request, they will not interfere with parent request: sub
request's objectModel (or
Vadim Gritsenko wrote
... we can, though, introduce new behavior for new cocoon: scoped
attributes.
(Similarly, there is special processing going on for cocoon: prefixed
request
parameters).
You mean adding special handling for example for all request attributes
using org.apache.cocoon.
[Resending to dev]
Carsten Ziegeler wrote:
Joerg Heinicke schrieb:
Wondering about your problem I had a look into the code - and the
environment abstraction indeed still exists. I thought it already has
been removed. I send this mail to dev list too, maybe somebody can
comment on this
On 07.10.2006 14:43, Laurent Perez wrote:
I'm using JSPs an Cocoon 2.2, but I still don't understand if I did
the right integration : basically, my usecase requires custom JSP
tags to be able to retrieve XML from sitemap patterns. Under 2.1, I
wrote an integration method starting up a
10 matches
Mail list logo