ComponentSelector could not access the Component for hint: sitemap
Title: Blank Hi!! I have recently set up a new server by cloning an old one who is running Cocoon-2.0.2. Upon opening the cocoon/ matcher in a browser on the new server i get the following stacktrace and error message. Could anyone give me a hint of what is wrong here?? Best Regards, Markus Cocoon 2 - Internal server error type fatal message markup-languages: ComponentSelector could not access the Component for hint: sitemap description org.apache.avalon.framework.component.ComponentException: markup-languages: ComponentSelector could not access the Component for hint: sitemap sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-traceorg.apache.avalon.framework.component.ComponentException: markup-languages: ComponentSelector could not access the Component for hint: sitemap at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(ExcaliburComponentSelector.java:293) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:289) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:479) request-uri/cocoon/ path-info Markus Alin tel: +41 1 455 70 08 Swissrisk AG fax: +41 1 455 70 01 Räffelstrasse 32 mobile: +41 79 706 58 90 8045 Zürich mail: [EMAIL PROTECTED] Switzerland home: www.swissrisk.com
RE: ComponentSelector could not access the Component for hint: sitemap
Title: Blank I'm sorry but that didn't work!! Still the same errormessage and stacktrace!! Best regards, Markus -Original Message-From: Gerald Michalitz [mailto:[EMAIL PROTECTED]]Sent: Montag, 29. Juli 2002 09:29To: [EMAIL PROTECTED]; [EMAIL PROTECTED]Subject: AW: ComponentSelector could not access the Component for hint: sitemap shut down apache server in your directory Apache Tomcat 4.0\work\localhost delete the directory cocoon run apache server run http://localhost:8080/cocoon i think this would help you gerald -Ursprüngliche Nachricht-Von: Markus Alin [mailto:[EMAIL PROTECTED]]Gesendet: 29.07.2002 09:19An: [EMAIL PROTECTED]Betreff: ComponentSelector could not access the Component for hint: sitemap Hi!! I have recently set up a new server by cloning an old one who is running Cocoon-2.0.2. Upon opening the cocoon/ matcher in a browser on the new server i get the following stacktrace and error message. Could anyone give me a hint of what is wrong here?? Best Regards, Markus Cocoon 2 - Internal server error type fatal message markup-languages: ComponentSelector could not access the Component for hint: sitemap description org.apache.avalon.framework.component.ComponentException: markup-languages: ComponentSelector could not access the Component for hint: sitemap sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-traceorg.apache.avalon.framework.component.ComponentException: markup-languages: ComponentSelector could not access the Component for hint: sitemap at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(ExcaliburComponentSelector.java:293) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:289) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:479) request-uri/cocoon/ path-info Markus Alin tel: +41 1 455 70 08 Swissrisk AG fax: +41 1 455 70 01 Räffelstrasse 32 mobile: +41 79 706 58 90 8045 Zürich mail: [EMAIL PROTECTED] Switzerland home: www.swissrisk.com
AW: ComponentSelector could not access the Component for hint: sitemap
Title: Blank This usually occurs if one of the components used in thepipelines is not defined in the sitemap or if no class is found for the component used. Regards, Elmar -Ursprüngliche Nachricht-Von: Markus Alin [mailto:[EMAIL PROTECTED]]Gesendet: Montag, 29. Juli 2002 09:46An: [EMAIL PROTECTED]Betreff: RE: ComponentSelector could not access the Component for hint: sitemap I'm sorry but that didn't work!! Still the same errormessage and stacktrace!! Best regards, Markus -Original Message-From: Gerald Michalitz [mailto:[EMAIL PROTECTED]]Sent: Montag, 29. Juli 2002 09:29To: [EMAIL PROTECTED]; [EMAIL PROTECTED]Subject: AW: ComponentSelector could not access the Component for hint: sitemap shut down apache server in your directory Apache Tomcat 4.0\work\localhost delete the directory cocoon run apache server run http://localhost:8080/cocoon i think this would help you gerald -Ursprüngliche Nachricht-Von: Markus Alin [mailto:[EMAIL PROTECTED]]Gesendet: 29.07.2002 09:19An: [EMAIL PROTECTED]Betreff: ComponentSelector could not access the Component for hint: sitemap Hi!! I have recently set up a new server by cloning an old one who is running Cocoon-2.0.2. Upon opening the cocoon/ matcher in a browser on the new server i get the following stacktrace and error message. Could anyone give me a hint of what is wrong here?? Best Regards, Markus Cocoon 2 - Internal server error type fatal message markup-languages: ComponentSelector could not access the Component for hint: sitemap description org.apache.avalon.framework.component.ComponentException: markup-languages: ComponentSelector could not access the Component for hint: sitemap sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-traceorg.apache.avalon.framework.component.ComponentException: markup-languages: ComponentSelector could not access the Component for hint: sitemap at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(ExcaliburComponentSelector.java:293) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:289) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:479) request-uri/cocoon/ path-info Markus Alin tel: +41 1 455 70 08 Swissrisk AG fax: +41 1 455 70 01 Räffelstrasse 32 mobile: +41 79 706 58 90 8045 Zürich mail: [EMAIL PROTECTED] Switzerland home: www.swissrisk.com - 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]
XML Forms and i18n
Hello, first I want to thank you for your great help in the last days. We have solved the problem now with your proposed solution: tagging the xml with a stylesheet. Our xml now looks like this: xsl:template match=document document xsl:apply-templates/ /document /xsl:template xsl:template match=xf:violation xf:violation i18n:text xsl:value-of select=./ /i18n:text /xf:violation /xsl:template xsl:template match=node() priority=-1 xsl:copy xsl:copy-of select=@*/ xsl:apply-templates/ /xsl:copy /xsl:template Thanx again, miHam - 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: XML Forms and i18n
From: [EMAIL PROTECTED] Hello, first I want to thank you for your great help in the last days. We have solved the problem now with your proposed solution: tagging the xml with a stylesheet. Great to hear that. Would you let us know when your application is ready and if't available online? A small howto on multilingual XMLForm would be also fine. Konstantin Our xml now looks like this: xsl:template match=document document xsl:apply-templates/ /document /xsl:template xsl:template match=xf:violation xf:violation i18n:text xsl:value-of select=./ /i18n:text /xf:violation /xsl:template xsl:template match=node() priority=-1 xsl:copy xsl:copy-of select=@*/ xsl:apply-templates/ /xsl:copy /xsl:template Thanx again, miHam - 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]
resin 2.1.x problems
I just tried the following procedure (found on this list) to solve my problem w/Resin 2.1.1. It worked. What about adding it to the installation docs? L. List: xml-cocoon-users Subject: Solution for Problem with Resin 2.1.x and Cocoon 2.0.x From: =?iso-8859-1?Q?J=F6rn_Heid?= [EMAIL PROTECTED] Date: 2002-05-01 12:11:05 For all who will have problems with Resin 2.1.x running Cocoon 2.0.x and JDK 1.4. Symptom: After deleting dom.jar, sax.jar and jaxp.jar (the TODO for Resin 2.0.x), and putting all required JARs to resin/lib I got a NoSuchMethodError as the Resin-XSLT implementation was used instead of Xalan. java.lang.NoSuchMethodError: javax.xml.transform.TransformerException: method init()V not found at com.caucho.xsl.XslException.init(XslException.java:59) Changing xalan-xxx.jar to a_xalan-xxx.jar does not succeed. Solution: Remove all entries in WEB-INF/services from resin.jar (you can change the filename to resin.zip, delete those entries, and change the filename back again). JOERN - 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]
i18n key generation with xalan
Hi, I've got a problem trying to generate the i18n key files with xalan. I use the following instruction xalan -IN login.xml -XSL merge.xsl -OUT login_es.xml -PARAM mode keys -PARAM new-lang es -PARAM keep-lang ca as specified in the i18n information. Obviously with the correct merge.xsl file. However, the generated file login_es.xml is exactly the same as login.xml. It'd say it has to do with xalan not using the parameters (I realised this with other testings) but I can't believe xalan doesn't use params. It's strange. Xalan version is 1.2.0 Has someone had the same problem? Any ideas may help! Thanks. PS: Sorry, if it's a matter of xalan and has nothing to do with cocoon. I'd post it in xalan users list if so. -- Albert Cervera Areny Dept. Informàtica Sedifa, S.L. - 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: resin 2.1.x problems
Hi, Lorenzo De Sio wrote: I just tried the following procedure (found on this list) to solve my problem w/Resin 2.1.1. It worked. What about adding it to the installation docs? L. Another thing you can do in the RESIN_HOME/conf/resin.conf is: !-- - If true, the classloader order follows the Servlet spec. - If false, the classloader order follows the JDK spec. -- servlet-classloader-hacktrue/servlet-classloader-hack when set to true it goes to your WEB-INF/lib best, -Rob List: xml-cocoon-users Subject: Solution for Problem with Resin 2.1.x and Cocoon 2.0.x From: =?iso-8859-1?Q?J=F6rn_Heid?= [EMAIL PROTECTED] Date: 2002-05-01 12:11:05 For all who will have problems with Resin 2.1.x running Cocoon 2.0.x and JDK 1.4. Symptom: After deleting dom.jar, sax.jar and jaxp.jar (the TODO for Resin 2.0.x), and putting all required JARs to resin/lib I got a NoSuchMethodError as the Resin-XSLT implementation was used instead of Xalan. java.lang.NoSuchMethodError: javax.xml.transform.TransformerException: method init()V not found at com.caucho.xsl.XslException.init(XslException.java:59) Changing xalan-xxx.jar to a_xalan-xxx.jar does not succeed. Solution: Remove all entries in WEB-INF/services from resin.jar (you can change the filename to resin.zip, delete those entries, and change the filename back again). JOERN - 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: Running Cocoon 2.0 in IBM Websphere
Thank you! Kavitha --- Vadim Gritsenko [EMAIL PROTECTED] wrote: http://xml.apache.org/cocoon/installing/index.html Vadim -Original Message- From: kavitha ramesh [mailto:[EMAIL PROTECTED]] Sent: Sunday, July 28, 2002 4:50 AM To: [EMAIL PROTECTED] Subject: Running Cocoon 2.0 in IBM Websphere Hi, I would like to run Cocoon 2.0 in IBM Websphere server 4.0.Where can I find the installation instructions?If anyone had already done the same could you please help me? Regards Kavitha. Sell you car, by placing a classified ad on Yahoo India Autos . It's Free!! - 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] Want to sell your car? advertise on Yahoo Autos Classifieds. It's Free!! visit http://in.autos.yahoo.com - 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]
Transforming Big XML Files
Hi all, I've a problem transforming big xml Files with Xalan or Saxon. I'm using Cocoon2.0.3 with tomcat3.3a on a Red Hat 7.2. So, using Xalan, C2 throws an exception (No more DTM available Known problem of Xalan) using Saxon C2 throws this strange exception: Original exception : java.lang.ClassCastException: com.icl.saxon.Controller at org.apache.xalan.processor.TransformerFactoryImpl.newTransformerHandler(TransformerFactoryImpl.java:670) at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XSLTProcessorImpl.java:282) at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XSLTProcessorImpl.java:239) at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:298) at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:215) at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:278) at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:141) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:317) at org.apache.cocoon.www.pubit.sitemap_xmap.matchN4000ED(/opt/tomcat-3.3a/work/DEFAULT/cocoon/cocoon-files/org/apache/cocoon/www/pubit/sitemap_xmap.java:1473) at org.apache.cocoon.www.pubit.sitemap_xmap.process(/opt/tomcat-3.3a/work/DEFAULT/cocoon/cocoon-files/org/apache/cocoon/www/pubit/sitemap_xmap.java:512) at org.apache.cocoon.www.pubit.sitemap_xmap.process(/opt/tomcat-3.3a/work/DEFAULT/cocoon/cocoon-files/org/apache/cocoon/www/pubit/sitemap_xmap.java:393) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.www.sitemap_xmap.matchN4009B2(/opt/tomcat-3.3a/work/DEFAULT/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:11783) at org.apache.cocoon.www.sitemap_xmap.process(/opt/tomcat-3.3a/work/DEFAULT/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:3900) at org.apache.cocoon.www.sitemap_xmap.process(/opt/tomcat-3.3a/work/DEFAULT/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:3148) 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) at org.apache.tomcat.facade.ServletHandler.doService(Unknown Source) at org.apache.tomcat.core.Handler.invoke(Unknown Source) at org.apache.tomcat.core.Handler.service(Unknown Source) at org.apache.tomcat.facade.ServletHandler.service(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Ajp12Interceptor.processConnection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Thread.java:536) So, what can I do? I've to give up to transform big xml files? (Note that there are no problems transforming this files using Xalan or Saxon but commandline!!) Bye thanks Alessandro - 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: Transforming Big XML Files
From: Alessandro Marcellini [mailto:[EMAIL PROTECTED]] Hi all, I've a problem transforming big xml Files with Xalan or Saxon. How big are they? I'm using Cocoon2.0.3 with tomcat3.3a on a Red Hat 7.2. So, using Xalan, C2 throws an exception (No more DTM available Known problem of Xalan) using Saxon C2 throws this strange exception: Original exception : java.lang.ClassCastException: com.icl.saxon.Controller at org.apache.xalan.processor.TransformerFactoryImpl.newTransformerHandler( Transf ormerFactoryImpl.java:670) Does Saxon works for you on small files? Vadim So, what can I do? I've to give up to transform big xml files? (Note that there are no problems transforming this files using Xalan or Saxon but commandline!!) Bye thanks Alessandro - 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]
use taglib (logicsheets) in XSL
Hi all! Can I do use taglibs in my XSL? For example: ?xml version=1.0 encoding=KOI8-R? xsl:stylesheet version=1.0 xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ testxsp-request:get-sitemap-uri//test /xsl:template /xsl:stylesheet Thanx. Yury. - 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]
battling with xsp-request
Greets, I'm trying to use the xsp-request logicsheet in my code and am running into an odd error. Basically, if I wrap it in xsp:expr/ and use it in the body of the page, it'll work fine, but if I use it in the xsp:logic/ section, it throws a mess of errors. My code seems to conform to the code at http://xml.apache.org/cocoon/userdocs/xsp/request.html (which is down now, but the google cache of it works). Any clues would be appriciated. The URL I'm using is : http://localhost:8080/cocoon/mount/shopping-list/edit/store.html?store-name=foo which directs to this XSP sheet. Here's the code : ?xml version=1.0? ?cocoon-process type=xsp? xsp:page language=java xmlns:xsp=http://apache.org/xsp; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xsp:logic String store_name = xsp-request:get-parameter name=store-name/; /xsp:logic store store-namexsp-request:get-parameter name=store-name//store-name /store /xsp:page which fails. If I get rid of the xsp:logic section, it works fine. the top-most exception is : DEBUG (2002-07-29) 10:45.47:757 [core.language.java](/cocoon/mount/shopping-list/edit/store.html) HttpProcessor[8080][5]/CompiledProgrammingLanguage: Error while instantiating org/apache/cocoon/www/mount/shopping_list/store_editor_xsp java.lang.NullPointerException at org.apache.cocoon.environment.ObjectModelHelper.getRequest(ObjectModelHelper.java:91) at org.apache.cocoon.components.language.markup.xsp.XSPRequestHelper.getParameter(XSPRequestHelper.java:165) at org.apache.cocoon.www.mount.shopping_list.store_editor_xsp.init(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/store_editor_xsp.java:62) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:205) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:245) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator.java:203) at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:202) at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:279) at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:142) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:320) at org.apache.cocoon.www.mount.shopping_list.sitemap_xmap.matchN10063(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/sitemap_xmap.java:865) at org.apache.cocoon.www.mount.shopping_list.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/sitemap_xmap.java:438) at org.apache.cocoon.www.mount.shopping_list.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/sitemap_xmap.java:354) at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.www.sitemap_xmap.matchN105AF(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:6670) at org.apache.cocoon.www.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:3341) at org.apache.cocoon.www.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:3085) at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) 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:998) 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
RE: == I18N question ==
Konstantin, Thanks for the link to the forest-dev thread. I've been going back and forth around the 1 vs. many files issue for a while now. I'm migrating my website from JSP to Cocoon and looking for a better approach to what I have at the moment. My website does not use a database -- it's a pretty simple site and I'm trying to keep it XML only. Because of this I have a number of business entities stored as XML records. For example: person id=1 sex=male dateOfBirth1923-08-09/dateOfBirth firstNameAlex/firstName lastNameRomayev/lastName ... /person. Currently I have a file per language, e.g., people_en.xml, people_ru.xml, etc. This causes data duplication (id, sex, dateOfBirth, etc) and synchronisation issues when non-translatable data changes -- basically the people in different files effectively become different entities and you have to work hard at keeping them the same. The option of referencing the translatable elements from the translation files seems really awkward you still have your business entity scatted across several files and it doesn't sound like translation of elements outside context is a very intuitive task. I'm leaning toward the third option, which is what Sylvain was suggesting, i.e: person id=1 sex=male dateOfBirth1923-08-09/dateOfBirth firstName lang=enAlex/firstName lastName lang=enRomayev/lastName firstName lang=frFrench Alex/firstName lastName lang=frFrench Romayev/lastName ... /person. However, it seems that it is not being favoured much by the community. Is there some other option that I'm missing? Also, you've mentioned that you had a different version of I18nTransformer -- would it be able to filter out language specific attributes? Thanks, -Alex __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com - 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]
Problem: Calling a portal page from from the flow script (sendPage())
Hello,
I'm using Cocoon 2.1-dev, SuSE 8.0, J2SDK 1.3.1, Tomcat 4.0.3
I'm facing a strange problem using the flow engine with the portal.
calling sendPage(uri, {}) with uri pointing to the main portal page
produces nothing but a blank page, although it works normally for any
other uri.
here's the details:
map:match pattern=index
map:act type=auth-protect
map:parameter name=handler value=webshophandler /
map:parameter name=application value=webshop /
map:generate type=portal/
map:transform src=style/portal.xsl/
map:serialize/
/map:act
/map:match
is working fine alone (without flow callings), and it produces a correct
page containing all the coplets I defined.
Now, if the flow script performs the simple sendPage(), nothing is
displayed [with no errors]
sendPage(/webshop/index, {});
This is only a problem with the portal, any other uri passed to the
sendPage works fine, as long as it's not a portal stuff.
Am I missing something here??
--
Ramy Mamdouh Kamel
Software Engineer
Ute Imkenberg
[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: use taglib (logicsheets) in XSL
yuryx wrote: Hi all! Can I do use taglibs in my XSL? For example: ?xml version=1.0 encoding=KOI8-R? xsl:stylesheet version=1.0 xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ testxsp-request:get-sitemap-uri//test /xsl:template /xsl:stylesheet Thanx. Yury. How-to esql.xsl work, If this not possible? Yury. - 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: battling with xsp-request
Hi, i was also facing similar type of problem.so i replace my xsp:request tag with XSPRequestHandler.In your case it should be like this: (XSPRequestHelper.getSessionAttribute (objectModel, String.valueOf(store-name), null)); aboce statement returns Object type. cast it to the desire object type. i hope this will work for you. Regards Abhishek Seth M. Landsman wrote: Greets, I'm trying to use the xsp-request logicsheet in my code and am running into an odd error. Basically, if I wrap it in xsp:expr/ and use it in the body of the page, it'll work fine, but if I use it in the xsp:logic/ section, it throws a mess of errors. My code seems to conform to the code at http://xml.apache.org/cocoon/userdocs/xsp/request.html (which is down now, but the google cache of it works). Any clues would be appriciated. The URL I'm using is : http://localhost:8080/cocoon/mount/shopping-list/edit/store.html?store-name=foo which directs to this XSP sheet. Here's the code : ?xml version=1.0? ?cocoon-process type=xsp? xsp:page language=java xmlns:xsp=http://apache.org/xsp; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xsp:logic String store_name = xsp-request:get-parameter name=store-name/; /xsp:logic store store-namexsp-request:get-parameter name=store-name//store-name /store /xsp:page which fails. If I get rid of the xsp:logic section, it works fine. the top-most exception is : DEBUG (2002-07-29) 10:45.47:757 [core.language.java](/cocoon/mount/shopping-list/edit/store.html) HttpProcessor[8080][5]/CompiledProgrammingLanguage: Error while instantiating org/apache/cocoon/www/mount/shopping_list/store_editor_xsp java.lang.NullPointerException at org.apache.cocoon.environment.ObjectModelHelper.getRequest(ObjectModelHelper.java:91) at org.apache.cocoon.components.language.markup.xsp.XSPRequestHelper.getParameter(XSPRequestHelper.java:165) at org.apache.cocoon.www.mount.shopping_list.store_editor_xsp.init(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/store_editor_xsp.java:62) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:205) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:245) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator.java:203) at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:202) at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:279) at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:142) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:320) at org.apache.cocoon.www.mount.shopping_list.sitemap_xmap.matchN10063(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/sitemap_xmap.java:865) at org.apache.cocoon.www.mount.shopping_list.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/sitemap_xmap.java:438) at org.apache.cocoon.www.mount.shopping_list.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/mount/shopping_list/sitemap_xmap.java:354) at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.www.sitemap_xmap.matchN105AF(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:6670) at org.apache.cocoon.www.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:3341) at org.apache.cocoon.www.sitemap_xmap.process(/Users/seth/PROJECTS/jakarta-tomcat-4.0.4/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:3085) at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) 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:998)
RE: == I18N question ==
That's excellent! How would I get a copy of that? From: Alex Romayev [mailto:[EMAIL PROTECTED]] Konstantin, Thanks for the link to the forest-dev thread. I've been going back and forth around the 1 vs. many files issue for a while now. I'm migrating my website from JSP to Cocoon and looking for a better approach to what I have at the moment. My website does not use a database -- it's a pretty simple site and I'm trying to keep it XML only. Because of this I have a number of business entities stored as XML records. For example: person id=1 sex=male dateOfBirth1923-08-09/dateOfBirth firstNameAlex/firstName lastNameRomayev/lastName ... /person. Currently I have a file per language, e.g., people_en.xml, people_ru.xml, etc. This causes data duplication (id, sex, dateOfBirth, etc) and synchronisation issues when non-translatable data changes -- basically the people in different files effectively become different entities and you have to work hard at keeping them the same. Yup. The option of referencing the translatable elements from the translation files seems really awkward you still have your business entity scatted across several files and it doesn't sound like translation of elements outside context is a very intuitive task. Yup. I'm leaning toward the third option, which is what Sylvain was suggesting, i.e: person id=1 sex=male dateOfBirth1923-08-09/dateOfBirth firstName lang=enAlex/firstName lastName lang=enRomayev/lastName firstName lang=frFrench Alex/firstName lastName lang=frFrench Romayev/lastName ... /person. To be exact, he were suggesting: ... firstName xml:lang=enAlex/firstName lastName xml:lang=enRomayev/lastName ... However, it seems that it is not being favoured much by the community. Is there some other option that I'm missing? Also, you've mentioned that you had a different version of I18nTransformer -- would it be able to filter out language specific attributes? Yes, the new version have inline translation capabilities, e.g.: i18n:when locale=enOne/i18n:when i18n:when locale=ruoDIN/i18n:when etc. It already works and probably this week I'll perform some cleanup and will commit it (I need to synchronize it with the current CVS, cause my working version is rather old). Konstantin Thanks, -Alex __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com - 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: Transforming Big XML Files
Vadim Gritsenko wrote: From: Alessandro Marcellini [mailto:[EMAIL PROTECTED]] Hi all, I've a problem transforming big xml Files with Xalan or Saxon. How big are they? they are dinamically generated (XSP pages) so have variable sizes but one of the biggest is 7017 KB I'm using Cocoon2.0.3 with tomcat3.3a on a Red Hat 7.2. So, using Xalan, C2 throws an exception (No more DTM available Known problem of Xalan) using Saxon C2 throws this strange exception: Original exception : java.lang.ClassCastException: com.icl.saxon.Controller at org.apache.xalan.processor.TransformerFactoryImpl.newTransformerHandler( Transf ormerFactoryImpl.java:670) Does Saxon works for you on small files? Yes, It work's fine (really faster than Xalan). Vadim So, what can I do? I've to give up to transform big xml files? (Note that there are no problems transforming this files using Xalan or Saxon but commandline!!) Bye thanks Alessandro - 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: battling with xsp-request
Okay, bad form replying to myself and all that, but I think I figured
out the problem.
I had :
?xml version=1.0?
?cocoon-process type=xsp?
xsp:page language=java
xmlns:xsp=http://apache.org/xsp;
xmlns:xsp-request=http://apache.org/xsp/request/2.0;
xsp:logic
String s_name =
xsp-request:get-parameter name=store-name/;
/xsp:logic
...
/xsp:page
The problem is, of course, that the generated code will access
(eventually) the request object, but do it in the class context, not in
the context of a method. So the request object is null, and everything
falls apart.
The pattern I'm using now is :
xsp:page ...
xsp:logic
String s_name;
public void init() {
s_name = xsp-request.../
}
/xsp:logic
xsp:logic
init();
/xsp:logic
store
namexsp:exprgetStoreName()/xsp:expr/name
/store
/xsp:page
which works.
Is there a guru on the list that can comment on this pattern?
Is there a better one?
-Seth
-
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]
test
please donot reply rgds, Niket - 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]
action not working
Hello - I am a new cocoon user having a problem with getting an action to run from a pipeline. There is a FAQ which describes my problem exactly Why does Cocoon return an error when I add an action to a pipeline?. I am sure the answer given is correct but I honestly don't understand it. That's probably because I don't know that much about cocoon yet. I'm under some pressure to get my code up an running. Could someone please describe, in simpler terms, what to do to fix this problem and perhaps give a bit of an example? I'd also be glad to read documentation if someone could point it out. Is there an archive? thanks, Sylvia __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com - 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]
Cocoon 2.1 - empty pages?
Hi all - I successfully compiled the latest version of 2.1, only to find all the pages empty; i.e., nothing between the body tags. In error.log I get: ERROR (2002-07-29) 12:46.47:099 [access] (Unknown-URI) Unknown-thread/Cocoon Servlet: Cocoon servlet threw an Exception while trying to close stream. java.io.IOException: The stream has been closed Happens with IE and Netscape. Thanks. Lajos -- galatea.com Cocoon training, consulting support - 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: battling with xsp-request
Seth,
Yep, that looked like the problem.
Is there a guru on the list that can comment on this pattern?
I'm not one of those but I think I can help...
It's not clear from your code why you feel you need to do any initialization
at all, the following will work just fine:
?xml version=1.0?
?cocoon-process type=xsp?
xsp:page language=java
xmlns:xsp=http://apache.org/xsp;
xmlns:xsp-request=http://apache.org/xsp/request/2.0;
store
store-name
xsp-request:get-parameter name=store-name/
/store-name
/store
/xsp:page
As for your second example,
xsp:page ...
xsp:logic
String s_name;
public void init() {
s_name = xsp-request.../
}
/xsp:logic
xsp:logic
init();
/xsp:logic
store
namexsp:exprgetStoreName()/xsp:expr/name
/store
xsp:page
Both of the first two xsp:logic blocks will appear in the static section
of the page's class and therefor init() perhaps wouldn't have been called.
If you feel like you need to do other initialization or protect access to
the value (your getStoreName() kind of came out of the blue), then I'd think
a better way would be to call init from within that function.
But you shouldn't need to, you can pass default values to
xsp-request:get-parameter instead.
Per
-
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]
half-baked lucene xsp pages in cvs
I don't know if this is just a problem on my end, but I got the latest cocoon from CVS and everything seems to work... except the links from the Seach the Docs page in the Samples section. These pages would be welcome-index.xsp, search-index.xsp, and create-index.xsp. The pages half load... when I look at the html source in the browser, its something like: form xmlns:xsp=http://apache.org/xsp; xmlns:xsp-request=http://apache.org/xsp/request/2.0; action=create table tr td/tdtdinput type= name= size= value=http://localhost:8180/amber-dan/;/td /tr tr td colspan=input type= name= value= checkedinput type= name= value=/td /tr tr td colspan=input type= name= value=/td /tr /table /form As you can see, important values are not filled in. Similar things happen with the other files I mentioned. Is anyone else having this problem? __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com - 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: checking out xml source from CVS?
Anthony W. Marino wrote: Hello Steven, I noticed that one of the projects that Forrest depends on is Centipede which is maintained by Apache people however isn't not a in Jakarta repository. Does that imply something about the project? Nope, except that our own directory layout and build process are designed after Centipede (Centipede is 'just' a generic directory layout and template build environment to start a project with). The liaison between Apache and Krysalis is not 'official', but you should consider Krysalis as some kind of breading room for Apache projects (sort of): same license, same policies, etc. Nothing to worry about - you wouldn't even know it if we hadn't put the reference up there. It does, however, seem to be an exciting project! :-) Thank You, Anthony My pleasure, /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center [EMAIL PROTECTED] [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]
ESQL erros - cocoon2.0.3
I am trying to use ESQL (basic xsp page modelled on the samples).
my problem is that I get the following null pointer exception:
Original exception : java.lang.NullPointerException
at
org.apache.cocoon.components.language.markup.xsp.EsqlQuery.lt;initgt;(EsqlQuery.java:99)
And looking at the source it seems that I'm not passing a connection to
the constructor:
Esql.java -
public EsqlQuery( EsqlConnection connection, String query ) {
this.connection = connection;
this.limitMethod = connection.getLimitMethod();line 99
Now looking at the generated java code for my xsp:
cocoon-files/org/apache/cocoon/www/upgrades/docs/upgrade_xsp.java
is see:
private EsqlConnectionCocoon2 _esql_connection = null;
// .
// . some non-connection related java stuff..
// .
_esql_query = new EsqlQuery( _esql_connection, String.valueOf(
+ SELECT guid FROM appliances WHERE guid=+
(request.getHeader(guid))
) );
So the generated java code is incorrect. I know the datasource i'm using
is ok as I am using it in an action and it works fine.
I must be doing something wrong here...but what?
Below is the xsp that is called:
?xml version=1.0?
xsp:page
language=java
xmlns:xsp=http://apache.org/xsp;
xmlns:esql=http://apache.org/cocoon/SQL/v2;
xmlns:xsp-request=http://apache.org/xsp/request/2.0;
esql:connection
esql:poolregdata/esql:pool
esql:execute-query
esql:querySELECT guid FROM appliances WHERE
guid=xsp-request:get-header name=guid//esql:query
esql:results
table
esql:row-results
tr
tdesql:get-string column=product//td
!--
xsp:attribute name=valueesql:get-string column=id//xsp:attribute
--
/tr
/esql:row-results
/table
/esql:results
esql:no-results
pSorry No record/p
/esql:no-results
/esql:execute-query
/esql:connection
/xsp:page
-
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: half-baked lucene xsp pages in cvs
icewind wrote: I don't know if this is just a problem on my end, but I got the latest cocoon from CVS and everything seems to work... except the links from the Seach the Docs page in the Samples section. These pages would be welcome-index.xsp, search-index.xsp, and create-index.xsp. The pages half load... when I look at the html source in the browser, its something like: form xmlns:xsp=http://apache.org/xsp; xmlns:xsp-request=http://apache.org/xsp/request/2.0; action=create table tr td/tdtdinput type= name= size= value=http://localhost:8180/amber-dan/;/td /tr tr td colspan=input type= name= value= checkedinput type= name= value=/td /tr tr td colspan=input type= name= value=/td /tr /table /form As you can see, important values are not filled in. Similar things happen with the other files I mentioned. Is anyone else having this problem? Yes, I have the same problem. 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: checking out xml source from CVS?
How mature and/or feature complete do you consider Forrest. Or put another way, when do you see a beta release of some sort? Thank You, Anthony Anthony W. Marino wrote: Hello Steven, I noticed that one of the projects that Forrest depends on is Centipede which is maintained by Apache people however isn't not a in Jakarta repository. Does that imply something about the project? Nope, except that our own directory layout and build process are designed after Centipede (Centipede is 'just' a generic directory layout and template build environment to start a project with). The liaison between Apache and Krysalis is not 'official', but you should consider Krysalis as some kind of breading room for Apache projects (sort of): same license, same policies, etc. Nothing to worry about - you wouldn't even know it if we hadn't put the reference up there. It does, however, seem to be an exciting project! :-) : Thank You, Anthony My pleasure, /Steven - 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: checking out xml source from CVS?
Anthony W. Marino wrote: How mature and/or feature complete do you consider Forrest. Or put another way, when do you see a beta release of some sort? hm since Forrest is Cocoon-based, it means it will remain alpha for plus-minus 2 years, being discussed on forrest-dev solely and will only be released in beta when it has a feature set that baffles people who haven't been following the project since the beginning :-) seriously: work is planned on the DTDs, but what is out there is pretty good (if I can say so), the main skin is really almost finished, the sitemap will need some cleansing over the next two weeks, but other than that, I was planning to send some 0.1 alpha release mail before I leave for holidays (Aug 10th) if you are on a lookout for some tarball, don't bet your future on it: it will just be an archive of the CVS repository a lot of features aren't tackled yet, mainly project metric stats, packaging forrest for local project runs, and 42 so it really depends on what you want and what feature you would exactly be depending upon don't be afraid to visit us at [EMAIL PROTECTED] and step forward with your specific questions - we are facilitating technology and depend heavily on user involvement HTH, /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center [EMAIL PROTECTED] [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: use taglib (logicsheets) in XSL
From: yuryx [mailto:[EMAIL PROTECTED]] yuryx wrote: Hi all! Can I do use taglibs in my XSL? You can use logicsheets in XSP pages only. XSP page will then generate XML (invoking any logicsheets you are using). This resulting XML can be anything, including XSL. See sub sitemap samples. For example: ?xml version=1.0 encoding=KOI8-R? xsl:stylesheet version=1.0 xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ testxsp-request:get-sitemap-uri//test /xsl:template /xsl:stylesheet Thanx. Yury. How-to esql.xsl work, If this not possible? esql.xsl is not *stylesheet*, but *logicsheet*. Vadim Yury. - 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: checking out xml source from CVS?
Steven, I subscribed earlier today. Thanks, Anthony Anthony W. Marino wrote: How mature and/or feature complete do you consider Forrest. Or put another way, when do you see a beta release of some sort? hm since Forrest is Cocoon-based, it means it will remain alpha for plus-minus 2 years, being discussed on forrest-dev solely and will only be released in beta when it has a feature set that baffles people who haven't been following the project since the beginning :-) seriously: work is planned on the DTDs, but what is out there is pretty good (if I can say so), the main skin is really almost finished, the sitemap will need some cleansing over the next two weeks, but other than that, I was planning to send some 0.1 alpha release mail before I leave for holidays (Aug 10th) if you are on a lookout for some tarball, don't bet your future on it: it will just be an archive of the CVS repository a lot of features aren't tackled yet, mainly project metric stats, packaging forrest for local project runs, and 42 so it really depends on what you want and what feature you would exactly be depending upon don't be afraid to visit us at [EMAIL PROTECTED] and step forward with your specific questions - we are facilitating technology and depend heavily on user involvement HTH, /Steven - 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: Transforming Big XML Files
From: Alessandro Marcellini [mailto:[EMAIL PROTECTED]] Vadim Gritsenko wrote: From: Alessandro Marcellini [mailto:[EMAIL PROTECTED]] Hi all, I've a problem transforming big xml Files with Xalan or Saxon. How big are they? they are dinamically generated (XSP pages) so have variable sizes but one of the biggest is 7017 KB I assume you have enough memory for transofmration (java -Xmx)? I'm using Cocoon2.0.3 with tomcat3.3a on a Red Hat 7.2. So, using Xalan, C2 throws an exception (No more DTM available Known problem of Xalan) using Saxon C2 throws this strange exception: Original exception : java.lang.ClassCastException: com.icl.saxon.Controller at org.apache.xalan.processor.TransformerFactoryImpl. newTransformerHandler(TransformerFactoryImpl.java:670) This line look strange to me: why org.apache.xalan involved when you use saxon? Why don't you try without xalan in the classpath? Does Saxon works for you on small files? Yes, It work's fine (really faster than Xalan). (same here). So, what can I do? I've to give up to transform big xml files? (Note that there are no problems transforming this files using Xalan or Saxon but commandline!!) (I failed once to transform 100Mb file using command line tool, instant saxon). Vadim Bye thanks Alessandro - 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: action not working
From: sylviat [mailto:[EMAIL PROTECTED]] Hello - I am a new cocoon user having a problem with getting an action to run from a pipeline. There is a FAQ which describes my problem exactly Why does Cocoon return an error when I add an action to a pipeline?. Here is some info on topic of '../' syntax: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=102441015928210w=2 I am sure the answer given is correct but I honestly don't understand it. That's probably because I don't know that much about cocoon yet. I'm under some pressure to get my code up an running. Could someone please describe, in simpler terms, what to do to fix this problem and perhaps give a bit of an example? I'd also be glad to read documentation if someone could point it out. Is there an archive? http://xml.apache.org/cocoon/mail-archives.html Vadim thanks, Sylvia - 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: half-baked lucene xsp pages in cvs
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]] icewind wrote: I don't know if this is just a problem on my end, but I got the latest cocoon from CVS and everything seems to work... except the links from the Seach the Docs page in the Samples section. These pages would be welcome-index.xsp, search-index.xsp, and create-index.xsp. The pages half load... when I look at the html source in the browser, its something like: form xmlns:xsp=http://apache.org/xsp; xmlns:xsp-request=http://apache.org/xsp/request/2.0; action=create table tr td/tdtdinput type= name= size= value=http://localhost:8180/amber-dan/;/td /tr tr td colspan=input type= name= value= checkedinput type= name= value=/td /tr tr td colspan=input type= name= value=/td /tr /table /form As you can see, important values are not filled in. Similar things happen with the other files I mentioned. Is anyone else having this problem? Yes, I have the same problem. Guys, This problem was described today on cocoon-dev, and way to fix it also there: http://marc.theaimsgroup.com/?t=10279483111r=1w=2 Vadim - 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]
using request selector to choose xsl
Hi,
I currently have a request selector working to choose which xsl to use based on a
query string in the request. I built this using the method recommend repeatedly in the
mailing list archives and it works but I would like it to simply test whether there is
a style paramater and use it if there is, or otherwise use the default. Having to
specify each possible stylesheet in a seperate case is annoying and wasteful. Is there
another way to do this?
thanks in advance.
Jo
PS. here is an example of what I am using at present
map:match pattern=**.xml
map:generate src={1}.xml/
map:select type=request
map:parameter name=parameter-name value=style/
map:when test=special_one.xsl
map:transform src=special_one.xsl/
/map:when
map:when test=special_two.xsl
map:transform src=special_two.xsl/
/map:when
map:when test=special_three.xsl
map:transform src=special_three.xsl/
/map:when
map:otherwise
map:transform src=default.xsl/
/map:otherwise
/map:select
map:serialize/
/map:match
-
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: use taglib (logicsheets) in XSL
Vadim Gritsenko wrote: From: yuryx [mailto:[EMAIL PROTECTED]] yuryx wrote: Hi all! Can I do use taglibs in my XSL? You can use logicsheets in XSP pages only. XSP page will then generate XML (invoking any logicsheets you are using). This resulting XML can be anything, including XSL. See sub sitemap samples. For example: ?xml version=1.0 encoding=KOI8-R? xsl:stylesheet version=1.0 xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ testxsp-request:get-sitemap-uri//test /xsl:template /xsl:stylesheet Thanx. Yury. How-to esql.xsl work, If this not possible? esql.xsl is not *stylesheet*, but *logicsheet*. Vadim Thanx. I'm understand this differents... But, I have using logicsheets in stylesheets with transformation step (xsl+xsp=xslp :) )... Maybe this idea is good? Yury. - 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]
