> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:28 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Dispatcher/Adapter
>
>
> > From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
> [mailto:[EMAIL PROTECT
> From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
[mailto:[EMAIL PROTECTED]]
>
> Vadim,
> Let's summarize what is my understanding of the changes you propose.
>
> 1. Dispatcher to extend Transformer it is OK modification althrough I
still
> think other components can be candidates to became Dispatch
L PROTECTED]]
> Sent: Tuesday, February 12, 2002 12:11 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Dispatcher/Adapter
>
>
> > From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
> [mailto:[EMAIL PROTECTED]]
> >
> > Vadim,
> >
> > Lets make clear that the core
On Tue, 12 Feb 2002, Vadim Gritsenko wrote:
> > From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
> [mailto:[EMAIL PROTECTED]]
> >
> > Vadim,
> >
> > Lets make clear that the core elements are:
> > In the Adapter "family":
> > Adapter.java
> > AbstractAdapter.java
> > AbstractComposerAdapter.java
> > Ab
On Tue, 12 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> For the HttpServletRequest/HttpRequest/Request problem - the fact that I am
> not using any other methods that get/setAttribute does not mean anything.
> The discussion is about fundamentals not specific usage in the simplistic
>
> From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
[mailto:[EMAIL PROTECTED]]
>
> Vadim,
>
> Lets make clear that the core elements are:
> In the Adapter "family":
> Adapter.java
> AbstractAdapter.java
> AbstractComposerAdapter.java
> AbstractComplementaryConfigurableAdapter.java
>
> In the Dispatche
Kinga,
Can you send us a diff of what changes you would like in Request.java? Then we can
take a vote on
it.
Thanks,
dims
> For the HttpServletRequest/HttpRequest/Request problem - the fact that I am
> not using any other methods that get/setAttribute does not mean anything.
> The discussion i
> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, February 09, 2002 11:29 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Dispatcher/Adapter
>
>
> > -Original Message-
> > From: kingadziembowska [mailto:[EMAIL
Kinga,
One more question: I was reviewing the code to see what methods you are actually using
from
HttpRequest. The only ones i could find are getAttribute/setAttribute/getParameter
callsAll
these are available in org.apache.cocoon.environment.Request. So what's the problem
again?
Thanks,
Kinga,
The sitemap.xmap diff has too many unnecessary changes. Can you post a sitemap.xmap
diff of only
those that are actually needed?
Thanks,
dims
--- "DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)" <[EMAIL PROTECTED]> wrote:
> Hi,
> The new way to register Adapter is posted.
> The http://soap.blues
On Sat, 9 Feb 2002, kingadziembowska wrote:
>
> - Original Message -
> From: "giacomo" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, February 09, 2002 2:58 AM
> Subject: RE: Dispatcher/Adapter
>
>
> > On Fri, 8 Feb 20
> -Original Message-
> From: kingadziembowska [mailto:[EMAIL PROTECTED]]
> Thanks for clarifications. For Adapter, the better place for
registration is
> cocoon.xconf . I am glad that it is possible. This way the sitemap
protocol
> is not violated, the modifications to the sitemap "fam
- Original Message -
From: "giacomo" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 09, 2002 2:58 AM
Subject: RE: Dispatcher/Adapter
> On Fri, 8 Feb 2002, Vadim Gritsenko wrote:
>
> > > From: giacomo [mailto:[EMAIL PROTE
On Fri, 8 Feb 2002, Vadim Gritsenko wrote:
> > From: giacomo [mailto:[EMAIL PROTECTED]]
> >
> > On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> >
> > > > >
> > > > > So, Vadim, why are they there?
> > > >
> > > > To show off the possibility ;)
> > > > There was concern raised: l
> From: kingadziembowska [mailto:[EMAIL PROTECTED]]
>
> I have to admitt that now I am tottaly confused!
> Until today i was under impression that all Avalon components observed
in
> Cacoon framework belongs to one of two categories:
> 1. Those explicitely used in the pipeline definitions.
> 2. T
Original Message -
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 08, 2002 7:24 PM
Subject: RE: Dispatcher/Adapter
> > From: giacomo [mailto:[EMAIL PROTECTED]]
> >
> > On Fri, 8 Feb 2002, DZ
> From: giacomo [mailto:[EMAIL PROTECTED]]
>
> On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
>
> > > >
> > > > So, Vadim, why are they there?
> > >
> > > To show off the possibility ;)
> > > There was concern raised: lots of "org.apache.cocoon." in
> > > sitemap.xmap scares
On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> > >
> > > So, Vadim, why are they there?
> >
> > To show off the possibility ;)
> > There was concern raised: lots of "org.apache.cocoon." in
> > sitemap.xmap scares newbies away, and I kind of agree with this
> > statement (re
> >
> > So, Vadim, why are they there?
>
> To show off the possibility ;)
> There was concern raised: lots of "org.apache.cocoon." in
> sitemap.xmap scares newbies away, and I kind of agree with this
> statement (remembering these days when had a look at (IIRC) Jetspeed
> configuration)
>
>
> From: giacomo [mailto:[EMAIL PROTECTED]]
>
> On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> > Just for curiosity why some sitemap components are registered in the
sitemap
> > and some in cocoon.xconf. What is the criteria used to make the
decision
> > where to register th
On Fri, 8 Feb 2002 23:20:33 +0100 (CET), giacomo <[EMAIL PROTECTED]> wrote:
> On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
>
> > Just for curiosity why some sitemap components are registered in
> > the sitemap and some in cocoon.xconf. What is the criteria used to
> > make the
On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> > -Original Message-
> > From: giacomo [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, February 08, 2002 3:02 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: Dispatcher/Adapter
>
> -Original Message-
> From: giacomo [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 08, 2002 3:02 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Dispatcher/Adapter
>
>
> On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
>
>
On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> In theory yes.
>
> What I like to preserve is the ability to "script" the adapter info. The
> script can be in the sitemap or cocoon.xconf. For the latest I did not see
> the ability to register there multi-item entity. All compone
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 08, 2002 1:17 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Dispatcher/Adapter
>
>
> Vadim Gritsenko wrote:
>
> > Looking at all this I see an oppo
Vadim Gritsenko wrote:
> Looking at all this I see an opportunity to rewrite all SQL / LDAP /
> XMLDB / Include / I18N / Lucene / etc transformers as a single
> Dispatcher and a bunch of handlers, reacting on namespaced tags, and
> working on a SAX stream. What do you think?
>
> On the other sid
e-
> From: giacomo [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 08, 2002 11:02 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Dispatcher/Adapter
>
>
> On Thu, 7 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
>
> > Vadim,
> >
> >
> -Original Message-
> From: giacomo [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 08, 2002 10:59 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Dispatcher/Adapter
>
>
> On Thu, 7 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
>
> > Hi,
>
On Thu, 7 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> Vadim,
>
> The proposal contains set of interfaces and abstractions. The extensions
> build on top of it can choose the appropriate implementation. In this
> example the xml document is processed by StreamGenerator, then by the
> t
On Thu, 7 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> Hi,
> I feel that the tension of release is over, and we can return to the
> discussion on my proposal. I propose to add to the Cocoon project
> Dispatcher/Adapter concept. This set of interfaces and basic abstraction
> allows buil
--Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 08, 2002 4:21 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Dispatcher/Adapter
>
>
>
> > DZIEMBOWSKI,KINGA wrote:
> >
> > Hi,
> > I feel that the tension of
> DZIEMBOWSKI,KINGA wrote:
>
> Hi,
> I feel that the tension of release is over, and we can return to the
> discussion on my proposal. I propose to add to the Cocoon project
> Dispatcher/Adapter concept. This set of interfaces and basic abstraction
> allows building pluggable extensions in a more
> > > -Original Message-
> > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, February 07, 2002 7:18 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: Dispatcher/Adapter
> > >
> > >
> > > No, I used onl
> > To: [EMAIL PROTECTED]
> > Subject: RE: Dispatcher/Adapter
> >
> >
> > No, I used online sample with:
> >
> >
> >
> > This is a part of the Body node tree
> >
> >
> > This
7, 2002 7:18 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Dispatcher/Adapter
>
>
> No, I used online sample with:
>
>
>
> This is a part of the Body node tree
>
>
> This is a part of the Body node tree
>
> This is not a part of the Body node
3 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Dispatcher/Adapter
> >
> >
> > I have got an exception:
> > org.xml.sax.SAXException: Can't have more than one root on a DOM!
> > :)
> >
> > BTW: Does this proposal based on DOM? Or is DOM used
Vadim,
The proposal contains set of interfaces and abstractions. The extensions
build on top of it can choose the appropriate implementation. In this
example the xml document is processed by StreamGenerator, then by the
transformer implementing Dispatcher interface. This transformer is
extracting
3 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Dispatcher/Adapter
>
>
> I have got an exception:
> org.xml.sax.SAXException: Can't have more than one root on a DOM!
> :)
>
> BTW: Does this proposal based on DOM? Or is DOM used just in this
> example?
>
>
I have got an exception:
org.xml.sax.SAXException: Can't have more than one root on a DOM!
:)
BTW: Does this proposal based on DOM? Or is DOM used just in this
example?
Vadim
> -Original Message-
> From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
[mailto:[EMAIL PROTECTED]]
> Sent: Thursday, F
39 matches
Mail list logo
