Carsten Ziegeler wrote:
What do you mean with "tagging that file"? I assume, you mean
copying the file from head to the branch, so that it's in 2.0.5 as well,
right?
I don't know if a simple copy is sufficient, perhaps someone else can
help in here?
Gimme one or two days and I'll do it
--
Torst
om: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 5:13 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Request - Tag AbstractMultiAction with the 2_0_... what the
> ...
>
>
>
> Ok, so can someone tag the acting/AbstractMultiAction.java
> from t
Ok, so can someone tag the acting/AbstractMultiAction.java
from the head with the cocoon_2_0_3_branch tag.
Thanks,
Artur...
> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> Sent: February 4, 2003 8:21 AM
> To: [EMAIL PROTECTED]
> Subject: RE
There is no cocoon_2_0_5_branch.
When we decided to split the development of 2.1 and 2.0.x we created
a branch for 2.0.x that was unfortunately named cocoon_2_0_3_branch.
This branchs contains 2.0.3, 2.0.4 and 2.0.5 etc.
The versions are tagged, so you can retrieve e.g. 2.0.4.
Carsten
Carsten
Thinking further about this, we have to define carefully how this
relates to the "cocoon:" protocol, because in such a case we have _two_
request paths :
- the protocol-level path, accessible using getRequestURI(),
- the sitemap-level path, accessible using getSitemapURI() (different
from the
> Hi!
>
> I'm hit the wall with encoding of request parameters. I
> need to reencode them from latin into cp1251, but there
> is
> no way to do that in Database Actions of via servlet API.
My apologies - I've didn't look accurately enough. :)
Mikhail
---
> -Original Message-
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
>
> There's already such an adapter in DeliImpl, along with a ServletContext
> adapter. We should move them to environment.http so they have a better
> visibility.
The DeliImpl only wraps Request, the CocoonSer
Vadim Gritsenko wrote:
>>From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
>>
>>
>>>-Original Message-
>>>From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
>>>Sent: Monday, May 13, 2002 10:31 AM
>>>To: [EMAIL PROTECTED]
>>>Subje
> From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
>
>
> > -Original Message-
> > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, May 13, 2002 10:31 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Request
> >
> >
From: "Artur Bialecki" <[EMAIL PROTECTED]>
>
> > Don't you think this will bring new wave of discussions "Cocoon Request
> > vs HTTP Request"?
> >
> >
> > Vadim
> >
>
> I wasn't part of the previous discussions but having nice conversion
> methods might put an end to future discussions on this to
> Don't you think this will bring new wave of discussions "Cocoon Request
> vs HTTP Request"?
>
>
> Vadim
>
I wasn't part of the previous discussions but having nice conversion
methods might put an end to future discussions on this topic.
I can see the benefit of Cocoon having its own Reques
> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
>
> From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
>
> > > From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> > >
> > > > -Original Message-
> > > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > > > > From: Artur Bialecki [mailto:[
> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: Monday, May 13, 2002 10:31 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Request
>
>
> > From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> >
> > > -Origina
> From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
>
> > -Original Message-
> > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > > From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> > >
> > >
> > > It would be nice if there was an easy way to convert
> > > HttpServletRequest to HttpRequ
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> > From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> >
> > > -Original Message-
> > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > > > From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> > > >
> > > >
> > > > It would be nice if there was
From: "Artur Bialecki" <[EMAIL PROTECTED]>
> > -Original Message-
> > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > > From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> > >
> > >
> > > It would be nice if there was an easy way to convert
> > > HttpServletRequest to HttpRequest, Http
> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
> >
> >
> > It would be nice if there was an easy way to convert
> > HttpServletRequest to HttpRequest, HttpServletResponse to
> > HttpResponse, etc.
> >
> > Rig
> From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
>
>
> 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 metho
Ivanov"
> <[EMAIL PROTECTED]>
> Sent: Wednesday, March 13, 2002 11:36 AM
> Subject: Re: [Request for Feedback] re: HTML Form <-> XML <->
> JavaBeans Binding [was: Announcement]
>
>
>
> > > > > > > --
> > &g
Some editing of the mails to eliminate unnecessary parts is not a bad idea
;-)
- Original Message -
From: "Piroumian, Konstantin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Ivelin Ivanov" <[EMAIL PROTECTED]>
Sent: Wednesday, March 13, 2002 11:36
- Original Message -
From: "Ivelin Ivanov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 13, 2002 6:11 AM
Subject: Re: [Request for Feedback] re: HTML Form <-> XML <-> JavaBeans
Binding [was: Announcement]
>
> - O
- Original Message -
From: "Piroumian, Konstantin" <[EMAIL PROTECTED]>
> To get more feedback on it it'll be fine if you could create a simple
webapp
> sample and add it to C2 with a brief description/documentation. IMO,
> generally, people is too lazy to install it and try if they are no
>
> Konstantin,
>
> did you have time to look at the FormBeanBinder code I've
> submitted? Does it satisfy the Form symmety requirement
> you've placed on the list shortly after the Castor
> transformer become available?
Unfortunately I am currently too busy with document reading/reviewing a
gt;
>
> RT - Random Thoughts
> FS - Flexability Syndrom
>
> > -Original Message-
> > From: Paulo Gaspar [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, 07 January 2002 2:10 pm
> > To: [EMAIL PROTECTED]
> > Subject: RE: [Request] Stefano's H
RT - Random Thoughts
FS - Flexability Syndrom
> -Original Message-
> From: Paulo Gaspar [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 07 January 2002 2:10 pm
> To: [EMAIL PROTECTED]
> Subject: RE: [Request] Stefano's Heuristics
>
>
> Brilliant as usual.
>
Brilliant as usual.
Just a question:
- What are RT and FS???
Thanks and Have fun,
Paulo Gaspar
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 07, 2002 2:20 PM
>
> ...
>
> Let's write down a list of concepts that I think need more wo
Jason Foster wrote:
[...]
>
> People on this list do step in and say "this is mixing concerns" and "that'
> s not a proper URL". This is a good thing for Cocoon. However, to
> paraphrase, "Tell a developer not to do something and you fix the current
> implementation/design. Teach them how to
no, you got it right. I sent it around 3am so I will claim that I was
operating with tired brain cells :(
error between keyboard and chair
thanks
- Original Message -
From: "MJ Ray" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 06, 2002 3:56 AM
Robert Koberg wrote:
>What takes longer to come to boil in a microwave oven:
[...]
>0:01:11. This is because it is faster/easier for the user to hit the "1"
>button three times rather than for them to search for the "0".
I think you got that example backwards, or did I miss the point completely?
> The kinds of things I am referring to include (off the top of my head):
>
>- SoC (What does a concern look like? How much separation is enough?
Etc.
> )
>- The "proper" design of URLs (.../cocoon1 vs. .../cocoon/old vs. ...)
>
>
> People on this list do step in and say "this is mixing c
> -Original Message-
> From: Max Larsson [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 26, 2001 1:18 PM
> To: 'Cocoon Dev'
> Subject: Request interface
>
>
> Hi,
>
> i don't know if it should be the way it is or not,
> but i'describe anyway.
>
> As much i understand the Requets i
Chase
Personal GDP: 325-8338
MIH Hotline: 876-1300
Gianugo Rabellino <[EMAIL PROTECTED]> on 30/08/2001 16:07:55
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: request object
On Thu, Aug 30, 2001 at 03:33:04PM +0100, [EMAIL PROTECTED] wrote:
> It wo
On Thu, Aug 30, 2001 at 03:33:04PM +0100, [EMAIL PROTECTED] wrote:
> It would be nice to implement the interface, or at least provide public
> access to the HttpServletRequest object from c2. The object is currebtly
> protected, even if you don't want to formally implement the interface, I
> can
Is this what are you looking for:
HttpServletRequest httpRequest =
(HttpServletRequest)this.objectModel.get(HttpEnvironment.HTTP_REQUEST_OBJECT
);
?
Regards,
Konstantin Piroumian
> Hi developers,
>
> I don't think this has been dealt with before - although I may be wrong.
>
> I've now con
> The logger is not a Component!
Ups!
> > is able to get
> > to the request object without actually passing it
> > directly to the logger.
>
> It is passed by a mechanism proprietary to the logging system.
>
> > Could I use (or should better not use) this to get the
> > current request object
On Fri, 24 Aug 2001, Torsten Curdt wrote:
> I was wondering... the current logger is able to log
> the requested URI by using a ContextStack.
> So a component (the Logger)
The logger is not a Component!
> is able to get
> to the request object without actually passing it
> directly to the logge
> > > Could this not be extended to cope with GET params?
> >
> > Should work for GET as well!
> > --
> > Torsten
>
> OK, I must be well out of it. What did you mean by "query parameters" then
> if not either POST or GET parameters?
It shouldn't matter if you have a POST
or a GET
> -Original Message-
> From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 11 July 2001 14:50
> To: [EMAIL PROTECTED]
> Subject: RE: request info action
>
>
> > > > > > But I have been wondering a couple of times...
> > &g
> > > > > But I have been wondering a couple of times...
> > > > > Shouldn't there be some common standard parameter
> > > > > available in the substitution map?! Like:
> > > > >
> > > > > - requested uri
> > > > > - servlet context or base-uri
> > > > > - query parameters
> > > > >
> > > > > Or i
> -Original Message-
> From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 11 July 2001 09:33
> To: [EMAIL PROTECTED]
> Subject: RE: request info action
>
>
> > > > But I have been wondering a couple of times...
> > > > Shou
> > > But I have been wondering a couple of times...
> > > Shouldn't there be some common standard parameter
> > > available in the substitution map?! Like:
> > >
> > > - requested uri
> > > - servlet context or base-uri
> > > - query parameters
> > >
> > > Or is an action the better and cleaner w
On 11.Jul.2001 -- 09:40 AM, Torsten Curdt wrote:
> > > But I have been wondering a couple of times...
> > > Shouldn't there be some common standard parameter
> > > available in the substitution map?! Like:
> > >
> > > - requested uri
> > > - servlet context or base-uri
> > > - query parameters
> >
> -Original Message-
> From: Donald Ball [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 10 July 2001 18:42
> To: Cocoon-Dev
> Subject: Re: request info action
>
>
> On Tue, 10 Jul 2001, Torsten Curdt wrote:
>
> > But I have been wondering a couple of tim
> > But I have been wondering a couple of times...
> > Shouldn't there be some common standard parameter
> > available in the substitution map?! Like:
> >
> > - requested uri
> > - servlet context or base-uri
> > - query parameters
> >
> > Or is an action the better and cleaner way to go?
>
> i'm
On Tue, 10 Jul 2001, Torsten Curdt wrote:
> But I have been wondering a couple of times...
> Shouldn't there be some common standard parameter
> available in the substitution map?! Like:
>
> - requested uri
> - servlet context or base-uri
> - query parameters
>
> Or is an action the better and cl
> >
> > >
> > > Well, sure this can't work because the is
> > > issuing a real HTTP redirect to the browser a thus has no pipeline. I
> > > guess this only thing working is a
> >
> > Is there a possibility to use RequestDispatcher.forward() or
> > include()? For
> > internal redirects they woul
On Fri, 8 Jun 2001, Rahul Nanda wrote:
> Hi All !
>
> I am having this strange problem with my XSP pages.
> All samples and examples of XSPs are working which indicates that the Cocoon
> configuration for XSP is working fine.
>
> But,
>
> Only when I use the 'request.getParameterValues' command f
On 8 Jun 2001, Szabó Roland wrote:
> Hi all!
>
> I'm new to this list, but I have a question and I think this is the
> right place to get an answer.
> On the C2 website, there's an example action which sets request
> parameters using the request.setParameter() function - however, there's
> no suc
48 matches
Mail list logo
