Map of Ghent [was: Re: [GT] Ghent 2003 - Meeting on Sunday Evening?]

Bruno Dumon wrote: p.s.: i've scanned a map of a good part of the center of gent, which fits on a piece of paper, available over here, and indicated de vooruit on it: http://outerthought.net/~bruno/images/plangent_ann.png (warning: 6.5 MB PNG file, don't click on the link for the fun of it please)

[GT2003] heads up: Hackathon schedule updated

Following talks with Marc and Carsten, we have updated Monday's schedule to spare time for working in smaller semi-chaotic yet focused and efficient groups (aka "hacking") in the afternoon. See http://wiki.cocoondev.org/Wiki.jsp?page=GT2003Hackathon (not yet reviewed by the "official" GT team)

[GT2003] heads up: Hackathon schedule updated

Following talks with Marc and Carsten, we have updated Monday's schedule to spare time for working in smaller semi-chaotic yet focused and efficient groups (aka "hacking") in the afternoon. See http://wiki.cocoondev.org/Wiki.jsp?page=GT2003Hackathon (not yet reviewed by the "official" GT team)

[Apache Newsletter Draft] News as to Apache Cocoon Project from Aug. to Sep.

Dear Apache Cocoon Development Team, (http://cocoon.apache.org/) Hello, Apache newsletter is in progress of preparing the second all-Apache newsletter, news from August to September 2003, which will be published in the middle of October 2003. === What is "The Apache Newsletter"? === http:

Re: block perspectives

Stefano Mazzocchi wrote: On Thursday, Oct 2, 2003, at 15:04 Europe/Rome, Stephen McConnell wrote: 1) lack of polymorphic dependencies Dependencies are adaptive to the implementation strategy. A block author does not need to declare any dependencies as these are implicity established based

Re: [vote] Change in block file-system layout

Stefano Mazzocchi dijo: > /BLOCK-INF/ -> /COB-INF/ +1 Of course! Just for cosmetic: What about ACB-INF? or CB-INF? ACB means "Apache Cocon Block". Best Regards, Antonio Gallardo.

RE: DirectoryGenerator

Hi Alfred Alfred Fuchs wrote: > > Conal Tuohy wrote: > > > > [...] Alternatively, if it really is necessary to call back > > another pipeline, what about using a generic transformer like the > > XIncludeTransformer? > > I will explain, what I want to do: > > (1) I have a website with a topic "

Re: [vote] Change in block file-system layout

Tony Collen wrote: Stefano Mazzocchi wrote: [snip] So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ +1... onward to true blocks! I am +1 because I agree we need to get going and there's not a clear symbiosis at this time. I am however concerned that we're closing

WSRP4J / Pluto Integration

Hi guys, I would like to have capability to develop portlets using Cocoon and make them available either via JSR-168 or WSRP (so, Cocoon is going to be use as producer, rather then consumer here). Currently I'm developing / testing simple WSRP4J / Pluto (JSR-168) based solution and was wondering

Re: [vote] Change in block file-system layout

On Thursday, October 2, 2003, at 03:30 PM, Stefano Mazzocchi wrote: As emerged with the discussion on Merlin Blocks vs. Cocoon Blocks, it has been asked that we avoid collission by moving our "proprietary" information on a different location. So, as Berin suggested, vote on the proposed change:

Re: About (XPath)TraversableGenerator

Unico Hommes wrote: OK, patch in bugzilla. :) I'm having problems in applying it. Could you post it as an attachment? TIA, -- Gianugo Rabellino Pro-netics s.r.l. - http://www.pro-netics.com Orixo, the XML business alliance - http://www.orixo.com (Now blogging at: http://blogs.cocoondev.org/g

Re: [OT] [Humor] Cocoon can improve sexual performance!

On Thursday 02 October 2003 11:07, Tony Collen wrote: > improve one's sex drive? :D Hard Drive + Sex Drive -> Hard Sex? ;o)

Re: MapTransformer

