Re: Simple problem?
Tim, Thanks for the info.. What is the root element of the stylesheet? If it is HTML then it is implicitly being set to HTML Todd >Hi Todd, > >Hmm no we don¹t have that as I understand Cocoon does not support the >xsl:output.. Here is the snip from the faq > >The Cocoon project doesn't implement the xsl:output feature for XSLT because >we believe it breaks the separation of concerns and doesn't match the >internal Cocoon architecture > >But yes this would solve the problem I believe and that¹s why I am asking >the community for any ideas. We have the same problem with html entities >being parsed and then "reread" from a form text field back into a database >and then not being strict xml/xsl. > >FWIW >The only browser that outputs html entities in form text fields as they are >in the code is IE 5x on a mac and NOT the OSX version of the browser. We >have tested Opera, Netscape, Icab etc etc. > >So some how we have to disable output escaping on the data contained in text >fields that are in forms > >I have also tried to play with the PIs and still no success. > >Tim Cavanagh > > > >on 22/1/02 1:50 AM, Todd Wright at [EMAIL PROTECTED] wrote: > > > Tim, > > > > In the XSL do you have a xsl:output tag? It looks like the stylesheet is > > assuming html for the output type. > > > > Todd Wright > > > > At 10:56 AM 1/21/2002 +1030, you wrote: > >> Hi all, > >> > >> We have hopefully a simple problem using cocoon 1.8.2. I am editing > html in > >> a form field on a html page that is parsed by cocoon. > >> > >> The trouble is that cocoon is reading correctly formatted list items > >> blah and then parsing them back out as blah (no closing tag) > >> and then when I submit the form data back cocoon throws an error > because the > >> list tag is not closed. I have tried to change the DTD currently > >> REC-html40/strict.dtd to loose.dtd but this still wont output the closed > >> list item tags. What I really would like to do is to disable the output > >> escaping so that only raw code is output to the text field. > >> > >> The edit page is being with xsp and this is the code: > >> > >> > >> > "http://blah.com.au/blah.acgi$edit_Stories?"+ >> et-attribute name="loginPageQueryString" />+"&anid=" + > >> + "&cachebuster=" + > >> > >> > >> > >> And this page of xml is being parsed by an xsl stylesheet > >> > >> > >> > >> Can anyone help? I hope this this is enough information. > >> > >> -- > >> > >> Regards > >> > >> Tim Cavanagh > >> MindMedia > >> Douglas Mawson Institute of Technology > >> > >> Phone +618 83032669 > >> Fax +618 83032667 > >> > >> "What can be done with fewer assumptions is done in vain with more" > >> William of Ockham > >> > >> > >> - > >> Please check that your question has not already been answered in the > >> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > >> > >> To unsubscribe, e-mail: <[EMAIL PROTECTED]> > >> For additional commands, e-mail: <[EMAIL PROTECTED]> > > > > Todd Wright > > Software Developer / Technical Trainer > > > > www.jtconsult.com > > > > Supposing is good, but finding out is better. > > - Mark Twain > > > > > > - > > Please check that your question has not already been answered in the > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.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/faqs.html> > >To unsubscribe, e-mail: <[EMAIL PROTECTED]> >For additional commands, e-mail: <[EMAIL PROTECTED]> Todd Wright Software Developer / Technical Trainer www.jtconsult.com Supposing is good, but finding out is better. - Mark Twain - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Re: Simple problem?
Tim, In the XSL do you have a xsl:output tag? It looks like the stylesheet is assuming html for the output type. Todd Wright At 10:56 AM 1/21/2002 +1030, you wrote: >Hi all, > >We have hopefully a simple problem using cocoon 1.8.2. I am editing html in >a form field on a html page that is parsed by cocoon. > >The trouble is that cocoon is reading correctly formatted list items >blah and then parsing them back out as blah (no closing tag) >and then when I submit the form data back cocoon throws an error because the >list tag is not closed. I have tried to change the DTD currently >REC-html40/strict.dtd to loose.dtd but this still wont output the closed >list item tags. What I really would like to do is to disable the output >escaping so that only raw code is output to the text field. > >The edit page is being with xsp and this is the code: > > >"http://blah.com.au/blah.acgi$edit_Stories?"+et-attribute name="loginPageQueryString" />+"&anid=" + > + "&cachebuster=" + > > > >And this page of xml is being parsed by an xsl stylesheet > > > >Can anyone help? I hope this this is enough information. > >-- > >Regards > >Tim Cavanagh >MindMedia >Douglas Mawson Institute of Technology > >Phone +618 83032669 >Fax +618 83032667 > >"What can be done with fewer assumptions is done in vain with more" >William of Ockham > > >- >Please check that your question has not already been answered in the >FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > >To unsubscribe, e-mail: <[EMAIL PROTECTED]> >For additional commands, e-mail: <[EMAIL PROTECTED]> Todd Wright Software Developer / Technical Trainer www.jtconsult.com Supposing is good, but finding out is better. - Mark Twain - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Gerrit, The errors you are showing look like it is the X windows issue that comes when running jdk1.3x and C2 on Linux. This should have been fixed with using a different SDK. JDK 1.3x swing required that X be running on the box. You could install xvfm, it is well documented here in the logs, and it will make that issue go away. The other answer is to remove batik (the svg2png and svg2jpg serializers have to be removed from the sitemap along with any resources that use them) TW At 08:05 PM 1/1/2002 +0100, you wrote: >Hi All, > >unpacked cocoon.war manually again and kept a good eye on the logs: > >catalina.out tells me after going to http://localhost:8180/cocoon/ > >Xlib: connection to ":0.0" refused by server >Xlib: Client is not authorized to connect to Server > >and cocoon.log tells me: > > >DEBUG (2002-01-01) 19:42.36:603 [cocoon ] (/cocoon/) >HttpProcessor[8180][3]/ExcaliburComponentSelector: Adding >org.apache.cocoon.serialization.XMLSerializer for svgxml >ERROR (2002-01-01) 19:42.36:604 [cocoon ] (/cocoon/) >HttpProcessor[8180][3]/Handler: Error compiling sitemap >java.lang.NoClassDefFoundError: org/apache/batik/dom/svg/SVGDOMImplementation > at > org.apache.batik.dom.svg.SAXSVGDocumentFactory.(SAXSVGDocumentFactory.java:59) > > >This looks like there is some issue with batik, would xvfb help? (although >I am running X11 > >Regards, > >Gerrit > >Gerrit Kuilder wrote: > >>Hi Todd, >>the war file is not expanded indeed, I cleaned up and reinstalled the >>coocoon.war and kept an eye on the log file. >>What I see is an exclamation mark on the end of 'jar:' etc. >>2002-01-01 15:18:36 StandardHost[localhost]: Installing web application >>at context path /cocoon from URL jar:file:/var/tomcat4/webapps/cocoon.war!/ >>2002-01-01 15:18:36 HostConfig[localhost] Error deploying web application >>archive cocoon.war >>java.io.FileNotFoundException: >>/var/tomcat4/webapps/cocoon/i18n/translations/messages_ru.xml (No such >>file or directory) >> at java.io.FileOutputStream.open(Native Method) >> >>I have no other war files so I can't test if that works anyway. >> >>Todd Wright wrote: >> >>>Gerrit, >>> >>>What is in the tomcat log files? (/jakarta-tomcat4.0/logs) There is >>>usually more information there. I am concerned that the war file wasn't >>>automatically read and expanded. This is usually a tomcat issue... I >>>might try to remove the cocoon web-app and try to allow tomcat to >>>reinstall it for you. (remove the cocoon subdir of webapps then make >>>sure cocoon.war is back in there. Restart jakarta and try to access >>>cocoon. http://localhost:8180/cocoon >>> >>>Are any other war files being expanded? >>> >>>TW >>> >>>>Hello, >>>> >>>>looked in my cocoon/WEB-APPS/root.log and came across the following: >>>> >>>>I ma seeing it as no servlet was found/loaded for cocoon. >>>>INFO(2001-12-31) 21:02.24:856 [root] (/cocoon/) >>>>HttpProcessor[8180][2]/CocoonServlet: '' Processed by Apache Cocoon 2.0 >>>>in 2.909 seconds. >>>> >>>>BTW installed IBM java, no difference. >>>> >>>>Gerrit Kuilder wrote: >>>> >>>>>Hello, >>>>>I am using sun's jdk1.3.1. I will see if the IBM one makes a >>>>>difference. have had no other problems otherwise. >>>>>thanks, >>>>>Gerrit >>>>>Todd Wright wrote: >>>>> >>>>>>What jdk are you using? 1.3 and linux has issues... Perhaps try >>>>>>jdk1.4b3 or IBM. >>>>>>1.3 and Linux requires you to have an Xserver up and running. >>>>>> >>>>>>TW >>>>>> >>>>>>>Hello, >>>>>>> >>>>>>>I did a lot of stopping and starting (apache and tomcat). In the end >>>>>>>I unzipped the cocoon.war by hand (saw this in a message just after >>>>>>>I send my email) and am now stuck with: >>>>>>> >>>>>>>'org.apache.cocoon.ProcessingException: The sitemap handler's >>>>>>>sitemap is not available.' >>>>>>> >>>>>>>maybe I am missing out on something, although I have set JAVA_HOME >>>>>>>for tomcat I have not set up the same thing fo
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Gerrit, What is in the tomcat log files? (/jakarta-tomcat4.0/logs) There is usually more information there. I am concerned that the war file wasn't automatically read and expanded. This is usually a tomcat issue... I might try to remove the cocoon web-app and try to allow tomcat to reinstall it for you. (remove the cocoon subdir of webapps then make sure cocoon.war is back in there. Restart jakarta and try to access cocoon. http://localhost:8180/cocoon Are any other war files being expanded? TW >Hello, > >looked in my cocoon/WEB-APPS/root.log and came across the following: > >I ma seeing it as no servlet was found/loaded for cocoon. >INFO(2001-12-31) 21:02.24:856 [root] (/cocoon/) >HttpProcessor[8180][2]/CocoonServlet: '' Processed by Apache Cocoon 2.0 in >2.909 seconds. > >BTW installed IBM java, no difference. > >Gerrit Kuilder wrote: > >>Hello, >>I am using sun's jdk1.3.1. I will see if the IBM one makes a difference. >>have had no other problems otherwise. >>thanks, >>Gerrit >>Todd Wright wrote: >> >>>What jdk are you using? 1.3 and linux has issues... Perhaps try jdk1.4b3 >>>or IBM. >>>1.3 and Linux requires you to have an Xserver up and running. >>> >>>TW >>> >>>>Hello, >>>> >>>>I did a lot of stopping and starting (apache and tomcat). In the end I >>>>unzipped the cocoon.war by hand (saw this in a message just after I >>>>send my email) and am now stuck with: >>>> >>>>'org.apache.cocoon.ProcessingException: The sitemap handler's sitemap >>>>is not available.' >>>> >>>>maybe I am missing out on something, although I have set JAVA_HOME for >>>>tomcat I have not set up the same thing for cocoon. >>>>with a long list of calls: >>>> >>>> >>>> >>>>org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is >>>>not available. Please check logs for the exact error. >>>> >>>>path-info >>>> >>>>stacktrace >>>> >>>>org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is >>>>not available. Please check logs for the exact error. >>>> at >>>> org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:244) >>>> at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:109) >>>> at org.apache.cocoon.Cocoon.process(Cocoon.java:514) >>>> at >>>> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:647) >>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java) >>>> at >>>> >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java) > >>>> >>>> at >>>> >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java) >>>> >>>> at >>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java) >>>> >>>> at >>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>> at >>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) >>>> at >>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) >>>> at >>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java) >>>> >>>> at >>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>> at >>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) >>>> at >>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) >>>> at >>>> org.apache.catalina.core.StandardContext.invoke(StandardContext.java) >>>> at >>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java) >>>> at >>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>> at >>>> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java) >>>> >>>> at >>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>> at >>>> org.apache.catalina.valves.ErrorR
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
What jdk are you using? 1.3 and linux has issues... Perhaps try jdk1.4b3 or IBM. 1.3 and Linux requires you to have an Xserver up and running. TW >Hello, > >I did a lot of stopping and starting (apache and tomcat). In the end I >unzipped the cocoon.war by hand (saw this in a message just after I send >my email) and am now stuck with: > >'org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is >not available.' > >maybe I am missing out on something, although I have set JAVA_HOME for >tomcat I have not set up the same thing for cocoon. >with a long list of calls: > > > >org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is >not available. Please check logs for the exact error. > >path-info > >stacktrace > >org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is >not available. Please check logs for the exact error. > at > org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:244) > at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:109) > at org.apache.cocoon.Cocoon.process(Cocoon.java:514) > at > org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:647) > at javax.servlet.http.HttpServlet.service(HttpServlet.java) > at > >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java) > at > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java) > at > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) > at > org.apache.catalina.core.StandardContext.invoke(StandardContext.java) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java) > at > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) > at > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java) > at > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java) > at > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java) > at > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java) > at > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) > at > org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java) > at > org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java) > at java.lang.Thread.run(Thread.java:484) > > > > > >Gapinski, Gary (GEL, MSX) wrote: > >>Did you stop and start Tomcat subsequent to the copy of the cocoon.war file >>into the Tomcat webapps directory? >>It should have been unpacked (when Tomcat started) into a "cocoon" directory >>within the webapps directory. >>If it was unpacked, check the Tomcat log files for problems. >>-Original Message- >>From: Gerrit Kuilder [mailto:[EMAIL PROTECTED]] >>Sent: Monday, December 31, 2001 9:51 AM >>To: [EMAIL PROTECTED] >>Subject: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not >>available. >> >>Hi All, >>have managed to get tomcat 4 working on Linux 7.1, strangely enough on >>port 8180. >>I then downloaded cocoon 2 (binary, so just the cocoon.war file) and >>copied the cocoon.war into /webapps.http://localhost:8180/cocoon/ >>when I go to: http://localhost:8180/cocoon/ >>this results in the following error: >> >>type Status report >>message /cocoon/ >>description The requested resource (/cocoon/) is not available. >> >>according to the documentation copying the cocoon.war file should have >>been enough. >>Can't seem to find any errors in any log. Searched the web read the docs. >>Any suggestions? I can imagine this quesion being asked a lot, sorry if >>i
Re: hdml
Santhosh, Another Idea is to use the hex references like we do for I Think the < is < and the > is > This might help debug... Todd Wright At 09:59 AM 12/20/2001 -0500, you wrote: >I don't know what else to tell you. > >Using CDATA sections should work. Put CDATA around certain pieces of the >output and Cocoon will output "<" and ">" verbatim. Omit them and Cocoon >should replace them with "<" and ">". > >At least that's how things work with the XML Serializer. Are you using >the XML serializer? If not, then that explains it. You'd either need to >write a different serializer or use your XSP page to do the substitution >from "<" to "<". > >Other debugging techniques to consider: > >* Try using the LogTransformer to see if the correct output is getting >generated > >* Try changing your sitemap (temporarily) to use serialize >type="xml". Then use Microsoft Internet Explorer to view the page. IE >can display XML output, so you might be able to see what is wrong with the >output. > > >Best I can do. > > >DR > > > >At 08:23 PM 12/20/01 +0530, you wrote: > >I tell you our steps which we follow > > > >1)We have xsp which gives output as xml file. > >2)throw the appropriate xslt on that xml according to the > >User_Agent.This will be done by Cocoon. > >3)Then the resulted output comes to the client. > > > >Thats what we do. > > > >Thanx with rgds > >Santhosh hegde A > >- Original Message - > >From: Adam Ambadas <[EMAIL PROTECTED]> > >To: <[EMAIL PROTECTED]> > >Sent: Thursday, December 20, 2001 8:03 PM > >Subject: Re: hdml > > > > > > > I think you are processing the output of this xslt by something else. > > > > > > If so, that is THE problem. > > > > > > > > > On Thursday 20 December 2001 11:37 pm, you wrote: > > > > What i mean is > > > > > > > > Do you have some technique so that i can pass entity references for > > > > characters like "<" and ">" to the client. i.e "<" and "gt". > > > > > > > > Thanx with rgds > > > > Santhosh hegde A > > > > - Original Message - > > > > From: Adam Ambadas <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > Sent: Thursday, December 20, 2001 7:57 PM > > > > Subject: Re: hdml > > > > > > > > > :-(( :-(( > > > > > > > > > > dunno what you mean > > > > > > > > > > On Thursday 20 December 2001 11:12 pm, you wrote: > > > > > > hahahahah :-(:-(:-( > > > > > > > > > > > > Adam do you some trick so that i can bring reference values to the > > > > > > > > browser. > > > > > > > > > > Thanx with rgds > > > > > > Santhosh hegde A > > > > > > - Original Message - > > > > > > From: Adam Ambadas <[EMAIL PROTECTED]> > > > > > > To: <[EMAIL PROTECTED]> > > > > > > Sent: Thursday, December 20, 2001 7:32 PM > > > > > > Subject: Re: hdml > > > > > > > > > > > > > Santhosh, > > > > > > > > > > > > > > I think the emulator doesnt like > :-( > > > > > > > > > > > > > > What does UP.browser cry about btw? > > > > > > > > > > > > > > Adam > > > > > > > > > > > > > > On Thursday 20 December 2001 11:02 pm, you wrote: > > > > > > > > Hi Adam, > > > > > > > > > > > > > > > > I have seen the UP.browser emulator debugging window. There the > >wml > > > > > > > > code contains the character < and > as it is like > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > not as > > > > > > > > > > > > > > > > <?san>> > > > > > > > > > > > > > > > > > > > > > > > > Or do you feel that it is the problem of emulator?? > > > > > &
C2 failure to compile sitemap
Running Suse 7.2 IBM SDK 1.3 cocoon with Tomcat4.0.1. I am getting a internal server error when trying to access localhost:8080/cocoon ProcessingException The sitemap handler's sitemap is not available. I have STW found very little help. The log exception says the sitemap compilation fails. Any Ideas? BTW works fine on tomcat4.0.1 on win2000 Thanks Todd Wright - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
