Re: encoding
But it seems setting only charset attribute in html META tag and not infuencing http header. Artur Use action org.apache.cocoon.acting.SetCharacterEncodingAction Not helping either. The Content-Type header contains no information about encoding. Artur - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Axis as Cocoon component?
Hi Alexander, On Thu, Feb 27, 2003 at 05:57:24PM +0100, Alexander Enns wrote: Hi Markus, Thank You for quickly answer! No problems. Your Soap Server for Cocoon is the piece I looked for. Great. Glad it's of use. How intensive it is already tested? And when it is planed to add the component to the main distribution of Cocoon? I've tested the reader in our environment, but essentially it's been implemented as a wrapper around Axis 1.0 which was tested by the Axis team. At the moment scratchpad is being refactored, so the component will probably move to a block soon. That will make it a more pluggable Cocoon component with it's own status (alpha, etc) - and as long as there are users of it around it should continue to exist and be supported. Let me know if you have any problems with the reader/soap server. Cheers, Marcus -- . ,,$, Marcus Crafter ;$' ':Computer Systems Engineer $: : ManageSoft GmbH $ o_)$$$: 82-84 Mainzer Landstrasse ;$,_/\ :' 60327 Frankfurt Germany ' /( \_' . : - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modules] url path of pipeline
Well, all the methods of o.a.c.environment.Request are available through JXPath here. getContextPath() and getSitemapURI() carry some of the information you are looking for. ok, thanks. But I thought I could get the url of the pipeline where the call is made. like for instance: getCurrentPipeline( ).getUrlPath( ) well the reason for wanting to do this, is that if you depend on hard coded path's for instance for redirect, you loose much of the subsitemap behaviour, where you specify the path the sitemap proceses in the parent sitemap ... You can substract the sitemapURI from the servletPath. Look at the JXPath docs on how to apply JAVA methods here. ok. thanks for that. please see above. I worked already with JXPath (XMLForms). I know I could do that, but I thought about using the url attached to a anyway thanks for your patience. bye -- Jakob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Subsitemaps in user's directory
You have probably already done this, but it bit me once so I thought I'd share what happened to me. Make sure the entire directory path from / all the way down is readable and executable. I once had the same problem, and it turned out that a directory way up in the hierarchy was not set to be readable by the cocoon user. Probably too simple, but had to share. Irv Alexander Czernay wrote: I'm trying to move a subsitemap to a user's directory, to let him edit his files himself. The problem is, that Cocoon always throws a java.io.FileNotFoundException: xxx/sitemap.xmap (Permission denied). I double checked the path and finally set the complete directory's and files' permissions to 777. No go. Any hints? Alexander - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XML Inclusions (XInclude)
This is a question from a fellow worker :) -- Forwarded Message -- Subject: XML Inclusions (XInclude) Date: Monday 03 March 2003 15:18 From: Robert Kromkamp [EMAIL PROTECTED] To: Jeroen Cranendonk [EMAIL PROTECTED] Hi, I've a question about validation using XMLForms. A pipeline (in the sitemap) contains the xml schema and namespace validator parameters, in my case: map:parameter name=xmlform-validator-schema-ns value=http://www.ascc.net/xml/schematron/ map:parameter name=xmlform-validator-schema value=schematron/excerpt-sch-report.xml/ The excerpt-sch-report.xml validates an address (content.xml) and excerpt stuff. The same address (content) is used in more pipelines. It would be great if the xml schema, used to validate the address, could be used again. I'm thinking of generating a xml file which can validate an address. This file must be included in all xml schema's which needs to validate addresses. I've seen XML Inclusions (XInclude) http://www.w3.org/2001/XInclude. I wonder if XInclude can be used to solve my problem, do you have suggestions? Or can I use another solution? Thanks for your time! Regards, Robert Kromkamp --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Post form to external web server
Hi, I have the following problem : I am using a sort of web service, which I need to access via a POST request. I need to send the form data to this request. From the documentation I have seen that the CIncludeTransformer can send POST requests, but you need to explicitly name all the request parameters with values that are to be sent. But I want to send the submitted form data. In other words : a redirect of the POST from cocoon to an external source. Is there any way to accomplish this? regards, Alexander Docter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Please Help: Problems with Cocoon2 V2.03 with Bea WebLogic5.1
Hello to all interested people, I could run Cocoon2.0.3 on Bea WebLogic5.1: The following steps are necessary: 1) In your start-script of Bea-server add to the JAVA_CLASSPATH all the libraries you found in your cocoon-distribution; 2) In the web.policy-file set in the last grant section add permission java.security.AllPermission; for the first run after you have cocoon running you can try to set the permissions you need! The same procedure I've done on SOLARIS with BeaWebLogic 5.1! Good luck! Uwe [EMAIL PROTECTED] schrieb: Hi Uwe, unfortunately I can't really help - apart from the fact that it seems really difficult to install Cocoon in Bea 5.x. We managed to get Cocoon running in the 6.x series - and there is information here: http://xml.apache.org/cocoon/installing/index.html Sorry I can't be more help on this. Have you searched the archives? Regards from Paderborn Matthew -- Open Source Group Cocoon { Consulting, Training, Projects } = Matthew Langham, SN AG, Klingenderstrasse 5, D-33100 Paderborn Tel:+49-5251-1581-30 [EMAIL PROTECTED] - http://www.s-und-n.de - Cocoon book: http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20 Weblogs: http://radio.weblogs.com/0103021/ http://www.oreillynet.com/weblogs/author/1014 = -Original Message- From: Uwe Gerger [mailto:[EMAIL PROTECTED] Sent: Monday, February 24, 2003 11:55 AM To: [EMAIL PROTECTED] Subject: Please Help: Problems with Cocoon2 V2.03 with Bea WebLogic5.1 Hallo, I have problems running Cocoon2 2.0.3 with Bea WebLogic 5.1. When starting the web-server I receive the following exception: Fr Feb 22 16:58:40 CET 2002:I WebAppServletContext-cocoon Pre-Loading servlet Cocoon2 Fr Feb 22 16:58:40 CET 2002:E WebAppServletContext-cocoon Error instantiating servlet: org.apache.cocoon.servlet.CocoonServlet java.lang.NoClassDefFoundError: org/apache/avalon/framework/context/Context at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:232) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStu bImpl.java:469) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletS tubImpl.java:453) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletSt ubImpl.java:442) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletSt ubImpl.java:361) at weblogic.servlet.internal.ServletContextImpl.preloadServlet(Servle tContextImpl.java:752) at weblogic.servlet.internal.ServletContextImpl.preloadServlets(Servl etContextImpl.java:726) at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:683) at weblogic.t3.srvr.HttpServer.start(HttpServer.java:479) at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1393) at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:879) at java.lang.reflect.Method.invoke(Native Method) at weblogic.Server.startServerDynamically(Server.java:140) at weblogic.Server.main(Server.java:97) at weblogic.Server.main(Server.java:58) My start-command is: JAVA_CLASSPATH=.\lib\weblogic510sp12boot.jar;.\classes\boot;.\eval \cloudscape\lib\cloudscape.jar WEBLOGIC_CLASSPATH=c:\jdk1.3.1_06\lib\tools.jar;.\lib\cocoon\cocoo n-2.0.3.jar;.\lib\cocoon\avalon-framework-4.1.2.jar;.\lib\cocoon\a valon-excalibur-4.1.jar;.\lib\cocoon\batik-libs-1.1.1.jar;.\lib\co coon\bsf-2.2.jar;.\lib\cocoon\fop-0.20.3rc.jar;.\lib\cocoon\jakart a-regexp-1.2.jar;.\lib\cocoon\jstyle.jar;.\lib\cocoon\logkit-1.0.1 .jar;.\lib\cocoon\rhino-1.5r3.jar;.\lib\cocoon\xalan-2.3.1.jar;.\l ib\cocoon\xercesImpl-2.0.0.jar;.\lib\cocoon\xml-apis.jar;.\lib\coc oon\xt-19991105.jar;.\license;.\lib\weblogic510sp12.jar;.\classes; .\lib\weblogicaux.jar;.\myserver\serverclasses start-command: c:\jdk1.3.1_06\bin\java -ms64m -mx64m -classpath .\lib\weblogic510sp12boot.jar;.\classes\boot;.\eval\cloudscape\lib \cloudscape.jar -Dweblogic.class.path=c:\jdk1.3.1_06\lib\tools.jar;.\lib\cocoon\co coon-2.0.3.jar;.\lib\cocoon\avalon-framework-4.1.2.jar;.\lib\cocoo n\avalon-excalibur-4.1.jar;.\lib\cocoon\batik-libs-1.1.1.jar;.\lib \cocoon\bsf-2.2.jar;.\lib\cocoon\fop-0.20.3rc.jar;.\lib\cocoon\jak arta-regexp-1.2.jar;.\lib\cocoon\jstyle.jar;.\lib\cocoon\logkit-1. 0.1.jar;.\lib\cocoon\rhino-1.5r3.jar;.\lib\cocoon\xalan-2.3.1.jar; .\lib\cocoon\xercesImpl-2.0.0.jar;.\lib\cocoon\xml-apis.jar;.\lib\ cocoon\xt-19991105.jar;.\license;.\lib\weblogic510sp12.jar;.\class es;.\lib\weblogicaux.jar;.\myserver\serverclasses -Dweblogic.home=. -Djava.security.manager
Very strange behaviour -- caching bug?
Hello, There is a very strange behaviour that my site exibits ever since I've upgraded my 2.1 dev code from what it was in Nov-Dec last year to the most current version (less than a week old). Here is what's going on. There is a portlet which is generated by calling another pipeline fragment matching a.resource. It looks like a.resource behaves correctly, however it seems that a.portlet, which uses a.resource as its input does not realize when a.resource's output changes and keeps working with the incorrect cached version. The following works correctly: http://localhost:8080/cocoon/a.resource?locale=en - displays output in English http://localhost:8080/cocoon/a.resource?locale=ru - displays output in Russian Still fine: http://localhost:8080/cocoon/a.portlet?locale=en - displays output in English PROBLEM: http://localhost:8080/cocoon/a.portlet?locale=ru - displays output in ENGLISH! If I touch a.xsl in the following pipeline, and hence, force the reload, everything works fine, however when I change locale, it's back to the behaviour I've just described. The following is a simplified pipeline: map:pipeline map:match *.portlet map:match a.portlet map:generate src=cocoon:/a.resource/ map:transform src=a.xsl/ map:serialize type=xml/ /map:match /map:match /map:pipeline map:pipeline map:match *.resource map:match a.resource map:generate src=a.xml/ map:act type=locale map:transform type=i18n map:parameter name=locale value={locale}/ /map:transform /map:act map:serialize type=xml/ /map:match /map:match /map:pipeline Cheers, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Get and Set XSP-Session Attributes errors
Hello, I have to set and get a user name in my web-application. I use a xsp-session and followed the sample from Cocoon Developer's handbook : using content logic XSP about authentification. But if I write exaclty the same pages, I get this error: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.NullPointerException But why? I checked the session:set-attribute name=userxsp:expruser/xsp:expr/session:set-attribute line, and it seems correct. The string user is not null. So why do I get an error Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Newbie Use of Request Params with DB Action
Hello, I'm using a version of cocoon that I built from CVS back in October of 2002, running with tomcat 4.1.12 on WIN XP. I have a pipeline that generates an HTML form and passes parameters to a mod-db action which inserts DB records successfully. Can any of those parameters passed to the action be passed to another pipeline after the mod-db action or are those parameters gone? __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Who use the Tomcat SYSDEO plugin for Eclipse?
Hello, Is there someone that use the Tomcat plugin for Eclipse from Sysdeo and work with Cocoon and this plugin?? If yes, I need help to load and configure my cocoon Tomcat Project. Thanks Sylvain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Very strange behaviour -- caching bug?
I tried out a simpler form: (don't have the source code for your actions/stylesheets) map:components map:actions map:action name=request src=org.apache.cocoon.acting.RequestParamAction/ /map:actions /map:components map:pipelines map:pipeline map:match pattern=*.portlet map:match pattern=a.portlet map:generate src=cocoon:/a.resource/ map:serialize type=xml/ /map:match /map:match map:match pattern=*.resource map:match pattern=a.resource map:act type=request map:parameter name=parameters value=true/ map:generate src={locale}.xml/ map:serialize type=xml/ /map:act /map:match /map:match /map:pipeline /map:pipelines and got the same caching problem you got, can anybody try the above in v2.0.4 to see if it is a 2.1 bug? when I did the following it worked ok: map:match pattern=*.portlet map:match pattern=a.portlet map:act type=request map:parameter name=parameters value=true/ map:generate src={locale}.xml/ map:serialize type=xml/ /map:act /map:match /map:match It seems to be caching cocoon:/a.resource. I can't see exactly what it's doing because it's not generating any logs (it should log caching in sitemap.log). I'm also having problems with the latest CVS it seems to be in a state of flux. The only way to fix these problems is to go deep into the Cocoon's/Avalon/Excalibur source code and debug. -Original Message- From: Alex Romayev [mailto:[EMAIL PROTECTED] Sent: 03 March 2003 02:57PM To: [EMAIL PROTECTED] Subject: Very strange behaviour -- caching bug? Hello, There is a very strange behaviour that my site exibits ever since I've upgraded my 2.1 dev code from what it was in Nov-Dec last year to the most current version (less than a week old). Here is what's going on. There is a portlet which is generated by calling another pipeline fragment matching a.resource. It looks like a.resource behaves correctly, however it seems that a.portlet, which uses a.resource as its input does not realize when a.resource's output changes and keeps working with the incorrect cached version. The following works correctly: http://localhost:8080/cocoon/a.resource?locale=en - displays output in English http://localhost:8080/cocoon/a.resource?locale=ru - displays output in Russian Still fine: http://localhost:8080/cocoon/a.portlet?locale=en - displays output in English PROBLEM: http://localhost:8080/cocoon/a.portlet?locale=ru - displays output in ENGLISH! If I touch a.xsl in the following pipeline, and hence, force the reload, everything works fine, however when I change locale, it's back to the behaviour I've just described. The following is a simplified pipeline: map:pipeline map:match *.portlet map:match a.portlet map:generate src=cocoon:/a.resource/ map:transform src=a.xsl/ map:serialize type=xml/ /map:match /map:match /map:pipeline map:pipeline map:match *.resource map:match a.resource map:generate src=a.xml/ map:act type=locale map:transform type=i18n map:parameter name=locale value={locale}/ /map:transform /map:act map:serialize type=xml/ /map:match /map:match /map:pipeline Cheers, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
c2.1: Excalibur version ?
Can any cocoon developers tell me what version of Excalibur is used in the latest CVS? I've downloaded v4.1's source but the class structure doesn't seem to match whats used in Cocoon. (can't find org.apache.excalibur.source.impl.URLSource) Thx, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Very strange behaviour -- caching bug?
Hi Mark, Thanks for your help. I like your test case -- it simpler and cleaner. Do you (or anyone else) know how to submit this as a bug to make sure the developers know about it? Cheers, -Alex --- Mark H [EMAIL PROTECTED] wrote: I tried out a simpler form: (don't have the source code for your actions/stylesheets) map:components map:actions map:action name=request src=org.apache.cocoon.acting.RequestParamAction/ /map:actions /map:components map:pipelines map:pipeline map:match pattern=*.portlet map:match pattern=a.portlet map:generate src=cocoon:/a.resource/ map:serialize type=xml/ /map:match /map:match map:match pattern=*.resource map:match pattern=a.resource map:act type=request map:parameter name=parameters value=true/ map:generate src={locale}.xml/ map:serialize type=xml/ /map:act /map:match /map:match /map:pipeline /map:pipelines and got the same caching problem you got, can anybody try the above in v2.0.4 to see if it is a 2.1 bug? when I did the following it worked ok: map:match pattern=*.portlet map:match pattern=a.portlet map:act type=request map:parameter name=parameters value=true/ map:generate src={locale}.xml/ map:serialize type=xml/ /map:act /map:match /map:match It seems to be caching cocoon:/a.resource. I can't see exactly what it's doing because it's not generating any logs (it should log caching in sitemap.log). I'm also having problems with the latest CVS it seems to be in a state of flux. The only way to fix these problems is to go deep into the Cocoon's/Avalon/Excalibur source code and debug. -Original Message- From: Alex Romayev [mailto:[EMAIL PROTECTED] Sent: 03 March 2003 02:57PM To: [EMAIL PROTECTED] Subject: Very strange behaviour -- caching bug? Hello, There is a very strange behaviour that my site exibits ever since I've upgraded my 2.1 dev code from what it was in Nov-Dec last year to the most current version (less than a week old). Here is what's going on. There is a portlet which is generated by calling another pipeline fragment matching a.resource. It looks like a.resource behaves correctly, however it seems that a.portlet, which uses a.resource as its input does not realize when a.resource's output changes and keeps working with the incorrect cached version. The following works correctly: http://localhost:8080/cocoon/a.resource?locale=en - displays output in English http://localhost:8080/cocoon/a.resource?locale=ru - displays output in Russian Still fine: http://localhost:8080/cocoon/a.portlet?locale=en - displays output in English PROBLEM: http://localhost:8080/cocoon/a.portlet?locale=ru - displays output in ENGLISH! If I touch a.xsl in the following pipeline, and hence, force the reload, everything works fine, however when I change locale, it's back to the behaviour I've just described. The following is a simplified pipeline: map:pipeline map:match *.portlet map:match a.portlet map:generate src=cocoon:/a.resource/ map:transform src=a.xsl/ map:serialize type=xml/ /map:match /map:match /map:pipeline map:pipeline map:match *.resource map:match a.resource map:generate src=a.xml/ map:act type=locale map:transform type=i18n map:parameter name=locale value={locale}/ /map:transform /map:act map:serialize type=xml/ /map:match /map:match /map:pipeline Cheers, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Authentication Framework using LDAP (thru xsp)
Hi, I am trying to use the sunrise actions for my authentication but unable to pass parameters to my xsp. My problems: 1. My authentication fails even though I supply the correct username and password. The fail.xsp is being generated. 2. The reason is the parameters.getParameter is not fetching any values - I believe they are getting lost. If I print the parameters the values are null. 3. I have read in the list that even though you can't pass sitemap parameters to a file generator (xsp) you can use request-parameters. 4. I was wondering if I moved the authentication resource to the subsitemap, would the parameters get preserved? But I don't know how to refer to a subsitemap pipeline from the main sitemap. authentication uri=cocoon://myexecutelogin/ - what should this be? This is my cocoon sitemap: map:action name=sunRise-auth src=org.apache.cocoon.sunshine.sunrise.acting.AuthAction handlers handler name=myhandler xmlns:map=http://apache.org/cocoon/sitemap/1.0; xmlns:sunshine=http://sunshine.sundn.de/sunshine/1.0; !-- The login resource -- redirect-to uri=cocoon:raw://myloginpage/ authentication uri=cocoon://myexecutelogin/ /handler * map:match pattern=myexecutelogin map:generate type=xsp src=myapp/xsp/login.xsp map:parameter name=use-request-parameters value=true/ /map:generate map:serialize type=xml/ /map:match --- This is my app sitemap (subsitemap): map:match pattern=dologin map:act type=sunRise-login map:parameter name=handler value=myhandler/ map:parameter name=parameter_name value=request:Username/ map:parameter name=parameter_password value=request:Password/ map:redirect-to uri=menu.xml/ /map:act !-- authentication failed: -- map:generate type=xsp src=xsp/fail.xsp/ map:serialize/ /map:match -- login.xsp xsp:logic ![CDATA[ String user=; String password=; try{ user = parameters.getParameter(parameter_name); password = parameters.getParameter(parameter_password); }catch(Exception t){t.printStackTrace();} // doing authentication with ldap server.. login=Myappauth.login(user,password); ]] /xsp:logic xsp:logic ![CDATA[ if (login==true){ ]] authentication IDxsp:expruser/xsp:expr/ID !--rolerolename/role data ... resource specific data for the user /data-- /authentication ![CDATA[ } else if (login==false){ ]] authentication data ... resource specific data for the user /data /authentication ![CDATA[ } ]] /xsp:logic --- Any help really appreciated. Thanks Raj _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Generate XSL with XSP?
For a context-sensitve basepath setting I want to do this. 1) Add dynamically generated xsl into each (sub-)sitemap: -- map:match pattern=include-basepath.xsl map:generate src=logicsheets/dynamic-basepath.xsp type=xsp map:parameter name=basepath value=/development// /map:generate map:serialize type=xml/ /map:match 2) Call and use this in every xsl which need the basepath: - xsl:include href=include-basepath.xsl/ The problem is the dynamic-basepath.xsp doesn't generate the xsl I want. In fact it produces nothing. WHAT HAVE I DONE WRONG (Do I need Meta-STYLESHEETS rather than Meta-XSPs ? If so, cCan anybody tell me how to write this?) Here is my xsp: --- ?xml version=1.0 encoding=ISO-8859-1? xsp:page language=java xmlns:xsp=http://apache.org/xsp; !-- This XSP should produce the following valid xsl which set a variable xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:variable name=basepath xsl:text*THE PATH COMING FROM A SITEMAP PARAM*/xsl:text /xsl:variable /xsl:stylesheet -- xsp:element name=stylesheet prefix=xsl uri=http://www.w3.org/1999/XSL/Transform; xsp:attribute name=version value=1.0/ xsp:attribute name=xmlns:xsl value=http://www.w3.org/1999/XSL/Transform/ xsp:element name=variable prefix=xsl uri=http://www.w3.org/1999/XSL/Transform; xsp:attribute name=name value=basepath/ xsp:element name=text prefix=xsl uri=http://www.w3.org/1999/XSL/Transform; xsp:exprrequest.getParameter(basepath)/xsp:expr /xsp:element /xsp:element /xsp:element /xsp:page - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Generate XSL with XSP?
Robert, xsl:include href=include-basepath.xsl/ Is it as simple as changing this line to: xsl:include href=cocoon:/include-basepath.xsl/ to allow the include to call an internal pipeline? Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Very strange behaviour -- caching bug?
Do you (or anyone else) know how to submit this as a bug to make sure the developers know about it? http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Cocoon%202 Never done it myself though. -Original Message- From: Alex Romayev [mailto:[EMAIL PROTECTED] Sent: 03 March 2003 06:01PM To: [EMAIL PROTECTED] Subject: RE: Very strange behaviour -- caching bug? Hi Mark, Thanks for your help. I like your test case -- it simpler and cleaner. Do you (or anyone else) know how to submit this as a bug to make sure the developers know about it? Cheers, -Alex --- Mark H [EMAIL PROTECTED] wrote: I tried out a simpler form: (don't have the source code for your actions/stylesheets) map:components map:actions map:action name=request src=org.apache.cocoon.acting.RequestParamAction/ /map:actions /map:components map:pipelines map:pipeline map:match pattern=*.portlet map:match pattern=a.portlet map:generate src=cocoon:/a.resource/ map:serialize type=xml/ /map:match /map:match map:match pattern=*.resource map:match pattern=a.resource map:act type=request map:parameter name=parameters value=true/ map:generate src={locale}.xml/ map:serialize type=xml/ /map:act /map:match /map:match /map:pipeline /map:pipelines and got the same caching problem you got, can anybody try the above in v2.0.4 to see if it is a 2.1 bug? when I did the following it worked ok: map:match pattern=*.portlet map:match pattern=a.portlet map:act type=request map:parameter name=parameters value=true/ map:generate src={locale}.xml/ map:serialize type=xml/ /map:act /map:match /map:match It seems to be caching cocoon:/a.resource. I can't see exactly what it's doing because it's not generating any logs (it should log caching in sitemap.log). I'm also having problems with the latest CVS it seems to be in a state of flux. The only way to fix these problems is to go deep into the Cocoon's/Avalon/Excalibur source code and debug. -Original Message- From: Alex Romayev [mailto:[EMAIL PROTECTED] Sent: 03 March 2003 02:57PM To: [EMAIL PROTECTED] Subject: Very strange behaviour -- caching bug? Hello, There is a very strange behaviour that my site exibits ever since I've upgraded my 2.1 dev code from what it was in Nov-Dec last year to the most current version (less than a week old). Here is what's going on. There is a portlet which is generated by calling another pipeline fragment matching a.resource. It looks like a.resource behaves correctly, however it seems that a.portlet, which uses a.resource as its input does not realize when a.resource's output changes and keeps working with the incorrect cached version. The following works correctly: http://localhost:8080/cocoon/a.resource?locale=en - displays output in English http://localhost:8080/cocoon/a.resource?locale=ru - displays output in Russian Still fine: http://localhost:8080/cocoon/a.portlet?locale=en - displays output in English PROBLEM: http://localhost:8080/cocoon/a.portlet?locale=ru - displays output in ENGLISH! If I touch a.xsl in the following pipeline, and hence, force the reload, everything works fine, however when I change locale, it's back to the behaviour I've just described. The following is a simplified pipeline: map:pipeline map:match *.portlet map:match a.portlet map:generate src=cocoon:/a.resource/ map:transform src=a.xsl/ map:serialize type=xml/ /map:match /map:match /map:pipeline map:pipeline map:match *.resource map:match a.resource map:generate src=a.xml/ map:act type=locale map:transform type=i18n map:parameter name=locale value={locale}/ /map:transform /map:act map:serialize type=xml/ /map:match /map:match /map:pipeline Cheers, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very strange behaviour -- caching bug?
On pon, mar 03, 2003 at 10:01:03 -0800, Alex Romayev wrote: Hi Mark, Thanks for your help. I like your test case -- it simpler and cleaner. Do you (or anyone else) know how to submit this as a bug to make sure the developers know about it? I have encountered the same bug (I think) or very similar while working with aggregation (XSP + ESQL and static xml files. See my bug description at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16958 I have reported it long time ago but no action was taken. ouzo PS. a very temporary solution is to set your pipeline type to noncaching. Doesn't solve the problem but allows you to work further. -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)341118 / // \\ \ \\ // recursive: adj; see recursive | \__/ | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very strange behaviour -- caching bug?
Do you know the syntax for making a pipeline noncaching? --- Leszek Gawron [EMAIL PROTECTED] wrote: On pon, mar 03, 2003 at 10:01:03 -0800, Alex Romayev wrote: Hi Mark, Thanks for your help. I like your test case -- it simpler and cleaner. Do you (or anyone else) know how to submit this as a bug to make sure the developers know about it? I have encountered the same bug (I think) or very similar while working with aggregation (XSP + ESQL and static xml files. See my bug description at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16958 I have reported it long time ago but no action was taken. ouzo PS. a very temporary solution is to set your pipeline type to noncaching. Doesn't solve the problem but allows you to work further. -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)341118 / // \\ \ \\ // recursive: adj; see recursive | \__/ | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very strange behaviour -- caching bug?
On pon, mar 03, 2003 at 11:27:10 -0800, Alex Romayev wrote: Do you know the syntax for making a pipeline noncaching? first see if your main sitemap.xmap contains different pipeline implementation (grep for caching, noncaching) use it like this: map:pipeline type=noncaching !-- map:match stuff goes here -- /map:pipeline or set it do default at your main sitemap: ++ here ++ map:pipes default=noncaching map:pipe name=caching src=org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline/ map:pipe name=caching-point src=org.apache.cocoon.components.pipeline.impl.CachingPointProcessingPipeline autoCachingPointOn/autoCachingPoint /map:pipe map:pipe name=noncaching src=org.apache.cocoon.components.pipeline.impl.NonCachingProcessingPipeline/ /map:pipes ouzo -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)341118 / // \\ \ \\ // recursive: adj; see recursive | \__/ | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie Use of Request Params with DB Action
Samuel Bruce wrote: Hello, I'm using a version of cocoon that I built from CVS back in October of 2002, running with tomcat 4.1.12 on WIN XP. I have a pipeline that generates an HTML form and passes parameters to a mod-db action which inserts DB records successfully. Can any of those parameters passed to the action be passed to another pipeline after the mod-db action or are those parameters gone? Mmmh, if by parameters you mean sitemap parameters, e.g. map:paramter ./, they are per component. Request parameters OTOH are per request. Redirects cause new requests. Everything else. please be more specific. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
entity encoding error within an inline java script
entity encoding error within an inline java script Dear all, I have a stylesheet with inline javascript. I use CDATA and xsl:text as follows to avoid coding entities: ... script language=JavaScript type=text/javascript xsl:text disable-output-escaping=yes // ![CDATA[ function addgroup(){ ... This stylsheet produces the right html output when I process it with Saxon. However Cocoon does nonetheless code the entitis e.g.: ... while (r.childNodes.length0){ ... produces with Cocoon ... while (r.childNodes.lengthgt;0){ ... etc. What do I need to change in the stylesheet to get the right result ? Kind regards, Holger ___ The ALL NEW CS2000 from CompuServe Better! Faster! More Powerful! 250 FREE hours! Sign-on Now! http://www.compuserve.com/trycsrv/cs2000/webmail/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question
Is there any way to detect when a user closes the browser and that session is destroyed ? There was a way under C1 using SessionListener, but I can't find an implementation or something like that under C2. Thanks in advance. Alejandro - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: entity encoding error within an inline java script
Hi, script language=JavaScript type=text/javascript xsl:text disable-output-escaping=yes // ![CDATA[ function addgroup(){ while (r.childNodes.lengthgt;0){ Do you use xsltc to process your stylesheet ? iirc it does not support 'disable-output-escaping' ... use xalan or so instead ... -- * best regards * Jens Maukisch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question
On pon, mar 03, 2003 at 05:31:17 -0300, Alejandro Raiczyk wrote: Is there any way to detect when a user closes the browser and that session is destroyed ? There was a way under C1 using SessionListener, but I can't find an implementation or something like that under C2. It is not possible to detect browser closing but it's possible to capture session timeout event see http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104609991021185w=2 ouzo -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)341118 / // \\ \ \\ // recursive: adj; see recursive | \__/ | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: entity encoding error within an inline java script
[EMAIL PROTECTED] wrote: entity encoding error within an inline java script Dear all, I have a stylesheet with inline javascript. I use CDATA and xsl:text as follows to avoid coding entities: ... script language=JavaScript type=text/javascript xsl:text disable-output-escaping=yes // ![CDATA[ function addgroup(){ Disable-output-escaping does not work with Cocoon pipelines. The HTML serializer should do the right thing even without d-o-e. If you are serializing XHTML, well, bad luck. Check the Xalan docu if there is an extension denoting XHTML output (declare a serializer). Saxon has such an extension, I've successfully used it with Cocoon. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: entity encoding error within an inline java script
Hi Jens, thanks for your ultra-fast reply. I am using the standard Cocoon config (Xalan, Xerces ..) Here is a fragment of the (trivial) sitemap: map:match pattern=histochart2 map:generate src=data.xml/ map:transform src=data.xsl/ map:serialize type=html/ /map:match What is xsltc ??? -Holger Jens Maukisch wrote: Hi, script language=JavaScript type=text/javascript xsl:text disable-output-escaping=yes // ![CDATA[ function addgroup(){ while (r.childNodes.lengthgt;0){ Do you use xsltc to process your stylesheet ? iirc it does not support 'disable-output-escaping' ... use xalan or so instead ... -- * best regards * Jens Maukisch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ The ALL NEW CS2000 from CompuServe Better! Faster! More Powerful! 250 FREE hours! Sign-on Now! http://www.compuserve.com/trycsrv/cs2000/webmail/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question on generators...
Geoff, Thanks. Got it working with minimal effort. Kumar. -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED] Sent: Friday, January 31, 2003 9:48 PM To: [EMAIL PROTECTED] Subject: RE: Question on generators... Then yes, you can reuse it - but you should be aware that it's not very optimized doing xml generation through string. If you're doing short documents, you may not notice any issue. But if you have a larger document you may wish to reimplement in SAX. Try it first as is - you may be perfectly satisfied. The short answer about how is basically: 1) Make sure you read up on Generators, including the tutorial on CustomGenerators if you haven't already. Also read up on Avalon (the stuff at in the Cocoon docs should be enough). 2) Create a generator that imports your original class, and populate a String in your Generator by calling appropriate methods in your class. Exactly how is 100% determined by the specifics of how it works now, but I trust you can figure that part out. I have to gloss over the next details I think until I know what version you're using: 3) Lookup the parser from Cocoon's ComponentManager (which means your Generator needs to extend ComposerGenerator, or implement Composable itself). 4) Do InputSource inputSource = new InputSource(new StringReader( yourXMLString )); 5) Pass that inputSource to parse(); What version of Cocoon are you using? 2.0.3, 2.0.4, or 2.1dev? If you're using 2.1dev, check out WebServiceProxyGenerator (quick before someone refactors it to not use String anymore). It does almost exactly what you want, except it gets the String over HTTP from any arbitrary url. In fact, you may look into that as a quick option. Don't know your current setup, but if you can call the servlet and get xml string back via HTTP you could be finished quite quickly. HTH, Geoff Howard -Original Message- From: SriKumar Kareti [mailto:[EMAIL PROTECTED] Sent: Friday, January 31, 2003 2:08 PM To: [EMAIL PROTECTED] Subject: RE: Question on generators... Geoff, I was creating String... thx... -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED] Sent: Friday, January 31, 2003 12:28 PM To: [EMAIL PROTECTED] Subject: RE: Question on generators... This all depends on what you were doing in your class. Were you creating xml? If so, DOM, SAX or String? Geoff -Original Message- From: SriKumar Kareti [mailto:[EMAIL PROTECTED] Sent: Friday, January 31, 2003 10:21 AM To: [EMAIL PROTECTED] Subject: Question on generators... Thanks for you help in advance... I am a new user to Cocoon. I have searched the site pretty well and could not answer this question. Could someone help... My goal is to move from current servlet based solution to Cocoon. The general flow of my current program is 1) Take the request, 2) Generate the XML by making calls to Database based on the parameters passed... 3) Use XSLT to generate html which is returned... Now I'd like to move to cocoon. I want to use my existing Java class as the generator in Cocoon. Can I do that? SriKumar. - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Which XML parser for docbook?
Hi All, I am using the latest build of Tomcat 4 and Cocoon 2, I was wondering which is XML parser is best for parsing docbook content? Thanks In Peace, Saqib Ali I fear, if I rebel against my Lord, the retribution of an Awful Day (The Day of Resurrection) Al-Quran 6:15 http://www.seagate.cc/blog/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DirectoryGenerator depth attrib (newbie)
hi Mark, Mark Anquoe wrote: ok I've started pulling my hair out. I am really having problems getting the DirectoryGenerator to display anything more than the contents of the current directory. I can't seem to get the depth attribute to do anything. we never had any problem with it. I modified my just installed sitemap directory matching to look like this: map:match pattern=**/ map:generate src={1} type=directory map:parameter name=depth value=3/ /map:generate map:transform src=stylesheets/system/directory2html.xsl/ map:serialize//map:match now shouldn't I be seeing 3 levels deep into the directory tree? does directory2html.xsl not allow for more than one level? how can I see the sax events being served to the xsl page to know where the problem is? Simply remove the transformer and change the type of the serializer to xml. Joerg thanks everyone mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Generate XSL with XSP?
no, that's not the problem. i managed to dynamically create the xsl using a custom generator instead of a xsp, but now the xsl that includes it complains that the variable 'basepath' has not been defined if i do it this way: xsl:include href=cocoon://include-basepath.xsl/ and if i do xsl:include href=include-basepath.xsl/ it tries to load the file from disk. any ideas if (and how) this can be solved? thanx in advance, thomas At 00:47 04.03.2003 +0100, you wrote: Thanks alot for your answer. Yes that was wrong BUT I didn't even came to the point where including the stylesheet was of interest. That is because the XSP did never generate the desired XSL. The output of my XSP was just an emtpty ?xml ... Tag. No other elements were created. I guess it a namespace problem. What do you think? Robert - Original Message - From: Upayavira [EMAIL PROTECTED] To: Robert Sösemann [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, March 03, 2003 8:03 PM Subject: Re: Generate XSL with XSP? Robert, xsl:include href=include-basepath.xsl/ Is it as simple as changing this line to: xsl:include href=cocoon:/include-basepath.xsl/ to allow the include to call an internal pipeline? Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Generate XSL with XSP?
sorry, should have used 'cocoon:/' instead of 'cocoon://'. that solved the problem! At 03:19 04.03.2003 +0100, you wrote: no, that's not the problem. i managed to dynamically create the xsl using a custom generator instead of a xsp, but now the xsl that includes it complains that the variable 'basepath' has not been defined if i do it this way: xsl:include href=cocoon://include-basepath.xsl/ and if i do xsl:include href=include-basepath.xsl/ it tries to load the file from disk. any ideas if (and how) this can be solved? thanx in advance, thomas At 00:47 04.03.2003 +0100, you wrote: Thanks alot for your answer. Yes that was wrong BUT I didn't even came to the point where including the stylesheet was of interest. That is because the XSP did never generate the desired XSL. The output of my XSP was just an emtpty ?xml ... Tag. No other elements were created. I guess it a namespace problem. What do you think? Robert - Original Message - From: Upayavira [EMAIL PROTECTED] To: Robert Sösemann [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, March 03, 2003 8:03 PM Subject: Re: Generate XSL with XSP? Robert, xsl:include href=include-basepath.xsl/ Is it as simple as changing this line to: xsl:include href=cocoon:/include-basepath.xsl/ to allow the include to call an internal pipeline? Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie Use of Request Params with DB Action
Thanks for responding and sorry for the ambiguity of my post. Your reply was helpful. The parameters that I am referring to are request parameters sent from a post in an HTML form to a pipeline in my sitemap. That pipeline has a mod-db action. I'd like to capture one of the input parameters from the form to be available as a parameter in an XSLT transformer after that input parameter has been used by the mod-db action. Is it possible? My interpretation of your response along with the behavior that I see is that the request parameter is consumed by the mod-db action. --- Christian Haul [EMAIL PROTECTED] wrote: Samuel Bruce wrote: Hello, I'm using a version of cocoon that I built from CVS back in October of 2002, running with tomcat 4.1.12 on WIN XP. I have a pipeline that generates an HTML form and passes parameters to a mod-db action which inserts DB records successfully. Can any of those parameters passed to the action be passed to another pipeline after the mod-db action or are those parameters gone? Mmmh, if by parameters you mean sitemap parameters, e.g. map:paramter ./, they are per component. Request parameters OTOH are per request. Redirects cause new requests. Everything else. please be more specific. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to call a view?
I'm planning to implement a Lucene-based search, so I've been reading up on Views. It seems to me that a view can be selected just by adding ?cocoon-view=some-view to the URI. I've tried this and it's all OK. But the documentation hints that there's another way, which I don't quite understand (see bottom of http://xml.apache.org/cocoon/userdocs/concepts/views.html): Suggestions for further accessing views are: React on a variant HTTP header (nothing cocoon specific since the concept could be impelemented later on by other publishing frameworks). React on URI extension: for example http://host/path/file.view, that is something that can be done by configuring the sitemaps manually. (where http://host/path/index is the default resource, and index.content is the XML view of the content). configuring the sitemaps manually? Can anyone explain how these 2 suggestions should be implemented? Would I need to have something like this? map:match pattern=**/*.* map:redirect-to uri=cocoon:/{1}/{2}?cocoon-view={3}/ /map:match Cheers!!! Con - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Generate XSL with XSP?
Du hast es hingekriegt ?!!! Yipee! Ich habs genahnt das das geht. Super, danke Thommi, must mir heute abend mal zeigen was bei mir falsch war. Dann kannste ja mindestens 4 XSL wegschmeissen Und dann gibts auch nur noch basepath und net mehr cms. Col Rob - Original Message - From: Thomas Haditsch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 3:22 AM Subject: Re: Generate XSL with XSP? sorry, should have used 'cocoon:/' instead of 'cocoon://'. that solved the problem! At 03:19 04.03.2003 +0100, you wrote: no, that's not the problem. i managed to dynamically create the xsl using a custom generator instead of a xsp, but now the xsl that includes it complains that the variable 'basepath' has not been defined if i do it this way: xsl:include href=cocoon://include-basepath.xsl/ and if i do xsl:include href=include-basepath.xsl/ it tries to load the file from disk. any ideas if (and how) this can be solved? thanx in advance, thomas At 00:47 04.03.2003 +0100, you wrote: Thanks alot for your answer. Yes that was wrong BUT I didn't even came to the point where including the stylesheet was of interest. That is because the XSP did never generate the desired XSL. The output of my XSP was just an emtpty ?xml ... Tag. No other elements were created. I guess it a namespace problem. What do you think? Robert - Original Message - From: Upayavira [EMAIL PROTECTED] To: Robert Sösemann [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, March 03, 2003 8:03 PM Subject: Re: Generate XSL with XSP? Robert, xsl:include href=include-basepath.xsl/ Is it as simple as changing this line to: xsl:include href=cocoon:/include-basepath.xsl/ to allow the include to call an internal pipeline? Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Antwort: Re: entity encoding error within an inline java script
Hi, I am using the standard Cocoon config (Xalan, Xerces ..) The default Transformer is XSLTC. It is configured in the sitemap.xmap in your cocoon folder. Just search for map:transformers. You will find there a transformer named 'xalan' and one named 'xsltc' (and course many other transformers). You can set the default transformer there or you can specify it directly in the pipeline using e.g.: map:transform src=data.xsl type=xalan/ to use xalan instead of the default transformer. What is xsltc ??? its just an xsl processor kind regards Jens Maukisch - sn AG netBank solutions Klingenderstr. 5mailto:[EMAIL PROTECTED] D-33100 Paderborn http://www.s-und-n.de - CeBIT 2003 * Hannover * 12.-19.3.2003 Besuchen Sie uns auf dem Stand der Software AG Halle 18 EG * Bank-Finanz-Systeme * Stand A24.15 - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]