Berin Loritsch wrote:
>
> > -Original Message-
> > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
> >
> > Sylvain Wallez wrote:
> >
> > > So what about a new VersatileTrAXTransformer that would be
> > the "old"
> > > one (i.e. doesn't use XSLTProcessor) with a configurable
> > > Trans
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
>
> Sylvain Wallez wrote:
>
> > So what about a new VersatileTrAXTransformer that would be
> the "old"
> > one (i.e. doesn't use XSLTProcessor) with a configurable
> > TransformerFactory ? This would then avoid
Stefano Mazzocchi wrote:
>Sylvain Wallez wrote:
>
>>So what about a new VersatileTrAXTransformer that would be the "old" one
>>(i.e. doesn't use XSLTProcessor) with a configurable TransformerFactory
>>? This would then avoid a new CS used only by the TrAXTransformer and
>>the need for "hacky" sub
Sylvain Wallez wrote:
> So what about a new VersatileTrAXTransformer that would be the "old" one
> (i.e. doesn't use XSLTProcessor) with a configurable TransformerFactory
> ? This would then avoid a new CS used only by the TrAXTransformer and
> the need for "hacky" subroles.
Yeah, makes perfect
Stefano Mazzocchi wrote:
>Berin and Sylvain wrote:
>
>
>
>Ok, we can do it today, but I think that we *must* patch the
>TrAXTransformer in order to avoid users from being able to configure a
>ROLE (which is pretty bad thing).
>
>Unfortunately, the patches will make the system back incompatible fo
Jacek,
Am sure you know this from your experience in the Software industryI just want to
voice my 2
cents.
A lot of companies (including mine) when they decide to develop Software based on
Cocoon or to
deploy a Application based on Cocoon will use code from third-party vendors *ONLY*
unde
On Wednesday 27 March 2002 03:11 pm, Stefano Mazzocchi wrote:
> and your
> fork is perceived as harmful more than useful to us, at this point and
> I'm very sad about this.
I wouldn't call it a fork anymore; I am building a new XSLT Compiler.
> I dislike the fact that two
> projects are now shar
Berin and Sylvain wrote:
Ok, we can do it today, but I think that we *must* patch the
TrAXTransformer in order to avoid users from being able to configure a
ROLE (which is pretty bad thing).
Unfortunately, the patches will make the system back incompatible for
those of you that use external XS
"Jacek R. Ambroziak" wrote:
>
> On Wednesday 27 March 2002 04:42 am, Stefano Mazzocchi wrote:
> > I fully believe in the power of communities and I strongly believe that
> > no single person, no matter how smart and brilliant, can match the power
> > of the distributed IQ of a sane and focused op
Nicola Ken Barozzi wrote:
>From: "Sylvain Wallez" <[EMAIL PROTECTED]>
>
>>There was a proposal some time ago on avalon-dev for a new
>>ComponentManager that would hide Selectors. AFAIR (Berin, correct me if
>>I'm wrong), this can allow to transparently switch a single component to
>>a selector :
Yes there was. It hasn't gotten any farther though...
> -Original Message-
> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 27, 2002 10:08 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Making Xalan XSLTC work with Cocoon
>
>
> F
From: "Sylvain Wallez" <[EMAIL PROTECTED]>
> There was a proposal some time ago on avalon-dev for a new
> ComponentManager that would hide Selectors. AFAIR (Berin, correct me if
> I'm wrong), this can allow to transparently switch a single component to
> a selector : if no hint is given, a defaul
> -Original Message-
> From: Maciek Kaminski [mailto:[EMAIL PROTECTED]]
>
> On 27 Mar 2002 at 10:42, Stefano Mazzocchi wrote:
>
> > 1) TrAXTransformer must have a way to access a specific
> instance of a
> > component, not its role.
> >
> > 2) The component manager should be able o
Stefano Mazzocchi wrote:
>One day I decided to see what could be done to address the fact that
>server-side XSLT transformations might become a serious performance
>bottleneck for massive use of cocoon.
>
>So I went ahead and did some tests on my machine, these were not
>extensive enough for a pu
It sounds like you guys have the ball right now. Let us know if there's
something we can do, beyond the usual.
-scott
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On 27 Mar 2002 at 10:42, Stefano Mazzocchi wrote:
> 1) TrAXTransformer must have a way to access a specific instance of a
> component, not its role.
>
> 2) The component manager should be able of associating different
> identifiers to components which have the same ROLE, the same
> implementat
On Wednesday 27 March 2002 04:42 am, Stefano Mazzocchi wrote:
> I fully believe in the power of communities and I strongly believe that
> no single person, no matter how smart and brilliant, can match the power
> of the distributed IQ of a sane and focused open development community.
How about Mi
One day I decided to see what could be done to address the fact that
server-side XSLT transformations might become a serious performance
bottleneck for massive use of cocoon.
So I went ahead and did some tests on my machine, these were not
extensive enough for a published paper, but they were ok
18 matches
Mail list logo
