Re: Rhino+Batik question
On Sep 8, 2006, at 3:18 PM, Mark Lundquist wrote: [Blah, blah, blah] Oops, I meant to post that on the user's list... my bad. Anyway, if anyone here knows the answer, feel free to help me out :-) cheers, —ml—
Rhino+Batik question
Hi, I've added this element to an SVG document: print ('Hi from Batik!'); Shouldn't I see something on stdout when I rasterize the SVG? BTW, the image comes out fine... I just added the print() and I'm wondering why I don't see anything... Thanks a lot, —ml—
Re: trunk webapp not working under tomcat5.5.17
> I still have a problem gettting cocoon to load my own Spring beans : I > put a daoContext.xml file under WEB-INF/cocoon/spring, but when I > restart the container it again shows SEVERE : errorListener, nothing > else. That file is working fine under spring2.0m4. Could you post your whole stacktrace and the context file? well, there is no stacktrace at all, the catalina log just writes "SEVERE : errorListener" and prevents the webapp from deploying. I'll try to figure out if tomcat startup can be set to some DEBUG loglevel. I tried to change my context to a very basic one, with a root and a single entry, and it shows the same error. I then tried to add a entry to WEB-INF/applicationContext.xml and it also outputs that error, I'm pretty lost, but yeah I'll post that file later on. Note that the single I tried to add is a org.springframework.jdbc.datasource.DriverManagerDataSource class. I also stumbled across http://www.mail-archive.com/dev@cocoon.apache.org/msg46302.html , does it mean I have to put a tag somewhere into my context ? > how do I tell cocoon to load my own beans ? you simply put context definitions into WEB-INF/cocoon/spring directory yep, that's the first thing I tried. laurent
Re: trunk webapp not working under tomcat5.5.17
Laurent Perez wrote: You probably have not fetched org.apache.maven.plugins:maven-clean-plugin plugin from repository yet which means you have to drop -o and everything should be fine. ok thanks, I'll try that. I still have a problem gettting cocoon to load my own Spring beans : I put a daoContext.xml file under WEB-INF/cocoon/spring, but when I restart the container it again shows SEVERE : errorListener, nothing else. That file is working fine under spring2.0m4. Could you post your whole stacktrace and the context file? I don't know if it should be like that but WEB-INF/cocoon/spring/cocoon-core-applicationContext.xml only contains an empty "" node, and WEB-INF/applicationContext.xml contains no bean definitions, only "" an an avalon:avalon node. how do I tell cocoon to load my own beans ? you simply put context definitions into WEB-INF/cocoon/spring directory -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
[jira] Commented: (COCOON-1549) [PATCH] Batik Rhino support incompatible with Cocoon's
[ http://issues.apache.org/jira/browse/COCOON-1549?page=comments#action_12433497 ] Mark Lundquist commented on COCOON-1549: I need this fixed as well. The comment thread here suggests that I could get the job done by building my own Batik locally and applying J-B's patch; however this comment in the Batik BZ seems to indicate otherwise: http://issues.apache.org/bugzilla/show_bug.cgi?id=35233#c4 Jean-Baptiste, can you clarify? If I make my own patched Batik, will I be breaking something? > [PATCH] Batik Rhino support incompatible with Cocoon's > -- > > Key: COCOON-1549 > URL: http://issues.apache.org/jira/browse/COCOON-1549 > Project: Cocoon > Issue Type: Bug > Components: Blocks: Batik >Affects Versions: 2.1.8 > Environment: Operating System: other > Platform: Other >Reporter: Jean-Baptiste Quenot > Attachments: patch-rhinointerpreter > > > A bug has been filed at Batik, but nobody has replied yet: > http://issues.apache.org/bugzilla/show_bug.cgi?id=35233 > The need is to use Batik's Rhino support for adding JavaScript to SVG. The > problem is that Batik's RhinoInterpreter sets a custom security domain > incompatible with Rhino context from Cocoon's FlowScript which doesn't set > one. > The idea is to remove Batik's Rhino security controller to ensure proper > interoperability between Cocoon and Batik. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Is it supported to passing parameters to a method in an jexl expression in CTemplate?
By reading the source code of cocoon-template-impl, I find it suports _javascript_ _expression_. So I can use _javascript_ to new java.util.Locale instance as the following: http://apache.org/cocoon/forms/1.0#definition" xmlns:jx="http://apache.org/cocoon/templates/jx/1.0 "> value="@{new Packages.java.util.Locale(cocoon.get('parameters').get('language'), cocoon.get('parameters').get('country'))}"/> ${country.toString(locale)} RiceOn 9/8/06, Rice Yeh <[EMAIL PROTECTED]> wrote: I have found the reason. It is because the locale type in toString(Locale locale) is java.util.Locale. But the locale passed by LocaleAction is java.lang.String. Is there any way to convert the locale string to an instnace of java.util.Locale in CTemplate? The following is my ctemplate, in which I tried to new an java.util.Locale but failed. http://apache.org/cocoon/forms/1.0#definition" xmlns:jx="http://apache.org/cocoon/templates/jx/1.0 "> ${country.toString(locale)} RiceOn 9/8/06, Robby Pelssers, AGP <[EMAIL PROTECTED]> wrote: Do you have locale available within the jx?? Otherwise you should try a print statement in your _javascript_ file. If this returns nothing, that explains a lot. print('Locale=' + Locale.getDefault().getLanguage()); Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]]Verzonden: vrijdag 8 september 2006 10:33Aan: dev@cocoon.apache.org Onderwerp: Re: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate?I have tried it but toString(Locale locale) is just NOT invoked and a null value is returned.Rice On 9/8/06, Robby Pelssers, AGP < [EMAIL PROTECTED]> wrote: Why don't you just do following ? ${country.toString(locale)} Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]]Verzonden: vrijdag 8 september 2006 8:48Aan: dev@cocoon.apache.orgOnderwerp: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate? Hi, Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate. I try the following _expression_, it is not supported.Is there other way?${country.toString(${locale})} Regards,Rice
Re: Excalibur and Factory-Methods
Lars Trieloff wrote: > Hi, > > we are currently writing a SourceFactory for Cocoon that should be > configured via the XConf XML format. > > The only problem is that a dependency of this SourceFactory cannot be > instantiated via a Constructor as Excalibur does by default, so I am > looking for the equivalent of Spring's factory-method attribute. > I'm not sure if I understand your problem correctly, but the SourceFactory is a factory :) which creates source objects. So in fact the source factory could be a singleton, so there shouldn't be a need to create a factory which creates the SourceFactory. If you need other components in your implementation you can implement Serviceable, get a service manager and can lookup components from there. If you need configuration from the xconf you can implement Configurable. Is it this you're looking for? Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
[jira] Updated: (COCOON-1913) [PATCH] ContainerTestCase in cocoon-core should be abstract
[ http://issues.apache.org/jira/browse/COCOON-1913?page=all ] Lars Trieloff updated COCOON-1913: -- Attachment: cocoon-core-abstract-containertestcase.patch To apply in cocoon/trunk > [PATCH] ContainerTestCase in cocoon-core should be abstract > --- > > Key: COCOON-1913 > URL: http://issues.apache.org/jira/browse/COCOON-1913 > Project: Cocoon > Issue Type: Improvement > Components: * Cocoon Core >Affects Versions: 2.2-dev (Current SVN) >Reporter: Lars Trieloff > Attachments: cocoon-core-abstract-containertestcase.patch > > > ContainerTestCase is a TestCase class in cocoon-core that helps setting up an > environment for container-dependent test cases. The class itself does not > provide any test methods and could be made abstract. > When running tests with Eclipse's built-in JUnit testrunner, empty test cases > (even superclasses of actual test cases) are regarded as failure, while > abstract super classes of test cases are ignored. Making ContainerTestCase > abstract would help users of the Eclipse IDE that are writing > container-dependent test cases. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (COCOON-1913) [PATCH] ContainerTestCase in cocoon-core should be abstract
[PATCH] ContainerTestCase in cocoon-core should be abstract --- Key: COCOON-1913 URL: http://issues.apache.org/jira/browse/COCOON-1913 Project: Cocoon Issue Type: Improvement Components: * Cocoon Core Affects Versions: 2.2-dev (Current SVN) Reporter: Lars Trieloff ContainerTestCase is a TestCase class in cocoon-core that helps setting up an environment for container-dependent test cases. The class itself does not provide any test methods and could be made abstract. When running tests with Eclipse's built-in JUnit testrunner, empty test cases (even superclasses of actual test cases) are regarded as failure, while abstract super classes of test cases are ignored. Making ContainerTestCase abstract would help users of the Eclipse IDE that are writing container-dependent test cases. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: trunk webapp not working under tomcat5.5.17
You probably have not fetched org.apache.maven.plugins:maven-clean-plugin plugin from repository yet which means you have to drop -o and everything should be fine. ok thanks, I'll try that. I still have a problem gettting cocoon to load my own Spring beans : I put a daoContext.xml file under WEB-INF/cocoon/spring, but when I restart the container it again shows SEVERE : errorListener, nothing else. That file is working fine under spring2.0m4. I don't know if it should be like that but WEB-INF/cocoon/spring/cocoon-core-applicationContext.xml only contains an empty "" node, and WEB-INF/applicationContext.xml contains no bean definitions, only "" an an avalon:avalon node. how do I tell cocoon to load my own beans ? thanks
Re: trunk webapp not working under tomcat5.5.17
Laurent Perez wrote: You probably should not do war:inplace. This is how it should be working: mvn clean install looks like I can't even clean, mvn clean install throws : [INFO] The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found Maven version: 2.0.4 cd core/cocoon-webapp mvn cocoon:deploy jetty6:run yeah, that's what I figured out, daisy says "src/main/webapp" should be put under the container, but instead it should be "target-cocoon/webapp". any idea why clean wouldn't be allowed ? my first mvn -Dmaven.test.skip=true install was a BUILD SUCCESSFULL, and I'm using http://mirrors.dotsrc.org/maven2. You probably have not fetched org.apache.maven.plugins:maven-clean-plugin plugin from repository yet which means you have to drop -o and everything should be fine. -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: trunk webapp not working under tomcat5.5.17
You probably should not do war:inplace. This is how it should be working: mvn clean install looks like I can't even clean, mvn clean install throws : [INFO] The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found Maven version: 2.0.4 cd core/cocoon-webapp mvn cocoon:deploy jetty6:run yeah, that's what I figured out, daisy says "src/main/webapp" should be put under the container, but instead it should be "target-cocoon/webapp". any idea why clean wouldn't be allowed ? my first mvn -Dmaven.test.skip=true install was a BUILD SUCCESSFULL, and I'm using http://mirrors.dotsrc.org/maven2. thanks laurent
Re: trunk webapp not working under tomcat5.5.17
Laurent Perez wrote: Hi I'm trying to deploy trunk webapp under tomcat5.5.17(jdk1.5.0_08) but it doesn't work, all I get from catalina logs is : SEVERE : Error listenerStart I've followed "How to use the webapp" instructions available at http://cocoon.zones.apache.org/daisy/documentation/g1/756.html , ran mvn war:inplace and installed src/main/webapp under tomcat/webapps folder. You probably should not do war:inplace. This is how it should be working: cd cocoon-trunk/ mvn clean install cd core/cocoon-webapp mvn cocoon:deploy jetty6:run -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
trunk webapp not working under tomcat5.5.17
Hi I'm trying to deploy trunk webapp under tomcat5.5.17(jdk1.5.0_08) but it doesn't work, all I get from catalina logs is : SEVERE : Error listenerStart I've followed "How to use the webapp" instructions available at http://cocoon.zones.apache.org/daisy/documentation/g1/756.html , ran mvn war:inplace and installed src/main/webapp under tomcat/webapps folder. Under jetty, mvn -o jetty6:run works, but the only block I can browse to under http://localhost:/ is the XSP Block. Could anyone help me ? thanks laurent -- http://in-pocket.blogspot.com";>http://in-pocket.blogspot.com - Mobile world, technology and more
[PATCH] enable the excalibur EntityResolver in xsl stylesheets ...
Hy; Has anybody already checked out my recently published patch concerning entity resolving in XSL style sheets ? Is there a chance to get this patch eventually into the cocoon-core ? Maybe some enhancements are needed before this can be done? Some feedback would be great. thanks, hussayn Hussayn dabbous wrote: Hi; I tried to use external entities like ü etc. in xsl stylesheets. For this purpose in first place i added a DOCTYPE definition on top of my stylesheet, i.e.: 1//EN//XML" "ISOlat1.pen"> %ISOlat1; ]> ... I assumed, the default entity resolver would resolve the ISOlat1.pen, but it did not! I tracked this down and found, that entity resolution only works correctly when i set the SYSTEM identifier to the absolute location of the external entity file. I did not like this "hack", hence i tracked the problem further down and eventually found one location in TraxProcessor.java which apparently needs a modification in order to inject the correct EntityResolver to work as expected. I finally created a patch, which adds Entity resolving within XSLT processing wherever a document(), import or include is performed. i did not check whether this patch works recursively (follows an import within an imported xsl), but it looks like it would do ... The patch has been created against cocoon/branches/BRANCH_2_1_X It works for me. Hopefully it is usefull for others and does not break code at other places. If anyone would like to review the patch and give some feedback, That would be great ;-) best regards, Hussayn Index: src/java/org/apache/cocoon/components/xslt/TraxProcessor.java === --- src/java/org/apache/cocoon/components/xslt/TraxProcessor.java (revision 437809) +++ src/java/org/apache/cocoon/components/xslt/TraxProcessor.java (working copy) @@ -30,6 +30,7 @@ import javax.xml.transform.TransformerException; import javax.xml.transform.TransformerFactory; import javax.xml.transform.URIResolver; +import javax.xml.transform.sax.SAXSource; import javax.xml.transform.sax.SAXTransformerFactory; import javax.xml.transform.sax.TemplatesHandler; import javax.xml.transform.sax.TransformerHandler; @@ -52,14 +53,17 @@ import org.apache.excalibur.source.SourceValidity; import org.apache.excalibur.source.impl.validity.AggregatedValidity; import org.apache.excalibur.store.Store; +import org.apache.excalibur.xml.EntityResolver; import org.apache.excalibur.xml.sax.XMLizable; import org.apache.excalibur.xml.xslt.XSLTProcessor; import org.apache.excalibur.xml.xslt.XSLTProcessorException; import org.apache.excalibur.xmlizer.XMLizer; +import org.apache.xml.utils.XMLReaderManager; import org.xml.sax.ContentHandler; import org.xml.sax.InputSource; import org.xml.sax.SAXException; import org.xml.sax.XMLFilter; +import org.xml.sax.XMLReader; /** * Adaptation of Excalibur's XSLTProcessor implementation to allow for better @@ -91,6 +95,9 @@ /** Resolver used to resolve XSLT document() calls, imports and includes */ protected SourceResolver m_resolver; + +/** EntityResolver used to resolve Entity references within document(), import and include targets */ +protected EntityResolver m_entityResolver; /** Check included stylesheets */ protected boolean m_checkIncludes; @@ -118,6 +125,7 @@ if (m_manager.hasService(Store.TRANSIENT_STORE)) { m_store = (Store) m_manager.lookup(Store.TRANSIENT_STORE); } +m_entityResolver = (EntityResolver) m_manager.lookup(EntityResolver.ROLE); } /** @@ -560,7 +568,7 @@ } } -InputSource is = getInputSource(xslSource); +SAXSource saxSource = getInputSource(xslSource); if (getLogger().isDebugEnabled()) { getLogger().debug("xslSource = " + xslSource + ", system id = " + xslSource.getURI()); @@ -580,7 +588,7 @@ } } -return new StreamSource(is.getByteStream(), is.getSystemId()); +return saxSource; } catch (SourceException e) { if (getLogger().isDebugEnabled()) { getLogger().debug("Failed to resolve " + href + "(base = " + base + "), return null", e); @@ -614,10 +622,22 @@ * @throws IOException * if I/O error occured. */ -protected InputSource getInputSource(final Source source) throws IOException, SourceException { -final InputSource newObject = new InputSource(source.getInputStream()); +protected SAXSource getInputSource(final Source source) throws IOException, SourceException { +InputSource newObject = new InputSource(source.getInputStream()); newObject.setSystemId(source.getURI()); -return newObject; +SAXSource saxSource = new SAXSource(newObject); +tr
Excalibur and Factory-Methods
Hi, we are currently writing a SourceFactory for Cocoon that should be configured via the XConf XML format. The only problem is that a dependency of this SourceFactory cannot be instantiated via a Constructor as Excalibur does by default, so I am looking for the equivalent of Spring's factory-method attribute. Lars
Re: Is it supported to passing parameters to a method in an jexl expression in CTemplate?
I have found the reason. It is because the locale type in toString(Locale locale) is java.util.Locale. But the locale passed by LocaleAction is java.lang.String. Is there any way to convert the locale string to an instnace of java.util.Locale in CTemplate? The following is my ctemplate, in which I tried to new an java.util.Locale but failed. http://apache.org/cocoon/forms/1.0#definition" xmlns:jx="http://apache.org/cocoon/templates/jx/1.0"> ${country.toString(locale)} RiceOn 9/8/06, Robby Pelssers, AGP <[EMAIL PROTECTED]> wrote: Do you have locale available within the jx?? Otherwise you should try a print statement in your _javascript_ file. If this returns nothing, that explains a lot. print('Locale=' + Locale.getDefault().getLanguage()); Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]]Verzonden: vrijdag 8 september 2006 10:33Aan: dev@cocoon.apache.org Onderwerp: Re: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate?I have tried it but toString(Locale locale) is just NOT invoked and a null value is returned.Rice On 9/8/06, Robby Pelssers, AGP < [EMAIL PROTECTED]> wrote: Why don't you just do following ? ${country.toString(locale)} Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]]Verzonden: vrijdag 8 september 2006 8:48Aan: dev@cocoon.apache.orgOnderwerp: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate? Hi, Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate. I try the following _expression_, it is not supported.Is there other way?${country.toString(${locale})} Regards,Rice
Re: Cocoon, Spring and OSGi
Daniel Fagerstrom wrote: > It seem like the Spring-OSGi integration work is taking of quite > seriously http://www.osgi.org/blog/2006/08/osgi-and-spring_29.html. Key > players from both OSGi, Spring and some large companies are working on it. I think these are really good news and this means that our decision to move to Spring might be even more important. > > For Cocoon I think the way to go forward is that we make the part of the > blocks architecture that is about "sitemap polymorphism", blocks > protocol etc, Spring managed (like I have been talking about for some > while and even started to work on, unfortunately I haven't been able to > spend much time on Cocoon for the last months). I hope to finish the new Spring base per sitemap configuration stuff soon which moves all of the container creation out of the sitemap engine. Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
[jira] Updated: (COCOON-1912) [PATCH] cocoon-webdav-impl test run fails due to missing dependencies in test scope
[ http://issues.apache.org/jira/browse/COCOON-1912?page=all ] Lars Trieloff updated COCOON-1912: -- Attachment: cocoon-webdav-impl-test-dependencies.patch To be applied in cocoon/trunk > [PATCH] cocoon-webdav-impl test run fails due to missing dependencies in test > scope > --- > > Key: COCOON-1912 > URL: http://issues.apache.org/jira/browse/COCOON-1912 > Project: Cocoon > Issue Type: Bug > Components: Blocks: WebDAV >Affects Versions: 2.2-dev (Current SVN) >Reporter: Lars Trieloff >Priority: Minor > Attachments: cocoon-webdav-impl-test-dependencies.patch > > > Running mvn:test in cocoon-webdav-impl fails due to unresolved dependencies > of the ContainerTestCase class in cocoon-core. This patch adds the needed > dependencies in the test scope, making the test cases work again. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (COCOON-1912) [PATCH] cocoon-webdav-impl test run fails due to missing dependencies in test scope
[PATCH] cocoon-webdav-impl test run fails due to missing dependencies in test scope --- Key: COCOON-1912 URL: http://issues.apache.org/jira/browse/COCOON-1912 Project: Cocoon Issue Type: Bug Components: Blocks: WebDAV Affects Versions: 2.2-dev (Current SVN) Reporter: Lars Trieloff Priority: Minor Running mvn:test in cocoon-webdav-impl fails due to unresolved dependencies of the ContainerTestCase class in cocoon-core. This patch adds the needed dependencies in the test scope, making the test cases work again. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Is it supported to passing parameters to a method in an jexl expression in CTemplate?
Rice Yeh wrote: Hi, Is it supported to passing parameters to a method in an jexl expression in CTemplate. I try the following expression, it is not supported. Is there other way? ${country.toString(${locale})} Form definition is a static file. Meaning this won't work. You can try tu do the following : var form = new Form( "cocoon://myform" ); and provide additional pipeline which will render the proper form definition. -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
RE: Is it supported to passing parameters to a method in an jexl expression in CTemplate?
Do you have locale available within the jx?? Otherwise you should try a print statement in your _javascript_ file. If this returns nothing, that explains a lot. print('Locale=' + Locale.getDefault().getLanguage()); Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]Verzonden: vrijdag 8 september 2006 10:33Aan: dev@cocoon.apache.orgOnderwerp: Re: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate?I have tried it but toString(Locale locale) is just NOT invoked and a null value is returned.Rice On 9/8/06, Robby Pelssers, AGP < [EMAIL PROTECTED]> wrote: Why don't you just do following ? ${country.toString(locale)} Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]]Verzonden: vrijdag 8 september 2006 8:48Aan: dev@cocoon.apache.orgOnderwerp: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate? Hi, Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate. I try the following _expression_, it is not supported.Is there other way?${country.toString(${locale})} Regards,Rice
Re: Is it supported to passing parameters to a method in an jexl expression in CTemplate?
I have tried it but toString(Locale locale) is just NOT invoked and a null value is returned.RiceOn 9/8/06, Robby Pelssers, AGP < [EMAIL PROTECTED]> wrote: Why don't you just do following ? ${country.toString(locale)} Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]]Verzonden: vrijdag 8 september 2006 8:48Aan: dev@cocoon.apache.orgOnderwerp: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate?Hi, Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate. I try the following _expression_, it is not supported.Is there other way?${country.toString(${locale})} Regards,Rice
RE: Is it supported to passing parameters to a method in an jexl expression in CTemplate?
Why don't you just do following ? ${country.toString(locale)} Robby -Oorspronkelijk bericht-Van: Rice Yeh [mailto:[EMAIL PROTECTED]Verzonden: vrijdag 8 september 2006 8:48Aan: dev@cocoon.apache.orgOnderwerp: Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate?Hi, Is it supported to passing parameters to a method in an jexl _expression_ in CTemplate. I try the following _expression_, it is not supported.Is there other way?${country.toString(${locale})} Regards,Rice