Conal: > virtually no actual content (warning: it's very slow). Actually, that's on of the problems Rogier and I wanted to tackle. We needed a transformer that simply lists all documents sharing the same tags as the current one. We implemented a very generic MapTransformer which uses the java.

Re: [vote] Change in block file-system layout

Berin Loritsch wrote: +1. Without the microsoft CLI, it is fairly safe to assume that COBOL or COBOL.NET would not be a thread here. s/thread/threat/ -- "They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Fran

Re: [vote] Change in block file-system layout

Stefano Mazzocchi wrote: As emerged with the discussion on Merlin Blocks vs. Cocoon Blocks, it has been asked that we avoid collission by moving our "proprietary" information on a different location. So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ +1 -- Sylvain

Re: [vote] Change in block file-system layout

Stefano Mazzocchi wrote: As emerged with the discussion on Merlin Blocks vs. Cocoon Blocks, it has been asked that we avoid collission by moving our "proprietary" information on a different location. So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ /COCOON-INF/ w

Re: [vote] Change in block file-system layout

Stefano Mazzocchi wrote: /BLOCK-INF/ -> /COB-INF/ +1

RE: [vote] Change in block file-system layout

From: Stefano Mazzocchi > So, as Berin suggested, vote on the proposed change: > > /BLOCK-INF/ -> /COB-INF/ +1

RE: About (XPath)TraversableGenerator

OK, patch in bugzilla. :) Gianugo Rabellino wrote: > > > Unico Hommes wrote: > > Gianugo Rabellino wrote: > > > >>>The limitation is that generate() throws a > >> > >>SourceNotFoundException if the input Source is not a > >>collection. I'd like to use this generator also to view some > >>me

Re: AbstractTextSerializer.needsNamespacesAsAttributes

I tried this code with the Resin Transformer and Xalan. It correctly detects the two cases without errors. What do you think? Could you prepare a 'diff -u' patch and file it to bugzilla? thanks -- Torsten

DO NOT REPLY [Bug 23575] New: - [PATCH] (XPath)TraversableGenerator improvements

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [vote] Change in block file-system layout

Stefano Mazzocchi wrote: ... So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ +1 ... Hopefully that will not conflict with some COBOL information directory. LOL! :-) -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent

Re: [vote] Change in block file-system layout

On Thu, 2 Oct 2003, Stefano Mazzocchi wrote: > So, as Berin suggested, vote on the proposed change: > > /BLOCK-INF/ -> /COB-INF/ +1 Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Lumina

Re: [vote] Change in block file-system layout

Stefano Mazzocchi wrote: [snip] So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ +1... onward to true blocks! Tony

Re: [vote] Change in block file-system layout

Stefano Mazzocchi wrote: Hopefully that will not conflict with some COBOL information directory. http://www.google.com/search?q=COB-INF +1 -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source Java & XMLAn Orixo Member Read my weblog at

Re: About (XPath)TraversableGenerator

Unico Hommes wrote: Gianugo Rabellino wrote: The limitation is that generate() throws a SourceNotFoundException if the input Source is not a collection. I'd like to use this generator also to view some meta information on s without having to generate all of the contents of its parent and then

Re: [vote] Change in block file-system layout

Stefano Mazzocchi wrote: As emerged with the discussion on Merlin Blocks vs. Cocoon Blocks, it has been asked that we avoid collission by moving our "proprietary" information on a different location. So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ +1 Ciao, -- G

RE: [vote] Change in block file-system layout

> /BLOCK-INF/ -> /COB-INF/ +1 Carsten

XTTransformer

Hello, Cocoon 2.1 does not contain org.apache.cocoon.transformation.XTTransformer any more. Unfortunately because it is fast and resource sparing. So I added it to my local environment. It had to be modified because of the modified source resolving (excalibur). It works with j2sdk1.4.2_01,tomca

Re: [vote] Change in block file-system layout

So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ +1 -Bertrand

RE: About (XPath)TraversableGenerator

Gianugo Rabellino wrote: > > > The limitation is that generate() throws a > SourceNotFoundException if the input Source is not a > collection. I'd like to use this generator also to view some > meta information on s without having to > generate all of the contents of its parent and then > ha

[vote] Change in block file-system layout

As emerged with the discussion on Merlin Blocks vs. Cocoon Blocks, it has been asked that we avoid collission by moving our "proprietary" information on a different location. So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ -> /COB-INF/ /COCOON-INF/ was proposed but I like /CO

Re: About (XPath)TraversableGenerator

Unico Hommes wrote: Hi, Using TraversableGenerator I noticed a limitation and a potential bug. The limitation is that generate() throws a SourceNotFoundException if the input Source is not a collection. I'd like to use this generator also to view some meta information on s without having to gene

Re: block perspectives

On Thursday, Oct 2, 2003, at 15:04 Europe/Rome, Stephen McConnell wrote: 1) lack of polymorphic dependencies Dependencies are adaptive to the implementation strategy. A block author does not need to declare any dependencies as these are implicity established based on service dependencies declar

Re: We Aren't Alone in Thinking About Continuations

