Re: Processing XSL output as XSP
Ah Moh
I am not a cocoon guru at all, but its my understanding
that XSP is only usable at the *start* of a pipeline,
because its a generator (plus the Cocoon rule is
only one generator per match) - so in your example
below the generator is the file called course/en/{1}.xml
and you cannot have another generator there too!
This is why many tutorials and books suggest that the
transformer (builtin or custom) or action component is
far more powerful - maybe this is what you need to look
at?
Derek
PS Also look at the Cocoon wiki site which outlines
the use of XSP:
http://wiki.cocoondev.org/Wiki.jsp?page=XSPFundamentals
[EMAIL PROTECTED] 20/02/2003 09:47:45
Hi,
I'm new to Cocoon, so sorry if this is a question with an obvious
answer - but Ican't find anything online which explains how to do this.
I have a set of pages in XML. I pass them through an XSL
transformation, which auto-generates hyperlinks, etc. Because I want to
use sessions when these pages are viewed on the web, this XSL file adds
in XSP tags, including xsp-session:encode-url
The output from this xsl transformation is valid xsp - at least, it
follows exactly the same pattern as the 'apple' xsp example from the
cocoon wiki, with the same xmlns declarations at the beginning, etc.
So, at this point I want to add something to my pipeline which tells
Cocoon to treat the XSL output as XSP, but I can't work it out!
Here's the relevant part of my sitemap:
map:match pattern=course/**
map:generate src=course/en/{1}.xml/
map:transform src=course/course.xslmap:parameter
name=use-request-parameters value=true//map:transform
!-- something needed here --
map:serialize type=html/
/map:match
I assume that somwhere here I need a tag something like map:transform
type=serverpage after the existing . I've tried variations on
map:transform type=serverpage/, but this just gets me error messages
about component handlers not being found. So, I'm missing something.
Any hints would be very gratefully received! It's probably something
really obvious, but I've got a mental block on it now.
Many thanks,
Ah Moh
--
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
The CSIR exercises no editorial control over E-mail messages and/or
attachments thereto/links referred to therein originating in the
organisation and the views in this message/attachments thereto are
therefore not necessarily those of the CSIR and/or its employees.
The sender of this e-mail is, moreover, in terms of the CSIR's Conditions
of Service, subject to compliance with the CSIR's internal E-mail and
Internet Policy.
-
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: failure in request parameters
Hello Nesto,
I am using Cocoon 2.04 + Tomcat
4.1.18 + Red Hat Linux 8.0 too.
I hope to find a solution soon.
I will notify you. I hope with good news.
Regards,
Eduardo.
- Original Message -
From:
Nesto
To: [EMAIL PROTECTED]
Sent: Wednesday, February 19, 2003 3:03
PM
Subject: Re: failure in request
parameters
Hi Eduardo!
I have the same problem with a jsp.
HereI forward you the (only) answer I
received from the cocoon developers mailing list, with my original
message.
Maybe it can help you.
Now I'm thinking in translate myJSPs in
XSPs as you can read on my posts (but I haven't received any answer yet), but
I we can solve this problem it would be better!
If you have some solution please, tell
me!
Regards,
Nesto
- Original Message -
From: "Konstantin Piroumian" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 18, 2003 10:43 AM
Subject: Re: Is this a bug?
Check if the JSP samples work. If yes, then
probably there's an error somewhere in your code that causes an
exception which is handled incorrectly in the recent Cocoon (according
to rumors in users list). Also, you can use the
JSPReader to get the pure output of your JSP and then check Cocoon
logs to see if there are any exceptions (except the Illegal state
one). Konstantin
- Original Message -
From:
Nesto
To: [EMAIL PROTECTED]
Sent: Tuesday, February 18, 2003 10:29
AM
Subject: Is this a bug?
Hello!
I have a problem with a JSP generator, and
after manyattempts,now I think that there could be a
bug.
So I need your help!
I use Cocoon 2.0.4 with Tomcat 4.1.18, on a
server that runs Linux RedHat 8.
Here I write my simple test code:
The jsp (named prova.jsp)generates a
small xml data, and reads a request parameter from the http
request.
%@ page contentType="text/xml"%?xml
version="1.0"?document
parametro%=request.getParameter("name")%/parametro/document
This simple jsp was included as generator in my
sitemap:
?xml version="1.0"?
map:sitemap
xmlns:map="http://apache.org/cocoon/sitemap/1.0"
map:components
map:generators
default="file"/
map:transformers
default="xslt"/
map:readers
default="resource"/
map:serializers
default="html"/
map:selectors
default="browser"/
map:matchers
default="wildcard"/
/map:components
map:pipelines
map:pipeline
map:match
pattern="prova.jsp"
map:act type="request"
map:parameter
name="parameters" value="true"/
map:generate
type="jsp" src=""
mime-type="text/xml"/
map:serialize
type="xml"/
/map:act
/map:match
/map:pipeline
/map:pipelines
/map:sitemap
!-- end of file --
I think
there is nothing wrong in this sitemap!
But
when I request http://myHost:8080/cocoon/myApp/prova.jsp?name=xyz
I get
the exception:
HTTP Status 500 -
type
Exception report
message
description The server encountered an internal
error () that prevented it from fulfilling this request.
exception java.lang.IllegalStateException
at org.apache.coyote.tomcat4.CoyoteResponseFacade.reset(CoyoteResponseFacade.java:251)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1115)
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:260)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
Re: cocoon-2.0.4-vm14, jboss-3.0.4_tomcat-4.1.12: Problem running Portal Sample
That is interesting Hartmut ! I couldn't get into the portal in 2.0.4 without rebuilding from source with the scratchpad libs. Don't know what is wrong - I am also using a standalone Tomcat, so probably cannot help you with your specific setup. -Holger On Tue, 18 Feb 2003, Hartmut Schlotterbeck wrote: [EMAIL PROTECTED] schrieb: in Cocoon 2.0.x the portal is only in the scratchpad libraries, not in the binary distribution. You need to build cocoon including the scratchpad libs from source, then it works. Or build 2.1 dev from source (no scratchpad libs needed here) I have tested the binary distribution of cocoon 2.0.4 under a standalone installation of apache tomcat 4.1.12. There the portal sample works very well without building cocoon from source. Are the scratchpad libraries included in the standalone version of tomcat? Hartmut - Please check that your question has not already been answered in the FAQ before posting. a href=http://mail.cswebmail.com/jump/http://xml.apache.org/cocoon/faq/index.htmlhttp://xml.apache.org/cocoon/faq/index.html/a; 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/ - 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]
AW: Processing XSL output as XSP
the limitation of one generator per pipeline is no real problem here;
instead of going 'the linear way', just go 'the indirect way': you can have
the map:generate reference a pipeline as source. so, in one pipeline you
generate the xsp, in the other you have that xsp generate output.
your pipeline:
map:match pattern=course/**
1. map:generate src=course/en/{1}.xml/
2. map:transform src=course/course.xsl
map:parameter name=use-request-parameters value=true/
/map:transform
!-- something needed here --
3.
4. map:serialize type=html/
/map:match
steps 1. and 2. are to generate the xsp to be executed. at step 3. I assume
you want to have your xsp executed whose output is serilized to html in step
4.
now we repackage this; steps 1. and 2. go to a separate pipeline as well as
steps 3. and 4.:
map:match pattern=course/**
map:generate type=serverpages src=cocoon:/generated({1}).xsp/ !--
referencing pipeline below --
map:serialize type=html/
/map:match
map:match pattern=generated(**).xsp
map:generate src=course/en/{1}.xml/
map:transform src=course/course.xsl
map:parameter name=use-request-parameters value=true/
/map:transform
map:serialize type=xml/
/map:match
caveat: you have to hand over the request parameter to the generated.xsp
pipeline (because the call to the pipeline represents a different request)
so that the transformer can process them.
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Im
Auftrag von [EMAIL PROTECTED]
Gesendet: Donnerstag, 20. Februar 2003 08:48
An: [EMAIL PROTECTED]
Betreff: Processing XSL output as XSP
Hi,
I'm new to Cocoon, so sorry if this is a question with an obvious
answer - but I can't find anything online which explains how to do this.
I have a set of pages in XML. I pass them through an XSL
transformation, which auto-generates hyperlinks, etc. Because I
want to use sessions when these pages are viewed on the web, this
XSL file adds in XSP tags, including xsp-session:encode-url
The output from this xsl transformation is valid xsp - at least,
it follows exactly the same pattern as the 'apple' xsp example
from the cocoon wiki, with the same xmlns declarations at the
beginning, etc. So, at this point I want to add something to my
pipeline which tells Cocoon to treat the XSL output as XSP, but I
can't work it out!
Here's the relevant part of my sitemap:
map:match pattern=course/**
map:generate src=course/en/{1}.xml/
map:transform src=course/course.xslmap:parameter
name=use-request-parameters value=true//map:transform
!-- something needed here --
map:serialize type=html/
/map:match
I assume that somwhere here I need a tag something like
map:transform type=serverpage after the existing . I've
tried variations on map:transform type=serverpage/, but this
just gets me error messages about component handlers not being
found. So, I'm missing something. Any hints would be very
gratefully received! It's probably something really obvious, but
I've got a mental block on it now.
Many thanks,
Ah Moh
-
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]
Is this question too simple to be answered ?
Hi, is this question too simple to be answered ? -Message d'origine- De : Laurent Comte [mailto:[EMAIL PROTECTED]] Envoy : mercredi 19 fvrier 2003 13:25 A : [EMAIL PROTECTED] Objet : Simple pb with subsitemap mount Hi, I just try to create subsitemap as written in docs. I have : [sitemap.xmap] ... map:pipelines !-- very simple test -- map:pipeline map:match pattern=view/** map:mount uri-prefix=view check-reload=true src=file:///D:\work\web.xmap / /map:match /map:pipeline /map:pipelines ... [D:\work\web.xmap] ... map:pipelines map:pipeline map:match pattern=**/index.xml map:generate src=index.xml/ map:transform src=index.xsl/ map:serialize/ /map:match /map:pipeline /map:pipelines ... So, when I type http://localhost:8080/cocon/view/index.xml, i've got this beautiful thing : description org.apache.cocoon.ProcessingException: Exception during processing of file:/D:/index.xsl: java.io.FileNotFoundException: \index.xsl (The system cannot find the file specified) sender org.apache.cocoon.servlet.ParanoidCocoonServlet source Cocoon servlet stack-trace org.apache.cocoon.ProcessingException: Exception during processing of file:/D:/index.xsl: java.io.FileNotFoundException: \index.xsl (The system cannot find the file specified) at org.apache.cocoon.components.source.AbstractStreamSource.toSAX(AbstractStrea mSource.java:211) at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XS LTProcessorImpl.java:268) at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XS LTProcessorImpl.java:239) at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java: 298) at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab stractEventPipeline.java:215) at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven tPipeline.java:278) at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(Cachi ngEventPipeline.java:141) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS treamPipeline.java:317) at org.apache.cocoon.www.file_.D_.work.web_xmap.matchN10224(D:\Java\Oodrive\Tom cat\work\cocoon-files\org/apache/cocoon/www/file_/D_/work\web_xmap.java:1530 ) at org.apache.cocoon.www.file_.D_.work.web_xmap.process(D:\Java\Oodrive\Tomcat\ work\cocoon-files\org/apache/cocoon/www/file_/D_/work\web_xmap.java:1439) at org.apache.cocoon.www.file_.D_.work.web_xmap.process(D:\Java\Oodrive\Tomcat\ work\cocoon-files\org/apache/cocoon/www/file_/D_/work\web_xmap.java:1385) 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.matchN1020C(D:\Java\Oodrive\Tomcat\work\c ocoon-files\org/apache/cocoon/www\sitemap_xmap.java:1447) at org.apache.cocoon.www.sitemap_xmap.process(D:\Java\Oodrive\Tomcat\work\cocoo n-files\org/apache/cocoon/www\sitemap_xmap.java:1394) at org.apache.cocoon.www.sitemap_xmap.process(D:\Java\Oodrive\Tomcat\work\cocoo n-files\org/apache/cocoon/www\sitemap_xmap.java:1340) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) at org.apache.cocoon.Cocoon.process(Cocoon.java:575) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at
!!!SQL actions!!!
Hello, Is there anybody who can help me with sql actions! I'm trying to add, edit, delete objects in my database, but now I use sql queries, and that's not a good solution! I have a connection, some fields in my xsp page and a add to database button. How does actions exactly work? Help please! Thanks - 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: Is this question too simple to be answered ?
here is what I did : In the main sitemap : !-- === mount sub sitemap === -- map:pipeline map:match pattern=request/* map:mount uri-prefix=request check-reload=true src=demo/sitemap.xmap method-reload=synchron/ /map:match /map:pipeline !-- == -- In the subsitemap : map:match pattern=request map:generate type=serverpages src=request.xsp/ map:transform type=xslt src=request.xsl/-- map:transform type=xslt src=documents.xsl/ map:serialize type=html/ /map:match Try relative location for your files. Hope this help At 10:27 20/02/2003 +0100, you wrote: Hi, is this question too simple to be answered ? -Message d'origine- De : Laurent Comte [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 19 février 2003 13:25 A : [EMAIL PROTECTED] Objet : Simple pb with subsitemap mount Hi, I just try to create subsitemap as written in docs. I have : [sitemap.xmap] ... map:pipelines !-- very simple test -- map:pipeline map:match pattern=view/** map:mount uri-prefix=view check-reload=true src=file:///D:\work\web.xmap / /map:match /map:pipeline /map:pipelines ... [D:\work\web.xmap] ... map:pipelines map:pipeline map:match pattern=**/index.xml map:generate src=index.xml/ map:transform src=index.xsl/ map:serialize/ /map:match /map:pipeline /map:pipelines ... So, when I type http://localhost:8080/cocon/view/index.xml, i've got this beautiful thing : description org.apache.cocoon.ProcessingException: Exception during processing of file:/D:/index.xsl: java.io.FileNotFoundException: \index.xsl (The system cannot find the file specified) sender org.apache.cocoon.servlet.ParanoidCocoonServlet source Cocoon servlet stack-trace org.apache.cocoon.ProcessingException: Exception during processing of file:/D:/index.xsl: java.io.FileNotFoundException: \index.xsl (The system cannot find the file specified) at org.apache.cocoon.components.source.AbstractStreamSource.toSAX(AbstractStrea mSource.java:211) at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XS LTProcessorImpl.java:268) at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XS LTProcessorImpl.java:239) at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java: 298) at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab stractEventPipeline.java:215) at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven tPipeline.java:278) at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(Cachi ngEventPipeline.java:141) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS treamPipeline.java:317) at org.apache.cocoon.www.file_.D_.work.web_xmap.matchN10224(D:\Java\Oodrive\Tom cat\work\cocoon-files\org/apache/cocoon/www/file_/D_/work\web_xmap.java:1530 ) at org.apache.cocoon.www.file_.D_.work.web_xmap.process(D:\Java\Oodrive\Tomcat\ work\cocoon-files\org/apache/cocoon/www/file_/D_/work\web_xmap.java:1439) at org.apache.cocoon.www.file_.D_.work.web_xmap.process(D:\Java\Oodrive\Tomcat\ work\cocoon-files\org/apache/cocoon/www/file_/D_/work\web_xmap.java:1385) 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.matchN1020C(D:\Java\Oodrive\Tomcat\work\c ocoon-files\org/apache/cocoon/www\sitemap_xmap.java:1447) at org.apache.cocoon.www.sitemap_xmap.process(D:\Java\Oodrive\Tomcat\work\cocoo n-files\org/apache/cocoon/www\sitemap_xmap.java:1394) at org.apache.cocoon.www.sitemap_xmap.process(D:\Java\Oodrive\Tomcat\work\cocoo n-files\org/apache/cocoon/www\sitemap_xmap.java:1340) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) at org.apache.cocoon.Cocoon.process(Cocoon.java:575) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at
redirection in XSP?
Hi I want to write a couple of XSP pages. The first one would read the request parameters and continue if the parameters satisfy some conditions but if they don't I want it to redirect the processing to another XSP. Is this possible? Currently the above process is done by jsp pages... and using something like within the jsp: response.sendRedirect(requestURI); Alban This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. - 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: Is this question too simple to be answered ?
Hi, and thanks for your reply :) quote Try relative location for your files. /quote The problem is that my subsitemap is not located in a subfolder under the main sitemap. So I must specify as src something like ../../../Apache/htdocs/myFolder/itsHere. Humf! == BUT, finally I found 2 interesting things : 1/ Even in Windows, if I specify the path as file:///D:/work/web.xmap instead file:///D:\work\web.xmap, it works ! Not really logic. 2/ When I change something in the main sitemap without updating the subsitemap file, it fails ! I must make a fake modification in the subsitemap file to make things working ... A little bit confusing, isn't it ? BTW, do you have the same behaviours (I use 2.0.4) ??? Laurent. - 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]
Broken encoding UTF-8 in XSP
Hello gurus of cocoon. I have a problem with encoding. I use a simple input XML-file (2.xml) with 4 internationalization characters (Russian). ?xml version=1.0 encoding=UTF-8? xsp:page language=java xmlns:xsp=http://apache.org/xsp; TestÑ'Ð÷Ñ_Ñ'123/Test /xsp:page And two entries in the sitemap.xconf: // Just generate and serialize map:match pattern=2.xml map:generate src=docs/2.xml/ map:serialize type=xml/ /map:match // Generate serverpage .java class and serialize map:match pattern=2.xsp map:generate type=serverpages src=docs/2.xml/ map:serialize type=xml/ /map:match Than I'm trying to get it by URL http:///2.xml and see the same is input file The hex dump of 4 international chars in UTF-8 is D1 27 D0 F7 D1 5F D1 27 So all is correct. But if I'm trying to get it by URL http://.../2.xsp i get broken output XML-file: ?xml version=1.0 encoding=UTF-8? page xmlns:xsp=http://apache.org/xsp; TestÃ_Ã_Ã+Ã_123/Test /page The hex dump of 4 international chars in UTF-8 is C3 5F C3 5F C3 2B C3 5F So charcodes was changed by the way. And that is Western Europe characters. If we take a look in generated _2_xml.java class we'll see: ... this.characters(òåñò123); ... This is the same 4 chars in Cp1251 (default windows encoding for russian locale). And that is correct because JAVA's property file.encoding=Cp1251. Help me to understand what the problem is. Where are the encoding changing? Sorry for my bad English :) I'm using Windows 2000, Tomcat-4.0.4, Cocoon-2.0.2 My java properties: java.runtime.name=Java(TM) 2 Runtime Environment, Standard Edition vendor-url=http\://xml.apache.org/xalan-j sun.boot.library.path=C\:\\bin\\jdk\\jre\\bin java.vm.version=1.3.1_03-b03 java.vm.vendor=Sun Microsystems Inc. java.vendor.url=http\://java.sun.com/ path.separator=; java.vm.name=Java HotSpot(TM) Client VM file.encoding.pkg=sun.io org.xml.sax.driver=org.apache.xerces.parsers.SAXParser java.vm.specification.name=Java Virtual Machine Specification user.dir=C\:\\bin\\tomcat java.runtime.version=1.3.1_03-b03 java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment os.arch=x86 java.io.tmpdir=c\:\\tmp\\ line.separator=\r\n java.vm.specification.vendor=Sun Microsystems Inc. java.naming.factory.url.pkgs=org.apache.naming java.awt.fonts= os.name=Windows 2000 vendor=Apache Software Foundation java.library.path=C\:\\bin\\jdk\\bin;.;C\:\\WINNT\\System32;C\:\\WINNT;C\:\\bin\\j2sdk1.4\\bin;C\:\\oracle\\ora90\\bin;C\:\\WINNT\\system32;C\:\\WINNT;C\:\\WINNT\\System32\\Wbem;c\:\\bin\\cygwin\\bin;c\:\\bin;c\:\\bin\\jdk\\bin;C\:\\bin\\jdk\\jre\\bin;C\:\\oracle\\ora90\\bin;C\:\\WINNT\\system32;C\:\\WINNT;C\:\\WINNT\\System32\\Wbem;c\:\\bin\\cygwin\\bin;c\:\\bin java.specification.name=Java Platform API Specification java.class.version=47.0 os.version=5.0 user.home=C\:\\Documents and Settings\\egor catalina.useNaming=true user.timezone=Europe/Moscow java.awt.printerjob=sun.awt.windows.WPrinterJob file.encoding=Cp1251 java.specification.version=1.3 catalina.home=C\:\\bin\\tomcat java.class.path=C\:\\bin\\tomcat\\bin\\bootstrap.jar user.name=egor java.naming.factory.initial=org.apache.naming.java.javaURLContextFactory java.vm.specification.version=1.0 java.home=C\:\\bin\\jdk\\jre user.language=ru java.specification.vendor=Sun Microsystems Inc. awt.toolkit=sun.awt.windows.WToolkit java.vm.info=mixed mode java.version=1.3.1_03 java.ext.dirs=C\:\\bin\\jdk\\jre\\lib\\ext sun.boot.class.path=C\:\\bin\\jdk\\jre\\lib\\rt.jar;C\:\\bin\\jdk\\jre\\lib\\i18n.jar;C\:\\bin\\jdk\\jre\\lib\\sunrsasign.jar;C\:\\bin\\jdk\\jre\\classes java.vendor=Sun Microsystems Inc. catalina.base=C\:\\bin\\tomcat file.separator=\\ java.vendor.url.bug=http\://java.sun.com/cgi-bin/bugreport.cgi version=2.3.1 sun.io.unicode.encoding=UnicodeLittle sun.cpu.endian=little user.region=RU sun.cpu.isalist=pentium i486 i386 -- Best regards, Egor mailto:[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]
XPath problems in Cocoon?
Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna
Re: XPath problems in Cocoon?
Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
RE: Is this question too simple to be answered ?
Not sure about (1) - as I have not done this before, but for (2) look at the documnentation for the reload-method="synchron" attribute/value. (example under: http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSWTutorial_01 and http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html - in the section 'Reloading'_ [EMAIL PROTECTED] 20/02/2003 12:23:23 Hi, and thanks for your reply :)quoteTry relative location for your files./quoteThe problem is that my subsitemap is not located in a subfolderunder the main sitemap. So I must specify as "src" something like"../../../Apache/htdocs/myFolder/itsHere". Humf!== BUT, finally I found 2 interesting things :1/ Even in Windows, if I specify the path as "file:///D:/work/web.xmap" instead "file:///D:\work\web.xmap", it works ! Not really logic.2/ When I change something in the main sitemap without updating thesubsitemap file, it fails ! I must make a "fake" modification in the subsitemap fileto make things working ...A little bit confusing, isn't it ?BTW, do you have the same behaviours (I use 2.0.4) ???Laurent.-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
RE: Is this question too simple to be answered ?
i''m using cocoon 2.0.4 and tomcat 3.3.1. I didn't encounter this trouble. It's working fine for me. If your subsitemap is not reloaded you should look at te different option in map:mount ... At 11:23 20/02/2003 +0100, you wrote: Hi, and thanks for your reply :) quote Try relative location for your files. /quote The problem is that my subsitemap is not located in a subfolder under the main sitemap. So I must specify as src something like ../../../Apache/htdocs/myFolder/itsHere. Humf! == BUT, finally I found 2 interesting things : 1/ Even in Windows, if I specify the path as file:///D:/work/web.xmap instead file:///D:\work\web.xmap, it works ! Not really logic. 2/ When I change something in the main sitemap without updating the subsitemap file, it fails ! I must make a fake modification in the subsitemap file to make things working ... A little bit confusing, isn't it ? BTW, do you have the same behaviours (I use 2.0.4) ??? Laurent. - 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]
reverse proxy with mod_proxy in front of cocoon
I am looking for ways to connect my existing apache httpd server to cocoon so I can get nice urls like www.httpdsever.com/cocoon/. I'm attracted to using mod_proxy instead of mod_jk and friends because mod_proxy is simpler to install and will allow me to support other servers like zope or perl etc. The guide at http://wiki.cocoondev.org/Wiki.jsp?page=ApacheModProxy is fantastic. However the performance tuning tips at http://xml.apache.org/cocoon/performancetips.html says not to use mod proxy because it kills keep alives. Does anyone know when it is necessary to use keep alives with cocoon? My general feelings on keep alives is that they are to be avoided anyway. My searching of the lists (cocoon and httpd) hasn't turned up anything. Cheers Cal Caleb Racey Webteam University Computer Service University of Newcastle tel 0191 222 5916 - 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: redirection in XSP?
Alban Look at: http://wiki.cocoondev.org/Wiki.jsp?page=Redirecting Derek [EMAIL PROTECTED] 20/02/2003 12:14:01 HiI want to write a couple of XSP pages. The first one would read the requestparameters and continue if the parameters satisfy some conditions but ifthey don't I want it to redirect the processing to another XSP. Is thispossible?Currently the above process is done by jsp pages... and using something likewithin the jsp: response.sendRedirect(requestURI);AlbanThis message may contain privileged and/or confidential information. If youhave received this e-mail in error or are not the intended recipient, youmay not use, copy, disseminate or distribute it; do not open anyattachments, delete it immediately from your system and notify the senderpromptly by e-mail that you have done so. Thank you.-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
Re: XPath problems in Cocoon?
Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version="1.0" encoding="utf-8" ? root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:51 PM Subject: Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
RE: Is this question too simple to be answered ?
Yes, I read it already. So I have check-reload="yes"and reload-method="synchron", BUT the problem is : If I update the main sitemap file without updating the subsitemap file, I obtain a NullPointerException during parsing of the subsitemap file. If I make a fake update in the subsitemap file, it works. Even If I make a fake update in the MAIN sitemap file, I've got the Exception. Regards. Laurent === but for (2) look at the documnentation for the reload-method="synchron" attribute/value. (example under: http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSWTutorial_01 and http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html - in the section 'Reloading'_
RE: XPath problems in Cocoon?
Perhaps a trail : You use map:generate src="" type="html"/, so perhaps after the generator process, your html page is not EXACTLY the same as your static html file, and your Xpath expression fails. I think you cantrace Cocoon outputs during pipeline process as described in the documentation. Regards.Laurent -Message d'origine-De: Anna Afonchenko [mailto:[EMAIL PROTECTED]]Envoyé: jeudi 20 février 2003 12:05À: [EMAIL PROTECTED]Objet: Re: XPath problems in Cocoon? Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version="1.0" encoding="utf-8" ? root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:51 PM Subject: Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
RE: XPath problems in Cocoon?
Good point - if your source document is well-formed XML (it does look like it) - then put an ?xml version="1.0"? at the top, renameit and try: map:generate src="" type="file"/ Derek ** I usually have "serverpages" or "file" as my type [EMAIL PROTECTED] 20/02/2003 01:12:06 Perhaps a trail : You use map:generate src="" type="html"/, so perhaps after the generator process, your html page is not EXACTLY the same as your static html file, and your Xpath expression fails. I think you cantrace Cocoon outputs during pipeline process as described in the documentation. Regards.Laurent -Message d'origine-De: Anna Afonchenko [mailto:[EMAIL PROTECTED]]Envoyé: jeudi 20 février 2003 12:05À: [EMAIL PROTECTED]Objet: Re: XPath problems in Cocoon? Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version="1.0" encoding="utf-8" ? root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:51 PM Subject: Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy." -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
Re: XPath problems in Cocoon?
Hmm - I tried this same transform using Jame Clarke's XT program (old, but normally robust) and I got the same result - ?xml version="1.0" encoding="utf-8" ? root / I am not an XSLT guru - are you sure the syntax is not specific to XML spy?? Have you tried with some other XSLT engine? Derek [EMAIL PROTECTED] 20/02/2003 01:04:47 Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version="1.0" encoding="utf-8" ? root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:51 PM Subject: Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy." -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
RE: Is this question too simple to be answered ?
Null Pointer exceptions are my worst ;-( but often the root problem is a simple one - it sounds like something is wrong with the subsitemap [EMAIL PROTECTED] 20/02/2003 01:07:19 Yes, I read it already. So I have check-reload="yes"and reload-method="synchron", BUT the problem is : If I update the main sitemap file without updating the subsitemap file, I obtain a NullPointerException during parsing of the subsitemap file. If I make a fake update in the subsitemap file, it works. Even If I make a fake update in the MAIN sitemap file, I've got the Exception. Regards. Laurent === but for (2) look at the documnentation for the reload-method="synchron" attribute/value. (example under: http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSWTutorial_01 and http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html - in the section 'Reloading'_ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
Re: XPath problems in Cocoon?
I tried it with XPathVisualizer tool, and it gives right result. But when I tried to run the stylesheet through the batch file using Saxon, I also got empty result. So I am really confused. Maybe somebody can suggest another XPath to accomplish this? I want to choose all a tags for which the first following tag that is not a white-space only text is also a tag, e.g. when there are adjacent a tags with no separate characters between them. This seems to be not too complex XPath, and the XPath that I constructed: //a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a'] seems to be rather intuitive, so I am really confused why it doesn't work. Moreover, why it DOES work in XMLSpy/XPathVisualizer and DOESN"T work with Saxon/Cocoon. I am really confused and will really appreciate any help with this issue. Thank you very much for help. Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 1:27 PM Subject: Re: XPath problems in Cocoon? Hmm - I tried this same transform using Jame Clarke's XT program (old, but normally robust) and I got the same result - ?xml version="1.0" encoding="utf-8" ? root / I am not an XSLT guru - are you sure the syntax is not specific to XML spy?? Have you tried with some other XSLT engine? Derek [EMAIL PROTECTED] 20/02/2003 01:04:47 Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version="1.0" encoding="utf-8" ? root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:51 PM Subject: Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy." -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's
RE: Is this question too simple to be answered ?
Well, Cocoon is not going to recognize the need to reload *unless* there is a change; but you should not be getting null pointer - for debugging its usually easier to make one change at a time to try and pin down the source. Alternativelty, try with a new sitemap OR move the existing one somewhere else...? And, yes, Cocoon is very difficult *in the beginning* when you don't know what youare doing (or fail to understand how it is carrying your instructions) - and quite unforgiving of careless mistakes. (Last night, for example, I found I needed to add a ** to the start of a match so I could call an 'internal' pipeline from anywhere in the sitemap - its taken me_one week__ of working nights to try all sorts of changes and combos because of not understanding or knowing one small thing ;-( [EMAIL PROTECTED] 20/02/2003 01:38:43 I don't think so because just a "fake" modification in the subsitemap file (just to change the date of the file) makes things go right. I think the problem is a Cocoon's reload problem or the problem is ME. Laurent. nb : from the beginning, Cocoon is very horrible with me ... = Null Pointer exceptions are my worst ;-( but often the root problem is a simple one - it sounds like something is wrong with the subsitemap-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
BeginnerSimpleWebappOrganisation strange evolution ...
Hy;
I noticed a slight modification in
http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisation
which from my understanding has introduced two severe errors!
As i don't exactly know, why these changes have been made,
i want to ask if i missunderstood something. Here is, what i
find suspect:
1.) Advanced Issue: separating your work folder from cocoon
...
map:pipeline
map:match pattern=work/**
map:mount check-reload=yes
reload-method=synchron
src=work/sitemap.xmap
uri-prefix=work/
/map:match
/map:pipeline
This snippet i found in the doc. In my eyes this does NOT
what is explained in the doc. From my understanding the
source must be declared as absolute path as follows:
src=/work/sitemap.xmap
Why has the leading slash been deleted in the doc?
2.) Advanced issue: Setting up a generic mount point outside of Cocoon
I found a similar modification:
src=work/{1}/sitemap.xmap
Shouldn't it be:
src=/work/{1}/sitemap.xmap
I post this email only, because i don't understand, why these mods have
been made. From the history i can see, these mods have been made by two
different persons... hmm...
--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail: [EMAIL PROTECTED]
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sitemap parameters lifetime
As described
at
http://xml.apache.org/cocoon/userdocs/concepts/actions.html,
you can set
sitemap param as :
sitemapParams.put("world",
"hello");
I think it
must be said what is the lifetime of the param
"world".
Because after
the execution of the pipeline where this parameter
is setted (via an
Action), the value of parameter "world" is still "hello" !
Soare you
agreewith :
"Sitemap parameters
are "global" parameters ?
And not "local" to a
pipeline ?"
I think it's
important ...
Laurent.
is tomcat a bad choice? (Re: alternative to tomcat?)
I followed the other thread with interest. I didn't find a single argument, why i should continue using tomcat. Can anyone convince me, that my choice to use tomcat was a good choice after all ??? From the ongoing discussion and from the fact, that jetty is now included in cocoon what shall i conclude ? I'm planning to use apache/tomcat/cocoon in a production environment. But wouldn't it be more appropriate to use apache/jetty/cocoon in the future ? And finally, wouldn't it be wise to add a cocoon with Jetty page in CocoonCompetenceCenter ? ;-) regards, hussayn -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BeginnerSimpleWebappOrganisation strange evolution ...
Hussayn
From the Cocoon docs site:
http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html
map:match pattern=faq/*
map:mount uri-prefix=faq
check-reload=no
src=faq/sitemap.xmap/
/map:match
The src attribute is where the sub-sitemap is located.
If it ends in a slash sitemap.xmap is appended to find the sitemap,
otherwise the src value is used. A check-reload attribute can be used
to determine if the modification date of the sub-sitemap file should be
checked.
The uri-prefix is the part that should be removed from the request URI.
The engine will correctly check for a trailing slash (which you may
write,
of course). If in the example above faq/cocoon is requested, faq/
is removed from the URI and cocoon is passed to the sub-sitemap
which is loaded from faq/sitemap.xmap.
So - the Cocoon docs writer seems to be saying that src DOES NOT NEED
a leading '/' (of course, I am not sure if one is permissible??)
I think we need clarity from one of the gurus and for both sites
to
be updated with this detailed clarification !
Derek
[EMAIL PROTECTED] 20/02/2003 01:59:54
Hy;
I noticed a slight modification in
http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisation
which from my understanding has introduced two severe errors!
As i don't exactly know, why these changes have been made,
i want to ask if i missunderstood something. Here is, what i
find suspect:
1.) Advanced Issue: separating your work folder from cocoon
...
map:pipeline
map:match pattern=work/**
map:mount check-reload=yes
reload-method=synchron
src=work/sitemap.xmap
uri-prefix=work/
/map:match
/map:pipeline
This snippet i found in the doc. In my eyes this does NOT
what is explained in the doc. From my understanding the
source must be declared as absolute path as follows:
src=/work/sitemap.xmap
Why has the leading slash been deleted in the doc?
2.) Advanced issue: Setting up a generic mount point outside of Cocoon
I found a similar modification:
src=work/{1}/sitemap.xmap
Shouldn't it be:
src=/work/{1}/sitemap.xmap
I post this email only, because i don't understand, why these mods have
been made. From the history i can see, these mods have been made by
two
different persons... hmm...
--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail: [EMAIL PROTECTED]
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
The CSIR exercises no editorial control over E-mail messages and/or
attachments thereto/links referred to therein originating in the
organisation and the views in this message/attachments thereto are
therefore not necessarily those of the CSIR and/or its employees.
The sender of this e-mail is, moreover, in terms of the CSIR's Conditions
of Service, subject to compliance with the CSIR's internal E-mail and
Internet Policy.
-
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]
AW: is tomcat a bad choice? (Re: alternative to tomcat?)
G'day! I have asked the question (alternative to tomcat?) and I will switch to jetty as well with the next version of my app! My reasons are: - faster (less ressources needed) - liable (last 14 days tomcat crashed 14 times :() - less overhead - ... And finally, wouldn't it be wise to add a cocoon with Jetty page in CocoonCompetenceCenter ? ;-) Yes, I think that will be a good idea. +1 King regards Thorsten - 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: XPath problems in Cocoon?
I tried it with XPathVisualizer tool, and it gives right result. But when I tried to run the stylesheet through the batch file using Saxon, I also got empty result. So I am really confused. Maybe somebody can suggest another XPath to accomplish this? I want to choose all a tags for which the first following tag that is not a white-space only text is also a tag, e.g. when there are adjacent a tags with no separate characters between them. This seems to be not too complex XPath, and the XPath that I constructed: //a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a'] seems to be rather intuitive, so I am really confused why it doesn't work. Moreover, why it DOES work in XMLSpy/XPathVisualizer and DOESN"T work with Saxon/Cocoon. I am really confused and will really appreciate any help with this issue. Thank you very much for help. Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 1:27 PM Subject: Re: XPath problems in Cocoon? Hmm - I tried this same transform using Jame Clarke's XT program (old, but normally robust) and I got the same result - ?xml version="1.0" encoding="utf-8" ? root / I am not an XSLT guru - are you sure the syntax is not specific to XML spy?? Have you tried with some other XSLT engine? Derek [EMAIL PROTECTED] 20/02/2003 01:04:47 Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version="1.0" encoding="utf-8" ? root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:51 PM Subject: Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=""One/a a href=""Two/a divseparator/div a href=""One1/a br / a href=""Two1/a divseparator/div a href=""One2/a some text a href=""Two2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:template match="/" root xsl:for-each select="//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a']" xsl:value-of select="."/ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern="testAnchors" map:generate src="" type="html"/ map:transform type="xslt-saxon" src=""/ map:serialize type="xml"/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy." -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's
RE: redirection in XSP?
After reading the page, I am a bit lost. Doesn't that mean the redirection has to be in an action? Why doesn't it work within xsp (or why not recommended)? From what I have seen in the cocoon source, there is a sendRedirect method on HttpResponse class. In fact, I have about 60 somethng pages and 15 of them require the use of redirection if necessary. Does that mean I need to write 15 actions and on action per xsp page? This will end up sitemap being very large as well. It is somehow kind of breaking up the logic... because each action per xsp and I believe they should be in the same place. Any more suggestions would be appreciated. Alban -Original Message-From: Derek Hohls [mailto:[EMAIL PROTECTED]]Sent: 20 February 2003 10:56To: [EMAIL PROTECTED]Subject: Re: redirection in XSP? Alban Look at: http://wiki.cocoondev.org/Wiki.jsp?page=Redirecting Derek [EMAIL PROTECTED] 20/02/2003 12:14:01 HiI want to write a couple of XSP pages. The first one would read the requestparameters and continue if the parameters satisfy some conditions but ifthey don't I want it to redirect the processing to another XSP. Is thispossible?Currently the above process is done by jsp pages... and using something likewithin the jsp: response.sendRedirect(requestURI);AlbanThis message may contain privileged and/or confidential information. If youhave received this e-mail in error or are not the intended recipient, youmay not use, copy, disseminate or distribute it; do not open anyattachments, delete it immediately from your system and notify the senderpromptly by e-mail that you have done so. Thank you.-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy." This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.
Re: XPath problems in Cocoon?
Even if the white spaces are supressed, the algorythm will stay right, because algorythm should check alla tags that are followed by another a tag, and the only node between them MAY (not MUST) be white-space only text node. Whatever the generator will do to the input file, it cannot possibly insert some non-space characters between two a tags that in the input file were separated just by white-space, so the algorythmshould still give the right answer. But since I indeed do not knowhow the input document will be rendered after going through generator, and moreover, through JTidy, I cannot rely on the fact that threre will be no whitespaces between two adjacent anchor tags, thus, I cannot just say in my XPath"choose all a tags for which the first following node is also an a tag", because for the case with not suppressed whitespaces, it will return wrong answers. There are some parsers that ingnore white space only nodes, so for them I wouldn't need to bother, but I use Saxon parser, and it considers white-space as a node, and I already encountered few cases where it mattered. Conclusion: I must check for presence of white spaces and whether they are present or not, return correct answer, all a tags that have adjacent a tag,i.e. first following tag that is not white space is a tag. Sorry, I know that this is not too much related to Cocoon, but this really frustrates me - WHAT should be the right XPath for this not-so-hard case to work in Cocoon??! Maybe somebody can give some idea? I really appreciate all your help. Thank you very much for answering. Anna - Original Message - From: Laurent Comte To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 2:18 PM Subject: RE: XPath problems in Cocoon? Not the answer but ... Are you obliged to base your algorithm on the presence of whitespaces ? If your html file is like : a href=""One/a a href=""Two/a , Iwon't bet a cent on how it will be rendered after the generator process ... Perhaps they will be suppressed, or what else ? ... And perhaps I didn't understood what you want to get exactly ... Laurent. -Message d'origine-De: Anna Afonchenko [mailto:[EMAIL PROTECTED]]Envoyé: jeudi 20 février 2003 12:57À: cocoon-usersObjet: Re: XPath problems in Cocoon? I tried it with XPathVisualizer tool, and it gives right result. But when I tried to run the stylesheet through the batch file using Saxon, I also got empty result. So I am really confused. Maybe somebody can suggest another XPath to accomplish this? I want to choose all a tags for which the first following tag that is not a white-space only text is also a tag, e.g. when there are adjacent a tags with no separate characters between them. This seems to be not too complex XPath, and the XPath that I constructed: //a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a'] seems to be rather intuitive, so I am really confused why it doesn't work. Moreover, why it DOES work in XMLSpy/XPathVisualizer and DOESN"T work with Saxon/Cocoon. I am really confused and will really appreciate any help with this issue. Thank you very much for help. Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 1:27 PM Subject: Re: XPath problems in Cocoon? Hmm - I tried this same transform using Jame Clarke's XT program (old, but normally robust) and I got the same result - ?xml version="1.0" encoding="utf-8" ? root / I am not an XSLT guru - are you sure the syntax is not specific to XML spy?? Have you tried with some other XSLT engine? Derek [EMAIL PROTECTED] 20/02/2003 01:04:47 Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version="1.0" encoding="utf-8" ? root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - From: Derek Hohls To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:51 PM Subject: Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if
RE: redirection in XSP?
Alban Its about concepts - XSP are intended to be *generators* of information, and the sitemap to handle the *flow of logic* in the app as a whole. This is in line with the underlying philosophy of "separation of concerns". Given the generator is at the start of a pipeline it does make much sense for it to handle redirection. So, my suggestion is to look at your app *as a whole* and then decide on the appropriate components within Cocoon to handle the situations that arise. Yes, this will probably involve some more work (and likely some worthwhile refactoring), but I think you will find you end up with a more robust system. My 2c Derek PS There is also a link off the page below to a wiki page on creating actions using XSPs this may help. PPS You could of course take a step backwards and use Cocoon 1 (which does allow XSP redirection) - maybe quicker in the short term but I think not so good in the long term. [EMAIL PROTECTED] 20/02/2003 02:39:15 After reading the page, I am a bit lost. Doesn't that mean the redirection has to be in an action? Why doesn't it work within xsp (or why not recommended)? From what I have seen in the cocoon source, there is a sendRedirect method on HttpResponse class. In fact, I have about 60 somethng pages and 15 of them require the use of redirection if necessary. Does that mean I need to write 15 actions and on action per xsp page? This will end up sitemap being very large as well. It is somehow kind of breaking up the logic... because each action per xsp and I believe they should be in the same place. Any more suggestions would be appreciated. Alban -Original Message-From: Derek Hohls [mailto:[EMAIL PROTECTED]]Sent: 20 February 2003 10:56To: [EMAIL PROTECTED]Subject: Re: redirection in XSP? Alban Look at: http://wiki.cocoondev.org/Wiki.jsp?page=Redirecting Derek [EMAIL PROTECTED] 20/02/2003 12:14:01 HiI want to write a couple of XSP pages. The first one would read the requestparameters and continue if the parameters satisfy some conditions but ifthey don't I want it to redirect the processing to another XSP. Is thispossible?Currently the above process is done by jsp pages... and using something likewithin the jsp: response.sendRedirect(requestURI);AlbanThis message may contain privileged and/or confidential information. If youhave received this e-mail in error or are not the intended recipient, youmay not use, copy, disseminate or distribute it; do not open anyattachments, delete it immediately from your system and notify the senderpromptly by e-mail that you have done so. Thank you.-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy." This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
Re: XPath problems in Cocoon?
Hi Anna, XMLSpy and XPathVisualizer probably use MSXML (unless you mean the Mozilla version of XPathVisualizer), so I guess this is a XSLT processor issue. I would suggest to forward your question to an XSLT specific group, as it is more likely to find an alternative solution there. Manos Anna Afonchenko wrote: I tried it with XPathVisualizer tool, and it gives right result. But when I tried to run the stylesheet through the batch file using Saxon, I also got empty result. So I am really confused. Maybe somebody can suggest another XPath to accomplish this? I want to choose all a tags for which the first following tag that is not a white-space only text is also a tag, e.g. when there are adjacent a tags with no separate characters between them. This seems to be not too complex XPath, and the XPath that I constructed: //a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a'] seems to be rather intuitive, so I am really confused why it doesn't work. Moreover, why it DOES work in XMLSpy/XPathVisualizer and DOESNT work with Saxon/Cocoon. I am really confused and will really appreciate any help with this issue. Thank you very much for help. Anna - Original Message - *From:* Derek Hohls mailto:[EMAIL PROTECTED] *To:* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *Sent:* Thursday, February 20, 2003 1:27 PM *Subject:* Re: XPath problems in Cocoon? Hmm - I tried this same transform using Jame Clarke's XT program (old, but normally robust) and I got the same result - ?xml version=1.0 encoding=utf-8 ? * * root / I am not an XSLT guru - are you sure the syntax is not specific to XML spy?? Have you tried with some other XSLT engine? Derek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 20/02/2003 01:04:47 Derek I don't get any error message, at least not in WEB-IN/logs/error.log I get an xml document in the browser: ?xml version=1.0 encoding=utf-8 ? * * root / i.e., the stylesheet was applied successfully, it just didn't match anything. Maybe my XPath expression is wrong, but then how comes it works in XMLSpy? Thanks for answering Anna - Original Message - *From:* Derek Hohls mailto:[EMAIL PROTECTED] *To:* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *Sent:* Thursday, February 20, 2003 12:51 PM *Subject:* Re: XPath problems in Cocoon? Anna What type of error message do you get in the log files? [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 20/02/2003 12:40:10 Hi all. I am not sure that this message is related to Cocoon, so I apologize, if this is not appropriate here. I have a very simple html - test.html: html head titleTest anchors/title /head body ptest anchors/p a href=one.htmlOne/a a href=two.htmlTwo/a divseparator/div a href=one.htmlOne1/a br / a href=two.htmlTwo1/a divseparator/div a href=one.htmlOne2/a some text a href=two.htmlTwo2/a /body /html I want to choose the 'a' nodes for which first following node that is not a white-space only node is 'a' node. E.g. in the html above only the first 'a' node should be picked up. I wrote a very simple xsl - test.xsl: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ root xsl:for-each select=//a[name(following-sibling::node()[1][not(self::text() and normalize-space())])='a'] xsl:value-of select=./ /xsl:for-each /root /xsl:template /xsl:stylesheet When I apply this stylesheet on my test.html using XMLSpy's XSL Transformation Tool, I get this xml: rootOne/root, e.g. it chose correctly the first a node. But when I apply this stylesheet using Cocoon, I get empty root/ as a result, e.g. in Cocoon nothing is chosen. Here is my pipeline: map:match pattern=testAnchors map:generate src=ub/testing/test.html type=html/ map:transform type=xslt-saxon src=ub/testing/test.xsl/ map:serialize type=xml/ /map:match Can somebody explain me what is wrong with my stylesheet and why doesn't it work using Cocoon? Thank you very much for help and sorry if this is not too much related. Best regards, Anna -- This message has been scanned for viruses and dangerous content by *MailScanner* http://www.mailscanner.info/, and is believed to be clean. The CSIR exercises no editorial control over E-mail messages and/or
Re: BeginnerSimpleWebappOrganisation strange evolution ...
Hy, Derek;
If you specify a relative src it will be resolved relative to the
current sitemap. If you specify an absolute source, it will be
resolved as is ==
suppose you put a submount into the rottsitemap, then:
src=work/sitemap.xmap == $cocoonroot/work/sitemap.xmap
src=/work/sitemap.xmap == /work/sitemap.xmap
If this is NOT correct, then i really missunderstood something ;-)
regards, hussayn
Derek Hohls wrote:
Hussayn
From the Cocoon docs site:
http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html
map:match pattern=faq/*
map:mount uri-prefix=faq
check-reload=no
src=faq/sitemap.xmap/
/map:match
The src attribute is where the sub-sitemap is located.
If it ends in a slash sitemap.xmap is appended to find the sitemap,
otherwise the src value is used. A check-reload attribute can be used
to determine if the modification date of the sub-sitemap file should be
checked.
The uri-prefix is the part that should be removed from the request URI.
The engine will correctly check for a trailing slash (which you may
write,
of course). If in the example above faq/cocoon is requested, faq/
is removed from the URI and cocoon is passed to the sub-sitemap
which is loaded from faq/sitemap.xmap.
So - the Cocoon docs writer seems to be saying that src DOES NOT NEED
a leading '/' (of course, I am not sure if one is permissible??)
I think we need clarity from one of the gurus and for both sites
to
be updated with this detailed clarification !
Derek
[EMAIL PROTECTED] 20/02/2003 01:59:54
Hy;
I noticed a slight modification in
http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisation
which from my understanding has introduced two severe errors!
As i don't exactly know, why these changes have been made,
i want to ask if i missunderstood something. Here is, what i
find suspect:
1.) Advanced Issue: separating your work folder from cocoon
...
map:pipeline
map:match pattern=work/**
map:mount check-reload=yes
reload-method=synchron
src=work/sitemap.xmap
uri-prefix=work/
/map:match
/map:pipeline
This snippet i found in the doc. In my eyes this does NOT
what is explained in the doc. From my understanding the
source must be declared as absolute path as follows:
src=/work/sitemap.xmap
Why has the leading slash been deleted in the doc?
2.) Advanced issue: Setting up a generic mount point outside of Cocoon
I found a similar modification:
src=work/{1}/sitemap.xmap
Shouldn't it be:
src=/work/{1}/sitemap.xmap
I post this email only, because i don't understand, why these mods have
been made. From the history i can see, these mods have been made by
two
different persons... hmm...
--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail: [EMAIL PROTECTED]
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: BeginnerSimpleWebappOrganisation strange evolution ...
Hussayn $cocoonroot/work/sitemap.xmap - I understand, but where exactly is /work/sitemap.xmap ??? and why do you want it? Derek [EMAIL PROTECTED] 20/02/2003 03:22:54 Hy, Derek;If you specify a relative src it will be resolved relative to thecurrent sitemap. If you specify an absolute source, it will beresolved as is ==suppose you put a submount into the rottsitemap, then:src="" == $cocoonroot/work/sitemap.xmapsrc="" == /work/sitemap.xmapIf this is NOT correct, then i really missunderstood something ;-)regards, hussaynDerek Hohls wrote: Hussayn From the Cocoon docs site: http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html map:match pattern="faq/*" map:mount uri-prefix="faq" check-reload="no" src=""/ /map:match The src attribute is where the sub-sitemap is located. If it ends in a slash "sitemap.xmap" is appended to find the sitemap, otherwise the src value is used. A check-reload attribute can be used to determine if the modification date of the sub-sitemap file should be checked. The uri-prefix is the part that should be removed from the request URI. The engine will correctly check for a trailing slash (which you may write, of course). If in the example above "faq/cocoon" is requested, "faq/" is removed from the URI and "cocoon" is passed to the sub-sitemap which is loaded from "faq/sitemap.xmap". So - the Cocoon docs writer seems to be saying that src DOES NOT NEED a leading '/' (of course, I am not sure if one is permissible??) I think we need clarity from one of the "gurus" and for both sites to be updated with this detailed clarification ! Derek [EMAIL PROTECTED] 20/02/2003 01:59:54 Hy; I noticed a slight modification in http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisation which from my understanding has introduced two severe errors! As i don't exactly know, why these changes have been made, i want to ask if i missunderstood something. Here is, what i find suspect: 1.) Advanced Issue: separating your work folder from cocoon ... map:pipeline map:match pattern="work/**" map:mount check-reload="yes" reload-method="synchron" src="" uri-prefix="work"/ /map:match /map:pipeline This snippet i found in the doc. In my eyes this does NOT what is explained in the doc. From my understanding the source must be declared as absolute path as follows: src="" Why has the leading slash been deleted in the doc? 2.) Advanced issue: Setting up a generic mount point outside of Cocoon I found a similar modification: src="" Shouldn't it be: src="" I post this email only, because i don't understand, why these mods have been made. From the history i can see, these mods have been made by two different persons... hmm... -- Dr. Hussayn DabbousSAXESS Software Design GmbHNeuenhöfer Allee 12550935 KölnTelefon: +49-221-56011-0Fax: +49-221-56011-20E-Mail: [EMAIL PROTECTED]-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
How can I know why I have no sitemap_xmap.java file ?
I try to have my Cocoon webapp working under tomcat 4.0.6 and Redhat 7.2 I'm using cocoon 2.0.2 and there's no way I can run my webapp (which is running fine with tomcat 4.0.1) The problem is that I have no log at all explaining why I can't see my pages. The fact is that I have no java file generated in the "$CATALINA_HOME/work" directory, which is quite strange. How can I know more about the problem since I have no explicit error message ? I tried with both Sun and IBM JVM 1.4 and it solves nothing Vincent
Re: XPath problems in Cocoon?
Anna, I didn't pick up whether you have experimented with the fact that your pipeline begins with an HTML generator. You could build yourself a simple pipeline: map:match pattern=xxx map:generate type=html src=/ map:serialize type=xml/ /map:match Use that to convert your source HTML into XML (file/save on your browser). Then try using that XML in XML spy. Does it still work? The HTML generator does convert badly formatted HTML into correct HTML, so it can slightly change the structure of the document (it is based upon JTidy, which exists for that purpose). Regards, Upayavira - 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: BeginnerSimpleWebappOrganisation strange evolution ...
Hy, Derek;
upps...
From your question may i conclude, that you are a windows user?
I am not very familiar with the windows file syntax, but i
think, the translation is something like:
src=work/sitemap.xmap == $cocoonroot\work\sitemap.xmap
src=D://work/sitemap.xmap == D://work/sitemap.xmap
By specifying an absolute path, i can separate my project sources
physically from the cocoon-distrib. Does this answer your question ?
regards, hussayn
Derek Hohls wrote:
Hussayn
$cocoonroot/work/sitemap.xmap - I understand, but
where exactly is
/work/sitemap.xmap ??? and why do you want it?
Derek
[EMAIL PROTECTED] 20/02/2003 03:22:54
Hy, Derek;
If you specify a relative src it will be resolved relative to the
current sitemap. If you specify an absolute source, it will be
resolved as is ==
suppose you put a submount into the rottsitemap, then:
src=work/sitemap.xmap == $cocoonroot/work/sitemap.xmap
src=/work/sitemap.xmap == /work/sitemap.xmap
If this is NOT correct, then i really missunderstood something ;-)
regards, hussayn
Derek Hohls wrote:
Hussayn
From the Cocoon docs site:
http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html
map:match pattern=faq/*
map:mount uri-prefix=faq
check-reload=no
src=faq/sitemap.xmap/
/map:match
The src attribute is where the sub-sitemap is located.
If it ends in a slash sitemap.xmap is appended to find the sitemap,
otherwise the src value is used. A check-reload attribute can be used
to determine if the modification date of the sub-sitemap file should be
checked.
The uri-prefix is the part that should be removed from the request URI.
The engine will correctly check for a trailing slash (which you may
write,
of course). If in the example above faq/cocoon is requested, faq/
is removed from the URI and cocoon is passed to the sub-sitemap
which is loaded from faq/sitemap.xmap.
So - the Cocoon docs writer seems to be saying that src DOES NOT NEED
a leading '/' (of course, I am not sure if one is permissible??)
I think we need clarity from one of the gurus and for both sites
to
be updated with this detailed clarification !
Derek
[EMAIL PROTECTED] 20/02/2003 01:59:54
Hy;
I noticed a slight modification in
http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisation
which from my understanding has introduced two severe errors!
As i don't exactly know, why these changes have been made,
i want to ask if i missunderstood something. Here is, what i
find suspect:
1.) Advanced Issue: separating your work folder from cocoon
...
map:pipeline
map:match pattern=work/**
map:mount check-reload=yes
reload-method=synchron
src=work/sitemap.xmap
uri-prefix=work/
/map:match
/map:pipeline
This snippet i found in the doc. In my eyes this does NOT
what is explained in the doc. From my understanding the
source must be declared as absolute path as follows:
src=/work/sitemap.xmap
Why has the leading slash been deleted in the doc?
2.) Advanced issue: Setting up a generic mount point outside of Cocoon
I found a similar modification:
src=work/{1}/sitemap.xmap
Shouldn't it be:
src=/work/{1}/sitemap.xmap
I post this email only, because i don't understand, why these mods have
been made. From the history i can see, these mods have been made by
two
different persons... hmm...
--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail: [EMAIL PROTECTED]
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
This message has been scanned for viruses and dangerous content by
*MailScanner* http://www.mailscanner.info/, and is believed to be clean.
The CSIR exercises no editorial control over E-mail messages and/or
attachments thereto/links referred to therein originating in the
organisation and the views in this message/attachments thereto are
therefore not necessarily those of the CSIR and/or its employees.
The sender of this e-mail is, moreover, in terms of the CSIR's Conditions
of Service, subject to compliance with the CSIR's internal E-mail and
Internet Policy.
--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail: [EMAIL PROTECTED]
-
Please check that your question has not already been
Cocoon sitemap problem on IBM os/390 OMVs and websphere
Hi, Did anyone succeed in installing Cocoon 2 with Websphere 3.5 on OMVS (Unix on OS/390) ? I have character problems in sitemap and i wonder if it comes from my installation or from ftp wrong conversion ... Thanks for your help. Sebastien PLISSON. - 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]
Why this doesn't work???
Hello, I am confused about this: The following map runs ok and the file test.jsp exists: map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match But the following doesn't work: (I have just added a parameter in querystring that does nothing into the .jsp file). (The test.jsp is the same one). map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the following produces exactly same error that previous map: (And the file doesn't exists) map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the error produced by the second and third examples is: (replace test.jsp with whathappen.jsp if you want). (Extracted from core.log): DEBUG (2003-02-20) 14:27.59:659 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: JspGenerator executing JSP:/services/test.jsp?myparam=helloDEBUG (2003-02-20) 14:27.59:728 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: SAXException JspGenerator.generate()org.xml.sax.SAXParseException: Premature end of file.at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:232)at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:213)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:366)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:296)at org.apache.xerces.impl.XMLScanner.reportFatalError(XMLScanner.java:1244)at org.apache.xerces.impl.XMLDocumentScannerImpl$XMLDeclDispatcher.dispatch(XMLDocumentScannerImpl.java:587)at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:525)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:581)at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1157)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:77)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:50)at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:129)at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250)at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:395)at org.apache.cocoon.www.sitemap_xmap.matchN4000C5(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:908)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:657)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:589)at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173)at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152)at org.apache.cocoon.Cocoon.process(Cocoon.java:579)at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043)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:260)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)at
RE: Why this doesn't work???
I think you should use map:parameter to pass parameters to your jsp. -Message d'origine-De: Eduardo Zurita [mailto:[EMAIL PROTECTED]]Envoyé: jeudi 20 février 2003 15:43À: [EMAIL PROTECTED]Objet: Why this doesn't work??? Hello, I am confused about this: The following map runs ok and the file test.jsp exists: map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match But the following doesn't work: (I have just added a parameter in querystring that does nothing into the .jsp file). (The test.jsp is the same one). map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the following produces exactly same error that previous map: (And the file doesn't exists) map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the error produced by the second and third examples is: (replace test.jsp with whathappen.jsp if you want). (Extracted from core.log): DEBUG (2003-02-20) 14:27.59:659 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: JspGenerator executing JSP:/services/test.jsp?myparam=helloDEBUG (2003-02-20) 14:27.59:728 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: SAXException JspGenerator.generate()org.xml.sax.SAXParseException: Premature end of file.at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:232)at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:213)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:366)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:296)at org.apache.xerces.impl.XMLScanner.reportFatalError(XMLScanner.java:1244)at org.apache.xerces.impl.XMLDocumentScannerImpl$XMLDeclDispatcher.dispatch(XMLDocumentScannerImpl.java:587)at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:525)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:581)at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1157)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:77)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:50)at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:129)at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250)at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:395)at org.apache.cocoon.www.sitemap_xmap.matchN4000C5(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:908)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:657)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:589)at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173)at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152)at org.apache.cocoon.Cocoon.process(Cocoon.java:579)at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043)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:260)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)at
Re: Why this doesn't work???
Try something like this: map:match pattern="recsal.html**" map:generate type="jsp" src=""/map:serialize type="html"//map:match - Original Message - From: Eduardo Zurita To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 17:43 Subject: Why this doesn't work??? Hello, I am confused about this: The following map runs ok and the file test.jsp exists: map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match But the following doesn't work: (I have just added a parameter in querystring that does nothing into the .jsp file). (The test.jsp is the same one). map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the following produces exactly same error that previous map: (And the file doesn't exists) map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the error produced by the second and third examples is: (replace test.jsp with whathappen.jsp if you want). (Extracted from core.log): DEBUG (2003-02-20) 14:27.59:659 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: JspGenerator executing JSP:/services/test.jsp?myparam=helloDEBUG (2003-02-20) 14:27.59:728 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: SAXException JspGenerator.generate()org.xml.sax.SAXParseException: Premature end of file.at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:232)at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:213)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:366)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:296)at org.apache.xerces.impl.XMLScanner.reportFatalError(XMLScanner.java:1244)at org.apache.xerces.impl.XMLDocumentScannerImpl$XMLDeclDispatcher.dispatch(XMLDocumentScannerImpl.java:587)at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:525)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:581)at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1157)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:77)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:50)at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:129)at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250)at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:395)at org.apache.cocoon.www.sitemap_xmap.matchN4000C5(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:908)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:657)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:589)at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173)at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152)at org.apache.cocoon.Cocoon.process(Cocoon.java:579)at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043)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:260)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)at
Re: How can I know why I have no sitemap_xmap.java file ?
On Thu, Feb 20, 2003 at 03:07:24PM +0100, MAHE Vincent FTRD/DIH/REN wrote: I try to have my Cocoon webapp working under tomcat 4.0.6 and Redhat 7.2 I'm using cocoon 2.0.2 and there's no way I can run my webapp (which is running fine with tomcat 4.0.1) The problem is that I have no log at all explaining why I can't see my pages. The fact is that I have no java file generated in the $CATALINA_HOME/work directory, which is quite strange. Check Tomcat's server.xml file. You should have something like this in there, note the underlining: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true ^^^ which means that when you place the cocoon.war file under $CATALINA_HOME/webapps it will automatically deploy. You should see a cocoon/ directory made with the files in there. Go to your tomcat server's /cocoon URL and you should see the welcome page. Chris - 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: Sitemap parameters lifetime
It
seems I must post the same question twice to have an answer
:)
Regards.Laurent.
-Message d'origine-De: Laurent Comte
[mailto:[EMAIL PROTECTED]]Envoyé: jeudi 20 février 2003
13:09À: [EMAIL PROTECTED]Objet:
Sitemap parameters lifetime
As described
at
http://xml.apache.org/cocoon/userdocs/concepts/actions.html,
you can set
sitemap param as :
sitemapParams.put("world",
"hello");
I think it
must be said what is the lifetime of the param
"world".
Because
after the execution of the pipeline where this
parameter
is setted (via an
Action), the value of parameter "world" is still "hello" !
Soare you
agreewith :
"Sitemap
parameters are "global" parameters ?
And not "local" to
a pipeline ?"
I think it's
important ...
Laurent.
RE: redirection in XSP?
I have used the XSP-as-action method to do redirection in the sitemap (based on the requestor's url), but one limitation is that it only allows a binary choice: if the action succeeds go to one url, if the action fails go to a different url. How can a pipeline be set up to allow more than just two possible redirect pathways? Wayne -Original Message-From: Derek Hohls [mailto:[EMAIL PROTECTED]]Sent: Thursday, February 20, 2003 7:57 AMTo: [EMAIL PROTECTED]Subject: RE: redirection in XSP? Alban Its about concepts - XSP are intended to be *generators* of information, and the sitemap to handle the *flow of logic* in the app as a whole. This is in line with the underlying philosophy of "separation of concerns". Given the generator is at the start of a pipeline it does make much sense for it to handle redirection. So, my suggestion is to look at your app *as a whole* and then decide on the appropriate components within Cocoon to handle the situations that arise. Yes, this will probably involve some more work (and likely some worthwhile refactoring), but I think you will find you end up with a more robust system. My 2c Derek PS There is also a link off the page below to a wiki page on creating actions using XSPs this may help. PPS You could of course take a step backwards and use Cocoon 1 (which does allow XSP redirection) - maybe quicker in the short term but I think not so good in the long term. [EMAIL PROTECTED] 20/02/2003 02:39:15 After reading the page, I am a bit lost. Doesn't that mean the redirection has to be in an action? Why doesn't it work within xsp (or why not recommended)? From what I have seen in the cocoon source, there is a sendRedirect method on HttpResponse class. In fact, I have about 60 somethng pages and 15 of them require the use of redirection if necessary. Does that mean I need to write 15 actions and on action per xsp page? This will end up sitemap being very large as well. It is somehow kind of breaking up the logic... because each action per xsp and I believe they should be in the same place. Any more suggestions would be appreciated. Alban -Original Message-From: Derek Hohls [mailto:[EMAIL PROTECTED]]Sent: 20 February 2003 10:56To: [EMAIL PROTECTED]Subject: Re: redirection in XSP? Alban Look at: http://wiki.cocoondev.org/Wiki.jsp?page=Redirecting Derek [EMAIL PROTECTED] 20/02/2003 12:14:01 HiI want to write a couple of XSP pages. The first one would read the requestparameters and continue if the parameters satisfy some conditions but ifthey don't I want it to redirect the processing to another XSP. Is thispossible?Currently the above process is done by jsp pages... and using something likewithin the jsp: response.sendRedirect(requestURI);AlbanThis message may contain privileged and/or confidential information. If youhave received this e-mail in error or are not the intended recipient, youmay not use, copy, disseminate or distribute it; do not open anyattachments, delete it immediately from your system and notify the senderpromptly by e-mail that you have done so. Thank you.-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy." This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of
RE: redirection in XSP?
Have the XSP-Action set a sitemap parameter, such as url,
and then have this in your sitemap:
map:act src=somepage.xsp type=xsp-action
map:redirect-to uri={uri}/
/map:act
Tim
[EMAIL PROTECTED] 02/20/03 10:48AM
I have used the XSP-as-action method to do redirection in the sitemap (based
on the requestor's url), but one limitation is that it only allows a binary
choice: if the action succeeds go to one url, if the action fails go to a
different url. How can a pipeline be set up to allow more than just two
possible redirect pathways?
Wayne
-
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: redirection in XSP?
Sorry for the typo, should be:
Have the XSP-Action set a sitemap parameter, such as uri,
and then have this in your sitemap:
map:act src=somepage.xsp type=xsp-action
map:redirect-to uri={uri}/
/map:act
Tim
[EMAIL PROTECTED] 02/20/03 10:48AM
I have used the XSP-as-action method to do redirection in the sitemap (based
on the requestor's url), but one limitation is that it only allows a binary
choice: if the action succeeds go to one url, if the action fails go to a
different url. How can a pipeline be set up to allow more than just two
possible redirect pathways?
Wayne
-
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: How can I know why I have no sitemap_xmap.java file ?
I already have this config and it doesn't change any thing. The problem is not that it doesn't deploy my .war file but that it doesn't generate the .java file corresponding to my sitemap.xmap file. Vincent -Message d'origine- De : Chris Wilkes [mailto:[EMAIL PROTECTED]] Envoye : jeudi 20 fevrier 2003 16:26 A : [EMAIL PROTECTED] Objet : Re: How can I know why I have no sitemap_xmap.java file ? On Thu, Feb 20, 2003 at 03:07:24PM +0100, MAHE Vincent FTRD/DIH/REN wrote: I try to have my Cocoon webapp working under tomcat 4.0.6 and Redhat 7.2 I'm using cocoon 2.0.2 and there's no way I can run my webapp (which is running fine with tomcat 4.0.1) The problem is that I have no log at all explaining why I can't see my pages. The fact is that I have no java file generated in the $CATALINA_HOME/work directory, which is quite strange. Check Tomcat's server.xml file. You should have something like this in there, note the underlining: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true ^^^ which means that when you place the cocoon.war file under $CATALINA_HOME/webapps it will automatically deploy. You should see a cocoon/ directory made with the files in there. Go to your tomcat server's /cocoon URL and you should see the welcome page. Chris - 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: 2nd Re: xml 2 svg in coplet
Hi, !-- sunlets -- map:generate src=http://localhost:8080/~Owner/My%20Website/cocoon/svg/sales.xml/ Why do you generate from the sales.xml again ? You just need a xml file like this: ?xml version=1.0? foo/ foo/ then will be replaced with the content of the stylesheet . (hopefully i got the point of your question :-) for the caching problem i've no solution atm :-/ -- * best regards * Jens Maukisch - 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: SVG to JPEG/PNG problems
Hi, I am having problems getting the SVG serializer to correctly display my graphics as JPG/PNG - there no probs here :-) can you put the svg and the jpeg your cocoon generates somewhere, then i can test it here -- * best regards * Jens Maukisch - 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: Why this doesn't work???
Hello, I have tried this and doesn't work. The parameter is not passed. map:match pattern="recsal.html" map:generate type="jsp" src="" map:parameter name="myparam" value="hello"/ /map:generate map:serialize type="html"//map:match - Original Message - From: PLISSON Sébastien (DSIT-XS) To: '[EMAIL PROTECTED]' Sent: Thursday, February 20, 2003 2:50 PM Subject: RE: Why this doesn't work??? I think you should use map:parameter to pass parameters to your jsp. -Message d'origine-De: Eduardo Zurita [mailto:[EMAIL PROTECTED]]Envoyé: jeudi 20 février 2003 15:43À: [EMAIL PROTECTED]Objet: Why this doesn't work??? Hello, I am confused about this: The following map runs ok and the file test.jsp exists: map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match But the following doesn't work: (I have just added a parameter in querystring that does nothing into the .jsp file). (The test.jsp is the same one). map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the following produces exactly same error that previous map: (And the file doesn't exists) map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the error produced by the second and third examples is: (replace test.jsp with whathappen.jsp if you want). (Extracted from core.log): DEBUG (2003-02-20) 14:27.59:659 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: JspGenerator executing JSP:/services/test.jsp?myparam=helloDEBUG (2003-02-20) 14:27.59:728 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: SAXException JspGenerator.generate()org.xml.sax.SAXParseException: Premature end of file.at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:232)at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:213)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:366)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:296)at org.apache.xerces.impl.XMLScanner.reportFatalError(XMLScanner.java:1244)at org.apache.xerces.impl.XMLDocumentScannerImpl$XMLDeclDispatcher.dispatch(XMLDocumentScannerImpl.java:587)at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:525)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:581)at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1157)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:77)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:50)at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:129)at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250)at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:395)at org.apache.cocoon.www.sitemap_xmap.matchN4000C5(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:908)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:657)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:589)at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173)at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152)at org.apache.cocoon.Cocoon.process(Cocoon.java:579)at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043)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:260)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at
Re: Why this doesn't work???
Bingo!!! This has worked!!! But I don't understand why my example doesn't work. I would like to know why not. Thanks Konstantin !! - Original Message - From: Konstantin Piroumian To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 3:16 PM Subject: Re: Why this doesn't work??? Try something like this: map:match pattern="recsal.html**" map:generate type="jsp" src=""/map:serialize type="html"//map:match - Original Message - From: Eduardo Zurita To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 17:43 Subject: Why this doesn't work??? Hello, I am confused about this: The following map runs ok and the file test.jsp exists: map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match But the following doesn't work: (I have just added a parameter in querystring that does nothing into the .jsp file). (The test.jsp is the same one). map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the following produces exactly same error that previous map: (And the file doesn't exists) map:match pattern="recsal.html" map:generate type="jsp" src=""/map:serialize type="html"//map:match And the error produced by the second and third examples is: (replace test.jsp with whathappen.jsp if you want). (Extracted from core.log): DEBUG (2003-02-20) 14:27.59:659 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: JspGenerator executing JSP:/services/test.jsp?myparam=helloDEBUG (2003-02-20) 14:27.59:728 [core.manager] (/pec/recsal.html) Thread-19/JspGenerator: SAXException JspGenerator.generate()org.xml.sax.SAXParseException: Premature end of file.at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:232)at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:213)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:366)at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:296)at org.apache.xerces.impl.XMLScanner.reportFatalError(XMLScanner.java:1244)at org.apache.xerces.impl.XMLDocumentScannerImpl$XMLDeclDispatcher.dispatch(XMLDocumentScannerImpl.java:587)at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:525)at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:581)at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1157)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:77)at org.apache.avalon.excalibur.xml.XercesParser.parse(XercesParser.java:50)at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:129)at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250)at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:395)at org.apache.cocoon.www.sitemap_xmap.matchN4000C5(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:908)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:657)at org.apache.cocoon.www.sitemap_xmap.process(/usr/local/tomcat/work/Standalone/localhost/pec/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java:589)at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173)at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152)at org.apache.cocoon.Cocoon.process(Cocoon.java:579)at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043)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:260)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)at
CmdLine not honouring web.xml parameters?
Hi,
1. I have finally managed to generate a *static* version of a web project
by invoking Cocoon-2 from the *command line*. And it only took 4 days ;-)
2. My final problem was of the java.sql.SQLException: no suitable driver
variety, mentioned several times in posts to this mailing list. My pages
were served without error by Tomcat but crashed when generated from the
command line. Posts dealing with this problem focused on the web.xml and
cocoon.xconf configuration files - mine were clearly correct.
3. This post from Conrad Wood pointed me to the answer:
http://www.mail-archive.com/cocoon-users@xml.apache.org/msg07701.html
4. I tested my theory by adding the following lines to the
org.spache.cocoon.Main.java file, rebuilding the cocoon.war file and
updating my cocoon webapp within my tomcat installation:
public class Main {
static {
try {
Class.forName(com.mysql.jdbc.Driver);
} catch (Exception ex) {
System.err.println(Unable to load driver.);
}
}
..//...
5. It would seem that the web.xml files is not being processed by the
command line tool. [I am using the -c option to set my context dir as
%CATALINA_HOME%/webapps/cocoon (contains WEB-INF folder and sitemap).
Am I doing something stupid or is this a genuine bug?
Richard
Windows XP
Tomcat4.1.18
Cocoon-2.1-dev
-
Relevant Portion of web.xml
-
init-param
param-nameload-class/param-name
param-value
com.mysql.jdbc.Driver
/param-value
/init-param
-
Relevant Portion of web.xml
-
datasources
jdbc name=mysqldb
pool-controller max=10 min=5/
dburljdbc:mysql://localhost:3306/lifeproj/dburl
userroot/user
password/password
/jdbc
/datasources
-
Relevant Portion of myxsp.xsp
-
esql:connection
esql:poollifeprojdb/esql:pool
!--esql:dburljdbc:mysql://localhost:3306/lifeproj/esql:dburl
esql:drivercom.mysql.jdbc.Driver/esql:driver--
esql:execute-query
esql:query
My .bat file (modified version of
http://wiki.cocoondev.org/Wiki.jsp?page=CommandLine)
-
@echo off
cls
:: -
:: run.bat - Win32 Run Script for Apache Cocoon
::
:: $Id: run.bat,v 1.3 2002/03/06 15:44:57 nicolaken Exp $
:: -
:: - Verify and Set Required Environment
Variables -
if not %JAVA_HOME% == goto gotJavaHome
echo You must set JAVA_HOME to point at your Java Development Kit
installation
goto cleanup
:gotJavaHome
:: - Verify and Set Tomcat Location (UV
10/1/03) ---
if not %TOMCAT_HOME% == goto gotTomcatHome
echo You must set TOMCAT_HOME to point to your Tomcat installation
goto cleanup
:gotTomcatHome
:: - Verify and Set Required Environment
Variables -
if not %COCOON_LIB% == goto gotCocoonLib
set COCOON_LIB=.\WEB-INF\lib
:gotCocoonLib
if not %COCOON_WORK% == goto gotCocoonWork
set COCOON_WORK=.\work
:gotCocoonWork
:: - Set Up The Runtime
Classpath --
set CP=%JAVA_HOME%\lib\tools.jar;%COCOON_WORK%
call appendcp.bat %COCOON_LIB%\avalon-framework-4.1.3.jar
call appendcp.bat %COCOON_LIB%\batik-all-1.5b2.jar
call appendcp.bat %COCOON_LIB%\chaperon-20030208.jar
call appendcp.bat %COCOON_LIB%\cocoon-2.1-dev.jar
call appendcp.bat %COCOON_LIB%\cocoon-authentication-fw-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-bsf-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-batik-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-chaperon-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-databases-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-fop-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-hsqldb-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-html-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-jfor-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-itext-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-jsp-block.jar
::call appendcp.bat %COCOON_LIB%\cocoon-linkrewriter-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-lucene-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-naming-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-php-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-poi-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-portal-fw-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-profiler-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-proxy-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-python-block.jar
call appendcp.bat %COCOON_LIB%\cocoon-samples-block.jar
call appendcp.bat
RE: redirection in XSP?
Excellent. Thank you.
Now, to push my luck, where is documentation on how to set a sitemap
paramter in an XSP? Do you use xsp:logicsitemapParams.put(param_name,
param_value)/xsp:logic? Is there an xsp logicsheet tag for setting sitemap
parameters?
Wayne
-Original Message-
From: Timothy Larson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 12:09 PM
To: [EMAIL PROTECTED]
Subject: RE: redirection in XSP?
Sorry for the typo, should be:
Have the XSP-Action set a sitemap parameter, such as uri,
and then have this in your sitemap:
map:act src=somepage.xsp type=xsp-action
map:redirect-to uri={uri}/
/map:act
Tim
[EMAIL PROTECTED] 02/20/03 10:48AM
I have used the XSP-as-action method to do redirection in the
sitemap (based
on the requestor's url), but one limitation is that it only
allows a binary
choice: if the action succeeds go to one url, if the action
fails go to a
different url. How can a pipeline be set up to allow more
than just two
possible redirect pathways?
Wayne
-
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: redirection in XSP?
See: http://wiki.cocoondev.org/Wiki.jsp?page=XSPAction
It provides two ways to set a sitemap parameter (there are other ways as well :)
The static way (you could wrap this in a java if):
action:set-result name=parameter-name value=parameter-value/
Example:
action:set-result name=uri value=uri-to-redirect-to/
The dynamic way:
action:set-result
action:param name=namexsp:exprgetName()/xsp:expr/action:param
action:param name=valuexsp:exprgetValue()/xsp:expr/action:param
/action:set-result
Example:
action:set-result
action:param name=nameuri/action:param
action:param
name=valuexsp:exprname-of-java-string-holding-uri-to-redirect-to/xsp:expr/action:param
/action:set-result
Tim
[EMAIL PROTECTED] 02/20/03 03:53PM
Excellent. Thank you.
Now, to push my luck, where is documentation on how to set a sitemap
paramter in an XSP? Do you use xsp:logicsitemapParams.put(param_name,
param_value)/xsp:logic? Is there an xsp logicsheet tag for setting sitemap
parameters?
Wayne
-Original Message-
From: Timothy Larson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 12:09 PM
To: [EMAIL PROTECTED]
Subject: RE: redirection in XSP?
Sorry for the typo, should be:
Have the XSP-Action set a sitemap parameter, such as uri,
and then have this in your sitemap:
map:act src=somepage.xsp type=xsp-action
map:redirect-to uri={uri}/
/map:act
Tim
[EMAIL PROTECTED] 02/20/03 10:48AM
I have used the XSP-as-action method to do redirection in the
sitemap (based
on the requestor's url), but one limitation is that it only
allows a binary
choice: if the action succeeds go to one url, if the action
fails go to a
different url. How can a pipeline be set up to allow more
than just two
possible redirect pathways?
Wayne
-
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: XPath problems in Cocoon?
Anna Afonchenko wrote: Even if the white spaces are supressed, the algorythm will stay right, because algorythm should check all a tags that are followed by another a tag, and the only node between them MAY (not MUST) be white-space only text node. The problem is here select=//a[name(following-sibling::node()[1][not(self::text() and ^ You select the following nodes including all text nodes The grab the first. For these two nodes in the source: a href=one.htmlOne/a a href=two.htmlTwo/a MSXML gets the second a element node, because it strips the text node with the space between the two a elements. All other processors see this text node instead of the second a node at this point and the whole select turns out empty. Add a xsl:strip-space elements=*/ to the beginning of your style sheet in order to get the same results for all processors. Alternatively, try select=//a[following-sibling::a[1][not(normalize-space())] but perhaps you even want select=//a[following-sibling::a[not(normalize-space())][1] instead. BTW you should ask XSLT questions on the XSLT list: http://www.mulberrytech.com/xsl/xsl-list/ J.Pietschmann - 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]
multi-part forms
I'm looking over documentation on cocoon and can't find anything that deals with handling multi-part forms. Specificly, I'd like to be able to upload an XLS file, use POI to convert to XML, then mess with it a bit. So, as far as I can tell, there are two part I might have to write, the multi-part form handling, and the XSL-XML part. Two questions about that... looks lke XSP is used to process forms. Is there anything I can put in a pipeline that will turn form parameters into XML? (some generator?) Should something that converts XSL-XML be a generator? I know POI generates SAX events, which means it can be a generator, but, how would it get the multi-part form data on the input side? It would be nice not to need a temporary file... Thanks in advance, David - 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]
file upload
Ok, I'm starting to get it... Let me see if this is right. I found the FileUploadWithAction page on the CocoonWiki, so I just configure cocoon to save the uploaded files, then write an action to call POI to generate XML from that saved XSL file... sound good? David - 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: How can I know why I have no sitemap_xmap.java file ?
On Thu, Feb 20, 2003 at 03:07:24PM +0100, MAHE Vincent FTRD/DIH/REN wrote: I try to have my Cocoon webapp working under tomcat 4.0.6 and Redhat 7.2 I'm using cocoon 2.0.2 and there's no way I can run my webapp (which is running fine with tomcat 4.0.1) The problem is that I have no log at all explaining why I can't see my pages. The fact is that I have no java file generated in the $CATALINA_HOME/work directory, which is quite strange. Check Tomcat's server.xml file. You should have something like this in there, note the underlining: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true ^^^ which means that when you place the cocoon.war file under $CATALINA_HOME/webapps it will automatically deploy. You should see a cocoon/ directory made with the files in there. Go to your tomcat server's /cocoon URL and you should see the welcome page. On Thu, Feb 20, 2003 at 06:28:23PM +0100, MAHE Vincent FTRD/DIH/REN wrote: I already have this config and it doesn't change any thing. The problem is not that it doesn't deploy my .war file but that it doesn't generate the .java file corresponding to my sitemap.xmap file. Vincent Odd. Mine is right under $CATALINA_HOME/work/Standalone/localhost/ cocoon/cocoon-files/org/apache/cocoon/www/ Can you create that directory structure for it? There isn't anything in the $CATALINA_HOME/logs directory? Chris - 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: The new build system
I suggest you to: read BUILD.txt cp blocks.properties local.blocks.properties cp build.properties local.build.properties [modify the local copies as you like, leaving the original intact] build webapp [this will generate the webapp] build run [this will run jetty] Build failed and I received this error: partOfTheErrorMessage /usr/local/xml-cocoon2/build/cocoon-2.1-dev/blocks/databases/src/org/apache/cocoon/acting/OraAddAction.java:53: package oracle.jdbc does not exist import oracle.jdbc.OracleResultSet; /partOfTheErrorMessage I haven't got Oracle jdbc drivers of course because I don't use them at home. How can I exclude them? Thank you - 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 Document Editor freely available
The sad part is that the free license only allows you to edit XML files that have an accompanying configuration file. This configuration file is created by their other products XMLSpy or Stylesheet Designer. So it's really not usable unless you've bought into their products. We've started using the XML Editor Oxygen which runs on Windows, Linux or MacOS X. We're pretty happy with it. We are looking at possibly rolling it out to our content developers. http://www.oxygenxml.com Darren On Friday, February 21, 2003, at 01:33 AM, Ovidiu Predescu wrote: On Wednesday, Feb 19, 2003, at 01:07 US/Pacific, Matthew Langham wrote: Interesting :-): http://www.econtentmag.com/ecxtra/2003/2003_0218/2003_0218_3.html Too bad is Windows only... No Linux or MacOS X versions :( Thanks, but I'll stick to Emacs :) Cheers, Ovidiu - 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] Darren Petrie [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
The new build system
The new build system has landed on CVS. Do a 'cvs update' to get it. I've done major refactoring of almost everything touched, so things might be a little shaky for a while. I copied the old build into build.old.xml so that I can copy/paste the stuff that is missing in the next days. I wanted to release early so that you people can play with it. For the record, I went from some 20 minutes down to 3 minutes and 20 seconds on my machine simply by tweaking the ant dependencies and using ant better. Since I normally work on a pentium II 366 you guys should see even faster build times, expecially after the first run. I suggest you to: read BUILD.txt cp blocks.properties local.blocks.properties cp build.properties local.build.properties [modify the local copies as you like, leaving the original intact] build webapp [this will generate the webapp] build run [this will run jetty] the fire your browser to http://localhost: I tweaked jetty to be as small as possible. I'm now able to get a cocoon up and running with as low as 22 Mb memory! If you exclude all blocks from build, the resulting webapp is the cleanest possible. This should make many of you happy. now, off for a drink :) ciao -- Stefano Mazzocchi [EMAIL PROTECTED] Pluralitas non est ponenda sine necessitate [William of Ockham] - 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: The new build system
On Thu, 20 Feb 2003, Stefano Mazzocchi wrote: Do a 'cvs update' to get it. ,.. Since I normally work on a pentium II 366 you guys should see even faster build times, expecially after the first run. .. now, off for a drink :) Make it a big one ! - the cvs update took ten times longer than the build. WoW - impressive (though still hunting down some junit dependency). Dw. - 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 Document Editor freely available
On Wednesday, Feb 19, 2003, at 01:07 US/Pacific, Matthew Langham wrote: Interesting :-): http://www.econtentmag.com/ecxtra/2003/2003_0218/2003_0218_3.html Too bad is Windows only... No Linux or MacOS X versions :( Thanks, but I'll stick to Emacs :) Cheers, Ovidiu - 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]
