cvs commit: cocoon-2.1/tools/src blocks-build.xsl

jefft 2003/06/21 00:18:54 Modified:tools/src blocks-build.xsl Log: Add comments to cocoon.xconf snippets, not sitemap.xmap Revision ChangesPath 1.23 +3 -3 cocoon-2.1/tools/src/blocks-build.xsl Index: blocks-build.xsl

cvs commit: cocoon-2.1/src/documentation/xdocs/plan book.xml index.xml catalog.xml

crossley2003/06/21 00:32:46 Modified:src/documentation/xdocs/plan book.xml index.xml Removed: src/documentation/xdocs/plan catalog.xml Log: Remove Entity Resolver doc, as it has already moved to Avalon. Revision ChangesPath 1.2 +0 -1 cocoon-2.1/src/docume

cvs commit: cocoon-2.0/src/documentation/xdocs/plan book.xml index.xml catalog.xml

crossley2003/06/21 00:34:41 Modified:src/documentation/xdocs/plan book.xml index.xml Removed: src/documentation/xdocs/plan catalog.xml Log: Remove Entity Resolver doc, as it has already moved to Avalon. Revision ChangesPath 1.2 +0 -1 cocoon-2.0/src/docume

Re: Welcome the new ASF members

On 20/06/2003 23:25 Stefano Mazzocchi wrote: It is with real pleasure that I announce that three cocoon committers were elected members of the ASF in the last round of votation that ended today. Vadim, Sylvain and Carsten (in alphabetical order by their last names) Carsten assumably is not readin

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/generation DirectoryGenerator.java