Jason Foster wrote: http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF- 8&threadm=bkvcrh%2425r%241%40titan.btinternet.com&prev=/ groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.lang.scheme These articles are precisely thoses that led Ovidiu to start playing in the scratchpad with Schec

About (XPath)TraversableGenerator

Hi, Using TraversableGenerator I noticed a limitation and a potential bug. The limitation is that generate() throws a SourceNotFoundException if the input Source is not a collection. I'd like to use this generator also to view some meta information on s without having to generate all of the c

Re: block perspectives

On Thursday, Oct 2, 2003, at 13:42 Europe/Rome, Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote: ... Because while deploying an avalon block in cocoon might make sense, deploying a cocoon block in merlin wouldn't make any sense at all. Exactly the point. Cocoon is not a generic container, it'

Re: block perspectives

Nicola Ken Barozzi wrote: Berin Loritsch wrote: That and how is the Cocoon block definition conflicting with Avalon definition for blocks. I believe there is some conflict, and since it seems that the Cocoon community doesn't want to have a two way compatibility going on with Cocoon blocks, I

Re: block perspectives

Stefano Mazzocchi wrote: On Wednesday, Oct 1, 2003, at 16:22 Europe/Rome, Stephen McConnell wrote: Stefano Mazzocchi wrote: So, a few questions: 1) where is the DTD of your block.xml? There is no DTD due to the fact that we wanted to include user configuration directly in component direct

RE: [BUG] Building docs failed

David Crossley wrote: > Carsten Ziegeler wrote: > > > > Seems too easy to be true. Hmmm, will try that! > > Good luck. > Great, it worked - changes are updated! Thanks Carsten

Re: block perspectives

Berin Loritsch wrote: Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote: ... Because while deploying an avalon block in cocoon might make sense, deploying a cocoon block in merlin wouldn't make any sense at all. Exactly the point. Cocoon is not a generic container, it's a very specific containe

Re: Ant/Maven/Centipede discussion

On Thursday, Oct 2, 2003, at 13:01 Europe/Rome, Reinhard Poetz wrote: From: Carsten Ziegeler Reinhard Poetz wrote: Cocoon comes with its own Ant - there's no need for an installed Ant on the developer's machine. So if we decide to use Ant 1.6 the user will get it automatically. Yes, that's true b

Re: [BUG] Building docs failed

David Crossley wrote: I see three solutions: a) Revert the restructuring b) Update the site c) Do nothing What do you think? We have a dilemma, or is that a trilemma. Lets make it a quadrilemma ... d) One of us rolls back just our site.xml, or whatever it is that creates the menus, and commits

Re: followup (offlist)

Bertrand Delacretaz wrote: Le Jeudi, 2 oct 2003, à 14:28 Europe/Zurich, Berin Loritsch a écrit ...For instance, if you changed BLOCK-INF to COCOON-INF, then it is very clear that the Cocoon solution is proprietary to Cocoon, and noone should expect a Cocoon block to function the same way in a Me

RE: [BUG] Building docs failed

Carsten Ziegeler wrote: > Great, we have a double-d here :) > > Bertrand Delacretaz wrote: > > > > Le Jeudi, 2 oct 2003, à 13:45 Europe/Zurich, Carsten Ziegeler a écrit : > > > ...I see three solutions: > > > a) Revert the restructuring > > > b) Update the site > > > c) Do nothing > > > > d) hack

Re: followup (offlist)

Le Jeudi, 2 oct 2003, à 14:28 Europe/Zurich, Berin Loritsch a écrit ...For instance, if you changed BLOCK-INF to COCOON-INF, then it is very clear that the Cocoon solution is proprietary to Cocoon, and noone should expect a Cocoon block to function the same way in a Merlin/Phoenix environment.

Re: block perspectives

Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote: ... Because while deploying an avalon block in cocoon might make sense, deploying a cocoon block in merlin wouldn't make any sense at all. Exactly the point. Cocoon is not a generic container, it's a very specific container, and our blocks ca

RE: [BUG] Building docs failed

Great, we have a double-d here :) Bertrand Delacretaz wrote: > > Le Jeudi, 2 oct 2003, à 13:45 Europe/Zurich, Carsten Ziegeler a écrit : > > ...I see three solutions: > > a) Revert the restructuring > > b) Update the site > > c) Do nothing > > d) hack changes.html manually to include the new conte

Re: followup (offlist)

