Cocoon 2 - Internal server error: Cannot get component selector for 'generate'
Hello everyone, I'm extremely new to Cocoon 2 and have so far a limited knowledge of xml and java technologies, but I need to configure Cocoon and Tomcat to run a site but keep encountering this Internal server error. How can I handle this error in the sitemap.xmap? Thanks a lot in advance for the help! Frederic type fatal message Cannot get component selector for 'generate' at jndi:/localhost/sitemap.xmap:83:54 description org.apache.avalon.framework.configuration.ConfigurationException: Cannot get component selector for 'generate' at jndi:/localhost/sitemap.xmap:83:54 sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.avalon.framework.configuration.ConfigurationException: Cannot get component selector for 'generate' at jndi:/localhost/sitemap.xmap:83:54 at org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.getTypeForStatement(DefaultTreeBuilder.java:545) at org.apache.cocoon.components.treeprocessor.sitemap.GenerateNodeBuilder.buildNode(GenerateNodeBuilder.java:80) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNodeBuilder.buildChildNodesList(AbstractParentProcessingNodeBuilder.java:156) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNodeBuilder.buildChildNodes(AbstractParentProcessingNodeBuilder.java:172) at org.apache.cocoon.components.treeprocessor.ContainerNodeBuilder.setupNode(ContainerNodeBuilder.java:85) at org.apache.cocoon.components.treeprocessor.NamedContainerNodeBuilder.buildNode(NamedContainerNodeBuilder.java:76) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNodeBuilder.buildChildNodesList(AbstractParentProcessingNodeBuilder.java:156) at org.apache.cocoon.components.treeprocessor.CategoryNodeBuilder.buildNode(CategoryNodeBuilder.java:98) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNodeBuilder.buildChildNodesList(AbstractParentProcessingNodeBuilder.java:156) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNodeBuilder.buildChildNodes(AbstractParentProcessingNodeBuilder.java:172) at org.apache.cocoon.components.treeprocessor.sitemap.SitemapNodeBuilder.buildNode(SitemapNodeBuilder.java:76) at org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.createTree(DefaultTreeBuilder.java:361) at org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultTreeBuilder.java:432) at org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultTreeBuilder.java:392) at org.apache.cocoon.components.treeprocessor.TreeProcessor.setupRootNode(TreeProcessor.java:403) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:321) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:309) at org.apache.cocoon.Cocoon.process(Cocoon.java:585) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at
RE: XMLForm UI Builder
Thank you guys. I'll get a look to the XYbrix tool. Scott, your approach sounds good too. I'll appreciate a lot if you can drop me your ANT generation script to save me time and money -) Regards, Senhaji -Message d'origine- De : Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] Envoye : dimanche 17 novembre 2002 23:49 A : [EMAIL PROTECTED] Objet : Re: XMLForm UI Builder I've been using XYbrix (http://www.jbrix.org/kits/xybrix/overview.html) to edit xml files for some time and find it quite easy to use. IIUC it uses xforms stuff to make the forms, and it's all GUI. The license is apache compatible, so maybe it could help. my 2c Scott Warren wrote: Senhaji, An easy way that I have achieved this is to generate an XML document that has all the information (Java Bean properties + code, Form Elements etc) then I created a number of XSL Documents that take the XML doc and produce the JavaBean code, XMLForm.XSP, Validation Descriptor.XML etc. Then all you need to do is change the layout of the XMLForm as needed.. I use Ant to generate the files from the XML but you can use a Cocoon pipleine to generate the files. Hope this helps Scott Warren Senhaji wrote: Hello, I've just finished playing with the XMLForm wizard example. I've learned a lot of good concepts such as the separation between the content, the presentation and the validation in the form building process. After that, I started looking for an XMLForm builder that would help me speed up the form building process. But without success! How can I explain to the management that even building a simple Form with C2 will take ~3 days of development? not easy -). It could be very nice if from a form builder one can generate all the necessary files for C2 (JavaBeans, XSL for transforming XMLForm widget to HTML or whatever widget, XSL for the form layout, XML schema for validation,...). Are there any works in this area ? Thanks in advance, Senhaji -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: LDAP
Hello, as far as i know is the LDAP Tranformer not included in Cocoon 2.0.3 Perhaps use the sources at the Code Repository. Regards Martin [EMAIL PROTECTED] Freitag, 15. November 2002 14:52:53 Hi!. Can anyone give me any example of use LDAP Transformer on Cocoon 2.0.3, because I can't find it in documentation. Witek - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weird Saxon errors
Jeremy, I have got exactly the same problem when I use saxon 6.5.2 with cocoon 2.0.3 or cocoon 2.1 (invalid processing instruction name (saxon:warning) at line 13 column -1 (what column is that?)). I have configured saxon role in the same way as you (as described in http://outerthought.net/wiki/Wiki.jsp?page=DocbookTransformation) and I know that the xslt stylesheet is correct because I have tested it with xalan. Does anyone know how to solve this problem? Oskar - Original Message - From: Jeremy Quinn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 3:26 PM Subject: Weird Saxon errors I just switched to using Saxon 6.5.2 with Cocoon 2.1-dev as lots of people say it is faster than xalan and xsltc. I get lots of strange errors in my stylesheets, that I cannot work out. These are stylesheets that are largely trivial, and work fine in Xalan and XSLTC. Has anyone else noticed this kind of behaviour? Example: org.apache.cocoon.ProcessingException: Could not read resource file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/components/ meta-data.xml: file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/xsl/macro- filter.xsl:12:-1:javax.xml.transform.TransformerException: Invalid processing instruction name (saxon:warning) this is line 12, column -1 (sic) ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:saxon=http://icl.com/saxon; exclude-result-prefixes=saxon xsl:param name=idref/ xsl:template match=doc xsl:apply-templates select=macro[@id=$idref]/*/ /xsl:template xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template xsl:template match=text() priority=-1xsl:value-of select=.//xsl:template /xsl:stylesheet Where line 12 is: xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template Do What??? There is nothing wrong with this line according to the other XSLT engines. Invalid processing instruction?? This is my config: in cocoon.xconf: xslt-processor logger=core.xslt-processor parameter name=use-store value=false/ parameter name=incremental-processing value=true/ /xslt-processor component role=org.apache.cocoon.components.xslt.XSLTProcessor/Saxon class=org.apache.cocoon.components.xslt.XSLTProcessorImpl logger=core.xslt-processor parameter name=use-store value=true/ parameter name=incremental-processing value=false/ parameter name=transformer-factory value=com.icl.saxon.TransformerFactoryImpl/ /component in sitemap.xmap: map:transformer logger=sitemap.transformer.saxon name=saxon pool-grow=2 pool-max=32 pool-min=8 src=org.apache.cocoon.transformation.TraxTransformer use-request-parametersfalse/use-request-parameters use-browser-capabilities-dbfalse/use-browser-capabilities-db xslt-processor-role org.apache.cocoon.components.xslt.XSLTProcessor/Saxon /xslt-processor-role /map:transformer Any suggestions would be gratefully accepted. regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XSLT processor problems
Hello, I have done a simple pipeline in cocoon that applies some transformations to an xml document and obtains a text document: map:match pattern="MAST" map:generate src=""/ map:transform src=""/ map:serialize type="text"/ /map:match Depending on the cocoon version, the result is different: 1) When the pipeline is included in cocoon 2.0.3the resultis the expectedone. 2) When the pipeline is included in cocoon 2.1-dev (not updated),itloststhe followingtransformation rule: xsl:output omit-xml-declaration="yes"/ despite I have selected xalan as the xslt processor (the default xslt processor in cocoon 2.1-dev is xsltc). 3) When the pipeline is included in cocoon 2.1-dev (updated),the previous transformation rule and the following one are not applied: xsl:variable name="pe"![CDATA[]]/xsl:variable xsl:value-of disable-output-escaping="yes" select="$pe"/ So, the three different versions of cocoon I use, give me three different results. This not only happens with my xslt stylsheets: cocoon's(2.1-dev, not updated) xmlform2html.xsl doesn't workin the updated version. And when I tried to configure saxon, it doesn't work (http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=103761165124303w=2). What can I do? Oskar
sendmail Attachment
Hello group, I try to achieve the following thing: i want to send reports as pdf Attachment that are stored not on the file system but @http e.g.: http://localhost:8088/cocoon/weidmueller/IDC2/info_adm.pdf?date=11/15/2002 I wrote a vb script to attach the file but I can't use for attaching an uri! This is due to Outlook. With mozilla it is possible but Mozilla can't be a solution (company order). I am using cocoon for the reports anyway so I tend to send the reports via sendmail. I am plannig to to the following: http://www.cocooncenter.de/cc/documents/resources/sendmail/. Before I start I like to confirm to my boss that we can attach the uri! Has anyone already attached a uri via sendmail logicsheet? Thanks for the help in advance! Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weird Saxon errors
Hy; I got exactly the same problems as you describe. Finnally i managed to setup my system for operation. Unfortunately i had lots of interconnected problems, so i can't tell you, what finally solved exactly the problem, you are describing. I had a look into your problem, but couldn't reprocuce it so far from the data in your email. But if you send me a small XML/XSLT combination that triggers this problem, i will check this against my cocoon-2.0.3/saxon-6.5.2 setup and uncover the cause of the problem. This is, what i can offer so far. regards, hussayn Oskar Casquero wrote: Jeremy, I have got exactly the same problem when I use saxon 6.5.2 with cocoon 2.0.3 or cocoon 2.1 (invalid processing instruction name (saxon:warning) at line 13 column -1 (what column is that?)). I have configured saxon role in the same way as you (as described in http://outerthought.net/wiki/Wiki.jsp?page=DocbookTransformation) and I know that the xslt stylesheet is correct because I have tested it with xalan. Does anyone know how to solve this problem? Oskar - Original Message - From: Jeremy Quinn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 3:26 PM Subject: Weird Saxon errors I just switched to using Saxon 6.5.2 with Cocoon 2.1-dev as lots of people say it is faster than xalan and xsltc. I get lots of strange errors in my stylesheets, that I cannot work out. These are stylesheets that are largely trivial, and work fine in Xalan and XSLTC. Has anyone else noticed this kind of behaviour? Example: org.apache.cocoon.ProcessingException: Could not read resource file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/components/ meta-data.xml: file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/xsl/macro- filter.xsl:12:-1:javax.xml.transform.TransformerException: Invalid processing instruction name (saxon:warning) this is line 12, column -1 (sic) ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:saxon=http://icl.com/saxon; exclude-result-prefixes=saxon xsl:param name=idref/ xsl:template match=doc xsl:apply-templates select=macro[@id=$idref]/*/ /xsl:template xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template xsl:template match=text() priority=-1xsl:value-of select=.//xsl:template /xsl:stylesheet Where line 12 is: xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template Do What??? There is nothing wrong with this line according to the other XSLT engines. Invalid processing instruction?? This is my config: in cocoon.xconf: xslt-processor logger=core.xslt-processor parameter name=use-store value=false/ parameter name=incremental-processing value=true/ /xslt-processor component role=org.apache.cocoon.components.xslt.XSLTProcessor/Saxon class=org.apache.cocoon.components.xslt.XSLTProcessorImpl logger=core.xslt-processor parameter name=use-store value=true/ parameter name=incremental-processing value=false/ parameter name=transformer-factory value=com.icl.saxon.TransformerFactoryImpl/ /component in sitemap.xmap: map:transformer logger=sitemap.transformer.saxon name=saxon pool-grow=2 pool-max=32 pool-min=8 src=org.apache.cocoon.transformation.TraxTransformer use-request-parametersfalse/use-request-parameters use-browser-capabilities-dbfalse/use-browser-capabilities-db xslt-processor-role org.apache.cocoon.components.xslt.XSLTProcessor/Saxon /xslt-processor-role /map:transformer Any suggestions would be gratefully accepted. regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Passing request parameters to coplets
Hello, Is it possible to pass request parameters to coplets? Thanks, -Alex - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weird Saxon errors
Here you have XML/XSLT combination. Can you tell me the steps you followed to setup saxon role? Thanks, Oskar - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 11:40 AM Subject: Re: Weird Saxon errors Hy; I got exactly the same problems as you describe. Finnally i managed to setup my system for operation. Unfortunately i had lots of interconnected problems, so i can't tell you, what finally solved exactly the problem, you are describing. I had a look into your problem, but couldn't reprocuce it so far from the data in your email. But if you send me a small XML/XSLT combination that triggers this problem, i will check this against my cocoon-2.0.3/saxon-6.5.2 setup and uncover the cause of the problem. This is, what i can offer so far. regards, hussayn Oskar Casquero wrote: Jeremy, I have got exactly the same problem when I use saxon 6.5.2 with cocoon 2.0.3 or cocoon 2.1 (invalid processing instruction name (saxon:warning) at line 13 column -1 (what column is that?)). I have configured saxon role in the same way as you (as described in http://outerthought.net/wiki/Wiki.jsp?page=DocbookTransformation) and I know that the xslt stylesheet is correct because I have tested it with xalan. Does anyone know how to solve this problem? Oskar - Original Message - From: Jeremy Quinn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 3:26 PM Subject: Weird Saxon errors I just switched to using Saxon 6.5.2 with Cocoon 2.1-dev as lots of people say it is faster than xalan and xsltc. I get lots of strange errors in my stylesheets, that I cannot work out. These are stylesheets that are largely trivial, and work fine in Xalan and XSLTC. Has anyone else noticed this kind of behaviour? Example: org.apache.cocoon.ProcessingException: Could not read resource file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/components/ meta-data.xml: file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/xsl/macro- filter.xsl:12:-1:javax.xml.transform.TransformerException: Invalid processing instruction name (saxon:warning) this is line 12, column -1 (sic) ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:saxon=http://icl.com/saxon; exclude-result-prefixes=saxon xsl:param name=idref/ xsl:template match=doc xsl:apply-templates select=macro[@id=$idref]/*/ /xsl:template xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template xsl:template match=text() priority=-1xsl:value-of select=.//xsl:template /xsl:stylesheet Where line 12 is: xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template Do What??? There is nothing wrong with this line according to the other XSLT engines. Invalid processing instruction?? This is my config: in cocoon.xconf: xslt-processor logger=core.xslt-processor parameter name=use-store value=false/ parameter name=incremental-processing value=true/ /xslt-processor component role=org.apache.cocoon.components.xslt.XSLTProcessor/Saxon class=org.apache.cocoon.components.xslt.XSLTProcessorImpl logger=core.xslt-processor parameter name=use-store value=true/ parameter name=incremental-processing value=false/ parameter name=transformer-factory value=com.icl.saxon.TransformerFactoryImpl/ /component in sitemap.xmap: map:transformer logger=sitemap.transformer.saxon name=saxon pool-grow=2 pool-max=32 pool-min=8 src=org.apache.cocoon.transformation.TraxTransformer use-request-parametersfalse/use-request-parameters use-browser-capabilities-dbfalse/use-browser-capabilities-db xslt-processor-role org.apache.cocoon.components.xslt.XSLTProcessor/Saxon /xslt-processor-role /map:transformer Any suggestions would be gratefully accepted. regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED]
integrating php with cocoon 2.0.3
Dear sir, madam, I have compiled cocoon-2.0.3 as described in the HOWTO in order to work with PHP-files. I'm running a j2sdk-1.4.1 and a tomcat 4.0.6 in a Redhat 7.1 Linuxbox. The compilation went fluently. I have put the cocoon.war in the WEBAPPS-folder and the phpsrvlt.jar into the $TOMCAT/common/libs folder. Referring into the documentation i should be able to execute PHP-code. However when i try to access a php-file i get the errormessage as described below. Do i have to configure something in the sitemap.xmap. or do i something else wrong? Thanks in advance type fatal message UnnamedSelector: ComponentSelector could not find the component for hint: php description org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(Exca liburComponentSelector.java:270) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:101) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:104) at org.apache.cocoon.components.pipeline.AbstractStreamPipeline.setReader(Abstr actStreamPipeline.java:140) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.setReader(Cachin gStreamPipeline.java:123) at org.apache.cocoon.www.sitemap_xmap.matchN10341(/sites/SOURCES/jakarta-tomcat -4.0.6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/s itemap_xmap.java:3887) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2701) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2538) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) at org.apache.cocoon.Cocoon.process(Cocoon.java:575) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at
Out of Memeory in cocoon2.0.2
We developed a application in cocoon...and it s running properly for 6-7 user ...but once the user size increasessomtime its throwing Out of memory Exception... what may be the problem??? And how tooptimize the performance of cocoon application Thanks
Re: integrating php with cocoon 2.0.3
Put the phpsrvlt.jar in you webapps lib area. - Original Message - From: tom.troonbeeckx [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 5:57 AM Subject: integrating php with cocoon 2.0.3 Dear sir, madam, I have compiled cocoon-2.0.3 as described in the HOWTO in order to work with PHP-files. I'm running a j2sdk-1.4.1 and a tomcat 4.0.6 in a Redhat 7.1 Linuxbox. The compilation went fluently. I have put the cocoon.war in the WEBAPPS-folder and the phpsrvlt.jar into the $TOMCAT/common/libs folder. Referring into the documentation i should be able to execute PHP-code. However when i try to access a php-file i get the errormessage as described below. Do i have to configure something in the sitemap.xmap. or do i something else wrong? Thanks in advance type fatal message UnnamedSelector: ComponentSelector could not find the component for hint: php description org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(Exca liburComponentSelector.java:270) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:101) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:104) at org.apache.cocoon.components.pipeline.AbstractStreamPipeline.setReader(Abstr actStreamPipeline.java:140) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.setReader(Cachin gStreamPipeline.java:123) at org.apache.cocoon.www.sitemap_xmap.matchN10341(/sites/SOURCES/jakarta-tomcat -4.0.6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www /s itemap_xmap.java:3887) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2701) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2538) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) at org.apache.cocoon.Cocoon.process(Cocoon.java:575) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at
XML declaration in text/plain output
Hi,
I've a simple pipeline to make CSV data:
!-- Chart CSV Data --
map:pipeline
map:parameter name=expires value=now plus 50 seconds/
map:match pattern=members/only/charts/*.csv
map:generate type=xsp src=logic/members/{1}.xsp/
map:transform src=style/xml2csv.xsl/
map:serialize type=text/
/map:match
/map:pipeline
where I've tried putting
xsl:output omit-xml-declaration=yes method=text/
in the XSLT transformation, and
omit-xml-declarationtrue/omit-xml-declaration
or
omit-xml-declarationyes/omit-xml-declaration
in the serializer declaration in the sitemap
map:serializer name=text mime-type=text/plain
pool-max=8 pool-min=2 pool-grow=2
src=org.apache.cocoon.serialization.TextSerializer
logger=sitemap.serializer.text
omit-xml-declarationtrue/omit-xml-declaration
/map:serializer
In all cases I still end up with
?xml version=1.0 encoding=UTF-8?
prior to the plain text output. This is with cocoon 2.1-dev.
Anyone any ideas?
Thanks,
Bruce
This message is for the named person's use only. It may contain
confidential, proprietary or legally privileged information. No
confidentiality or privilege is waived or lost by any mistransmission.
If you receive this message in error, please notify the sender urgently
and then immediately delete the message and any copies of it from your
system. Please also immediately destroy any hardcopies of the message.
You must not, directly or indirectly, use, disclose, distribute, print,
or copy any part of this message if you are not the intended recipient.
The sender's company reserves the right to monitor all e-mail
communications through their networks. Any views expressed in this
message are those of the individual sender, except where the message
states otherwise and the sender is authorised to state them to be the
views of the sender's company.
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: integrating php with cocoon 2.0.3
I have put the servlet in the webapps libarea. But still no go... In the sitemap.xmap i have defined the following. map:match pattern=phptest map:read mime-type=text/html src=woonconsulent/content/php/test.php type=php/ /map:match Im a newbie in the cocoonworld. Maybe i just configured it wrong. Has anybody an idea how to configure the sitemap.xmap for php-pages. Thanx in advance -Original Message- From: Roger I Martin PhD [mailto:[EMAIL PROTECTED]] Sent: maandag 18 november 2002 12:09 To: [EMAIL PROTECTED] Subject: Re: integrating php with cocoon 2.0.3 Put the phpsrvlt.jar in you webapps lib area. - Original Message - From: tom.troonbeeckx [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 5:57 AM Subject: integrating php with cocoon 2.0.3 Dear sir, madam, I have compiled cocoon-2.0.3 as described in the HOWTO in order to work with PHP-files. I'm running a j2sdk-1.4.1 and a tomcat 4.0.6 in a Redhat 7.1 Linuxbox. The compilation went fluently. I have put the cocoon.war in the WEBAPPS-folder and the phpsrvlt.jar into the $TOMCAT/common/libs folder. Referring into the documentation i should be able to execute PHP-code. However when i try to access a php-file i get the errormessage as described below. Do i have to configure something in the sitemap.xmap. or do i something else wrong? Thanks in advance type fatal message UnnamedSelector: ComponentSelector could not find the component for hint: php description org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(Exca liburComponentSelector.java:270) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:101) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:104) at org.apache.cocoon.components.pipeline.AbstractStreamPipeline.setReader(Abstr actStreamPipeline.java:140) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.setReader(Cachin gStreamPipeline.java:123) at org.apache.cocoon.www.sitemap_xmap.matchN10341(/sites/SOURCES/jakarta-tomcat -4.0.6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www /s itemap_xmap.java:3887) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2701) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2538) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) at org.apache.cocoon.Cocoon.process(Cocoon.java:575) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at
XMLForm JavaBean getter setter methods
Hello, In the wizard example, I added some log traces in the UserBean's getter and setter methods to see what happen behind the scene. When I push the start button, the getAllHobbies is called many times (20). The same thing happens with the getSystem(). However the setSystem() method is never called. Can some one explain this behaviour? Thanks, Senhaji - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to lock a pipeline?
Hello, Does anyone know if it is possible to lock the access to a pipeline while that pipeline is being executed? I want to use a pipeline as a shared resource: when a user calls that pipeline from the browser, thepipeline is locked untilit finish its execution and then itisunlocked, being available again for another user. Can this be done in an action? Oskar
Re: integrating php with cocoon 2.0.3
I still think you have a classpath problem; not a sitemap problem. - Original Message - From: tom.troonbeeckx [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 6:21 AM Subject: RE: integrating php with cocoon 2.0.3 I have put the servlet in the webapps libarea. But still no go... In the sitemap.xmap i have defined the following. map:match pattern=phptest map:read mime-type=text/html src=woonconsulent/content/php/test.php type=php/ /map:match Im a newbie in the cocoonworld. Maybe i just configured it wrong. Has anybody an idea how to configure the sitemap.xmap for php-pages. Thanx in advance -Original Message- From: Roger I Martin PhD [mailto:[EMAIL PROTECTED]] Sent: maandag 18 november 2002 12:09 To: [EMAIL PROTECTED] Subject: Re: integrating php with cocoon 2.0.3 Put the phpsrvlt.jar in you webapps lib area. - Original Message - From: tom.troonbeeckx [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 5:57 AM Subject: integrating php with cocoon 2.0.3 Dear sir, madam, I have compiled cocoon-2.0.3 as described in the HOWTO in order to work with PHP-files. I'm running a j2sdk-1.4.1 and a tomcat 4.0.6 in a Redhat 7.1 Linuxbox. The compilation went fluently. I have put the cocoon.war in the WEBAPPS-folder and the phpsrvlt.jar into the $TOMCAT/common/libs folder. Referring into the documentation i should be able to execute PHP-code. However when i try to access a php-file i get the errormessage as described below. Do i have to configure something in the sitemap.xmap. or do i something else wrong? Thanks in advance type fatal message UnnamedSelector: ComponentSelector could not find the component for hint: php description org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.avalon.framework.component.ComponentException: UnnamedSelector: ComponentSelector could not find the component for hint: php at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(Exca liburComponentSelector.java:270) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:101) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.select(DefaultSite mapComponentSelector.java:104) at org.apache.cocoon.components.pipeline.AbstractStreamPipeline.setReader(Abstr actStreamPipeline.java:140) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.setReader(Cachin gStreamPipeline.java:123) at org.apache.cocoon.www.sitemap_xmap.matchN10341(/sites/SOURCES/jakarta-tomcat -4.0.6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www /s itemap_xmap.java:3887) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2701) at org.apache.cocoon.www.sitemap_xmap.process(/sites/SOURCES/jakarta-tomcat-4.0 .6/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitem ap_xmap.java:2538) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) at org.apache.cocoon.Cocoon.process(Cocoon.java:575) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
Sendmail with wyona
http://mail.wyona.org/pipermail/wyonacms-dev/2002-July/90.html Hello group, I want to do the exact same thing! http://members.iinet.net.au/~xions/jigsaws/sendmail.html But how can I achieve that within wyona? I mean for example: 3. Copy mail.jar and activation.jar to cocoon-2.0.2\lib\optional. I'm not 100% sure if this is required but it doesn't do any harm. or 2. Copy sendmail.xsl to cocoon-2.0.2\src\java\org\apache\cocoon\components\language\markup\xsp\java I have the src of wyona, but can't found the files anywhere! Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weird Saxon errors
Hy; Your stylesheet produces plain text as output. This seems to be a problem for cocoon transformers. I don't know, if this behaviour is a feature, or a bug. (Maybe the developers can tell us ;-) ? But here is the solution as it works on my site: 1.) Add following template to your stylesheet: xsl:template match=/ xml xsl:apply-templates/ /xml /xsl:template You also can omit the omit-xml-declaraion in your stylesheet: !--xsl:output omit-xml-declaration=yes/-- Yes, your file has been reXMLized by now, but look further down... 2.) Add just another serializer to your sitemap: map:serializers default=html map:serializer logger=sitemap.serializer.text mime-type=text/plain name=plain src= org.apache.cocoon.serialization.TextSerializer / /map:serializers The text-serializer declared on the main sitemap does not work for me (in conjunction with mozilla). It only produces empty lines of text. I think, it is because of the mime-type declaration text/text. I took a verbatim copy from the default text serializer and changed the mime type to text/plain. This works for me. 3.) Add the following matcher into your sitemap: map:match pattern=go map:generate src = Robot_Teleoperado.xml/ map:transform type=xslt src = xml2txt.xsl/ map:serialize type = plain/ /map:match Now, when you enter go, you get a plain text as result into your browser. When applying save you get a nice plain text file as result (no more XML in it ;-) ) If there is a better solution, i'd like to hear about it. I'm interested, if this helps to fix your problem, and if this is something for the HOWTO docs ;-) regards, hussayn Oskar Casquero wrote: Here you have XML/XSLT combination. Can you tell me the steps you followed to setup saxon role? Thanks, Oskar - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 11:40 AM Subject: Re: Weird Saxon errors Hy; I got exactly the same problems as you describe. Finnally i managed to setup my system for operation. Unfortunately i had lots of interconnected problems, so i can't tell you, what finally solved exactly the problem, you are describing. I had a look into your problem, but couldn't reprocuce it so far from the data in your email. But if you send me a small XML/XSLT combination that triggers this problem, i will check this against my cocoon-2.0.3/saxon-6.5.2 setup and uncover the cause of the problem. This is, what i can offer so far. regards, hussayn Oskar Casquero wrote: Jeremy, I have got exactly the same problem when I use saxon 6.5.2 with cocoon 2.0.3 or cocoon 2.1 (invalid processing instruction name (saxon:warning) at line 13 column -1 (what column is that?)). I have configured saxon role in the same way as you (as described in http://outerthought.net/wiki/Wiki.jsp?page=DocbookTransformation) and I know that the xslt stylesheet is correct because I have tested it with xalan. Does anyone know how to solve this problem? Oskar - Original Message - From: Jeremy Quinn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 3:26 PM Subject: Weird Saxon errors I just switched to using Saxon 6.5.2 with Cocoon 2.1-dev as lots of people say it is faster than xalan and xsltc. I get lots of strange errors in my stylesheets, that I cannot work out. These are stylesheets that are largely trivial, and work fine in Xalan and XSLTC. Has anyone else noticed this kind of behaviour? Example: org.apache.cocoon.ProcessingException: Could not read resource file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/components/ meta-data.xml: file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/xsl/macro- filter.xsl:12:-1:javax.xml.transform.TransformerException: Invalid processing instruction name (saxon:warning) this is line 12, column -1 (sic) ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:saxon=http://icl.com/saxon; exclude-result-prefixes=saxon xsl:param name=idref/ xsl:template match=doc xsl:apply-templates select=macro[@id=$idref]/*/ /xsl:template xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template xsl:template match=text() priority=-1xsl:value-of select=.//xsl:template /xsl:stylesheet Where line 12 is: xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template Do What??? There is nothing wrong with this line according to the other XSLT engines. Invalid processing instruction?? This is my config: in cocoon.xconf: xslt-processor logger=core.xslt-processor parameter name=use-store value=false/ parameter name=incremental-processing value=true/ /xslt-processor component
Re: Cocoon 2 - Internal server error: Cannot get componentselector for 'generate'
On Mon, 2002-11-18 at 09:29, [EMAIL PROTECTED] wrote: I'm extremely new to Cocoon 2 and have so far a limited knowledge of xml and java technologies, but I need to configure Cocoon and Tomcat to run a site but keep encountering this Internal server error. How can I handle this error in the sitemap.xmap? org.apache.avalon.framework.configuration.ConfigurationException: Cannot get component selector for 'generate' at jndi:/localhost/sitemap.xmap:83:54 What is the sitemap? Examine line 83. Also read sitemap.log. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Core Dump PHP cocoon2
Dear Sir, Madam, I finally got the php working with cocoon2. Thx for the many support. However. When I process a the phpinfo()-function, Cocoon2 shows just a bit of data. When I refresh the page a couple times. I have tomcat-core dump. Any ideas why? Thanks in advance. Ideaxis nv -facing the internet- Flanders Multimedia Valley Wetenschapspark 1 B-3590 DIEPENBEEK Tel : +32 11 26 89 20 Fax : +32 11 23 22 17 Mobile: +32 479 13 14 81 E-Mail: [EMAIL PROTECTED] URL: http://www.ideaxis.com/ Ideaxis nv legal disclaimer The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by returning this e-mail. Please delete this e-mail and do not disclose its contents to any person. Ideaxis nv does not accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MalformedURLException: unknown protocol: slide
Hello all,
i got this MalformedURLException when i tried to let cocoon transform xml
from a slide repository. raw works fine but the generation failed when loading
the dtd as a relative link.
making it absolute for example to the url:
http://localhost:8080/samples/slide/view/ktit.dtd always points to the login page.
how could i keep the session?
i'm new to cocoon an using cocoon-cvs 11.11.2002, tomcat 4.1.12 jdk1.4
my addintions to the slide sample sitemap:
map:pipeline
...
map:match pattern=transform/**
map:generate src=slide://{1}?cocoon-source-principal={../ID}/
map:transform src=aktuelles.xsl /
map:serialize type=html/
/map:match
...
/map:pipeline
thanks.
Alexander
stacktrace:
---
org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
java.net.MalformedURLException: unknown protocol: slide
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:293)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:483)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:149)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:85)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:166)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:85)
at
org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:158)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:85)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:166)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:326)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:308)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:131)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:85)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:166)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:326)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:308)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:131)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:85)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:166)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:326)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:308)
at org.apache.cocoon.Cocoon.process(Cocoon.java:595)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1069)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
RE: Core Dump PHP cocoon2
I have found any logs about the core dump. The log is listed below. However i have checked the libphp4.so with the dependencies and they are all correct The output list of ldd libphp4.so goes as follows: libpam.so.0 = /lib/libpam.so.0 (0x4013d000) libstdc++-libc6.2-2.so.3 = /usr/lib/libstdc++-libc6.2-2.so.3 (0x40145000) libdl.so.2 = /lib/libdl.so.2 (0x40188000) libz.so.1 = /usr/lib/libz.so.1 (0x4018c000) libjpeg.so = /usr/lib/libjpeg.so (0x4019a000) libpng.so.2 = /usr/lib/libpng.so.2 (0x401b9000) libtiff.so.3 = /usr/lib/libtiff.so.3 (0x401da000) libpdf.so.1 = /usr/lib/libpdf.so.1 (0x4021e000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x402aa000) libresolv.so.2 = /lib/libresolv.so.2 (0x402d8000) libm.so.6 = /lib/i686/libm.so.6 (0x402eb000) libnsl.so.1 = /lib/libnsl.so.1 (0x4030f000) libc.so.6 = /lib/i686/libc.so.6 (0x40326000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2000) Any ideas what goes wrong? Thanks in advance. LogFile - with the core dump - An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x50E6EB26 Function=zend_hash_index_update_or_next_insert+0x36 Library=/usr/java/j2sdk1.4.1/jre/lib/i386/libphp4.so Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:188) at net.php.servlet.service(servlet.java:212) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) -Original Message- From: Tom Troonbeeckx [mailto:[EMAIL PROTECTED]] Sent: maandag 18 november 2002 14:06 To: [EMAIL PROTECTED] Subject: Core Dump PHP cocoon2 Dear Sir, Madam, I finally got the php working with cocoon2. Thx for the many support. However. When I process a the phpinfo()-function, Cocoon2 shows just a bit of data. When I refresh the page a couple times. I have tomcat-core dump. Any ideas why? Thanks in advance. Ideaxis nv -facing the internet- Flanders Multimedia Valley Wetenschapspark 1 B-3590 DIEPENBEEK Tel : +32 11 26 89 20 Fax : +32 11 23 22 17 Mobile: +32 479 13 14 81 E-Mail: [EMAIL PROTECTED] URL: http://www.ideaxis.com/ Ideaxis nv legal disclaimer The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by returning this e-mail. Please delete this e-mail and do not disclose its contents to any person. Ideaxis nv does not accept liability for any errors, omissions, delays of
PHPGenerator
I am not able to make PHPGenerator work but maybe you will see some mistake in my actions: 1. I have downloaded PHP 4.2.3 Win32 binaries from PHP site 2. I have enabled php_java extension and setup [Java] section like this: [Java] java.class.path = c:\DevTools\php-4.2.3-Win32\extensions\php_java.jar java.home = c:\DevTools\jdk1.3.1_06 java.library = c:\DevTools\jdk1.3.1_06\jre\bin\hotspot\jvm.dll java.library.path = c:\DevTools\php-4.2.3-Win32\extensions\ 3. I have downloaded phpsrvlt.jar from somewhere (the original from PHP binaries did not contain net.php.servlet class and I was not able to compile PHP by myself due to some compilation errors) 4. I have put phpsrvlt.jar int lib/optional dir of cocoon sources (today's snapshot) and updated jars.xml 5. I have built cocoon (scratchpad war) 6. Set up some environment variables (do not even remember which ones) 7. started tomcat (4.1.12) 8. opened cocoon to see if it works 9. added the sitemap entry: map:match pattern=test.php map:generate type=php src=documents/test.php/ map:serialize type=xml/ /map:match 10. created a simple php file: ?php print ?xml version=\1.0\?\n; print page\n; print titleHello world from PHP/title\n; print content\n; print paraThis is my page being dynamically generated using a PhpGenerator/para\n; print /content\n; print /page\n; ? 11. run http://localhost:8080/cocoon/test.php And I get the following error: Function registration failed - duplicate name - java_last_exception_get Function registration failed - duplicate name - java_last_exception_clear java: Unable to register functions, unable to load I have figured out that if I disable php_java.dll extension ( and [Java] section) this error does not occur but still happens what follows: org.apache.cocoon.ProcessingException: org.xml.sax.SAXParseException: Premature end of file.: null:-1:-1:org.xml.sax.SAXParseException: Premature end of file. at org.apache.cocoon.generation.PhpGenerator.generate(PhpGenerator.java:198) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:512) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:204) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:483) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:149) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:85) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:166) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:326) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:308) at org.apache.cocoon.Cocoon.process(Cocoon.java:596) What is really funny, when i look into tomcat's console window I see: ?xml version=1.0? page titleHello world from PHP/title content paraThis is my page being dynamically generated using a PhpGenerator/para /content /page Configuration summary: Windows 2000 JDK 1.3.1 06 xml-cocoon2_20021118112152.tar.gz php 4.2.3 phpsrvlt.jar from somewhere :) (got the link : http://www.9753.net/download/server/php/java/ ) Has anyone got this error before? I thought that PHP Generator would be quite useful when dealing with databases that do have ODBC and do not have JDBC (still I'm trying to figure out how to access Pervasive 7 from cocoon) but questions are coming: 1. What about request parameters? Will they be visible in php code? 2. How could I access user session data? 3. What to do if php code generates an error ? I'm almost sure that this would lead to non well formed xml document ouzo -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)341118 / // \\ \ \\ // recursive: adj; see recursive | \__/ | - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL
RE: inserting doctype from xsl
There's more than one doctype you could have for HTML. Some folks may want to send HTML 3.2 with the appropriate header. It would be possible to have all of the doctypes ready to go out of the box. It would also mean a html32 serializer, a html4 serializer, a html401 serializer, etc. and that's not counting the transitional/strict/frameset qualifiers. Seems a lot to have in the default sitemap when most people would only use one or two at the most. It would probably be reasonable to include a commented out example in the default sitemap? map:serializer logger=sitemap.serializer.html mime-type=text/html name=html pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer buffer-size1024/buffer-size doctype-public-//W3C//DTD HTML 4.01 Transitional//EN/doctype-public /map:serializer shouldn't it be inserted by default in a default sitemap from the cocoon installations? should we write this to the developers mailing list? - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Core Dump PHP cocoon2
I'm thinking if anybody actually run php with tomcat ever ;) Acording to these people ( me included ) php servlet always core dumped after some usage. http://bugs.php.net/bug.php?id=17020 http://bugs.php.net/bug.php?id=18939 Apparently the servlet implementation should be better. I am not a java programmer ( that's why i am triyng to use PHP ). Can anybody take a look at the servlet code and http://cvs.php.net/co.php/php4/sapi/servlet/servlet.java?sbt=2login=2r=1.19 confirm if it's ok ( about 250 lines ) ? Z. On Mon, 2002-11-18 at 13:20, Tom Troonbeeckx wrote: I have found any logs about the core dump. The log is listed below. However i have checked the libphp4.so with the dependencies and they are all correct The output list of ldd libphp4.so goes as follows: libpam.so.0 = /lib/libpam.so.0 (0x4013d000) libstdc++-libc6.2-2.so.3 = /usr/lib/libstdc++-libc6.2-2.so.3 (0x40145000) libdl.so.2 = /lib/libdl.so.2 (0x40188000) libz.so.1 = /usr/lib/libz.so.1 (0x4018c000) libjpeg.so = /usr/lib/libjpeg.so (0x4019a000) libpng.so.2 = /usr/lib/libpng.so.2 (0x401b9000) libtiff.so.3 = /usr/lib/libtiff.so.3 (0x401da000) libpdf.so.1 = /usr/lib/libpdf.so.1 (0x4021e000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x402aa000) libresolv.so.2 = /lib/libresolv.so.2 (0x402d8000) libm.so.6 = /lib/i686/libm.so.6 (0x402eb000) libnsl.so.1 = /lib/libnsl.so.1 (0x4030f000) libc.so.6 = /lib/i686/libc.so.6 (0x40326000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2000) Any ideas what goes wrong? Thanks in advance. LogFile - with the core dump - An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x50E6EB26 Function=zend_hash_index_update_or_next_insert+0x36 Library=/usr/java/j2sdk1.4.1/jre/lib/i386/libphp4.so Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:188) at net.php.servlet.service(servlet.java:212) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) -Original Message- From: Tom Troonbeeckx [mailto:[EMAIL PROTECTED]] Sent: maandag 18 november 2002 14:06 To: [EMAIL PROTECTED] Subject: Core Dump PHP cocoon2 Dear Sir, Madam, I finally got the php working with cocoon2. Thx for the many support. However. When I process a the phpinfo()-function, Cocoon2 shows just a bit of data. When I refresh the page a
XMLForms: storing and displaying tabular data
Hello, I am trying to do something very specific using XMLForms and have been coming up dry on ideas on how to do it. Basically, I want to have a screen which will have a table where selected items are displayed, as well as a item-specific version number: ,. || Name | Timestamp | Version | `' | o | foo1 | 2002-... | 100 | | o | foo2 | 2002-... | 150 | | o | foo3 | 2002-... | 200 | ... the o's are radio buttons. So the user clicks on a radio button (let's say 'foo2' then clicks on a button below that says Change Version. We then get forwarded to a screen such as: ,---. | | Version | Timestamp | Comment | `---' | o | 125 | 2002... | ... | | o | 150 | 2002... | ... | | o | 175 | 2002... | ... | the user then selects '175' by clickign the radio and then 'next', then the following would be displayed: ,. || Name | Timestamp | Version | `' | o | foo1 | 2002-... | 100 | | o | foo2 | 2002-... | 175 | | o | foo3 | 2002-... | 200 | ... My problem is tying this all together. Since this is all built dynamically, I've been trying to use xf:repeat's as well as DOM trees to store this info, but unfortunately I need to have the version for each item in the table available later on in the pipeline (for processing). To even set up the tables, I've made a new selectUItype called radioTable that takes the following form: xf:selectOne ... selectUIType='radioTable' xf:header xf:columnName/xf:column ... /xf:header xf:item xf:columnfoo1/xf:column ... xf:valuefoo1/xf:value /xf:item ... /xf:selectOne Unfortunately, this only lets me store one value per row (when I need to store multiple values per row). Has anyone else used XMLForms with tables in this way? Or done it a 'better' way so as to be able to store multiple values for each row in a DOM tree or UserBean otherwise? any help would be appreciated. thanks, rob - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Have I got any other option than to...?
...create my own indexing xsp page to allow me to include document elements in my HitWrapper object so I can output something meaningful as my search results? I can't find anything out there that shows how to use the cocoon specific classes to include things like title element or other custom xml elements in the index. I have iterated over the Fields enumeration object of the lucene.Document and have only the url field available (included in the index). However, I can perform searches like heading:sometext and this is only performed on these xml elements, so why can't I get 'heading' output in the Hits object??? This is driving me potty. Do I have to write my own class using the lucene classes if I am to get this to work, if so, it seems pretty pointless in having the index example (and specific lucene cocoon classes) if all you can output is the url - not very user friendly. TIA Conrad Conrad Crampton J Software Solutions Kent Police FHQ 11 Edinburgh Square Sutton Road Maidstone Kent ME15 9BZ (01622 652869 19 2869 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weird Saxon errors
On Monday, Nov 18, 2002, at 12:50 Europe/London, SAXESS - Hussayn Dabbous wrote: Hy; Your stylesheet produces plain text as output. This seems to be a problem for cocoon transformers. I don't know, if this behaviour is a feature, or a bug. (Maybe the developers can tell us ;-) ? But here is the solution as it works on my site: Did you manage to work out what is causing the 'saxon:warning's ?? regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does apply-imports work?
Phil Blake wrote: Hi all, I'm having a problem with apply-imports applying any imports. Can someone in-the-know assure me that apply-imports is functional? Also, if there is any trick to using it as I haven't seen it work yet and I think I've got a pretty simple example. Thanks in advance, Phil It should work in general, what's your problem? What Cocoon and Xalan version are you using? Is XSLTC already used by default? Joerg - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using matchers, especially sessionstate...
Hi Christian! On Tue, Nov 12, 2002 at 12:09:16PM +0100, Christian Haul wrote: Please be aware that the above code may allow a user to substitute sNachname with a string like '; close database; drop database somedb;' what is probably not intended. Consider using prepared statements like esql:queryselect distinct nUserID, sUserName from users where sNachname like esql:parameterxsp:exprsNachname+%/xsp:expr/esql:parameter unfortunately there are lots of sql statements that depend on some filters and other logic, so it's hard to implement dyn sql statements with prepared statements... another thing: i have troubles with the GET parameters with cocoon 2.0.3: the first value of a multivalued parameter occurs as the first AND the last element of this parameter (s_kst): METHOD: GET CONTENT LENGTH: 0 PROTOCOL: HTTP/1.1 SCHEME: http AUTH TYPE: null CURRENT ACTIVE REQUESTS: 1 REQUEST PARAMETERS: PARAM: 'Speichern' VALUES: '[Speichern]' PARAM: 's_kst' VALUES: '[4100], [4232], [4233], [4234], [4235], [4236], [4100]' PARAM: 'auftrag' VALUES: '[]' PARAM: 'timestamp' VALUES: '[1037641279723]' HEADER PARAMETERS: PARAM: 'cookie' VALUES: '[JSESSIONID=qtpqzy4ho2]' PARAM: 'connection' VALUES: '[keep-alive]' PARAM: 'accept-encoding' VALUES: '[gzip, deflate, compress;q=0.9]' PARAM: 'referer' VALUES: '[http://edvlw05.knapp.intern/knapp/reports/options.xsp?auftrag=li=lit=litpos=]' PARAM: 'accept' VALUES: '[text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1]' PARAM: 'content-length' VALUES: '[0]' PARAM: 'accept-charset' VALUES: '[ISO-8859-1, utf-8;q=0.66, *;q=0.66]' PARAM: 'user-agent' VALUES: '[Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020913 Debian/1.2.6-2]' PARAM: 'keep-alive' VALUES: '[300]' PARAM: 'host' VALUES: '[edvlw05.knapp.intern]' SESSION ATTRIBUTES: PARAM: 'report' VALUE: '' PARAM: 'etft' VALUE: '' are there issues with this cocoon version and GET requests? with 2.0.1 i can't use POST, because there that way was broken... thx, Chris -- KNAPP Logistics Automation http://www.knapp.com Ing. Christian JöllyTel/FAX: (++43) 316 / 495 1926 / 495 394 Günter-Knapp-Straße 5-7 A-8075 Hart bei Graz -- Support your government, give Echelon/Carnivore something to parse -- AMTAS ATMD ATSC Abdullah Allah communist CIA DD2-N DISA DoD GRU Gregori Irak Iran KGB Kurdish LSD NATO NSTD Natasha ORD RTEM Russia STRAP Saddam Hussein TSP Yugoslavia attack bank bomb classfield cocain compromise defense democracy destroy destruct detonator directorate elections enforce extasy force foreign embassy government grass hashish heroin illegal information international military systems missile million dollars nuclear policital pot power presidental project restricted data revolution rule the world sensitive smuggle spy steal system takeover terrorist top-secret warmod warrior-T weapon weed msg20733/pgp0.pgp Description: PGP signature
TextSerializer (was: XSLT processor problems)
Some time ago there was a mail according some problems with the TextSerializer, but I didn't find it. But there was said, because of some other problems with Xalan, the configuration of the text serializer was deactivated. Can somebody confirm this? Oskar Casquero wrote: Hello, I have done a simple pipeline in cocoon that applies some transformations to an xml document and obtains a text document: map:match pattern=MAST map:generate src=xmldocuments/Robot_Teleoperado.xml/ map:transform src=stylesheets/xml2txt.xsl/ map:serialize type=text/ /map:match Depending on the cocoon version, the result is different: 1) When the pipeline is included in cocoon 2.0.3 the result is the expected one. 2) When the pipeline is included in cocoon 2.1-dev (not updated), it losts the following transformation rule: xsl:output omit-xml-declaration=yes/ despite I have selected xalan as the xslt processor (the default xslt processor in cocoon 2.1-dev is xsltc). 3) When the pipeline is included in cocoon 2.1-dev (updated), the previous transformation rule and the following one are not applied: xsl:variable name=pe![CDATA[]]/xsl:variable xsl:value-of disable-output-escaping=yes select=$pe/ Normal behaviour in my eyes. disable-output-escaping is bad for pipelining. The result XML must be maybe reparsed, so it was deactived completely. But I heard that it work at least in a meantime. Regards, Joerg - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xsp-util:include-expr problem
Hello.
I am trying to include some generated xml from another object in an XSP docment using
xsp-util:include-expr
Here's a code snippet to show you what I've done.
vendor-table
xsp:logic
String fxml = ;
try {
fxml = vendor.getVendorCollectionXML(sessionID, params);
}
catch(Throwable cause) {
cause.printStackTrace();
}
xsp-util:include-exprxsp-util:exprfxml/xsp-util:expr/xsp-util:include-expr
/xsp:logic
/vendor-table
..
The issue I am seeing is the following reported back to me by cocoon.
org.apache.cocoon.ProcessingException: Language Exception:
org.apache.cocoon.components.language.LanguageException: Error compiling
vendor_results_xsp: Line 0, column 0: could not parse error message: Note:
sun.tools.javac.Main has been deprecated.
D:\temp\jboss\Jetty_0_0_0_0_8080__bq\cocoon-files\org\apache\cocoon\www\docs\vendor_results_xsp.java:216:
')' expected. XSPUtil.includeString(this.characters(fxml);
Am I missing something here?
Thanks,
-Scott
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Have I got any other option than to...?
The ability to do this is not built-in currently, regardless of what it
implies in the documentation.
The patch to add your own fields is very simple, we are discussing
adding this ATM on the dev list.
Just incase you are in too much of a hurry I have added 'title'
and 'summary' fields to my index with the following patch
(cocoon-2.1-dev):
RCS file:
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/search/
LuceneIndexContentHandler.java,v
retrieving revision 1.5
diff -r1.5 LuceneIndexContentHandler.java
198c198,205
bodyDocument.add(Field.UnStored(lname, text.toString()));
---
if (lname.equals(title)) {
bodyDocument.add(Field.UnIndexed(lname,
text.toString()));
}
if (lname.equals(summary)) {
bodyDocument.add(Field.UnIndexed(lname,
text.toString()));
}
// add the title/summary to both, so content is indexed
bodyDocument.add(Field.UnStored(lname,
text.toString()));
What I do is to have a special xslt on my 'content-view' which strips
out everything I do not want searched, and decides what to make a
'title' and what a 'summary'.
The patch adds _every_ title/ or summary/ it finds to the index.
Hope this helps
regards Jeremy
On Monday, Nov 18, 2002, at 14:30 Europe/London,
[EMAIL PROTECTED] wrote:
...create my own indexing xsp page to allow me to include document
elements in my HitWrapper object so I can output something meaningful
as
my search results?
I can't find anything out there that shows how to use the cocoon
specific
classes to include things like title element or other custom xml
elements in the index.
I have iterated over the Fields enumeration object of the
lucene.Document
and have only the url field available (included in the index).
However, I
can perform searches like
heading:sometext
and this is only performed on these xml elements, so why can't I get
'heading' output in the Hits object???
This is driving me potty. Do I have to write my own class using the
lucene classes if I am to get this to work, if so, it seems pretty
pointless in having the index example (and specific lucene cocoon
classes) if all you can output is the url - not very user friendly.
TIA
Conrad
Conrad Crampton J
Software Solutions
Kent Police
FHQ
11 Edinburgh Square
Sutton Road
Maidstone
Kent
ME15 9BZ
(01622 652869
19 2869
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weird Saxon errors
With cocoon-2.0.3 the transformation works correctly (I don't have to change anything in cocoon). The problem appears with cocoon 2.1-dev, because some transformation rules are not correctly applied (xsltc processor bug?). That's why I want to change to saxon. I would like to know which steps you followed when setting up saxon role (I do what is explained in http://outerthought.net/wiki/Wiki.jsp?page=DocbookTransformation, but perhaps there is something else I must do) in order to avoid 'saxon:warning'. Thank you Oskar - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 1:50 PM Subject: Re: Weird Saxon errors Hy; Your stylesheet produces plain text as output. This seems to be a problem for cocoon transformers. I don't know, if this behaviour is a feature, or a bug. (Maybe the developers can tell us ;-) ? But here is the solution as it works on my site: 1.) Add following template to your stylesheet: xsl:template match=/ xml xsl:apply-templates/ /xml /xsl:template You also can omit the omit-xml-declaraion in your stylesheet: !--xsl:output omit-xml-declaration=yes/-- Yes, your file has been reXMLized by now, but look further down... 2.) Add just another serializer to your sitemap: map:serializers default=html map:serializer logger=sitemap.serializer.text mime-type=text/plain name=plain src= org.apache.cocoon.serialization.TextSerializer / /map:serializers The text-serializer declared on the main sitemap does not work for me (in conjunction with mozilla). It only produces empty lines of text. I think, it is because of the mime-type declaration text/text. I took a verbatim copy from the default text serializer and changed the mime type to text/plain. This works for me. 3.) Add the following matcher into your sitemap: map:match pattern=go map:generate src = Robot_Teleoperado.xml/ map:transform type=xslt src = xml2txt.xsl/ map:serialize type = plain/ /map:match Now, when you enter go, you get a plain text as result into your browser. When applying save you get a nice plain text file as result (no more XML in it ;-) ) If there is a better solution, i'd like to hear about it. I'm interested, if this helps to fix your problem, and if this is something for the HOWTO docs ;-) regards, hussayn Oskar Casquero wrote: Here you have XML/XSLT combination. Can you tell me the steps you followed to setup saxon role? Thanks, Oskar - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 18, 2002 11:40 AM Subject: Re: Weird Saxon errors Hy; I got exactly the same problems as you describe. Finnally i managed to setup my system for operation. Unfortunately i had lots of interconnected problems, so i can't tell you, what finally solved exactly the problem, you are describing. I had a look into your problem, but couldn't reprocuce it so far from the data in your email. But if you send me a small XML/XSLT combination that triggers this problem, i will check this against my cocoon-2.0.3/saxon-6.5.2 setup and uncover the cause of the problem. This is, what i can offer so far. regards, hussayn Oskar Casquero wrote: Jeremy, I have got exactly the same problem when I use saxon 6.5.2 with cocoon 2.0.3 or cocoon 2.1 (invalid processing instruction name (saxon:warning) at line 13 column -1 (what column is that?)). I have configured saxon role in the same way as you (as described in http://outerthought.net/wiki/Wiki.jsp?page=DocbookTransformation) and I know that the xslt stylesheet is correct because I have tested it with xalan. Does anyone know how to solve this problem? Oskar - Original Message - From: Jeremy Quinn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 3:26 PM Subject: Weird Saxon errors I just switched to using Saxon 6.5.2 with Cocoon 2.1-dev as lots of people say it is faster than xalan and xsltc. I get lots of strange errors in my stylesheets, that I cannot work out. These are stylesheets that are largely trivial, and work fine in Xalan and XSLTC. Has anyone else noticed this kind of behaviour? Example: org.apache.cocoon.ProcessingException: Could not read resource file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/components/ meta-data.xml: file:/Users/jermq/Library/TomCat/webapps/cocoon/iniva/parts/xsl/macro- filter.xsl:12:-1:javax.xml.transform.TransformerException: Invalid processing instruction name (saxon:warning) this is line 12, column -1 (sic) ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
mod_jk and CocoonII
Im using: Apache-1.3.23 Tomcat4-4.1.12 Cocoon2.0.3 mod_jk Cocoon II works fine from http://localhost:8080/my app but using the mod_jk when i go to http://locatlhost/my app only static content is served it will not render my xml. any suggestions would be appreciated. ///| Dwayne A. Kemp | | [EMAIL PROTECTED] if the gospel be hid it is hid | /| office 1: 856 764 1120 // to those that are lost | //| office 2: 609 387 5251 // | ///| office 3: 732 445 1907 ext. 6601 /// | | PROGRAMMER - DEVELOPER /// | ___| - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does apply-imports work?
Hi Joerg, Thanks for your reply. I'm using cocoon 2.1-dev and xalan 2.3.1. I don't know what you mean by "Is XSLTC already used by default?". The problem is this: I have a stylesheet with the following matcher: xsl:template match="psi:pageContent" name="psi_pageContent" mode="psi_pageContent"> xsl:apply-templates select="psi:pageHead" mode="psi_pageHead"/> xsl:apply-templates select="psi:pageBody" mode="psi_pageBody"/> xsl:apply-templates select="psi:pageFoot" mode="psi_pageFoot"/> /xsl:template> and another stylesheet that imports the above stylesheet with an overriding matcher: xsl:template match="psi:pageContent" name="psi_pageContent" mode="psi_pageContent"> body> xsl:apply-imports/> /body> /xsl:template> However, the apply-imports on the second stylesheet does not appear to work - ie. the matcher in the imported sheet is not called. Have I done something obviously silly? Thanks again, Phil On Tuesday, November 19, 2002, at 04:58 AM, Joerg Heinicke wrote: Phil Blake wrote: Hi all, I'm having a problem with apply-imports> applying any imports. Can someone in-the-know assure me that apply-imports> is functional? Also, if there is any trick to using it as I haven't seen it work yet and I think I've got a pretty simple example. Thanks in advance, Phil It should work in general, what's your problem? What Cocoon and Xalan version are you using? Is XSLTC already used by default? Joerg - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: [EMAIL PROTECTED]> For additional commands, e-mail: [EMAIL PROTECTED]>
Sessions
Hi! I have a problem using cocoon with other servlets. I have a servlet that outputs a xml and then in a pipeline I apply a xsl transformation. This works well, but this servlet needs a session parameter. Inside the servlet I wrote: HttpSession session= request.getSession(); TreeMap cart= (TreeMap) session.getAttribute(cart) But I cannot obtain the cart parameter. If I put the false parameter to the request.getSession(), I obtain an exception. So I have to think that cocoon is not passing the session to this servlet. I have to say that other servlet adds the cart parameter to the session, of course. Here's a copy of the pipeline: map:match pattern=CheckoutPage.html map:generate src=http://delta:18080/ProductSelectionDemo1/checkoutPage/ map:transform src=style/CheckoutPage_html.xsl type=xslt/ map:serialize type=html/ /map:match Must I do something special to pass the session to this servlet? (the servlet url is http://delta:18080/ProductSelectionDemo1/checkoutPage;) Thanks in advance. -- Mauro -- Ing.Mauro Daniel Ardolino Departamento de Desarrollo y Servicios Altersoft Billinghurst 1599 - Piso 9 C1425DTE - Capital Federal Tel/Fax: 4821-3376 / 4822-8759 mailto: [EMAIL PROTECTED] website: http://www.altersoft.com.ar - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
No connection in the pool
Dear All, I m trying to connect oracle from cocoon through XSP files, when I m getting a error like No connection in the pool. I have made changes to the cocoon.xconf file for the datasource tag. I m using oracle.jdbc.thin driver for this connectivity. Pls say me the necessery steps to come out from this Erronious condition. Thanks. Dhiman Paul. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
