RE: DTDs for document-v11

David Crossley wrote: > > I question why you want to use the "new" DTDs that are under development > at Forrest. In Cocoon we still use the document-v10 DTDs for all of the > xdocs. Do you really need the document-v1[12] DTDs or can you suffer the > current one? > Our doc writer did choose that :)

DO NOT REPLY [Bug 21101] - NullPointerException in authentication component.

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

resolving the DTDs nightmare (Was: Re: cvs commit:directory-generator.xml)

Joerg Heinicke wrote: > I validated the file using jEdit - I hope it did it correctly. > 'validate-xdocs' does not work at the moment. From the messages > yesterday I guess you know this, but here is the message: Oh damn. I was sure that worked for me yesterday. I was obviously mistaken becaus

[Flow] getComponent(id) implementation

The Cocoon object of the FOM has the method Component getComponent(id) It should return any component but no sitemap components. This means we only return components defined in the roles file(s). How can we check if it is an "allowed" component? Any ideas? Reinhard

[Flow] Calling internal-only pipelines

One of the open issues of flow is that we can't send "internal-only" pipelines at the moment. If we call sendPage( uri, bizData) from the flow layer the forwardTo of the AbstractInterpreter is called which performs a redirect using the Redirector. Does anybody with more in-depth knowledge have

cvs commit: cocoon-2.1/src/targets validate-build.xml

crossley2003/06/26 21:03:33 Modified:src/targets validate-build.xml Log: Temporarily remove validation of xdocs. Use 'forrest validate-xdocs' instead. Revision ChangesPath 1.11 +16 -1 cocoon-2.1/src/targets/validate-build.xml Index: validate-build.xml

Tri-XML: Introduction to Cocoon + lab in Research Triangle Park,NC: July 25th & 26

See: http://trixml.org/confschedule.shtml My friend, author Conrad D'Cruz, and I will present an Intro To Cocoon 2 presentation (Friday 4:45 - 45 minutes long) Following this, we'll have a 1.5 hour hands on training for Cocoon 2 (12:30). The intent is to introduce Cocoon to Java developers who

cvs commit: cocoon-2.1/src/targets validate-build.xml

crossley2003/06/26 18:51:10 Modified:src/targets validate-build.xml Log: Temporarily remove Jing validation of **/book.xml Revision ChangesPath 1.10 +2 -0 cocoon-2.1/src/targets/validate-build.xml Index: validate-build.xml

Re: cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/generatorsdirectory-generator.xml

[EMAIL PROTECTED] wrote: joerg 2003/06/26 17:46:41 Modified:src/documentation/xdocs/userdocs/generators directory-generator.xml Log: as promised the update on the documentation of the DirectoryGenerator Revision ChangesPath 1.2 +113 -114 c

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

joerg 2003/06/26 17:48:46 Modified:src/documentation/xdocs/userdocs/generators directory-generator.xml Log: some re-formulations/restatements Revision ChangesPath 1.4 +22 -21 cocoon-2.0/src/documentation/xdocs/userdocs/generators/direct

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

joerg 2003/06/26 17:46:41 Modified:src/documentation/xdocs/userdocs/generators directory-generator.xml Log: as promised the update on the documentation of the DirectoryGenerator Revision ChangesPath 1.2 +113 -114 cocoon-2.1/src/documentat

New CLI and Speed (was Re: residuals of MIME type bug ?)

Nicola Ken Barozzi wrote, On 26/06/2003 10.20: Upayavira wrote, On 26/06/2003 9.43: There are quite a lot of new features in the Cocoon CLI that Forrest isn't using, for example the option to switch off mime-type checking, and to only scan pages once (i.e. not using the link-view) to follow lin

cvs commit: cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom FOM_Cocoon.java

stefano 2003/06/26 12:44:05 Modified:src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom FOM_Cocoon.java Log: commented out the hooks to the FOM event model that we'll design and implement in the future Revision ChangesPath 1.6

Re: FOM implementation

