Re: Sub-sitemaps

Joerg Heinicke schrieb: Component inheritance is a standard functionality of Spring's ApplicationContext implementations. So this should be no problem at all. Although this is not yet used in any way with the blocks. Two blocks, where one inherits from another, don't know that the other one

Re: Sub-sitemaps

Joerg Heinicke schrieb: Component inheritance is a standard functionality of Spring's ApplicationContext implementations. So this should be no problem at all. Although this is not yet used in any way with the blocks. Two blocks, where one inherits from another, don't know that the other one

Re: i18n Translations to String

On 17 Nov 2006, at 13:54, Vadim Gritsenko wrote: message key=upload.progress.sentSent: {0}% ({1} of {2} bytes). Filename: {3}./message I have not worked out yet how I18nTransformer does this All the work is done in ParamSaxBuffer. So instead of using

Calling namespaced JavaScript from the SItemap

Hi Guys I am experimenting with namespaced Javascript for FlowScript functions. I am trying to call this FlowScript from this sitemap and I am getting 'not found' errors : URL: system/upload/status Sitemap : map:match pattern=system/upload/* map:call function=System.Upload.{1}

Re: Calling namespaced JavaScript from the SItemap

On 19 Nov 2006, at 14:31, Jeremy Quinn wrote: Hi Guys I am experimenting with namespaced Javascript for FlowScript functions. Sorry, I realise there is another thread discussing this :( I will test the patch. regards Jeremy smime.p7s Description: S/MIME cryptographic signature

Re: call a function not in global object in map:call

Hi Guys I am trying this patch in 2_1_10-dev and it does not compile : compile-core: Compiling 1 source file to /Users/Shared/Development/Checkouts/Apache/ Cocoon/Cocoon_2_1_X/build/cocoon/classes /Users/Shared/Development/Checkouts/Apache/Cocoon/Cocoon_2_1_X/src/

Re: call a function not in global object in map:call

On Nov 19, 2006, at 7:11 AM, Jeremy Quinn wrote: Hi Guys I am trying this patch in 2_1_10-dev and it does not compile : Jeremy, thanks for trying the patch. Sorry for the bad code, I need to get up on the learning curve of building trunk :-/ Anyway, see below... compile-core:

Re: call a function not in global object in map:call

Hi Mark Many thanks for getting back to me so quickly. It compiled fine, and it seems to work with both namespaced and non- namespaced JavaScript. regards Jeremy On 13 Nov 2006, at 03:14, Mark Lundquist wrote: On Nov 12, 2006, at 1:31 AM, I wrote: [...snip] Here's a patch you can try.

Submit doc change w/ code patch... how to?

Hi, Back in the xdoc days, if I was preparing a patch that entailed a change to the docs, it was straightforward... since the docs were part of the source tree, my changes to the docs were part of the patch. When the patch was accepted and applied, that included the doc changes. How do we

Re: call a function not in global object in map:call

On Nov 19, 2006, at 10:38 AM, Jeremy Quinn wrote: Hi Mark Many thanks for getting back to me so quickly. You're welcome :-). Normally I don't do this on Sunday... but today I ditched church to work on my med school applications, so I am home. So, why am I fooling around with Cocoon,

Re: Changes to the deployer plugin wrt shielded classloading

Carsten Ziegeler skrev: Giacomo Pati wrote: Carsten Ziegeler wrote: Reinhard Poetz wrote: My goal is having a completly self-reloading Cocoon application that also includes the block dispatching mechanism and not only at sitemap level. (As a side note: We shouldn't consider

Re: Sub-sitemaps

Alexander Klimetschek skrev: Joerg Heinicke schrieb: Component inheritance is a standard functionality of Spring's ApplicationContext implementations. So this should be no problem at all. Although this is not yet used in any way with the blocks. Two blocks, where one inherits from another,

Re: call a function not in global object in map:call

On 19 Nov 2006, at 18:45, Mark Lundquist wrote: On Nov 19, 2006, at 10:38 AM, Jeremy Quinn wrote: Hi Mark Many thanks for getting back to me so quickly. You're welcome :-). Normally I don't do this on Sunday... but today I ditched church to work on my med school applications, so I am

Trouble building trunk

Hi Team, How do I fix this?: [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-jar-plugin Version: 2.1 Reason: Unable to download the artifact from any

Re: Trouble building trunk

On Nov 19, 2006, at 12:43 PM, Jorg Heymans wrote: Try again. I did... same deal. And it was the same last night. Did you configure a mirror ? I'm not sure... should I have? :-) I just checked around, and saw that I had a ~/.m2/settings.xml which must have been from some time ago,

Re: SQL Transformer Bug?

Geurt Wisselink wrote: Dear Dan, I ran into the same problem and ended up modifying the transformer. I returned the modified version to the cocoon development group. I added two options to work with xml. The first was the original foreseen sql:xml construct. Basically it works like this: