Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 34322 invoked by uid 500); 13 May 2002 14:43:51 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 34310 invoked from network); 13 May 2002 14:43:51 -0000 From: "Artur Bialecki" To: Subject: RE: Request Date: Mon, 13 May 2002 10:42:50 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <022501c1fa8a$c5cfdf10$9274558b@vgritsenkopc> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Vadim Gritsenko [mailto:vadim.gritsenko@verizon.net] > Sent: Monday, May 13, 2002 10:31 AM > To: cocoon-dev@xml.apache.org > Subject: RE: Request > > > > From: Artur Bialecki [mailto:artur@digitalfairway.com] > > > > > -----Original Message----- > > > From: Vadim Gritsenko [mailto:vadim.gritsenko@verizon.net] > > > > From: Artur Bialecki [mailto:artur@digitalfairway.com] > > > > > > > > > > > > It would be nice if there was an easy way to convert > > > > HttpServletRequest to HttpRequest, HttpServletResponse to > > > > HttpResponse, etc. > > > > > > > > Right now I can't see any easy way of doing this. > > > > Maybe new constructors or static conversion methods > > > > that do this would be very useful. > > > > > > > > What do you think ? > > > > > > Why this would be needed? > > > > > > > If you start a new cocoon project and you're _not_ using > > other libraries that already _extend/return_ HttpServletRequest > > and others than you probably don't need it. > > > > But, if you have some request/response/cookie processing > > libraries which were used in Cocoon1 or your JSP site > > and you're moving to Cocoon2 and want to use these > > from XSP, etc. you either have to rewire (If you can) > > your libraries to use cocoon's Request, Response, etc. > > or preform the conversion in some easy way. Since the > > first option may not allways be feasable. > > Do you know that Http* objects *are* *already* available in Cocoon? > Hence my question: why do you need wrappers if you can use original > Http* objects? > I know that you can objectModel.get(HttpEnvironment.HTTP_REQUEST_OBJECT) but that only solves passing requests/responses/cookies into library methods. But when methods return/extend HttpServletRequest (etc.) I can't do the following in my XSPs or logicsheets: request = new SuperRequest(request); //or request = UberHttpLib.getUberRequest(request); if the SuperRequest extends HttpServletRequest or the getUberRequest returns HttpServletRequest. Artur... --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org