Il giorno 16/ott/04, alle 23:16, Pier Fumagalli ha scritto:
If someone has some space on SourceForge (not here, it's LGPL, Carsten
maybe you can lend a hand), it might be very cool to improve it
together?
May I suggest cocoondev.org?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Il giorno 16/ott/04, alle 20:51, Pier Fumagalli ha scritto:
And that said, I close this whole discussion as I think it's entirely
pointless, I'll let Stefano re-iterate why class loading isolation is
required to achieve blocks polymorphism.
I don't think it is entirely pointless. For one thing,
Ugo Cei wrote:
Il giorno 16/ott/04, alle 23:16, Pier Fumagalli ha scritto:
If someone has some space on SourceForge (not here, it's
LGPL, Carsten
maybe you can lend a hand), it might be very cool to improve it
together?
May I suggest cocoondev.org?
Yes, I think cocoondev.org
On 17 Oct 2004, at 09:57, Ugo Cei wrote:
Il giorno 16/ott/04, alle 23:16, Pier Fumagalli ha scritto:
If someone has some space on SourceForge (not here, it's LGPL,
Carsten maybe you can lend a hand), it might be very cool to improve
it together?
May I suggest cocoondev.org?
+1
/Steven
--
Steven
Sorry, I thought what's being discussed is wether or not to use Spring
as an intra-block container and that Tani as inter-block container is
set. Am I wrong?
Guido
Ralph Goers wrote:
In short, the fact that Cocoon is just a bunch of parts that get
configured is one of Cocoon's major strengths. However, the current
configuration is pretty easy to understand and modify. If the
replacement container makes the configuration more complex and less
I can re-factor this Steven.
What is the procedure for getting this on cocoondev.org?
thanks
regards Jeremy
On 17 Oct 2004, at 09:43, Steven Noels wrote:
On 17 Oct 2004, at 09:57, Ugo Cei wrote:
Il giorno 16/ott/04, alle 23:16, Pier Fumagalli ha scritto:
If someone has some space on SourceForge
Guido Casper wrote:
Sorry, I thought what's being discussed is wether or not to use Spring
as an intra-block container and that Tani as inter-block container is
set. Am I wrong?
Nope, you're totally right. Tani already provides classloader isolation,
and we just need to add a thin DI layer on
On 17 Oct 2004, at 12:17, Jeremy Quinn wrote:
I can re-factor this Steven.
What is the procedure for getting this on cocoondev.org?
Nothing special:
* read http://new.cocoondev.org/main/32
* think of a name some short form of that: Pier/Jerm
* set up SVN account/passwd for committers: me
* create
On 17 Oct 2004, at 14:02, Steven Noels wrote:
On 17 Oct 2004, at 12:17, Jeremy Quinn wrote:
I can re-factor this Steven.
What is the procedure for getting this on cocoondev.org?
Nothing special:
* read http://new.cocoondev.org/main/32
* think of a name some short form of that: Pier/Jerm
* set up
On 17 Oct 2004, at 14:29, Jeremy Quinn wrote:
On 17 Oct 2004, at 14:02, Steven Noels wrote:
On 17 Oct 2004, at 12:17, Jeremy Quinn wrote:
I can re-factor this Steven.
What is the procedure for getting this on cocoondev.org?
Nothing special:
* read http://new.cocoondev.org/main/32
* think of a name
Steven Noels wrote:
On 17 Oct 2004, at 09:57, Ugo Cei wrote:
Il giorno 16/ott/04, alle 23:16, Pier Fumagalli ha scritto:
If someone has some space on SourceForge (not here, it's LGPL,
Carsten maybe you can lend a hand), it might be very cool to improve
it together?
May I suggest cocoondev.org?
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On 17 Oct 2004, at 15:57, Sylvain Wallez wrote:
Instead of creating yet-another-small-project at cocoondev.org (like
my own CVSSource), what about creating a general-purpose project that
would host all interesting cocoon-releated things we cannot host at
the ASF because of license problems?
+1,
Guido Casper wrote:
Ralph Goers wrote:
In short, the fact that Cocoon is just a bunch of parts that get
configured is one of Cocoon's major strengths. However, the current
configuration is pretty easy to understand and modify. If the
replacement container makes the configuration more complex
On 17 Oct 2004, at 14:57, Sylvain Wallez wrote:
Instead of creating yet-another-small-project at cocoondev.org (like
my own CVSSource), what about creating a general-purpose project that
would host all interesting cocoon-releated things we cannot host at
the ASF because of license problems?
Was
Pier Fumagalli wrote:
snip/
As I personally need the kernel, I will personally invest some more
time into it, Cocoon or not (frankly, I could care less at this point).
I think that the current kernel code is wrong, as it's based on
implementation of interfaces a-la Avalon, and you showed me a
On 17 Oct 2004, at 14:45, Pier Fumagalli wrote:
On 17 Oct 2004, at 14:29, Jeremy Quinn wrote:
On 17 Oct 2004, at 14:02, Steven Noels wrote:
On 17 Oct 2004, at 12:17, Jeremy Quinn wrote:
I can re-factor this Steven.
What is the procedure for getting this on cocoondev.org?
Nothing special:
* read
Sylvain Wallez wrote:
snip/
Instead of creating yet-another-small-project at cocoondev.org (like
my own CVSSource), what about creating a general-purpose project that
would host all interesting cocoon-releated things we cannot host at
the ASF because of license problems?
Instead of having a
Daniel Fagerstrom wrote:
Guido Casper wrote:
Ralph Goers wrote:
In short, the fact that Cocoon is just a bunch of parts that get
configured is one of Cocoon's major strengths. However, the current
configuration is pretty easy to understand and modify. If the
replacement container makes the
Steven Noels wrote:
On 17 Oct 2004, at 15:57, Sylvain Wallez wrote:
Instead of creating yet-another-small-project at cocoondev.org (like
my own CVSSource), what about creating a general-purpose project that
would host all interesting cocoon-releated things we cannot host at
the ASF because of
Daniel,
I didn't quote everything in your post in the interest of space, but I
agree with everything in it. Frankly, I'd be happy if every block had
it's own equivalent to cocoon.xconf that could be loaded along with the
block. If any wiring is needed, it should be between the Cocoon core
Pier Fumagalli wrote:
On 17 Oct 2004, at 14:57, Sylvain Wallez wrote:
Instead of creating yet-another-small-project at
cocoondev.org (like
my own CVSSource), what about creating a general-purpose
project that
would host all interesting cocoon-releated things we cannot host at
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31726.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
snip/
While I agree with your concerns, I think a DI container can
_potentially_ bring a lot in this area. The current problem with
Cocoon's xconf file is that it is really free-form, and the variety of
the components makes writing an XML grammar
Il giorno 17/ott/04, alle 17:22, Daniel Fagerstrom ha scritto:
data. In Spring you must as well supply wiring information about how
the component is connected to other components thru setters. You need
to describe the life cycle, if there are any initialization and
destruction methods of the
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
snip/
Instead of creating yet-another-small-project at cocoondev.org (like
my own CVSSource), what about creating a general-purpose project that
would host all interesting cocoon-releated things we cannot host at
the ASF because of license
Il giorno 17/ott/04, alle 15:45, Pier Fumagalli ha scritto:
The code can't be licensed using the Apache License 2.0. It's LGPL as
it implements certain LGPL Hibernate classes. That's the whole
reason why we can't post it here...
Do your classes really implement Hibernate interfaces or extend
Carsten Ziegeler wrote:
Pier Fumagalli wrote:
On 17 Oct 2004, at 14:57, Sylvain Wallez wrote:
Instead of creating yet-another-small-project at cocoondev.org (like my own CVSSource), what about creating a general-purpose project that would host all interesting cocoon-releated things we
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
snip/
What I would like us to do, is to write some kind of (prioritized)
requirement list on what problems we would like to solve for
intra-block component handling. Then it would be possible to evaluate
different technical solutions with respect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31751.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I can't access the SVN repository at http://svn.apache.org/ - or am I looking in the
wrong place?
I'm accessing it through a proxy, so it's hard to say exactly what happens, but my
proxy reports a zero-length response:
ERROR
The requested URL could not be retrieved
While trying to retrieve
Try https
https://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X
Conal Tuohy wrote:
I can't access the SVN repository at http://svn.apache.org/ - or am I looking in the wrong place?
I'm accessing it through a proxy, so it's hard to say exactly what happens, but my
proxy reports a
Thanks JD. Actually it seems to have come right just a minute ago!
-Original Message-
From: JD Daniels [mailto:[EMAIL PROTECTED]
Sent: Monday, 18 October 2004 7:04 p.m.
To: [EMAIL PROTECTED]
Subject: Re: svn repository
Try https
34 matches
Mail list logo