On 12/20/05, Max Pfingsthorn <[EMAIL PROTECTED]> wrote:
> > > On another note: I need the eventcaching block for webdav, but
> > > that one only needs jms in one class, and databases in the
> > > samples. So, I'll work on the dependency issue there instead of
> > > in the webdav block dire
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 3 Jan 2006, Sylvain Wallez wrote:
Right. And the simplest and most consistent step to go forward is IMO to just
use what's already there, providing a nice bridge to a rock-solid container
used by thousands of people.
If you mean Spring as
Carsten Ziegeler wrote:
So I'm coming back to my idea, is anyone against adding constructor
injection to ECM++ or at least make it pluggable so I can add it for my
own projects? The change adds only a feature while maintaining 100%
compatibility.
Why not setter injection?
Vadim
On Jan 3, 2006, at 9:06 AM, Peter Hunsberger wrote:
On 1/3/06, Giacomo Pati <[EMAIL PROTECTED]> wrote:
I'm with Sylvain's and Gianugo's oppinion. I also see users getting
confused with multiple choices of "how to write a component". I'd
say in
this area we need a revolution instead of an e
[ http://issues.apache.org/jira/browse/COCOON-1385?page=all ]
Carsten Ziegeler closed COCOON-1385:
Resolution: Won't Fix
I'll close this issue as the patch is against an old version and the patch
addresses more things than this issue is about.
[ http://issues.apache.org/jira/browse/COCOON-1375?page=all ]
Carsten Ziegeler closed COCOON-1375:
Resolution: Won't Fix
As there has been no feedback at all, I'll close this
> Bugfixes & enhancement to the Applicationproxy in the portal block
On 1/3/06, Giacomo Pati <[EMAIL PROTECTED]> wrote:
>
> I'm with Sylvain's and Gianugo's oppinion. I also see users getting
> confused with multiple choices of "how to write a component". I'd say in
> this area we need a revolution instead of an evolution.
I really don't get this objection; if I se
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 3 Jan 2006, Carsten Ziegeler wrote:
Date: Tue, 03 Jan 2006 11:49:32 +0100
From: Carsten Ziegeler <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: [RT] Simplifying component handling
Giacomo Pati wro
Giacomo Pati wrote:
I'm with Sylvain's and Gianugo's opinion. I also see users getting
confused with multiple choices of "how to write a component". I'd say
in this area we need a revolution instead of an evolution.
Moving to POJOs doesn't need a revolution. We already have the bridge.
Maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 2 Jan 2006, Carsten Ziegeler wrote:
Date: Mon, 02 Jan 2006 16:46:38 +0100
From: Carsten Ziegeler <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: [2.2] Problems with JMX Support and Tomcat
Giacomo P
Giacomo Pati wrote:
>
> I'm with Sylvain's and Gianugo's oppinion. I also see users getting
> confused with multiple choices of "how to write a component".
I personally don't see a problem *if* we tell them how to do it right.
Perhaps I'm wrong, don't know.
> I'd say in this area we need a revol
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 3 Jan 2006, Sylvain Wallez wrote:
Date: Tue, 03 Jan 2006 10:13:33 +0100
From: Sylvain Wallez <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: [RT] Simplifying component handling
Carsten Ziegeler wro
Carsten Ziegeler wrote:
Sorry, but I don't comment on this. Just one (final) question: are you -1 on
the changes?
Yes, -1 because:
- the mixed model will bring confusion,
- having yet another Cocoon-specific way of handling components just
makes the learning curve steeper,
- the number of
Andrew Savory wrote:
Everyone: Jean-Baptiste is becoming more and more active on the dev
list, and has been diligently filing bugs and patches for the last
few months. The first post about his activity is from July, 2004 [1].
He seems to have a good grasp of the guts of Cocoon. I think it's
Sorry, but I don't comment on this. Just one (final) question: are you
-1 on the changes?
Carsten
Sylvain Wallez wrote:
> Carsten Ziegeler wrote:
>
>>Hmm, so why is ECM++ different from ECM (includes, JMX etc.)? With the
>>same argument we could just use ECM with the container integrations and
>
Carsten Ziegeler wrote:
Hmm, so why is ECM++ different from ECM (includes, JMX etc.)? With the
same argument we could just use ECM with the container integrations and
that's it.
Oh yes, sure! And why not going back to the Director interface of the
good old Cocoon 1.0 times?
Seriously, ECM
[
http://issues.apache.org/jira/browse/COCOON-1709?page=comments#action_12361593
]
Jean-Baptiste Quenot commented on COCOON-1709:
--
Ralph, I don't know why I don't get notified of your comments, not even on
cocoon-dev.
I made some tests, with
Addressing both, Sylvain's and Gianugo's response (at least partially):
Gianugo Rabellino wrote:
>
> It's not so easy. First let me state that I don't have any particular
> blocker if all we're talking about is adding constructor injection to
> ECM++: whatever goes in the direction of a lighter an
Carsten Ziegeler wrote:
So I'm coming back to my idea, is anyone against adding constructor
injection to ECM++ or at least make it pluggable so I can add it for my
own projects? The change adds only a feature while maintaining 100%
compatibility.
I have strong reservations about components
On 1/3/06, Upayavira <[EMAIL PROTECTED]> wrote:
> Reinhard Poetz wrote:
> > --- Carsten Ziegeler <[EMAIL PROTECTED]> schrieb:
> >>Gianugo Rabellino wrote:
> >>
> >>Yeah, and I really don't understand this - I (and
> >>others) propose small
> >>but simple steps to a) improve using Cocoon and b)
> >>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 1 Jan 2006, Rice Yeh wrote:
Date: Sun, 1 Jan 2006 14:58:12 +0800
From: Rice Yeh <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: mvn compile for core block fails in 2.2 snapshot
Hi,
I checked out the 2
21 matches
Mail list logo