joerg 2003/06/21 04:47:08 Modified:src/java/org/apache/cocoon/generation DirectoryGenerator.java Log: backporting the caching from Cocoon 2.1 (thanks to Jorg Heymans), fixed cache key generation, fixed the root pattern handling (if not matching directory

cvs commit: cocoon-2.0/src/documentation/xdocs/userdocs/generators directory-generator.xml

joerg 2003/06/21 04:48:00 Modified:src/documentation/xdocs/userdocs/generators directory-generator.xml Log: updated the documentation (file size + caching) Revision ChangesPath 1.3 +71 -61 cocoon-2.0/src/documentation/xdocs/userdocs/gen

cvs commit: cocoon-2.0 changes.xml

joerg 2003/06/21 04:51:27 Modified:.changes.xml Log: caching directory generator + some fixes on it Revision ChangesPath 1.24 +6 -2 cocoon-2.0/changes.xml Index: changes.xml === R

DO NOT REPLY [Bug 20911] - [patch] caching directory generator

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

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/generation DirectoryGenerator.java

joerg 2003/06/21 06:34:04 Modified:src/java/org/apache/cocoon/generation DirectoryGenerator.java Log: fixed cache key generation (missing rootRE + dateFormatter), fixed the root pattern handling (if not matching directory found leave out the ancestors),

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/generationDirectoryGenerator.java

Hello Sylvain, you implemented the caching for the DirectoryGenerator in Cocoon 2.1. For the key generation you simply concatenated the string representations of all parameters. But SimpleDateFormat and RE don't have implemented the toString() method and so strings like "[EMAIL PROTECTED]" are

cvs commit: cocoon-2.1/src/java/org/apache/cocoon cocoon.roles

jefft 2003/06/21 06:48:20 Modified:src/java/org/apache/cocoon cocoon.roles Log: Declare the NotifyingBuilder role, which is used in the error handler. Revision ChangesPath 1.8 +4 -0 cocoon-2.1/src/java/org/apache/cocoon/cocoon.roles Index: cocoon.roles

cvs commit: cocoon-2.1/src/webapp/WEB-INF cocoon.xconf

jefft 2003/06/21 06:49:14 Modified:src/webapp/WEB-INF cocoon.xconf Log: Fix typo Revision ChangesPath 1.21 +1 -1 cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf Index: cocoon.xconf === RCS fil

DO NOT REPLY [Bug 20682] - Generator "directory": Caching fails

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

cvs commit: cocoon-2.1 status.xml

jefft 2003/06/21 07:02:17 Modified:.status.xml Log: Remove duplicate line Revision ChangesPath 1.59 +0 -1 cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cvs/cocoon-2.

DO NOT REPLY [Bug 20987] New: - uninitialized ComponentLocator warnings on startup

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

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components CocoonComponentManager.java

jefft 2003/06/21 07:08:07 Modified:src/java/org/apache/cocoon/components CocoonComponentManager.java Log: Fix bug 20987 We shouldn't call the lookup() method in addComponent(), because we're not initialize()'ed yet. Instead, defer the lookup() calls to

External/Event Based Cache Invalidation (somewhat long)

Below is the larger picture I envision for a new kind of cache invaliditation that I've needed in the past and comes up in requests from people using EJB or database driven data that is cacheable. I'd love feedback from anyone who's interested. I've BCC'd a few people who I've talked with about t

cvs commit: cocoon-2.1 status.xml

joerg 2003/06/21 07:14:28 Modified:.status.xml Log: some fixes on DirectoryGenerator Revision ChangesPath 1.60 +9 -4 cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cv

DO NOT REPLY [Bug 20987] - uninitialized ComponentLocator warnings on startup

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

cvs commit: cocoon-2.1/src/webapp sitemap.xmap

jefft 2003/06/21 07:22:08 Modified:src/webapp sitemap.xmap Log: Declare MIME type for favicon, otherwise we get Cocoon's famous NPE error reporting Revision ChangesPath 1.22 +2 -2 cocoon-2.1/src/webapp/sitemap.xmap Index: sitemap.xmap

Re: Linotype editing: browser requirements?

on 6/19/03 2:10 AM Ugo Cei wrote: > Stefano Mazzocchi wrote: > >>Hey, wait a second. The ad-hoc namespace is added as a wrapper by the >>request processing pipeline, it is *NOT* sent by the client code. > > > I see. I'm still thinking that it's best to reuse an existing namespace > (if there's

Re: [RT] [Cocoon 2.2] Stacktraces in context

on 6/19/03 6:18 AM Matt Sergeant wrote: > On Wed, 18 Jun 2003, Stefano Mazzocchi wrote: > > >>>What about a stacktrace like this: >>> >>>Error occurred at: >>>Java: org.apache.cocoon.components.SomeComponent.Configure:237:4 >>>Sitemap: /test/sitemap.xmap:25 (map:generate src="..." >>>type="

Re: [RFI] Garbage

on 6/19/03 8:23 AM Peter Royal wrote: > On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote: > >>Unless I'm not mistaken, the above example template is _NOT_ a well >>formed >>XML document! :-) :-) > > > Of course! I guess it was more of a, "why (nearly) re-invent the > wheel".. B

Re: FOM implementation

OK. I didn't implement the following, so if you or anyone else would like to, please go ahead: Cocoon.addEventListener() Cocoon.removeEventListener(); Cocoon.getComponent() Can someone explain the purpose and behavior of these operations? Thanks, Chris Upayavira wrote: Chris, Fantastic! What

Re: [RFI] Garbage

I completely agree. Stefano Mazzocchi wrote: on 6/19/03 8:23 AM Peter Royal wrote: On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote: Unless I'm not mistaken, the above example template is _NOT_ a well formed XML document! :-) :-) Of course! I guess it was more of

RT: FlowScript SiteMap parameters as property list (short)

Hi All, As a recently signed up member of the "I Love Flow Club" . I was thinking The connection between the SiteMap and FlowScript Functions would be a lot more robust if the set of sitemap parameters in the tag was provided to the JavaScript function, not as an args list (where the

Re: RT: FlowScript SiteMap parameters as property list (short)

I think that's a good idea. Why don't you add it to the FOM Wiki? Jeremy Quinn wrote: Hi All, As a recently signed up member of the "I Love Flow Club" . I was thinking The connection between the SiteMap and FlowScript Functions would be a lot more robust if the set of sitemap paramet

Re: [RFI] Garbage

Thank you for your kind support guys... As Chris wants to play with the toy, I'll start putting it into the scratchpad, but please note, garbage for now has its own build system and stuff... For now (part one) I'll simply copy the CVS repo I have here on betaversion, then, god knows!!! :-) Pi

cvs commit: cocoon-2.1/src/scratchpad/garbage - New directory

pier2003/06/21 14:00:42 cocoon-2.1/src/scratchpad/garbage - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/lib - New directory

pier2003/06/21 14:06:34 cocoon-2.1/src/scratchpad/garbage/lib - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source - New directory

pier2003/06/21 14:06:34 cocoon-2.1/src/scratchpad/garbage/source - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache - New directory

pier2003/06/21 14:06:34 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java - New directory

pier2003/06/21 14:06:34 cocoon-2.1/src/scratchpad/garbage/source/java - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage - New directory

pier2003/06/21 14:06:34 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/parser - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/parser - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org - New directory

pier2003/06/21 14:06:34 cocoon-2.1/src/scratchpad/garbage/source/java/org - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer/encoding - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer/encoding - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer/util - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer/util - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/tree - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/tree - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/tools - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/tools - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/webapp/WEB-INF - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/webapp/WEB-INF - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/webapp - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/webapp - New directory

cvs commit: cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/servlet - New directory

pier2003/06/21 14:06:35 cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/servlet - New directory

Re: Welcome the new ASF members

Stefano Mazzocchi wrote: It is with real pleasure that I announce that three cocoon committers were elected members of the ASF in the last round of votation that ended today. Vadim, Sylvain and Carsten (in alphabetical order by their last names) Hoping that they will accept the invitation, I welc

[proposal] kill xml-cocoon2 (WAS: FW: I may be wrong but...)

This guy along with a bunch of others found old instructions about xml-cocoon2 and did a cvs checkout of HEAD thinking he was getting 2.1m3-dev. Can we do something more drastic to the xml-cocoon2 repository that would prevent people from making this innocent mistake? What about removing everythi

cvs commit: cocoon-2.1/src/scratchpad/garbage/tools .cvsignore

pier2003/06/21 14:55:25 Modified:src/scratchpad/garbage build.xml Added: src/scratchpad/garbage/tools .cvsignore Log: Make sure we give a good explaination on why we can't compile if JavaCC is missing and JavaCC is unavailabe (JavaCC itself cannot be redistributed, bu

Re: [proposal] kill xml-cocoon2 (WAS: FW: I may be wrong but...)

Geoff Howard wrote: This guy along with a bunch of others found old instructions about xml-cocoon2 xml-cocoon2 is a symlink right now: lrwxrwxr-x 1 pier cvsadmin 19 Feb 26 18:23 xml-cocoon2@ -> cocoon-2-historical and did a cvs checkout of HEAD thinking he was getting 2.1m3-dev. Can we do

RE: [proposal] kill xml-cocoon2 (WAS: FW: I may be wrong but...)

> -Original Message- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] > Geoff Howard wrote: > > >This guy along with a bunch of others found old instructions about > >xml-cocoon2 > > > > xml-cocoon2 is a symlink right now: > > lrwxrwxr-x 1 pier cvsadmin 19 Feb 26 18:23 xml-cocoon2@ -> >

FW: cvs commit: cocoon-2.1/src/scratchpad/garbage

For the records... Didn't go through. Pier -- Forwarded Message > Return-Path: <[EMAIL PROTECTED]> > Received: (qmail 32150 invoked by uid 500); 21 Jun 2003 21:11:57 - > Delivered-To: [EMAIL PROTECTED] > Received: (qmail 32145 invoked from network); 21 Jun 2003 21:11:56 - > Receiv

Re: [RFI] Garbage

on 6/21/03 4:00 PM Pier Fumagalli wrote: > Thank you for your kind support guys... > > As Chris wants to play with the toy, I'll start putting it into the > scratchpad, but please note, garbage for now has its own build system and > stuff... For now (part one) I'll simply copy the CVS repo I have

How ASF membership works and what it means

NOTE: copying members@ and community@ since this might be helpful to many people. As many of you know, three cocoon committers were nominated then elected members of the Apache Software Foundation yesterday. Since I've been inquired by a few on how the system works, I'll spend some words on the pr

cvs commit: cocoon-2.1 blocks.properties

ghoward 2003/06/21 18:59:44 Modified:.blocks.properties Log: fix typo Revision ChangesPath 1.16 +1 -1 cocoon-2.1/blocks.properties Index: blocks.properties === RCS file: /home/cvs/c

[vote] Reinhard Potz as a Cocoon committer

I propose Reinhard Pötz to be a Cocoon committer. Reinhard has been active on cocoon-dev since mid-2001, helping with many useful things, such as: defining the Flow Object Model, conceptualising and testing the Web3 (SAP) connectivity framework, defining issues with forms frameworks, excellent Wik

RE: [vote] Reinhard Potz as a Cocoon committer

> I propose Reinhard Pötz to be a Cocoon committer. +1

Re: [vote] Reinhard Potz as a Cocoon committer

on 6/21/03 10:11 PM Geoff Howard wrote: >>I propose Reinhard Pötz to be a Cocoon committer. > > > +1 big +1! -- Stefano.

doc to explain incubation of sub-projects

I think that we need a document that clearly explains what it means to be a "Cocoon sub-project under incubation". This would go at the top-level of the cocoon website and help to explain the mysterious statements on the Cocoon and Lenya home pages. --David

Re: flow - database.js - Componentmanager

on 6/20/03 11:52 AM Reinhard Pötz wrote: > Yes, you are right. The current draft of the FOM does not contain a > database layer. > > I see two options: > > 1.) remove it complety > 2.) add it to the petstore examples (which are based on those JS > functions) > > I'm in favour of removing the