on 6/26/03 2:13 PM Reinhard Pötz wrote: > >>-Original Message- >>From: Pier Fumagalli [mailto:[EMAIL PROTECTED] >>Sent: Thursday, June 26, 2003 12:22 PM >>To: [EMAIL PROTECTED] >>Subject: Re: FOM implementation >> >> >>"Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: >> >> >>>1) addEventLi

RE: Syncing rhino

Yep. -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 11:24 AM To: [EMAIL PROTECTED] Subject: Re: Syncing rhino At 02:10 PM 6/26/2003, Gianugo wrote: ... >Great all around. If you lay out a general road map of what needs to be >>done, >>I'd l

RE: FOM implementation

> -Original Message- > From: Pier Fumagalli [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 26, 2003 12:22 PM > To: [EMAIL PROTECTED] > Subject: Re: FOM implementation > > > "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > > > 1) addEventListener/removeEventListener > > > > [...] >

DO NOT REPLY [Bug 7813] - [PATCH] HSSF Serializer support new Gnumeric 1.04+ "contentless cells"

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_bug

Re: New CLI and Speed (was Re: residuals of MIME type bug ?)

On 26 Jun 2003 at 19:34, Nicola Ken Barozzi wrote: > >> There are quite a lot of new features in the Cocoon CLI that > >> Forrest isn't using, for example the option to switch off mime-type > >> checking, and to only scan pages once (i.e. not using the > >> link-view) to follow links. > > > > We

Re: Java Language Advocacy (was Re: How ASF membership works and what it means)

Stefano Mazzocchi wrote: on 6/26/03 12:01 PM Christopher Oliver wrote: Another aspect not always noticed is the speed of the compiler. Because Java compilers don't perform any compile-time optimizations, they are significantly faster than C++ compilers. This is very important when dealing with

Re: Java Language Advocacy (was Re: How ASF membership works and what it means)

on 6/26/03 12:01 PM Christopher Oliver wrote: > Although I think Stefano's observation is correct that Sun's codebase is > a primary reason for Java "running everywhere", nevertheless it is an > undeniable reality that in my opinion makes Java development _much_ more > pleasant compared to C an

RE: External/Event Based Cache Invalidation (somewhat long)

Geoff Howard <[EMAIL PROTECTED]> writes: > 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 > interest

Re: Syncing rhino

At 02:10 PM 6/26/2003, Gianugo wrote: ... Great all around. If you lay out a general road map of what needs to be done, I'd like to try to help - but won't see daylight enough to do so for about a week. If you're not done by then, count me in. I think I will be able to use your help: unfortunatel

Re: Syncing rhino

Geoff Howard wrote: This will take no more than a few hours of (boring) coding, and I'm willing undertake the effort if it sounds reasonable to us all, and produce a first working extensible JavaScript interpreter that might be committed in Rhino. Meanwhile, we can start approaching the Rhino guys

calling actions from a flow script

  I just checked the latest wiki on the FOM.  It says:   Map callAction(name,map) invoques the action indicated by the given name and pass the given map as model NOTE (SM): I personally believe that the getComponent() method removes all needs for the callAction() method. I foresee a futu

Re: Java Language Advocacy (was Re: How ASF membership works andwhat it means)

Although I think Stefano's observation is correct that Sun's codebase is a primary reason for Java "running everywhere", nevertheless it is an undeniable reality that in my opinion makes Java development _much_ more pleasant compared to C and C++. In the past I've had to write C and C++ code th

Re: residuals of MIME type bug ?

Vadim Gritsenko wrote, On 26/06/2003 14.38: Jeff Turner wrote: (moving to cocoon-dev..) On Thu, Jun 26, 2003 at 08:43:12AM +0100, Upayavira wrote: There are quite a lot of new features in the Cocoon CLI that Forrest isn't using, for example the option to switch off mime-type checking, and to o

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/datatype/typeimpl AbstractDatatypeBuilder.java

bruno 2003/06/26 08:34:40 Modified:src/blocks/woody/java/org/apache/cocoon/woody/datatype/typeimpl AbstractDatatypeBuilder.java Log: Added support for dynamic (non-cached) selection lists Revision ChangesPath 1.3 +13 -3 cocoon-2.1/src/

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/datatype DynamicSelectionList.java

bruno 2003/06/26 08:33:11 Added: src/blocks/woody/java/org/apache/cocoon/woody/datatype DynamicSelectionList.java Log: initial commit Revision ChangesPath 1.1 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/datatype/D

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/datatype/typeimpl AbstractDatatype.java

bruno 2003/06/26 08:32:34 Modified:src/blocks/woody/java/org/apache/cocoon/woody/datatype/typeimpl AbstractDatatype.java Log: corrected message Revision ChangesPath 1.2 +1 -1 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/da

Re: FOM implementation

At 11:27 PM 6/25/2003, Stefano wrote: on 6/21/03 10:55 AM Christopher Oliver wrote: 2) getComponent() returns an avalon component which is not a sitemap component. Basically, it has to ask to the cocoon component manager to return the component identified with the given role and check if it doesn

Re: residuals of MIME type bug ?

> But I like the link-views! ;) It's one of those design elegancies > that makes Cocoon unique. Adding a don't-crawl-these-links option to > the new CLI may solve the same problem, but IMHO it's a hack in > comparison. What specifically is it that you like about link views? Cos at the moment,

