[jira] Commented: (COCOON-1897) i18n transformer: catch date parsing exceptions silently

[ http://issues.apache.org/jira/browse/COCOON-1897?page=comments#action_12432078 ] Dennis Dam commented on COCOON-1897: I'm wondering what the status is right now? i18n transformer: catch date parsing exceptions silently

RE: patch for an entityResolver problem in xsl stylesheets ...

Hi Hussayn, thanks for sharing your patch. I'll have a look at it. Cheers, Alfred. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Hussayn dabbous Sent: Mittwoch, 30. August 2006 22:48 To: dev@cocoon.apache.org Subject: patch for an entityResolver problem in xsl

Re: Property replacement in spring config files

Giacomo Pati wrote: Good question. Never used plain Spring that way, but Cocoon-Spring-Integration ;-) and I loved being able to do it. That way I was able to have Mock-Beans for mode=dev (speed), Local-Beans for mode=test (functional), and Prod-Beans for mode=prod (live) just with a

running modes: spring contexts and xconfs

Just like the settings can be separated into different running modes I would like to propose the same functionality for spring contexts and xconf files. This way starting cocoon in development mode could mock some services instead of providing real implementations. -- Leszek Gawron, IT

Exception on loading non existent settings

3188 [main] INFO / - Running in mode: dev 3204 [main] INFO org.apache.cocoon.core.container.spring.SettingsBeanFactoryPostProcessor - Unable to read properties from directory '/WEB-INF/cocoon/properties/dev' - Continuing initialization. java.io.FileNotFoundException: ServletContext resource

Re: Exception on loading non existent settings

Leszek Gawron wrote: 3188 [main] INFO / - Running in mode: dev 3204 [main] INFO org.apache.cocoon.core.container.spring.SettingsBeanFactoryPostProcessor - Unable to read properties from directory '/WEB-INF/cocoon/properties/dev' - Continuing initialization. java.io.FileNotFoundException:

[jira] Commented: (COCOON-1898) [PATCH] XPatch support for maven-cocoon-deployer-plugin

[ http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12432142 ] Leszek Gawron commented on COCOON-1898: --- I have commited some initial version of xpatch support. There are some bugs and enhancements pending so I am not

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

[PATCH] simple-xml binding does not work with non file sources -- Key: COCOON-1906 URL: http://issues.apache.org/jira/browse/COCOON-1906 Project: Cocoon Issue Type: Bug

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

[ http://issues.apache.org/jira/browse/COCOON-1906?page=all ] Lars Trieloff updated COCOON-1906: -- Attachment: cocoon-formsbinding-sample.patch This is a small test case that modifies the form2simpleXML sample in the cocoon-forms-sample block to use a

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

[ http://issues.apache.org/jira/browse/COCOON-1906?page=all ] Lars Trieloff updated COCOON-1906: -- Attachment: cocoon-formsbinding-sourceutil.patch This patch adds another method to the SourceUtil class that helps Rhino in resolving the ambiguity

Re: patch for an entityResolver problem in xsl stylesheets ...

Nathaniel Alfred wrote: Hi Hussayn, thanks for sharing your patch. I'll have a look at it. IIUC, the problem with this patch is that it drops usage of Source and replaces it with jaxp API. Which means, if bug description is correct, that Source still is not using entity resolver as one

Re: patch for an entityResolver problem in xsl stylesheets ...

Vadim Gritsenko wrote: Nathaniel Alfred wrote: Hi Hussayn, thanks for sharing your patch. I'll have a look at it. IIUC, the problem with this patch is that it drops usage of Source and replaces it with jaxp API. Which means, if bug description is correct, that Source still is not using