cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Enke, Michael" <michael.e...@wincor-nixdorf.com>
Subject Re: extending the Request object!?
Date Mon, 30 Jun 2003 12:24:41 GMT
"Geissel, Adrian" wrote:
> 
> > -----Original Message-----
> > From: Enke, Michael [mailto:michael.enke@wincor-nixdorf.com]
> > Sent: Monday 30 June 2003 14:12
> > To: cocoon-dev@xml.apache.org
> > Subject: extending the Request object!?
> >
> >
> > Hi group,
> > I often need to manipulate the queryString from the Request,
> > so that I can use the manipulated one in links.
> > Manipulate the String object is ugly and error prone.
> > What do you think about extending the Request object,
> > so that we can
> > 1) delete Request Parameter
> > 2) add Request Parameter
> > 3) get Request Parameter by substring
> >
> > I think about creating a Map from the ServletRequest,
> > the Map-key is the Parameter name and the values are stored
> > in a Vector:
> >
> > name1 - Vector(param1a, param1b, ...)
> > name2 - Vector(param2a, param2b, ...)
> >
> > All methods for the Request object than have to be rewritten
> > to use this Map.
> >
> > Is this a practicable way or do we have such functionallity somewhere?
> 
> Does it not make more sense to put this functionality into a specialised
> utility class for manipulating a request query string - SOC and all that...

But the Request object is used nearly everywhere in cocoon.
And with the extended Request we have nothing to change, only call the new methods
on the same object.

> >
> > BTW, what is a MultiPartRequest?
> A special implementation of Request to decode and provide access to
> MIME-multipart encoded submissions (required for posting files to the
> server).
> 
> >
> > Michael
> >
> 
> Any e-mail message from the European Central Bank (ECB) is sent in good faith but shall
neither be binding nor construed as constituting a commitment by the ECB except where provided
for in a written agreement.
> This e-mail is intended only for the use of the recipient(s) named above. Any unauthorised
disclosure, use or dissemination, either in whole or in part, is prohibited.
> If you have received this e-mail in error, please notify the sender immediately via e-mail
and delete this e-mail from your system.

Mime
View raw message