Il giorno 29/lug/04, alle 20:20, Stefano Mazzocchi ha scritto:
My proposal is to create a private branch for every committer that
wants it and place it in
http://svn.apache.org/repos/asf/cocoon/private/[id]
+1
For example, I have a new version of linotype I'm working on that I
would like to
Il giorno 30/lug/04, alle 00:24, Sylvain Wallez ha scritto:
Don't take all this badly Ugo: I see much more dangers in turning the
sitemap into a scripting language than the advantages brought by
saving a few keystokes or the ease of implementation. But I'm all for
a simplified implementation of
-Original Message-
From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 29, 2004 7:06 PM
To: [EMAIL PROTECTED]
Subject: RE: Design of unmarshaling sitemap component
DURDINA Michal [EMAIL PROTECTED] writes:
Hi,
I would like to discuss the design problem of
Stefano Mazzocchi wrote:
My proposal is to create a private branch for every committer that wants
it and place it in
http://svn.apache.org/repos/asf/cocoon/private/[id]
+1
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On 29 Jul 2004, at 23:50, Stefano Mazzocchi wrote:
fine, what about
http://svn.apache.org/repos/asf/cocoon/
(whiteboard|scratchpad|research)
Much better. But you are suggesting a branch for all these, no? I'm not
so sure about that - branches tend to hide things away. Of course,
branching
Steven Noels wrote:
On 29 Jul 2004, at 23:50, Stefano Mazzocchi wrote:
fine, what about
http://svn.apache.org/repos/asf/cocoon/
(whiteboard|scratchpad|research)
We had already discussed (was it 1, 2 years ago) that personal
playgrounds are bad...
Much better. But you are suggesting a branch
Stefano Mazzocchi wrote:
http://svn.apache.org/repos/asf/cocoon/(whiteboard|scratchpad|research)
I like research or playground best. Anyway, let's make it more concrete:
These days I started to work on the Cocoon BlockDeployer and I plan to
share my work within the next two or three weeks. I
Ugo Cei wrote:
Il giorno 30/lug/04, alle 00:24, Sylvain Wallez ha scritto:
Don't take all this badly Ugo: I see much more dangers in turning the
sitemap into a scripting language than the advantages brought by
saving a few keystokes or the ease of implementation. But I'm all for
a simplified
Hello,
I've found a problem with JavaFlow. I use OJB in my flow class. When I
try to execute the following code:
QueryByCriteria query = new QueryByCriteria(Account.class, new
Criteria());
I get a black page returned (the flow code is not executed). But the
following code is correctly executed:
You raise a few good points, but I don't agree with all of them.
You're right that XML is a given for working with Cocoon. That's not a bad
thing. But people already need to know a lot more than just XML in order to
understand a sitemap. There seems to be a cutoff point in the development of
a
Reinhard Poetz wrote:
Stefano Mazzocchi wrote:
http://svn.apache.org/repos/asf/cocoon/(whiteboard|scratchpad|research)
I like research or playground best. Anyway, let's make it more concrete:
These days I started to work on the Cocoon BlockDeployer and I plan to
share my work within the next
Has there been any discussion of extracting Java continuations into a
standalone project?
There are a lot of people (judging by web searches... and including me
:-) who would love to use this functionality, but not in the context of
Cocoon.
There has been the discussion to move it over into
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=30406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Note: I use Eclipse for development. I can do a lot of changes to code
while running Cocoon in Tomcat, but with JavaFlow, I need to restart
everytime I change the code. This made me think: maybe the problem is
related to class loading somehow.
I don't know if it's useful to place this information
DURDINA Michal [EMAIL PROTECTED] writes:
DURDINA Michal [EMAIL PROTECTED] writes:
Hi,
I would like to discuss the design problem of the sitemap
component. My plan is to develop special let's call it
transformer for transforming sources for pages written or
generated by
Nicola Ken Barozzi writes:
Ugo Cei wrote:
Il giorno 30/lug/04, alle 00:24, Sylvain Wallez ha scritto:
Don't take all this badly Ugo: I see much more dangers in
turning the
sitemap into a scripting language than the advantages brought by
saving a few keystokes or the ease of
On 28 Jul 2004, at 19:00, Stefano Mazzocchi wrote:
Personally, I like it as XML. :-)
Don't get me wrong, it's not that I don't like it... but many times it
felt just too verbose for the task... so it would be kinda cool to
have the ability to have two syntaxes.
As long as I don't have to rewrite
Stefano Mazzocchi [EMAIL PROTECTED] writes:
Geoff Howard wrote:
Why insert this stream of consiousness into this
discussion? I have a
gut feeling that something in this discussion could lead to
a solution
along these or totally new lines that cures this uneasiness, or
could
On Thu, 29 Jul 2004, Stefano Mazzocchi wrote:
..snipped inspiring text about using SNV features and perhaps
changing things so it fits our patterns better now that we 'can'.
...
My proposal is to create a private branch for every committer that wants
it and place it in
On 30 Jul 2004, at 12:07, Vilya Harvey wrote:
A scripting language feels like overkill for simple pipelines, but the
XML syntax is very awkward for more complicated ones. The appropriate
choice comes down to how soon you feel that cutoff occurs, for the
kind of sites you develop.
If the
On 30 Jul 2004, at 19:18, Dirk-Willem van Gulik wrote:
This would worry me somewhat;
Ditto here: +1.
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java XMLAn Orixo Member
Read my weblog 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=30417.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=30417.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Pier Fumagalli wrote:
On 28 Jul 2004, at 19:00, Stefano Mazzocchi wrote:
Personally, I like it as XML. :-)
Don't get me wrong, it's not that I don't like it... but many times it
felt just too verbose for the task... so it would be kinda cool to
have the ability to have two syntaxes.
As long as
The private branches proposal didn't fly, so let's try again.
Same thing as the previous proposal but with the whiteboard name,
playground kinda sucks and research would scare people way because
it feels too serious.
comments?
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Stefano Mazzocchi wrote:
The private branches proposal didn't fly, so let's try again.
Same thing as the previous proposal but with the whiteboard name,
playground kinda sucks and research would scare people way because
it feels too serious.
comments?
The term whiteboard is excellent.
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=28680.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=30417.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
28 matches
Mail list logo