BUG: SiteMapSource lastModificationDate

Hi, lastModificationDate for SiteMapSource is computed as hashing of the string representations (toString()) of the event pipeline cache key and validity. (I'm talking 2.0.3-branch) This breaks all the CacheValidity functionality when using internal requests. This implies that: cacheValidity1

Re: new W3C xforms 1.0 draft - changes affect cocoon xforms implementation

On Thursday 22 August 2002 15:52, Simon Price wrote: > Piroumian Konstantin wrote: > >>From: Simon Price [mailto:[EMAIL PROTECTED]] > >> > >>There's a new "XForms 1.0, W3C Working Draft 21 August 2002" that > >>changes the names of some of the elements plus other minor changes. > >>Cocoon 2.1 migh

Re: cvs commit: xml-cocoon2/src/documentation/xdocs/link livesites.xml

Thanks for fixing this. I've forgot to change HEAD as well. Giacomo On 22 Aug 2002 [EMAIL PROTECTED] wrote: > crossley2002/08/21 19:56:53 > > Modified:src/documentation/xdocs/link livesites.xml > Log: > Gosh it is hard to keep branches in sync. > Reverting to Giacomo revision o

Configuration

Hi cocoon developers, is there an easy way to generate SAX-Events from an org.apache.avalon.framework.configuration.Configuration Object? regards Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands

DO NOT REPLY [Bug 11935] New: - format properties for Text/XMLSerializer not working

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_b

Re: cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generationSourceDescriptionGenerator.java

Stephan Michels wrote: >On Wed, 21 Aug 2002, Vadim Gritsenko wrote: > > > >>[EMAIL PROTECTED] wrote: >> >> >> >>>stephan 2002/08/21 08:35:47 >>> >>> Modified:src/scratchpad/src/org/apache/cocoon/generation >>> SourceDescriptionGenerator.java >>> Log: >>> Reduce

RE: Writing a DigesterTransformer

Michael, This is cool! Do you know of any dependencies on 2.1 or should this work if I try under 2.0.3? Per > Hi, > > I finished a first version of a DigesterTransformer (see > http://jakarta.apache.org/commons/digester.html). It maps an XML stream to > Java classes and uses rules for this spec

RE: new W3C xforms 1.0 draft - changes affect cocoon xforms implementation

> From: Simon Price [mailto:[EMAIL PROTECTED]] > Piroumian Konstantin wrote: > > >>From: Simon Price [mailto:[EMAIL PROTECTED]] > >> > >>There's a new "XForms 1.0, W3C Working Draft 21 August 2002" that > >>changes the names of some of the elements plus other minor changes. > >>Cocoon 2.1 might

Re: cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generationSourceDescriptionGenerator.java

On Wed, 21 Aug 2002, Vadim Gritsenko wrote: > [EMAIL PROTECTED] wrote: > > >stephan 2002/08/21 08:35:47 > > > > Modified:src/scratchpad/src/org/apache/cocoon/generation > >SourceDescriptionGenerator.java > > Log: > > Reduce Source lookup's. > > > ... > > > pu

Re: new W3C xforms 1.0 draft - changes affect cocoon xforms implementation

Piroumian Konstantin wrote: >>From: Simon Price [mailto:[EMAIL PROTECTED]] >> >>There's a new "XForms 1.0, W3C Working Draft 21 August 2002" that >>changes the names of some of the elements plus other minor changes. >>Cocoon 2.1 might want to use the new names (eg. selectOne -> select1, >>select

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation SourceDescriptionGenerator.java

stephan 2002/08/22 06:47:14 Modified:src/scratchpad/src/org/apache/cocoon/generation SourceDescriptionGenerator.java Log: Recycle Hashtable. Revision ChangesPath 1.14 +15 -11 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation/Sou

RE: new W3C xforms 1.0 draft - changes affect cocoon xforms implementation

> From: Simon Price [mailto:[EMAIL PROTECTED]] > > There's a new "XForms 1.0, W3C Working Draft 21 August 2002" that > changes the names of some of the elements plus other minor changes. > Cocoon 2.1 might want to use the new names (eg. selectOne -> select1, > selectMany -> select)? Hm... selec

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSource.java

stephan 2002/08/22 06:43:48 Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSource.java Log: Corrected log level. Revision ChangesPath 1.20 +3 -5 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/sour

new W3C xforms 1.0 draft - changes affect cocoon xforms implementation

There's a new "XForms 1.0, W3C Working Draft 21 August 2002" that changes the names of some of the elements plus other minor changes. Cocoon 2.1 might want to use the new names (eg. selectOne -> select1, selectMany -> select)? See http://www.w3.org/TR/2002/WD-xforms-20020821/ Cheers Simon

cvs commit: xml-cocoon2/src/webapp/samples/lint sitemap.xmap

vgritsenko2002/08/22 06:02:57 Modified:src/webapp/mount/lint Tag: cocoon_2_0_3_branch sitemap.xmap src/webapp/samples/lint sitemap.xmap Log: map:read must have mime-type Revision ChangesPath No revision No revisi

TraxTransformer generateKey

Hi, TraxTransformer uses the parameters that are passed to the style sheet to generate the key. The parameters are retrieved from an entry set. A set iterator does not guarentee the order of the elements AFAIK, thus the generated key may differ between requests. bug ? thanks, Amir Rosen CTI Sq

Re: [Cocoon-apps] Current status recap

Morrison, John wrote: >>From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] >>Morrison, John wrote: >> >>>PMC hasn't responded to the request for new repro/list... >> > > ^ this is starting to bother me - I'm away next week and > won't be on the net, could you chase this up for me? Hmmm...

RE: [Cocoon-apps] Current status recap

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > Morrison, John wrote: > > PMC hasn't responded to the request for new repro/list... ^ this is starting to bother me - I'm away next week and won't be on the net, could you chase this up for me? > >>From: Nicola Ken Barozzi [mailto:[EMAI

Re: [Cocoon-apps] Current status recap

Morrison, John wrote: > PMC hasn't responded to the request for new repro/list... > > >>From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] >> >>I'm trying to recap the decisions we made, to get the build >>and initial >>docs of Cocoon-apps ready. >> >>IIUC (please help) we will have cocoon-a

RE: [Cocoon-apps] Current status recap

PMC hasn't responded to the request for new repro/list... > From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > I'm trying to recap the decisions we made, to get the build > and initial > docs of Cocoon-apps ready. > > IIUC (please help) we will have cocoon-apps with the > following refe

RE: Writing a DigesterTransformer

Hi, I finished a first version of a DigesterTransformer (see http://jakarta.apache.org/commons/digester.html). It maps an XML stream to Java classes and uses rules for this specified in an XML document. Our use for it is to connect our user interface to a business model built in EJB's. It's an

[Cocoon-apps] Current status recap

I'm trying to recap the decisions we made, to get the build and initial docs of Cocoon-apps ready. IIUC (please help) we will have cocoon-apps with the following reference committers (I'm sure I'm missing something, but hey, then why would I be writing this mail? ;-) CocoBlog - Ugo Cei Br

Re: New "module" terminology: WAS: Extending the build system formodules

Giacomo Pati wrote: > On Wed, 21 Aug 2002, Nicola Ken Barozzi wrote: > > >>Giacomo Pati wrote: >> >>>On Mon, 19 Aug 2002, Nicola Ken Barozzi wrote: ... >>The contract/interface of a block is the union of all the descriptions >>of what it exposes: >> >> >> 1) Avalon component(s) >> >>Not expose