Re: Cocoon resource publishing

Vadim wrote: > I'm not following this thread closely -- but CocoonBean should have > threadsafe methods. If there is no even one threadsafe method, we > should provide one. All setters and configuration methods should > remain singlethreaded, but should be at least one threadsafe method to > do th

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel Repeater.java

bruno 2003/06/26 06:40:28 Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel Repeater.java Log: appropriately add or remove rows on repeater submit as required. Revision ChangesPath 1.5 +11 -4 cocoon-2.1/src/blocks/woody/

Java Language Advocacy (was Re: How ASF membership works and whatit means)

Stefano Mazzocchi wrote: on 6/24/03 6:55 AM Dirk-Willem van Gulik wrote: Then perhaps my observation means absolutely nothing - and I should really try to get my mind around a fundamentally different development model (and some aspect you call WORA). Oh, sorry, WORA := Write Once Run Anywhere.

Re: residuals of MIME type bug ?

Steven Noels wrote: On 26/06/2003 12:33 yachting heritage wrote: how could we avoid to received your bloody mail? sorry, didn't meant to moderate that one through :-| trying to remotely unsubscribe this friendly person... Thank you for unsubscribing him from our bloody lists!!! :))) Vadim

Re: residuals of MIME type bug ?

Jeff Turner wrote: (moving to cocoon-dev..) On Thu, Jun 26, 2003 at 08:43:12AM +0100, Upayavira wrote: There are quite a lot of new features in the Cocoon CLI that Forrest isn't using, for example the option to switch off mime-type checking, and to only scan pages once (i.e. not using the link

Re: Cocoon resource publishing

Upayavira wrote: Unico, Okay. But why do you want to create a Cocoon object as independent from the Cocoon bean? Why can't the bean create and configure it for you? 1) because CocoonBean is single threaded and I need to run concurrent requests. Fair enough. I'm not following

cvs commit: cocoon-2.1 status.xml

vgritsenko2003/06/26 05:10:15 Modified:.status.xml Log: move change where it belongs (newer entries are placed higher) Revision ChangesPath 1.64 +5 -5 cocoon-2.1/status.xml Index: status.xml

DO NOT REPLY [Bug 21107] New: - possible sitemap reload locking issue

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: [RFI] Garbage

"Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > on 6/23/03 8:29 PM Pier Fumagalli wrote: > >> SetAttribute vs Well-formedness: >> >> [...] >> >> #if {something} >> >> #else >> >> #end >> >> >> Or we have setattribute a-la: >> >> >> #if {something} >> [

Re: [OT] CVS access over SSH

http://nagoya.apache.org/wiki/apachewiki.cgi?SshCVSaccess just for the records :) cheers -- Torsten

Re: residuals of MIME type bug ?

On 26/06/2003 12:33 yachting heritage wrote: how could we avoid to received your bloody mail? sorry, didn't meant to moderate that one through :-| trying to remotely unsubscribe this friendly person... -- Steven Noelshttp://outerthought.org/ Outerthought - Open Sourc

Re: residuals of MIME type bug ?

how could we avoid to received your bloody mail? - Original Message - From: "Jeff Turner" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, June 26, 2003 10:18 AM Subject: Re: residuals of MIME type bug ? > (moving to cocoon-dev..) > > On Thu, Jun 26, 2

Re: doc to explain incubation of sub-projects

On 26/06/2003 10:01 David Crossley wrote: Sure. I meant to say that the document needs to at least have something about that topic. I will add your words to it. Saw that - thanks. Ah BTW, the new release of JSPWiki now supports (decent) diffs in its RSS feed, so eventualy the people depending on

Re: FOM implementation

"Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > 1) addEventListener/removeEventListener > > [...] > > Given the state of the FOM, I would also be ready to comment them out > (for now) and go on with more important things until we have time to > define a basic event model for the flow (basically

Re: FlowScript Question

On Wednesday, June 25, 2003, at 02:32 PM, [EMAIL PROTECTED] wrote: See http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104498961922321&w=2 - thanks Christopher ;-) Reinhard Many thanks, that did the trick. regards Jeremy

cvs commit: cocoon-2.1/src/blocks/woody/conf woody.xconf

bruno 2003/06/26 02:20:59 Modified:src/blocks/woody/conf woody.xconf Log: Added aggregatefield and mod10 validation rule declarations Revision ChangesPath 1.3 +2 -0 cocoon-2.1/src/blocks/woody/conf/woody.xconf Index: woody.xconf ===

cvs commit: cocoon-2.1/src/blocks/woody/samples/xsl/html woody-default.xsl

bruno 2003/06/26 02:19:29 Modified:src/blocks/woody/samples/xsl/html woody-default.xsl Log: Added template to format aggregatefield widget Revision ChangesPath 1.4 +13 -0 cocoon-2.1/src/blocks/woody/samples/xsl/html/woody-default.xsl Index: woody-default.

cvs commit: cocoon-2.1/src/blocks/woody/samples/messages WoodyMessages.xml

bruno 2003/06/26 02:19:01 Modified:src/blocks/woody/samples/messages WoodyMessages.xml Log: Added a few new messages Revision ChangesPath 1.3 +4 -0 cocoon-2.1/src/blocks/woody/samples/messages/WoodyMessages.xml Index: WoodyMessages.xml

cvs commit: cocoon-2.1/src/blocks/woody/samples/forms form1.xml form1_template.xml

bruno 2003/06/26 02:18:41 Modified:src/blocks/woody/samples/forms form1.xml form1_template.xml Log: Added aggregatefield sample Revision ChangesPath 1.4 +33 -0 cocoon-2.1/src/blocks/woody/samples/forms/form1.xml Index: form1.xml

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/samples Form1Handler.java

bruno 2003/06/26 02:17:37 Modified:src/blocks/woody/java/org/apache/cocoon/woody/samples Form1Handler.java Log: Use proper way to access a widget in a row. Revision ChangesPath 1.2 +1 -1 cocoon-2.1/src/blocks/woody/java/org/apache/coc

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody FormManager.java

bruno 2003/06/26 02:15:58 Modified:src/blocks/woody/java/org/apache/cocoon/woody FormManager.java Log: javadoc correction Revision ChangesPath 1.4 +1 -1 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/FormManager.java In

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel Field.java

bruno 2003/06/26 02:15:32 Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel Field.java Log: Added getValidationError method Revision ChangesPath 1.4 +8 -0 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmod

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel Repeater.java

bruno 2003/06/26 02:15:05 Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel Repeater.java Log: Make addRow return the new row Revision ChangesPath 1.4 +4 -2 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formm

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel ExpressionContextImpl.java

bruno 2003/06/26 02:14:33 Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel ExpressionContextImpl.java Log: Added new constructor Revision ChangesPath 1.2 +16 -1 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/f

Re: residuals of MIME type bug ?

(moving to cocoon-dev..) On Thu, Jun 26, 2003 at 08:43:12AM +0100, Upayavira wrote: > There are quite a lot of new features in the Cocoon CLI that Forrest > isn't using, for example the option to switch off mime-type checking, > and to only scan pages once (i.e. not using the link-view) to follow

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel AbstractWidgetDefinitionBuilder.java

bruno 2003/06/26 02:13:14 Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel AbstractWidgetDefinitionBuilder.java Log: fetch expressionmanager from the component manager Revision ChangesPath 1.2 +3 -0 cocoon-2.1/src/bloc

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/util DomHelper.java

bruno 2003/06/26 02:12:12 Modified:src/blocks/woody/java/org/apache/cocoon/woody/util DomHelper.java Log: Added a few methods to get child elements Revision ChangesPath 1.3 +29 -0 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/wood

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/datatype/validationruleimpl AssertValidationRule.java EmailValidationRule.java LengthValidationRule.java RangeValidationRule.java ValueCountValidationRule.java