Bertrand Delacretaz wrote: Le Jeudi, 2 oct 2003, à 11:56 Europe/Zurich, Stefano Mazzocchi a écrit : ...Why should we spend months in trying to come up with a solution that makes both Avalon and Cocoon happy for blocks instead of just implementing a design that we already spent almost a year des

Re: [BUG] Building docs failed

Le Jeudi, 2 oct 2003, à 13:45 Europe/Zurich, Carsten Ziegeler a écrit : ...I see three solutions: a) Revert the restructuring b) Update the site c) Do nothing d) hack changes.html manually to include the new content with the old menu? -Bertrand

RE: [BUG] Building docs failed

Carsten Ziegeler wrote: > David Crossley wrote: > > > > > > > > How about just updating the changes.html page? Do we really > > > > need to do the whole site. There was a discussion about > > > > not updating the website until 2.2 because the documentation > > > > was re-arranged, thereby breaking

Re: block perspectives

Stefano Mazzocchi wrote: ... Because while deploying an avalon block in cocoon might make sense, deploying a cocoon block in merlin wouldn't make any sense at all. Exactly the point. Cocoon is not a generic container, it's a very specific container, and our blocks can only work with Cocoon. Wha

RE: [BUG] Building docs failed

David Crossley wrote: > > > > > > How about just updating the changes.html page? Do we really > > > need to do the whole site. There was a discussion about > > > not updating the website until 2.2 because the documentation > > > was re-arranged, thereby breaking URLs. Is that still so? > > > > >

Re: followup (offlist)

Le Jeudi, 2 oct 2003, à 11:56 Europe/Zurich, Stefano Mazzocchi a écrit : ...Why should we spend months in trying to come up with a solution that makes both Avalon and Cocoon happy for blocks instead of just implementing a design that we already spent almost a year designing? for what? ... Anyw

Re: [BUG] Building docs failed

Joerg Heinicke wrote: > David Crossley wrote: > > Carsten Ziegeler wrote: > > > >>Joerg Heinicke wrote: > >> > >>>I could build it with Forrest 0.5 some days ago. There was a thread about > >>>non-working Forrest, but WORKSFORME. > >>> > >> > >>Great :) > >> > >>Could you please update the cocoon-

Re: Server-side XForms (was Re: Disappointed about avalon usage)

On 01.Oct.2003 -- 02:07 PM, Michael Lipp wrote: > And here is where XForms fits 100%. We simply use the (X)HTML with > XForms UI-elements for the form as one of the parameters in the tool > definition (i.e. you define a tool by combining the one generic > implementation class with a specific HTM

Re: [ANN] Apache Cocoon 2.1.2 Released

Le Jeudi, 2 oct 2003, à 11:46 Europe/Zurich, Carsten Ziegeler a écrit : Apache Cocoon 2.1.2 Released Wooh-hooh! thanks Carsten! -Bertrand

Re: [BUG] Building docs failed

David Crossley wrote: Carsten Ziegeler wrote: Joerg Heinicke wrote: I could build it with Forrest 0.5 some days ago. There was a thread about non-working Forrest, but WORKSFORME. Great :) Could you please update the cocoon-site cvs module with the generated docs? I could then update our website

Re: AbstractTextSerializer.needsNamespacesAsAttributes

I did some testing with different versions of Xalan. It is referred to Xalan 2.0.1 in AbstractTextSerializer, so I tried this one, the latest 2.5.1 and the one that is shipping with the latest jdk (2.4.1). It seems that Xalan doesn't handle empty qNames very well in all versions (2.4.1

RE: Ant/Maven/Centipede discussion

From: Carsten Ziegeler > Reinhard Poetz wrote: > > > > Cocoon comes with its own Ant - there's no need for an > installed Ant > > on the developer's machine. So if we decide to use Ant 1.6 the user > > will get it automatically. > > > Yes, that's true but we decided some months ago to only u

RE: [BUG] Building docs failed

Carsten Ziegeler wrote: > Joerg Heinicke wrote: > > > > I could build it with Forrest 0.5 some days ago. There was a thread about > > non-working Forrest, but WORKSFORME. > > > Great :) > > Could you please update the cocoon-site cvs module with the generated docs? > I could then update our websit

Re: followup

Stefano Mazzocchi wrote: If its collaboration then some concrete things need to be considered on the Avalon side and communication channels need to be established. If not - there are migration issues related to ECM/Fortress that can take a back seat in favour of other priorities. ? you a

Jetty startup error with 2.1.3-dev

