Stefano Mazzocchi wrote:
On Sunday, Sep 21, 2003, at 12:39 Europe/Rome, Upayavira wrote:
Steven Noels wrote:
Joerg Heinicke wrote:
IMO this is difficult to maintain. If someone wants to look on the
code base of a block he has to search for its dependencies first or
search for the code at
On Tue, 23 Sep 2003, Bertrand Delacretaz wrote:
The question on which to vote is:
Should we close the [EMAIL PROTECTED] mailing list to humans
(using the dev list instead), keeping it only for wiki update messages.
+1
Andrew.
--
Andrew SavoryEmail: [EMAIL
Bertrand Delacretaz wrote:
Just being slightly formal here to give everyone a chance to vote - I
think we have consensus already.
I have turned +1s to the proposal into votes below, please yell if you
want to change your mind.
The question on which to vote is:
Should we close the [EMAIL
On Tuesday, September 23, 2003, at 06:49 AM, Bertrand Delacretaz wrote:
Just being slightly formal here to give everyone a chance to vote - I
think we have consensus already.
I have turned +1s to the proposal into votes below, please yell if you
want to change your mind.
The question on which
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23269.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tuesday, Sep 23, 2003, at 07:38 Europe/Rome, Bertrand Delacretaz
wrote:
Le Lundi, 22 sep 2003, à 15:59 Europe/Zurich, Stefano Mazzocchi a
écrit :
On Monday, Sep 22, 2003, at 14:05 Europe/Rome, Sylvain Wallez wrote:
...
Taking the above example, does this mean :
-
Le Mardi, 23 sep 2003, à 14:03 Europe/Zurich, Stefano Mazzocchi a écrit
:
...Yeah, well, too bad we already have something along 20 namespaces
who already don't follow that convention.
We could for blocks at least, couldn't we?
using
http://apache.org/cocoon/block/pdf/namespaces/foo/.1.0
On Tuesday, Sep 23, 2003, at 08:38 Europe/Rome, Nicola Ken Barozzi
wrote:
Stefano Mazzocchi wrote:
I fear one-man-shows.
May I guess where this fear comes from... Avalon? ;-)
yeah
I have the same fear.
At the same time, we need 'sort-of incubation' practices for blocks,
as it is impractical
On Monday, Sep 22, 2003, at 16:23 Europe/Rome, Giacomo Pati wrote:
A few days ago someone mentione something about individually
releasable units. I personally think this might be the way to go, peep
over to Avalon land and see how they manage it.
By individually releasable units (IRU) I can see
Stefano Mazzocchi wrote:
...
Instead of associating 'maturity levels' to the actual location of a
block, I would state that as a 'label' attached to it, a label that the
block deployer reacts to and prompt the user for action in case the
block is not considered final by the community.
And maybe
Le Mardi, 23 sep 2003, à 14:26 Europe/Zurich, Nicola Ken Barozzi a
écrit :
...And maybe also use a low-tech way of adding a
WARNING_BETA_BLOCK.txt or WARNING_SCRATCHPAD_BLOCK.txt file in the
block source dir to make it clear to CVS browsers and coders of the
status of the code.
Or rather an
Le Mardi, 23 sep 2003, à 14:33 Europe/Zurich, Nicola Ken Barozzi a
écrit :
Bertrand Delacretaz wrote:
Le Mardi, 23 sep 2003, à 14:26 Europe/Zurich, Nicola Ken Barozzi a
écrit :
...And maybe also use a low-tech way of adding a
WARNING_BETA_BLOCK.txt or WARNING_SCRATCHPAD_BLOCK.txt file in the
Hi, let me start with a little personal introduction. I live in London and
have been using cocoon and following the mailing lists for the past year
and a half. Last year I had the pleasure of meeting some of you in person
in Gent and also in London. Recently I have been thinking about connecting
Bertrand Delacretaz dijo:
Should we close the [EMAIL PROTECTED] mailing list to humans
(using the dev list instead), keeping it only for wiki update messages.
+1 - finally, my first valid vote is here! :-D
Antonio Gallardo.
Stefano Mazzocchi [EMAIL PROTECTED] writes:
snip
Instead of associating 'maturity levels' to the actual location of a
block, I would state that as a 'label' attached to it, a
label that the
block deployer reacts to and prompt the user for action in case the
block is not considered final
On Tuesday, Sep 23, 2003, at 14:46 Europe/Rome, Bertrand Delacretaz
wrote:
Le Mardi, 23 sep 2003, à 14:33 Europe/Zurich, Nicola Ken Barozzi a
écrit :
Bertrand Delacretaz wrote:
Le Mardi, 23 sep 2003, à 14:26 Europe/Zurich, Nicola Ken Barozzi a
écrit :
...And maybe also use a low-tech way of
On Tuesday, Sep 23, 2003, at 14:53 Europe/Rome, [EMAIL PROTECTED]
wrote:
Hi, let me start with a little personal introduction. I live in London
and
have been using cocoon and following the mailing lists for the past
year
and a half. Last year I had the pleasure of meeting some of you in
On Tuesday, Sep 23, 2003, at 16:05 Europe/Rome, Hunsberger, Peter wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes:
snip
Instead of associating 'maturity levels' to the actual location of a
block, I would state that as a 'label' attached to it, a
label that the
block deployer reacts to and
--- Stefano Mazzocchi [EMAIL PROTECTED] wrote:
...
I propose a much simpler scheme. A block can be:
1) certified
2) not certified
A certified block is said to be guaranteed by the certifier (not only
the Apache Cocoon project, but any organization willing to certify
their blocks)
Le Mardi, 23 sep 2003, à 16:31 Europe/Zurich, Stefano Mazzocchi a écrit
:
...The system I outlined above seems really nice, but, IMO, has a few
serious drawbacks:
1) it requires a central authorithy of certification
2) it creates an incredible amount of friction..
Right. Nightmares in the
hello, Hugo, Marc
I have tried the repeater with new resource from cvs, also I mean using
string and long, but I get always the same exception.
And I want to know whether the problem is from repeater handler or?
Thanks
Jianyu
-Ursprüngliche Nachricht-
Von: Marc Portier
On Tue, 23 Sep 2003 16:41:31 +0200, Stefano Mazzocchi [EMAIL PROTECTED]
wrote:
Wouldnt it be great if we could load a web service dynamically as an
object in Flow Script simply by passing it the URI of its WSDL file?
var fooWS = loadWebService('http://foo.bar/webservice?wsdl');
var value =
[EMAIL PROTECTED] wrote:
It really should not be that hard to implement this using Axis and
existing cocoon components. Axis can use dynamic or generated proxies.
Dynamic proxies have the advantage of not needing to be compiled however
they do not handle complex types well. For this reason I think
Dear Sinner,
(sorry can't resist - but I remember you well from last year's GT, Luke
;-)
Le Mardi, 23 sep 2003, à 17:47 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
...Cool, it doesnt look like it will be that hard to code up so I'll
get to
work on it. I'm sure someone will find a use for it. As
On Tuesday, Sep 23, 2003, at 17:27 Europe/Rome, Bertrand Delacretaz
wrote:
Le Mardi, 23 sep 2003, à 16:31 Europe/Zurich, Stefano Mazzocchi a
écrit :
...The system I outlined above seems really nice, but, IMO, has a few
serious drawbacks:
1) it requires a central authorithy of certification
Hi,
I would like to call a flow method when the current session expire, is
there any way to get a callBack, or maybe to
regulary poll the session with getLastAccessedTime and do all the
invalidating stuff manually?
johann
On Tue, 23 Sep 2003, Stefano Mazzocchi wrote:
On Monday, Sep 22, 2003, at 16:23 Europe/Rome, Giacomo Pati wrote:
SNIP/
I agree with you that even a 'naked cocoon' (a cocoon with no
functional blocks) can be further modularized, even if I personally
don't resonate with the modularization
Giacomo Pati wrote:
On Tue, 23 Sep 2003, Stefano Mazzocchi wrote:
On Monday, Sep 22, 2003, at 16:23 Europe/Rome, Giacomo Pati wrote:
SNIP/
I agree with you that even a 'naked cocoon' (a cocoon with no
functional blocks) can be further modularized, even if I personally
don't resonate with
Stefano Mazzocchi wrote:
Certification, more than anything is a stamp on trust.
When installing something, the question a user poses wants answered: can
I trust this? can I build my software on this?
Certification provides an answer to this simple (yet vital!) question,
expecially in an
http://www.saxproject.org/?selected=namespaces
In addition to those events [correctly used startElement() and
endElement], SAX2 reports the scope of Namespace declarations using the
startPrefixMapping and endPrefixMapping methods, so that applications
can resolve prefixes in attribute values
Bertrand Delacretaz wrote:
Just being slightly formal here to give everyone a chance to vote - I
think we have consensus already.
I have turned +1s to the proposal into votes below, please yell if you
want to change your mind.
The question on which to vote is:
Should we close the [EMAIL
+1 from David
(and Jeff Ramsdale, not a committer but thanks)
Keep it up Jeff, your opinion is valued. Anyone can vote,
committer votes are binding.
:-)
Thanks! Nice way of putting it. I voted before it was put to vote, so I
didn't know I'd be in the list... Anyway, I'm still a newbie--my
Hi:
How often the cocoon website is updated? Is the site automatically updated?
I ask because I saw there are 2 cvs.
cocoon-2.1 and cocoon-site.
Please explain.
Best Regards,
Antonio Gallardo.
Le Mercredi, 24 sep 2003, à 07:34 Europe/Zurich, Antonio Gallardo a
écrit :
How often the cocoon website is updated? Is the site automatically
updated?
I ask because I saw there are 2 cvs.
IIUC (but I've never done it) updates are manual, see
34 matches
Mail list logo