bruno 2003/06/26 02:11:24 Modified:src/blocks/woody/java/org/apache/cocoon/woody/datatype ValidationRule.java src/blocks/woody/java/org/apache/cocoon/woody/datatype/typeimpl AbstractDatatypeBuilder.java src/

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel AggregateField.java AggregateFieldDefinition.java AggregateFieldDefinitionBuilder.java ContainerDefinitionDelegate.java

bruno 2003/06/26 02:09:59 Added: src/blocks/woody/java/org/apache/cocoon/woody/datatype/validationruleimpl Mod10ValidationRule.java Mod10ValidationRuleBuilder.java src/blocks/woody/java/org/apache/cocoon/woody/formmodel

cvs commit: cocoon-2.1/src/blocks/woody/lib jakarta-oro-2.0.7.jar

bruno 2003/06/26 02:09:11 Modified:lib jars.xml .gump.xml Added: src/blocks/woody/lib jakarta-oro-2.0.7.jar Log: Added jakarta-oro dependency to woody block Revision ChangesPath 1.52 +11 -1 cocoon-2.1/lib/jars.xml Index:

cvs commit: cocoon-2.0/src/documentation/xdocs/userdocs/concepts catalog.xml

crossley2003/06/26 01:32:49 Modified:src/documentation/xdocs/userdocs/concepts catalog.xml Log: Remove mention of cocoon-2.1 Revision ChangesPath 1.4 +1 -5 cocoon-2.0/src/documentation/xdocs/userdocs/concepts/catalog.xml Index: catalog.xml ==

cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/concepts catalog.xml

crossley2003/06/26 01:32:36 Modified:src/documentation/xdocs/userdocs/concepts catalog.xml Log: Remove mention of cocoon-2.0 Revision ChangesPath 1.6 +1 -5 cocoon-2.1/src/documentation/xdocs/userdocs/concepts/catalog.xml Index: catalog.xml ==

cvs commit: cocoon-2.1 status.xml

crossley2003/06/26 01:28:14 Modified:.status.xml Log: Note the removal of the copies of the DTDs. Revision ChangesPath 1.63 +10 -3 cocoon-2.1/status.xml Index: status.xml === RCS fil

cvs commit: cocoon-site/src/documentation/content/xdocs incubation.xml

crossley2003/06/26 01:15:01 Modified:src/documentation/content/xdocs incubation.xml Log: Say a little about how they exit incubation. Revision ChangesPath 1.2 +9 -3 cocoon-site/src/documentation/content/xdocs/incubation.xml Index: incubation.xml

DO NOT REPLY [Bug 21101] New: - NullPointerException in authentication component.

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: doc to explain incubation of sub-projects

Steven Noels wrote: > David Crossley wrote: > > > We need to add a section that says how/when a sub-project is deemed > > ready to leave incubation. > > Gee. That sounds as untangible as the criteria upon which proposals are > judged before they can actually go into incubation. Can't we just say

cvs commit: cocoon-2.1/src/webapp/WEB-INF/entities catalog.xcat

crossley2003/06/26 00:43:46 Added: src/webapp/WEB-INF/entities catalog.xcat Log: Add an XML version of the plain-text TR9401 catalog, for xml editors that cannot use the latter. Still under development. Revision ChangesPath 1.1 cocoon-2.1/src/webapp/W

Re: [VOTE] Give all Cocoon committers CVS access?

On 26/06/2003 9:37 Nicola Ken Barozzi wrote: [on the suggestion to move Linotype into its own proper subproject] IMHO It's all about communities more than deployment infrastructure. So yes, I agree that it's not yet time. As always I'm speaking in present tense for future things... 8-) +1 --

Re: [VOTE] Give all Cocoon committers CVS access?

Stefano Mazzocchi wrote, On 25/06/2003 0.12: on 6/24/03 7:19 AM Carsten Ziegeler wrote: Nicola Ken Barozzi wrote: ... PS: This makes me think that Linotype should have its own project rather than being just a block... I think some other current blocks are good candidates as subprojects but I gue

cvs commit: cocoon-2.1/src/webapp/samples/catalog catalog-demo.xml

crossley2003/06/26 00:02:44 Modified:src/documentation/xdocs/userdocs/concepts catalog.xml src/webapp/samples/catalog catalog-demo.xml Log: Typo. Revision ChangesPath 1.5 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/concepts/catalog.xml