Hi Guys I have been trying to get Cocoon 2.1.3-dev up and running since the release of 2.1.2 and so far it fails. The build is successful, but I get this error in Jetty: [tintin:~/Checkouts/Secure/cocoon-2.1] jermq% ./build.sh webapp . BUILD SUCCESSFUL Total time: 7 minutes 20 seconds [

RE: Ant/Maven/Centipede discussion

From: Carsten Ziegeler > Reinhard Poetz wrote: > > > > Cocoon comes with its own Ant - there's no need for an > installed Ant > > on the developer's machine. So if we decide to use Ant 1.6 the user > > will get it automatically. > > > Yes, that's true but we decided some months ago to only u

RE: [BUG] Building docs failed

Joerg Heinicke wrote: > > I could build it with Forrest 0.5 some days ago. There was a thread about > non-working Forrest, but WORKSFORME. > Great :) Could you please update the cocoon-site cvs module with the generated docs? I could then update our website from the cvs. Carsten

Re: [BUG] Building docs failed

Carsten Ziegeler wrote: I tried to update our website, but building the docs fails: BUILD FAILED Z:\dev\workspace\xml-forrest\build\dist\shbat\forrest.build.xml:635: Java return ed: 1 Total time: 2 minutes 11 seconds I'm using latest forrest. Is someone able to build the docs with changing somethi

Re: block perspectives

On Wednesday, Oct 1, 2003, at 16:22 Europe/Rome, Stephen McConnell wrote: Stefano Mazzocchi wrote: So, a few questions: 1) where is the DTD of your block.xml? There is no DTD due to the fact that we wanted to include user configuration directly in component directives. ok Instead we aim to

[BUG] Building docs failed

I tried to update our website, but building the docs fails: BUILD FAILED Z:\dev\workspace\xml-forrest\build\dist\shbat\forrest.build.xml:635: Java return ed: 1 Total time: 2 minutes 11 seconds I'm using latest forrest. Is someone able to build the docs with changing something or using a different

Re: followup (offlist)

Talking about 'upps'... On Thursday, Oct 2, 2003, at 06:10 Europe/Rome, Stephen McConnell wrote: Geoff: Just wanted to followup with you on the subject of Merlin/Cocoon/Avalon/Blocks/etc. A few weeks ago there were several [EMAIL PROTECTED] people pushing for greater collaboration with Cocoon

Re: DirectoryGenerator

> Conal Tuohy wrote: > > [...] Alternatively, if it really is necessary to call back another pipeline, what about using a generic transformer like the XIncludeTransformer? I will explain, what I want to do: (1) I have a website with a topic "actual". people should be able to upload HTML or (docbo

[ANN] Apache Cocoon 2.1.2 Released

Apache Cocoon 2.1.2 Released The Apache Cocoon Community is proud to announce the new release of Apache Cocoon. Apache Cocoon is a web development framework built around the concept of separation of concerns (that is: allowing people to do their job without having t

Re: [OT] [Humor] Cocoon can improve sexual performance!

On Thursday, Oct 2, 2003, at 07:02 Europe/Rome, Sonny Sukumar wrote: From: Tony Collen <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED],[EMAIL PROTECTED] Subject: [OT] [Humor] Cocoon can improve sexual performance! Date: Wed, 01 Oct 2003 22:07:24 -0500 I heard a funny com

Re: We Aren't Alone in Thinking About Continuations

On Thursday, Oct 2, 2003, at 03:36 Europe/Rome, Jason Foster wrote: http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF- 8&threadm=bkvcrh%2425r%241%40titan.btinternet.com&prev=/ groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.lang.scheme Python today and Perl in the future (also the Parrot

Re: Bug in ESQL (Cocon 2.1.1) ?

On Thu, 2 Oct 2003, Luca Morandini wrote: > Now, shall I enter this bug into bugzilla, or it has been solved already ? Resolved already - http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp/java/ Thanks, Andrew. -- Andrew Sav

Bug in ESQL (Cocon 2.1.1) ?

after installing 2.1.1, I went about my besiness when... I wasn't able to call my beloved stored procedures via XSP :( After a little bitching and moaning I discovered that, at line 1002 of esql.xsl, there was this suspicious-looking code: _esql_query = _esql_query.newInstance((ResultSet)

Re: [OT] [Humor] Cocoon can improve sexual performance!

From: Tony Collen <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED],[EMAIL PROTECTED] Subject: [OT] [Humor] Cocoon can improve sexual performance! Date: Wed, 01 Oct 2003 22:07:24 -0500 I heard a funny commercial in the radio on the way home tonight. It was for a product c