Re: BUILD SUCCESSFUL (Was: Maven info wanted)

Jorg Heymans wrote: On 30 Sep 2006, at 15:03, Jean-Baptiste Quenot wrote: Did you turn on Maven's offline mode? In my experience the offline mode is not reliable, you often have to switch back online, and then you don't have the same build duration! It's something I can't

[jira] Created: (COCOON-1922) [PATCH] cocoon-core-sample should be part of the default build, because it is required by the default example webapp

[PATCH] cocoon-core-sample should be part of the default build, because it is required by the default example webapp Key: COCOON-1922 URL:

[jira] Updated: (COCOON-1922) [PATCH] cocoon-core-sample should be part of the default build, because it is required by the default example webapp

[ http://issues.apache.org/jira/browse/COCOON-1922?page=all ] Lars Trieloff updated COCOON-1922: -- Attachment: cocoon-core-samples-in-default-build.patch This patch adds cocoon-core-sample to the default build profile. [PATCH] cocoon-core-sample

[jira] Commented: (COCOON-1314) Validation on HTMLArea fields doesn't work correctly

[ http://issues.apache.org/jira/browse/COCOON-1314?page=comments#action_12439086 ] Daniele Madama commented on COCOON-1314: Hi, I try with the actual 2.1.10-dev (Revision: 451904) and I check the htmlarea sample at

[jira] Closed: (COCOON-1906) [PATCH] simple-xml binding does not work with non file sources

[ http://issues.apache.org/jira/browse/COCOON-1906?page=all ] Vadim Gritsenko closed COCOON-1906. --- Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed Assignee: Vadim Gritsenko Patch

Re: [jira] Commented: (COCOON-1314) Validation on HTMLArea fields doesn't work correctly

Hi, I try with the actual 2.1.10-dev (Revision: 451904) and I check the htmlarea sample at http://localhost:/samples/blocks/forms/htmlarea; I don't get the 'br/' tag but a 'nbsp;' in the data1 response. Lookin for where it get this value, I see at

Re: [jira] Commented: (COCOON-1314) Validation on HTMLArea fields doesn't work correctly

Hi, instead of replacing the space with nothing, should it not be replaced by ' ' instead of no space? Yep, but this case we lost the possibility to use the required=true constaint, that may be useful in some cases. You can remove current paragraph nodes (pnbsp;/p) now that are wanted by

[jira] Closed: (COCOON-942) [Roadmap] Default values for fields

[ http://issues.apache.org/jira/browse/COCOON-942?page=all ] Jörg Heinicke closed COCOON-942. Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed This bug is so old, that this feature has probably

[jira] Closed: (COCOON-1533) generate-customized-eclipse-project

[ http://issues.apache.org/jira/browse/COCOON-1533?page=all ] Jörg Heinicke closed COCOON-1533. - Resolution: Fixed IIRC this is the default in the meantime and you have to specify explicitely to build all blocks. From the tools/targets/ide-build.xml:

[jira] Updated: (COCOON-1533) generate-customized-eclipse-project

[ http://issues.apache.org/jira/browse/COCOON-1533?page=all ] Jörg Heinicke updated COCOON-1533: -- Bugzilla Id: (was: 35415) Fix Version/s: 2.1.9 generate-customized-eclipse-project --- Key:

[jira] Created: (COCOON-1923) Auto-startup of applications on cocoon.zones.apache.org

Auto-startup of applications on cocoon.zones.apache.org --- Key: COCOON-1923 URL: http://issues.apache.org/jira/browse/COCOON-1923 Project: Cocoon Issue Type: Improvement

[jira] Commented: (COCOON-1923) Auto-startup of applications on cocoon.zones.apache.org

[ http://issues.apache.org/jira/browse/COCOON-1923?page=comments#action_12439108 ] Jorg Heymans commented on COCOON-1923: -- bertrand pls ping me when you start working on this so we can add the continuum server auto-startup as well

Re: [jira] Commented: (COCOON-1314) Validation on HTMLArea fields doesn't work correctly

After reading the comments again I do agree with you that this would be the only solution to be able to validate an htmlarea field. Ciao, Reijn Daniele Madama wrote: Hi, instead of replacing the space with nothing, should it not be replaced by ' ' instead of no space? Yep, but this case we

[2.2] Sitemap reloading

As some of you have noticed, by default the sitemap is not reloaded after a change. This is not a bug but a feature :) Cocoon is by default starting in mode prod which disables reloading. So you should specify the mode dev e.g. via a system property on startup: -Dorg.apache.cocoon.mode=dev

RE: Caching jx *without* flow

Leszek Gawron escribió: If user wants to make JXTG automatically cacheable he/she must explicitly state it in configuration: map:generator src=org.apache.cocoon.template.JXTemplateGenerator automatic-cache-key use-sitemap-parameterstrue/use-sitemap-parameters

Re: [2.2] Sitemap reloading

Carsten Ziegeler wrote: As some of you have noticed, by default the sitemap is not reloaded after a change. This is not a bug but a feature :) Cocoon is by default starting in mode prod which disables reloading. So you should specify the mode dev e.g. via a system property on startup:

Re: [2.2] Sitemap reloading

Sylvain Wallez wrote Wow, although very small, this is probably the most important change in Cocoon's behaviour since 2.0 was out! IMO that requires a vote. We already voted on that! Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de

[jira] Updated: (COCOON-665) [PATCH] HSSFSerializer Support for FreezePane

[ http://issues.apache.org/jira/browse/COCOON-665?page=all ] Jörg Heinicke updated COCOON-665: - Attachment: (was: expires.patch) [PATCH] HSSFSerializer Support for FreezePane - Key:

[CFORMS] Template priority problems fix with saxon

Hi, I am currently updating our cocoon version to the current version in the subversion repository. I think this must be 2.1.10 (from the cocoon.jar name). For this I have to redo some patches I had to apply to the 2.1.9 Version. One of the patches was a change of template priorities

Re: [2.2] Sitemap reloading

Carsten Ziegeler wrote: Sylvain Wallez wrote Wow, although very small, this is probably the most important change in Cocoon's behaviour since 2.0 was out! IMO that requires a vote. We already voted on that! Doh. Missed that :-( Ok then! Sylvain -- Sylvain Wallez -

[jira] Commented: (COCOON-1866) jx:comment doesn't work

[ http://issues.apache.org/jira/browse/COCOON-1866?page=comments#action_12439132 ] Daniele Madama commented on COCOON-1866: I try to reproduce the problem but I've no success. I'm using 2.1.10-dev version, but the template block should

[jira] Commented: (COCOON-905) JXTemplate evaluates expressions in comments, need jx:comment?

[ http://issues.apache.org/jira/browse/COCOON-905?page=comments#action_12439140 ] Daniele Madama commented on COCOON-905: --- I think this was related with bug #1866, so this can be closed or reported as duplicate. JXTemplate evaluates

[jira] Closed: (COCOON-905) JXTemplate evaluates expressions in comments, need jx:comment?

[ http://issues.apache.org/jira/browse/COCOON-905?page=all ] Jörg Heinicke closed COCOON-905. Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed Close this bug as the actual bug introduced with

[jira] Assigned: (COCOON-1866) jx:comment doesn't work

[ http://issues.apache.org/jira/browse/COCOON-1866?page=all ] Jörg Heinicke reassigned COCOON-1866: - Assignee: Jörg Heinicke jx:comment doesn't work --- Key: COCOON-1866 URL:

[jira] Commented: (COCOON-1923) Auto-startup of applications on cocoon.zones.apache.org

[ http://issues.apache.org/jira/browse/COCOON-1923?page=comments#action_12439147 ] Bertrand Delacretaz commented on COCOON-1923: - The per-user-script that enables this is stored in

[jira] Created: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later - Key: COCOON-1924 URL: http://issues.apache.org/jira/browse/COCOON-1924 Project: Cocoon Issue

[jira] Updated: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=all ] Lars Trieloff updated COCOON-1924: -- Attachment: cocoon-fop-ng-block.patch In order to keep history of the files, cocoon-fop-impl has to be copied to cocoon-fop-ng-impl and cocoon-fop-sample

Re: Roadmap for 2.2

Reinhard Poetz wrote: Vadim Gritsenko wrote: Reinhard Poetz wrote: Vadim Gritsenko wrote: Reinhard Poetz wrote: If you need the single file that contains everything, I recommend to you that you look at the assembly plugin. snip/ As far as I can see, latest assembly plugin (2.2-SNAPSHOT)

[jira] Assigned: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=all ] Jean-Baptiste Quenot reassigned COCOON-1924: Assignee: Jean-Baptiste Quenot [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[jira] Updated: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=all ] Lars Trieloff updated COCOON-1924: -- Attachment: xmlgraphics-maven-repo.tar.gz These files, put into a local maven repository make it possible to build the new fop-ng-block. [PATCH]

[jira] Commented: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=comments#action_12439175 ] Bertrand Delacretaz commented on COCOON-1924: - According to the discussions in

[jira] Assigned: (COCOON-1519) [PATCH] TeeTransformer refactoring

[ http://issues.apache.org/jira/browse/COCOON-1519?page=all ] Vadim Gritsenko reassigned COCOON-1519: --- Assignee: Jorg Heymans (was: Cocoon Developers Team) Ok, it's not final anymore. [PATCH] TeeTransformer refactoring

[jira] Commented: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=comments#action_12439186 ] Jean-Baptiste Quenot commented on COCOON-1924: -- Adding the artifacts on people.apache.org in m2-snapshot-repository [PATCH] cocoon-fop-ng-block

[jira] Commented: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=comments#action_12439188 ] Jean-Baptiste Quenot commented on COCOON-1924: -- [INFO] [INFO] FOP Block

[jira] Closed: (COCOON-1456) SourceWritingTransformer write only the first node

[ http://issues.apache.org/jira/browse/COCOON-1456?page=all ] Vadim Gritsenko closed COCOON-1456. --- Fix Version/s: 2.1.8 Resolution: Fixed this problem was fixed in 2.1.8. added a sample. SourceWritingTransformer write only the first node

[jira] Closed: (COCOON-1643) cocoon 2.2.0 dev svn checkout doesn't work with tomcat

[ http://issues.apache.org/jira/browse/COCOON-1643?page=all ] Vadim Gritsenko closed COCOON-1643. --- Fix Version/s: 2.2-dev (Current SVN) Resolution: Fixed There is no build.sh anymore, but if you to follow README.txt, resulting webapp works

[jira] Closed: (COCOON-1873) WildcardURIMatcher returns wrong results for **/*.html

[ http://issues.apache.org/jira/browse/COCOON-1873?page=all ] Vadim Gritsenko closed COCOON-1873. --- Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed test executes successfully now.

[jira] Closed: (COCOON-1922) [PATCH] cocoon-core-sample should be part of the default build, because it is required by the default example webapp

[ http://issues.apache.org/jira/browse/COCOON-1922?page=all ] Vadim Gritsenko closed COCOON-1922. --- Fix Version/s: 2.2-dev (Current SVN) Resolution: Fixed i see it's already there [PATCH] cocoon-core-sample should be part of the default build,

Re: Roadmap for 2.2

On 02 Oct 2006, at 16:25, Vadim Gritsenko wrote: As far as I can see, latest assembly plugin (2.2-SNAPSHOT) can not create assemblies from multi module projects. I tried: $ svn co svn.apache.org/repos/asf/maven/plugins/trunk/maven- assembly-plugin/ $ cd

[jira] Closed: (COCOON-1923) Auto-startup of applications on cocoon.zones.apache.org

[ http://issues.apache.org/jira/browse/COCOON-1923?page=all ] Bertrand Delacretaz closed COCOON-1923. --- Resolution: Fixed Implemented and tested by restarting the zone, works. Daisy, Continuum and the Cocoon demos should now restart automatically

[jira] Updated: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=all ] Jean-Baptiste Quenot updated COCOON-1924: - Attachment: fop1 Also need this patch [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[jira] Commented: (COCOON-1519) [PATCH] TeeTransformer refactoring

[ http://issues.apache.org/jira/browse/COCOON-1519?page=comments#action_12439219 ] Jean-Baptiste Quenot commented on COCOON-1519: -- You may want to have a look at COCOON-1706 as well [PATCH] TeeTransformer refactoring

[jira] Commented: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=comments#action_12439226 ] Jean-Baptiste Quenot commented on COCOON-1924: -- Adding a dependency from cocoon-fop-sample to cocoon-batik-impl... unless the dependency needs to

Re: Roadmap for 2.2

Jorg Heymans wrote: On 02 Oct 2006, at 16:25, Vadim Gritsenko wrote: As far as I can see, latest assembly plugin (2.2-SNAPSHOT) can not create assemblies from multi module projects. I tried: $ svn co svn.apache.org/repos/asf/maven/plugins/trunk/maven-assembly-plugin/ $ cd

[jira] Closed: (COCOON-1818) SendMailTransformer misses closing tag when recipient address is malformed

[ http://issues.apache.org/jira/browse/COCOON-1818?page=all ] Andrew Savory closed COCOON-1818. - Resolution: Fixed Patch applied. Thanks Simone and Jasha! SendMailTransformer misses closing tag when recipient address is malformed

[jira] Closed: (COCOON-1049) encoding in Content-Type header is not set by serializers

[ http://issues.apache.org/jira/browse/COCOON-1049?page=all ] Vadim Gritsenko closed COCOON-1049. --- Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed RFC calls this value media type. Added

Re: Roadmap for 2.2

Reinhard Poetz wrote: Jorg Heymans wrote: On 02 Oct 2006, at 16:25, Vadim Gritsenko wrote: As far as I can see, latest assembly plugin (2.2-SNAPSHOT) can not create assemblies from multi module projects. I tried: $ svn co

[jira] Created: (COCOON-1925) Backup the Daisy data from cocoon.zones.apache.org

Backup the Daisy data from cocoon.zones.apache.org -- Key: COCOON-1925 URL: http://issues.apache.org/jira/browse/COCOON-1925 Project: Cocoon Issue Type: Improvement Components: -

[jira] Commented: (COCOON-1925) Backup the Daisy data from cocoon.zones.apache.org

[ http://issues.apache.org/jira/browse/COCOON-1925?page=comments#action_12439239 ] Bertrand Delacretaz commented on COCOON-1925: - I have setup Daisy backups from my zone account's crontab, they go to

[jira] Closed: (COCOON-1866) jx:comment doesn't work

[ http://issues.apache.org/jira/browse/COCOON-1866?page=all ] Jörg Heinicke closed COCOON-1866. - Fix Version/s: 2.1.10-dev (current SVN) Resolution: Fixed Removed the StringUtils.substringAfter() for removing the XML header as it should not be

[jira] Closed: (COCOON-1033) Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

[ http://issues.apache.org/jira/browse/COCOON-1033?page=all ] Jörg Heinicke closed COCOON-1033. - Resolution: Fixed This one does probably simply no longer occur ... Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

[jira] Commented: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=comments#action_12439246 ] Jean-Baptiste Quenot commented on COCOON-1924: -- Problem when using context://resources/images/cocoon.gif btpool0-2 DEBUG FOP - File not found:

[jira] Commented: (COCOON-1379) [i18n] extending the I18nTransformer

[ http://issues.apache.org/jira/browse/COCOON-1379?page=comments#action_12439250 ] Simone Gianni commented on COCOON-1379: --- Has this ever been fixed? Because i recently committed a modification to i18n transformer to made a couple of

[jira] Commented: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=comments#action_12439251 ] Jean-Baptiste Quenot commented on COCOON-1924: -- Seems like the href is wrong *before* entering FOPNGSerializer.resolve(): btpool0-2 DEBUG

[jira] Closed: (COCOON-1076) NPE - Cocoon attempts to resolve input source incorrectly

[ http://issues.apache.org/jira/browse/COCOON-1076?page=all ] Jörg Heinicke closed COCOON-1076. - Resolution: Fixed Assuming that it is fixed though the one question of Paul remains unanswered. NPE - Cocoon attempts to resolve input source incorrectly

[jira] Closed: (COCOON-1441) [Patch] Resource leak in DatabaseReader

[ http://issues.apache.org/jira/browse/COCOON-1441?page=all ] Vadim Gritsenko closed COCOON-1441. --- Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed provided version removes conditional retrieval

[jira] Commented: (COCOON-1416) JXTemplate Bug List(For Refactoring info)

[ http://issues.apache.org/jira/browse/COCOON-1416?page=comments#action_12439260 ] Daniele Madama commented on COCOON-1416: I tried this and work for me, can you give us a simple test or check if the bug is already fixed? JXTemplate

[jira] Closed: (COCOON-531) FOP does not resolve relative paths

[ http://issues.apache.org/jira/browse/COCOON-531?page=all ] Jean-Baptiste Quenot closed COCOON-531. --- Resolution: Won't Fix Will be done in the newer fop block: see COCOON-1924 FOP does not resolve relative paths

[jira] Assigned: (COCOON-531) FOP does not resolve relative paths

[ http://issues.apache.org/jira/browse/COCOON-531?page=all ] Jean-Baptiste Quenot reassigned COCOON-531: --- Assignee: Jean-Baptiste Quenot (was: Cocoon Developers Team) FOP does not resolve relative paths ---

[jira] Closed: (COCOON-1797) FopSerializer class which uses the 0.91 beta API

[ http://issues.apache.org/jira/browse/COCOON-1797?page=all ] Jean-Baptiste Quenot closed COCOON-1797. Resolution: Won't Fix Assignee: Jean-Baptiste Quenot Will be done in the newer fop block: see COCOON-1924 FopSerializer class which

[jira] Closed: (COCOON-1795) PDF Serializer for FOP 0.91

[ http://issues.apache.org/jira/browse/COCOON-1795?page=all ] Jean-Baptiste Quenot closed COCOON-1795. Resolution: Won't Fix Will be done in the newer fop block: see COCOON-1924 PDF Serializer for FOP 0.91 ---

[jira] Updated: (COCOON-1171) InputStream of inner request remains open (special case for Zip only?)

[ http://issues.apache.org/jira/browse/COCOON-1171?page=all ] Jörg Heinicke updated COCOON-1171: -- Bugzilla Id: (was: 29365) Summary: InputStream of inner request remains open (special case for Zip only?) (was: Zip file remains open)