Bertrand Delacretaz wrote:
Le 26 oct. 04, à 17:41, Stefano Mazzocchi a écrit :
..Bah, burocrats.
;-)
I see David's point though, using [VOTE] in subject (and [PROPOSAL]
maybe) helps in not missing stuff that's happening.
But I like our +1 way of saying me? I like it even if outside of a
vote
I'm trying really really really hard not to reply to this but I can't.
Frédéric Glorieux wrote:
For computing, you are really incredible guys, but for politics, I'm
sorry to say that but you are reinventing the wheel. Rules are not
bureaucratic but the only way to have a stable democracy, which
Luigi Bai wrote:
On Tue, 26 Oct 2004, Stefano Mazzocchi wrote:
forth: some of us spend a great amount of their life trying to come up
with strategies that avoid the use of those rules, and understand how
complex groups form and dissolve, how innovation happens and how
community fractures can
Luigi Bai wrote:
If you have ideas on how to make it better, we are wide open to
suggestions.
Okay, assuming your sincerity - what is the current method for
committers to find/fix/close issues in Bugzilla?
there is no codified method. Basically, one those patches/fixes/bugs
that are promoted
David Crossley wrote:
So when a real, potentially damaging, issue arises
we will have no way to sensibly handle it.
It has been working fine so far and I see no evidence of things changing.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
We really gotta start thinking about our build system and gump integration.
Vadim Gritsenko wrote:
Unico Hommes wrote:
I've completed the changes to the build system discussed earlier [1].
In order to do so I have extended the gump descriptor with additional
information that allows the build
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
We really gotta start thinking about our build system and gump
integration.
Vadim Gritsenko wrote:
Unico Hommes wrote:
I've completed the changes to the build system discussed earlier
[1]. In order to do so I have extended the gump descriptor
Carsten Ziegeler wrote:
The ECM++ is now integrated in 2.2 and it seems that most things
are running again - even simple XSP pages (haven't tested more yet).
Now, as I mentioned earlier, one idea of ECM++ is to support only those
interfaces/features that we really need.
One candidate in this
Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
+1
Carsten, one thing, when you remove a dependency, please
update the gump.xml descriptor too!
Sure, until now I only removed one jar (excalibur-testcase) and
I updated gump.xml as well. Just curious, did I forget it somewhere
Andreas Hartmann wrote:
Stefano Mazzocchi wrote:
Andreas Hartmann wrote:
Carsten Ziegeler wrote:
Yes, it's stable now
[...]
I really hope so :)
We're about to switch to 2.2 for Lenya-dev, so be prepared
that I'll get on your nerves when something does not work
anymore ...
Andreas, I *strongly
Upayavira wrote:
[EMAIL PROTECTED] wrote:
True! However, if there is a form to be filled in, some questions will be
answered beforehand, thus eliminating several mails back and forth.
Some of the questions: - how can I see that Cocoon was used?
- why did you use Cocoon? - how much time did the
Niclas Hedhman wrote:
On Thursday 21 October 2004 21:40, Stefano Mazzocchi wrote:
As for continous integration, Gump is your friend, so you should
not have to worry about that.
Provided we can get Gump all the way up and beyond Cocoon :o)
Soon there...
you can bet your ass we will! :-)
--
Stefano
Butler, Mark H (Labs Bristol) wrote:
Hi team,
I need your advice on the best way to fix a problem when using Cocoon on
Tomcat caused by DELI that I do not encounter when running Cocoon on
Jetty. Therefore I would like your advice as solving the problem seems
to require an understanding of the
Butler, Mark H (Labs Bristol) wrote:
Hi Stefano
Actually Patrick logged it as a server bug with the Apache Tomcat team,
but they weren't very impressed see
http://issues.apache.org/bugzilla/show_bug.cgi?id=31806
I suspect its not so much a bug, more a feature of two different teams
interpreting
Carsten Ziegeler wrote:
Nicola Ken Barozzi wrote:
Why? It is easier to write and maintain single ant script
than 55! (we
have 55 blocks right now)
Let me answer for Reinhard :-)
If every local buildfile has
import file=../common-block-build.xml
then there is not really more to maintain, but
Andreas Hartmann wrote:
Carsten Ziegeler wrote:
Yes, it's stable now
[...]
I really hope so :)
We're about to switch to 2.2 for Lenya-dev, so be prepared
that I'll get on your nerves when something does not work
anymore ...
Andreas, I *strongly* suggest that you keep off until we are at least in
Andreas Hartmann wrote:
Carsten Ziegeler wrote:
Andreas Hartmann wrote:
Carsten Ziegeler wrote:
Yes, it's stable now
[...]
I really hope so :)
We're about to switch to 2.2 for Lenya-dev, so be prepared that I'll
get on your nerves when something does not work anymore ...
See my reply to that :)
Niclas Hedhman wrote:
On Wednesday 20 October 2004 16:23, Antonio Gallardo wrote:
I knew about that. But again the balance would a hard task: Xalan and
Xerces need to move to JAXP 1.3. I already saw the post on the xml-commons
list.
What surprises me about it is that the source of the problem
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
snip/
Or maybe a good solution can be to combine both approaches: the
sitemap engine will use the mini-processor approach, and component
lookups (which are not that often used) lead to the creation of a
simple wrapper object
Ugo Cei wrote:
Il giorno 20/ott/04, alle 09:33, Carsten Ziegeler ha scritto:
Yes, it's stable now - the code could be optimized a little bit here
and there, but I would do this after we have the tests.
Are we targetting JDK 1.4 for this release? If so, can I change
CascadingRuntimeException to
Nicola Ken Barozzi wrote:
Forrest is using 2.2 too, so let's try to keep it stable as much as
possible and in general do all the big changes on branches.
Hmmm, I'm not sure if I like this.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Sylvain Wallez wrote:
Nicola Ken Barozzi wrote:
Forrest is using 2.2 too, so let's try to keep it stable as much as
possible and in general do all the big changes on branches.
Why do Lenya and Forrest use 2.2? The Cocoon stable branch is *2.1* and
trunk is the *development branch*, where we can
Unico Hommes wrote:
I've often thought that the signature of the setup() method was wrong.
The src parameter is passed as a String, the component is free to
interpret it as anything it wishes. But I think this parameter was
really only meant to ever be interpreted as a Source object. So instead
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Mmhh... what if other parameters are also URIs?
If src attribute to be interpreted always as a Source object... We could
add map:source as well:
map:transformer type=three-source-transformer
map:source name=first value=/
map:source
Reinhard Poetz wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Mmhh... what if other parameters are also URIs?
If src attribute to be interpreted always as a Source object... We
could add map:source as well:
map:transformer type=three-source-transformer
map:source name=first value=/
Tim Larson wrote:
On Wed, Oct 20, 2004 at 07:06:54PM +0200, Sylvain Wallez wrote:
Reinhard Poetz wrote:
Or another alternative
map:transformer type=three-source-transformer
map:parameter name=first value=bar type=source/
...
/map:transformer
Typing parameters. That's *really* interesting.
Ugo Cei wrote:
Pier Fumagalli wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we switch
the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
I'm sure you meant can instead of can't ;-) but anyway, here's
Upayavira wrote:
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the Cocoon wiki into it. You can see it
at
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
snip/
and this solves *ALSO* the issue that was identified at the GT about
virtual pipeline components resolving services locally or remotely
(block-wise).
The current problem with VPCs is the context in which relative URIs must
be resolved. We
Giacomo Pati wrote:
On Tue, 28 Sep 2004, Bertrand Delacretaz wrote:
Le 28 sept. 04, à 04:12, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
...The performance part comes mainly from the front-end apache2
mod_cache. Simply adding the right HTTP headers and making sure the
content-length
Ralph Goers wrote:
Antonio,
This subject has come up many times. I'll restate what I've always said.
If we must release a snapshot jar then the source that was used to build
it must be available for download from Cocoon's website, or another
documented location (i.e. cocoondev, ibiblio, etc.).
Niclas Hedhman wrote:
On Saturday 16 October 2004 04:55, Stefano Mazzocchi wrote:
Because they have been around forever *AND* they don't change their
contracts overnight.
Your talk is not entirely reflected by the actions of the community. I just
did a svn up on the 2.1 branch;
A lib
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?
What about lobbying about
Niclas Hedhman wrote:
On Monday 18 October 2004 04:17, Ugo Cei wrote:
No one has ever demonstrated that doing an import on classes that are
under the LGPL obliges you to license your code under the (L)GPL.
The FSF and ASF legal counsel have both said it does.
This is not correct. Some ASF
Niclas Hedhman wrote:
On Monday 18 October 2004 15:14, Ugo Cei wrote:
Really? My understanding of this is that the issue is still open:
As FSF has not yet clarified/answered questions with regard to this,
nor has the LGPL been updated to clarify such - the murkyness around
this makes us do the
Carsten Ziegeler wrote:
The following idea came to my mind during the weekend. All the
recent discussions about a new core/container etc. show that
a possible future version of Cocoon will have a different
component handling than we have now.
One major concern for me is compatibility. It would be
Pier made me realize that there are 3 different issues on the table
regarding real blocks:
1) classloading isolation
2) pojoification
3) service isolation
and, interestingly enough, they are orthogonal.
Tani was born to prototype 1.
Butterfly was born to prototype 2.
But what I really care is
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
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
Dirk-Willem van Gulik wrote:
On Mon, 18 Oct 2004, Stefano Mazzocchi wrote:
What does this translate to java? Pretty simple, in fact: if you import
a class is fine, if you implement an interface is not.
Let me resend them a msg of a few weeks, months now ago, (to their ED
Bradley Kun
Ralph Goers wrote:
Is what you said below correct? or did you really intend
map:transformer name=blah/* uri=http://apache.org/blah/Blah/
map:param name=src value={1}.src/
/map:transformer
I stand corrected.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Pier made me realize that there are 3 different issues on the table
regarding real blocks:
1) classloading isolation
2) pojoification
3) service isolation
and, interestingly enough, they are orthogonal.
Tani was born to prototype 1.
Butterfly
Ugo Cei wrote:
Il giorno 15/ott/04, alle 12:04, Gianugo Rabellino ha scritto:
Any chance you can just iDVD it for now with just separate chapters
per session? I know this would mean a hefty download, but isn't this
why bittorrent is there? Others then might jump in and postproduce the
sessions.
Hunsberger, Peter wrote:
Maybe I'm
just too optimistic in believing there should be container
implementations mature enough for Cocoon to depend on?
What *really* bothers me about this thread is the fact that very few
seem to realize that maturity for dependencies means stability of the
Hunsberger, Peter wrote:
Umm, I don't really see a pattern here. From everything I've seen the
communities involved with Spring and Geronimo have little in common with
the Avalon/Excalibur communities. (Let me qualify that by saying I
haven't looked that closely.) More-over, they both have the
Luca Garulli wrote:
bye,
Luca Garulli
OrienTechnologies.com
(the light ODBMS, all in one JDO solution)
Luca,
as we can infer from your signature, you are not exactly the most
neutral person to judge about this particular technology JDO.
Sorry but I didn't want to start a flame..
Get real.
There
Niclas Hedhman wrote:
Being a die-hard Avalon supporter, I am all in favour of progress, but for the
right reasons. Swapping ECM/Fortress for Spring/Pico doesn't change anything
fundamentally. Only creates a lot of work for no immediate benefit.
The real challenge as someone pointed out, is the
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
Cocoon undergo phase transition when moving from 1.x to 2.x.
Are we doing it again?
The question on the table is: we *NEED* better class discovery and
classloading isolation. This is a must, just like the need for SAX
pipelines drove 2.x away from
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
snip/
Personally, I'd favor Avalon support for chosen container. As Ralph
noted, and he is not alone, people like Avalon, and we should support
it for years to come.
Well, people will like DI containers once they start using them :-)
DI is 1% of the
Ugo Cei wrote:
Il giorno 14/ott/04, alle 16:50, Stefano Mazzocchi ha scritto:
real block kernel and Rickard Oberg's AOP framework, this would be
modern.
Too bad he has not open-sourced it yet, or has he?
No, and he will not.
But the ideas are available and implementation doesn't scare me.
My
Ugo Cei wrote:
Il giorno 14/ott/04, alle 18:09, Vadim Gritsenko ha scritto:
Other question I have is what we are going to do with the component
base we developed and depend on which currently resides in excalibur
repository. Should those be copied into Cocoon repository (and
springified as
Luca Garulli wrote:
I don't speak about product preference. I'm talking of STANDARD. JDO
is a STANDARD.
Oh, yes, standards are wonderful: there are so many to chose from
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Sylvain Wallez wrote:
This has been blogged here and there: Laszlo [1], a servlet-based
platform to produce rich clients in Flash from XML+javascript
descriptions has gone opensource yesterday.
I invite you to have a look at the demos, and try out the one called
XML editor where you can put
Steven Noels wrote:
On 28 Sep 2004, at 10:39, Pier Fumagalli wrote:
Thanks, that I didn't know... Since the WIKI moved off to that
MoinMoin crap, I seriously tend to ignore it a lot more...
For somehow who maintained the previous Wiki for two years, and
reluctantly gave up after the daily
Pier Fumagalli wrote:
http://www.mortbay.com/MB/log/gregw/?permalink=servletNG.html
Pier
wow, what do you think it would take to create a CocoonServletNG?
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Bertrand Delacretaz wrote:
Le 27 sept. 04, à 09:12, Andreas Hartmann a écrit :
...Congratulations, it's a nice site and really fast!
Are you allowed to talk about the implementation?
Thanks - sure I can talk, in fact I hope to be able to donate some
components to Cocoon. 'll know more when the
Bertrand Delacretaz wrote:
Le 28 sept. 04, à 04:12, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
...The performance part comes mainly from the front-end apache2
mod_cache. Simply adding the right HTTP headers and making sure the
content-length header is generated as well (by setting
Steven Noels wrote:
On 17 Sep 2004, at 12:56, Vadim Gritsenko wrote:
You acknowledge that this software is not designed, licensed or
intended for use in the design, construction, operation or
maintenance of any nuclear facility.
--
Just want to confirm, we can not add this carstore sample to
Igor Bukanov wrote:
Hi!
http://bugzilla.mozilla.org/show_bug.cgi?id=258844 contains a working
patch against Rhino CVS from mozilla.org to enable Continuation support
there.
Note although the implementation is based on ideas from Christopher
Oliver patch it is not a patch port.
In particular,
Gump wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue
Stefan Bodewig wrote:
Hi,
when David changed the descriptor to reflect the avalon restructuring,
one reference to avalon-framework was missed - it was well hidden by
Gump.
Please apply the appended patch to finally get nagged again ;-)
now that we have SVN, could we say that gump.xml in cocoon is
Jorg Heymans wrote:
Hi,
Recently there were 2 requests on the users list about accessing the
current pipeline structure.
http://marc.theaimsgroup.com/?t=10944833712r=1w=2
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=109473546831881w=2
What does the devlist think about this? Certainly
Tony Collen wrote:
Hey peeps,
I'm catching up on some old list traffic, and I thought I'd comment
since I was too busy when this first came up. I just want a little
clarification:
Stefano originally wrote:
The closest thing that we have in place for that is Pier's kernel (that
was development
Conal Tuohy wrote:
Antonio Fiol Bonnín wrote:
a) Refactoring SimpleLuceneXMLIndexerImpl so that its private method
indexDocument is not private, and taking it to an external component.
b) Creating a PDFGenerator (in the cocoon sense of generator,
of course).
Option (a) seems to be giving us
Torsten Curdt wrote:
Is the linotype editor working for anyone?
I only constantly get errors on the javascript
console. None of the buttons (links, images,
styling,...) works for me.
...talking about latest trunk version.
works for me, but my own version is not in synch with the one on the
Steven Noels wrote:
On 01 Sep 2004, at 23:19, Sylvain Wallez wrote:
Mark Lundquist wrote:
Dear devs,
I like to use cocoon.sh as is, configuring it from without by means
of a wrapper script. Using cocoon.sh without modification makes it
easier to take Cocoon version upgrades.
There is one
Torsten Curdt wrote:
+1 for the branch
and although I really like the name tani
I think we should stick to what we decided.
no fancy names.
+1 for keeping the new-kernel (or naming
it block-kernel)
Hmmm, what about butterfly then?
The problem with calling it new-kernel is that the new kernel is
Ugo Cei wrote:
Il giorno 28/ago/04, alle 15:10, Pier Fumagalli ha scritto:
On 27 Aug 2004, at 22:27, Ugo Cei wrote:
Il giorno 26/ago/04, alle 01:19, Pier Fumagalli ha scritto:
http://scplugin.tigris.org/
Personally, I couldn't get it to work. How about you?
Yep... Just need to log-out and re log
Steven Noels wrote:
On 28 Aug 2004, at 16:15, Stefano Mazzocchi wrote:
Just like Ugo, I feel the need for a clean slate and a place where I
can work without breaking everybody else's code.
Let's all use our own hard disk then. :-)
We already are, but you don't see SVN commits from my HD, nor I
I've been away from the real cocoon development for a while, but my day
job requires me to build a prototype using cocoon but with real blocks
implemented.
Therefore, I need to get real blocks working on cocoon.
The closest thing that we have in place for that is Pier's kernel (that
was
Pier Fumagalli wrote:
I'm rebuilding the site and javadocs, and I seriously fail the point of
checking in generated javadocs...
There are something like more than 5600 files, and my SVN is crashing...
Plus, we're wasting resources for something that can be so easily
generated (even on
Leo Sutic wrote:
Niclas,
the problem I have with Merlin/Metro is this:
http://marc.theaimsgroup.com/?l=avalon-devm=108965397729686w=2
Do you have ANY idea just how incredibly hard it has been
to develop for Merlin? I've been trying to get a whole platform
out the door here at
FYI
--
Stefano.
---BeginMessage---
Oh, by the way:
http://whirlycache.dev.java.net/
phil.
--
Whirlycott
Philip Jacob
[EMAIL PROTECTED]
Ugo Cei wrote:
Il giorno 11/ago/04, alle 01:37, Stefano Mazzocchi ha scritto:
Are they in trouble or are we wrong?
Nobody is in trouble (unless the hibernate people go after them, which
would be a pretty stupid thing to do anyway)
Stupid and counter to what they have publicly stated many times
Niclas Hedhman wrote:
On Wednesday 11 August 2004 14:47, Guido Casper wrote:
On the surface it may be not that different from a dependency management
POV but the first is easier to unit test ...
And for the record, this whole thread is not an argument for and against
different IoC styles. That
Dirk-Willem van Gulik wrote:
On Wed, 11 Aug 2004, Ugo Cei wrote:
Stupid and counter to what they have publicly stated many times, that
their own interpretation of the LGPL is that it is not viral.
However over the years we've not managed to get a public statement (or an
updated L-GPL license)
Niclas Hedhman wrote:
The FSF agenda is to drive all development into OSS, by forcing the choice of
economical OSS benefits vs costly in-house development.
Wrong. This is the OSI agenda, not the FSF one.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Gianugo Rabellino wrote:
On Aug 11, 2004, at 10:32 AM, Ugo Cei wrote:
Now, who wants to start enabling Cocoon Forms with XForms support?
*If* and *when* browser support will really be there, I guess we'll all
be eager to implement it... too bad this is the last of a few announces
I heard in
Halgurt Mustafa-Ali wrote:
hi,
I am tryong to itegrate OWQL in to the cocoon framework, I implemented a
Transformer for that purpose (see the Attachment please).
The OWQL tool has a method printAnswerAsXML (String reqxml, PrintWriter pw)
do you have an idea how can I convert pw to SAX events?
Leszek Gawron wrote:
Is anybody interested in FreeMarker integration with cocoon? There is no
single word (Oh there are some freemarker occurences but they do not
stick to the subject) about FreeMarker on the cocoon-dev list. It is BSD
style licensed so there is no problem with shipping it with
Leszek Gawron wrote:
Let's imagine we base cocoon on spring. There was a discussion about
including hibernate in cocoon and it failed (licensing). Spring being
ASL 2.0 ships with hibernate library, even if not - it contains code
that was compiled against hibernate interfaces. Wouldn't this be
Hunsberger, Peter wrote:
I saw this go by on the xml-dev list this morning and my first thought
was boy, there would be a way to make the sitemap even harder to work
with. After looking at it closer I'm not sure exactly how you could
make a sitemap with this combination, though from the
Pier Fumagalli wrote:
On 31 Jul 2004, at 02:26, Stefano Mazzocchi wrote:
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
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
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
Steven Noels wrote:
On 29 Jul 2004, at 09:19, Marc Portier wrote:
Rest assured I'm equally concerned with a number of other voices here
about (using Ugo's wording) 'giving just more rope to hang yourself in'
However, when I see people 'removing and merging' then I can only see
less rope :-)
Adam R. B. Jack wrote:
Sorry, we were in the middle of switching to use SVN.
Patches applied now to depend logging-log4j and to
enable Gump to use our new SVN trunk.
I knew that was occurring, I wasn't thinking, sorry. Thanks for working on
it, and getting this done.
Now you are using SVN with
I've been a strong believer in 'internal innovation', which means to
give room for people to experiment.
We have now migrated onto SVN, which unlike CVS, has a great deal of
support for moving things around and merging different parts of the tree
together.
My proposal is to create a private
Steven Noels wrote:
On 29 Jul 2004, at 20:20, 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]
Thoughts?
I know I'm at the verge of becoming a traditionalist, but IMHO we
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 make it even worse.
I feel the same way: sitemap and flowscript
Conal Tuohy wrote:
Stefano wrote:
The XML syntax makes sense only when you want to process the sitemap
iteself via pipeline (for example, to generate an SVG poster
of it via XSLT)
And makes sense if you want to prevent people from adding scripting
inside the pipelines (well, actions are kinda
Ugo Cei wrote:
Il giorno 28/lug/04, alle 00:45, Stefano Mazzocchi ha scritto:
Ugo Cei wrote:
(you can find it in Butterfly's CVS)
the SVN repository has been setup. It would be nice to have that
development over on SVN since we could see what's going on ;-)
I just finished reading
Conal Tuohy wrote:
Stefano wrote:
Conal Tuohy wrote:
It's [XML sitemap syntax] also potentially useful for validation.
Nop, wrong. There is no XMl validation language that can tell
you if the
sitemap is valid from a cocoon-logic point of view (for
example there
is no class file name
Ugo Cei wrote:
Dear Cocooners,
while working on Butterfly, I started looking at the TreeProcessor and I
was astonished at the number of classes I have to port, if I want to
reimplement it:
o.a.c.components.treeprocessor: 26 classes
o.a.c.components.treeprocessor.sitemap: 44 classes
Ugo Cei wrote:
(you can find it in Butterfly's CVS)
the SVN repository has been setup. It would be nice to have that
development over on SVN since we could see what's going on ;-)
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Vadim Gritsenko wrote:
Tony Collen wrote:
Corin Moss wrote:
I guess if you'd
really like a Groovy based sitemap declaration, then existing XML
sitemaps could be pre-parsed into Groovy?
Ugo and I were just talking about this on IRC. There's pretty much a
1-1 correspondence with the sitemap and
Ralph Goers wrote:
Let's not mix concerns: cocoon has few tests, agreed, but this has
nothing to do with the architecture.
It does in the sense that you can't prove that you haven't broken it.
Avalon is not the reason why people didn't write tests for cocoon. This
is an open source project and a
Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
Any Action can be re-written as a Matcher in 10-15 seconds (only
exception is this redirect mentioned above... shall we remove
redirector from action interface? ;-) ). Thus, I totally miss the
point why actions should be disallowed.
because
Jorg Heymans wrote:
snip
Ugo,
tests help but don't really buy us anything: have a community that is
strong and diverse enough to do the regression testing for us.
In a commercial world this would sound like :
Have enough customers that are willing to put up with the bugs we could
(might) have
Marc Portier wrote:
Stefano Mazzocchi wrote:
For sure it doesn't save us energy, we already have that container build.
Cost of building is a fraction of the cost of maintaining?
dude, have you ever tried to change anything in the avalon framework?
--
Stefano.
smime.p7s
Description: S/MIME
my wrists hurt *very* bad from too much f*g typing about f***ing
fixing f***ing communities that don't have a grip on reality and that
are hurting us.
therefore my oneliner emails, so if you get pissed because you feel I'm
being dismissive, get over it.
now, people want to move from a
401 - 500 of 1170 matches
Mail list logo
