Re: Fork Xalan?

Bart Molenkamp wrote: Can you tell when this error occurs? Anytime exception happens in the downstream sax pipe; or in xalan itself. Or what to do to avoid it? Do not do bugs! Or don't trigger bugs in Xalan. Vadim Bart. -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] Sen

Re: Daisy as a docs editor (was Re: [CocoonInAction] Opening announce)

Upayavira wrote: Reinhard Poetz wrote: Ross Gardler wrote: One question: How are approved documents saved again in the SVN repository? Right now, they are not. However, it is my intention to create such a link at some point in the future, but there needs to be some thought about how this will

Re: Build dependency

Le 19 avr. 05, à 21:06, Martin Geissler a écrit : ...I have found a dependency in the blocks.properties file missing. Meaning that tour depends on slop... Thanks Martin - you're right, the dependency on the slop block is missing for the tour block. I'll correct this asap unless someone beats me to

Build dependency

Hello, I have found a dependency in the blocks.properties file missing. Meaning that tour depends on slop. I have testet it with all block excluded, only batic, fop, forms and tour included. The build was sucsessfull, but the samples of the tour won't work. After redoing the build with slop inclu

[CFORMS] NullPointerException in form-validation javascript when javascript debugger is enabled

Hi, I stumbled onto a problem I've noticed before (Cocoon 2.1.5 I think). I was under the impression it was solved, but apparently not. Situation is this: - SVN checkout of BRANCHES - Build a form definition with var success=true; return success;

Re: Java components in blocks

On Apr 18, 2005, at 12:07 PM, Daniel Fagerstrom wrote: Glen Ezkovich wrote: On Apr 18, 2005, at 7:05 AM, Daniel Fagerstrom wrote: The portal definition files define how individual portlets are invoked and rendered. As I stated before, ideally these would be separate blocks. However, since many w

Re: JXTG further development

Leszek Gawron wrote: - make jx:import evaluated while parsing and not at runtime. After reviewing the code I think there is no need for that. This is the current procedure: Parsing: 1. Store expression that will resolve to script uri at runtime Execution: 2. Resolve script uri value 3. Get script f

jx:attribute

I have committed first (really lame) implementation of jx:attribute. Finally you are able to do something like: http://apache.org/cocoon/templates/jx/1.0";> xyz def Could anyone could review the imple

Filesource questions

Hi, I think org.apache.excalibur.source.impl.FileSource is acting strange when handling temp files: - instead of using File.createTempFile(), it creates a temp file like this: // Create a temp file. It will replace the right one when writing terminates, // and serve as a lock to p

RE: Fork Xalan?

Can you tell when this error occurs? Or what to do to avoid it? Bart. > -Original Message- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 14, 2005 3:17 PM > To: Cocoon Developers > Subject: Fork Xalan? > > Hey guys, > > Here is controversial thought: may be we

Re: Java components in blocks

Reinhard Poetz wrote: Daniel Fagerstrom wrote: Reinhard Poetz wrote: Daniel Fagerstrom wrote: Maybe not, but those are areas that are rather vague anyway, we where the only ones who thought it had much importance the last time we discussed it. Maybe it had the appearance but I can't believe this.