Re: [RT] POJOfied Environment

2005-05-12 Thread Sylvain Wallez
Daniel Fagerstrom wrote: In the current #{$cocoon/request/request/protocol} thread we (again) discuss problems with the environment access in JXTG. The problems comes from that we have copied part of the servlet api in our environment abstraction and that it contains methods of the type Object

Re: [RT] POJOfied Environment

2005-05-12 Thread Daniel Fagerstrom
Vadim Gritsenko wrote: Daniel Fagerstrom wrote: As Vadim pointed out in an earlier discussion this is done in Java faces: http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/api/javax/faces/context/ExternalContext.html So what I propose is that we extend o.a.c.environment.Request with: Map

Re: [RT] POJOfied Environment

2005-05-12 Thread Daniel Fagerstrom
Sylvain Wallez wrote: Daniel Fagerstrom wrote: In the current #{$cocoon/request/request/protocol} thread we (again) discuss problems with the environment access in JXTG. The problems comes from that we have copied part of the servlet api in our environment abstraction and that it contains

Re: [RT] POJOfied Environment

2005-05-12 Thread Sylvain Wallez
Daniel Fagerstrom wrote: Sylvain Wallez wrote: Daniel Fagerstrom wrote: In the current #{$cocoon/request/request/protocol} thread we (again) discuss problems with the environment access in JXTG. The problems comes from that we have copied part of the servlet api in our environment abstraction

Re: [RT] POJOfied Environment

2005-05-12 Thread Vadim Gritsenko
Daniel Fagerstrom wrote: Sylvain Wallez wrote: The case of parameters however should be considered carefully, as ServletRequest provides getParameterMap() since servlet 2.4 (or 2.3?). Having it named getParameter() in our environment may be confusing for people used to the servlet API. That

Re: [RT] POJOfied Environment

2005-05-12 Thread Vadim Gritsenko
Daniel Fagerstrom wrote: Vadim Gritsenko wrote: Daniel Fagerstrom wrote: As Vadim pointed out in an earlier discussion this is done in Java faces: http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/api/javax/faces/context/ExternalContext.html So what I propose is that we extend

[RT] POJOfied Environment

2005-05-11 Thread Daniel Fagerstrom
In the current #{$cocoon/request/request/protocol} thread we (again) discuss problems with the environment access in JXTG. The problems comes from that we have copied part of the servlet api in our environment abstraction and that it contains methods of the type Object getAttribute(String),

Re: [RT] POJOfied Environment

2005-05-11 Thread Leszek Gawron
Daniel Fagerstrom wrote: In the current #{$cocoon/request/request/protocol} thread we (again) discuss problems with the environment access in JXTG. The problems comes from that we have copied part of the servlet api in our environment abstraction and that it contains methods of the type Object

Re: [RT] POJOfied Environment

2005-05-11 Thread Leszek Gawron
Leszek Gawron wrote: Daniel Fagerstrom wrote: In the current #{$cocoon/request/request/protocol} thread we (again) discuss problems with the environment access in JXTG. The problems comes from that we have copied part of the servlet api in our environment abstraction and that it contains

Re: [RT] POJOfied Environment

2005-05-11 Thread Vadim Gritsenko
Daniel Fagerstrom wrote: As Vadim pointed out in an earlier discussion this is done in Java faces: http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/api/javax/faces/context/ExternalContext.html So what I propose is that we extend o.a.c.environment.Request with: Map getAttributes(); Map