docs for the dIrectory generator

Thanks Joerg for the excellent work with the Directory generator. I notice that you tidied up the documentation, but only in the 2.0 branch. Should i add that same stuff to the 2.1 docs? --David

Re: [Flow] Preparing the vote - long!

on 6/20/03 2:01 PM Christian Haul wrote: > Reinhard Pötz wrote: > > >>** >>* FOM (Flow Object model)* >>** > > >>Context object >>

Re: [proposal] kill xml-cocoon2 (WAS: FW: I may be wrong but...)

On Sat, Jun 21, 2003 at 06:12:15PM -0400, Vadim Gritsenko wrote: > Geoff Howard wrote: ... > >Can we do something more drastic to the xml-cocoon2 repository that would > >prevent people from making this innocent mistake? What about removing > >everything except a README.TXT or something? > > > >

Re: [vote] Reinhard Potz as a Cocoon committer

On Sun, Jun 22, 2003 at 12:39:46PM +1000, David Crossley wrote: > I propose Reinhard Pötz to be a Cocoon committer. > > Reinhard has been active on cocoon-dev since mid-2001, helping > with many useful things, such as: defining the Flow Object Model, > conceptualising and testing the Web3 (SAP) co

Re: [vote] Reinhard Potz as a Cocoon committer

David Crossley wrote: I propose Reinhard Pötz to be a Cocoon committer. +1, welcome Reinhard! Ciao, -- 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/gianugo/)

cvs commit: cocoon-2.1/src/blocks/fop/samples/misc fix-imagelinks.xsl minimal.fo.xml

jefft 2003/06/21 23:47:40 Modified:src/blocks/fop/samples sitemap.xmap src/blocks/fop/samples/misc minimal.fo.xml Added: src/blocks/fop/samples/misc fix-imagelinks.xsl Log: Add an image to the PDF, to show one way of doing it. Revision ChangesPath

Re: [Flow] Preparing the vote - long!

On 22/06/2003 6:01 Stefano Mazzocchi wrote: Both actions and input/output modules were created to overcome sitemap programmability limitations. Flow doesn't have those limitations anymore so i don't see the reason to keep those artifacts here. What do others think about this? I think the current c