Re: svgz to jpeg ?
On 28 Jun 2003 at 14:51, Upayavira wrote: >Ah. So your file on disc is compressed svg. Okay, so you need to uncompress it into >XML and pass that into the SVG2JPG serializer. There's two ways to do that, either >with a zip generator (I think there's an example of one in the Langham & Ziegler >Cocoon book), or using the Jar protocol (see >http://wiki.cocoondev.org/Wiki.jsp?page=JarProtocolExample). > >Both should extract your zipped SVG ready for converting to JPG. Thanks again for you reply. I've tried using the jar protocol, but it does not accept the 'svgz' file as a valid zip archive. I guess this is because there is no physical file to extract i.e jar:http//localhost/xyz.svg!??? Even Winzip will not open it. I haven't tried the zip generator yet because I haven't found any documentation, and someone has borrowed my Cocoon book !! Regards, Rob. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
lucene and authentication f/w
Hi, can anyone advise on the best way to create a lucene index of resources that are protected by the authentication framework ? Thanks, Rob Gregory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svgz to jpeg ?
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) 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:171) 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 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) 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.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:484) Am I doing this correctly ? Should I be using a different generator ? I am using cocoon 2.1m2. Thanks, Rob. >Just use the svg2jpg serializer. That's it.>>Regards, Upayavira>
SVGZ to JPEG
Hi, does anyone know if it is possible to serialize a compressed svg file (svgz) to jpeg ? Thanks, Rob Gregory.
svgz to jpeg ?
Hi, does anyone know if it is possible to serialize a compressed svg file (svgz) to jpeg ? Thanks, Rob Gregory.
weird svg problem
Hi, I have a really strange problem when using svg inside the tag. When I don't use cocoon to serve the following page everything is fine and I get an alert, but when cocoon serves the page the _javascript_ fails at getSVGDocument (or getSvgDocument). Here is my simple html page : </FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2> function initSvg(id) {<BR> var svg = document.getElementById(id);<BR> var svgDoc = svg.getSVGDocument();<BR> alert(svgDoc);<BR> }</FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2> data="" width="100%" height="100%"> Here is a snippet from my sitemap : This problem does not occurr when I use the tag - but I prefer to use so that I can display a jpeg if the SVG plugin is not installed. I have tried using cocoon 2.04 and 2.1m2 with the same results. Any ideas ? Thanks in advance, Rob Gregory
org.apache.cocoon.webapps.portal.components.PortalManager not found (2.1m3)?
ntext.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 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) 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.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:432) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:386) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:534) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at java.lang.Thread.run(Thread.java:484) i Internal Server Error Message: Lookup of portal failed. Description: org.apache.cocoon.ProcessingException: Lookup of portal failed.: org.apache.avalon.framework.component.ComponentException: Could not find component (key [org.apache.cocoon.webapps.portal.components.PortalManager]) Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet I'm sure there has to be just some setting that has changed from the Jan snapshot to the current one, but I've been looking for 2 days and can't seem to find it. Can anyone lend a hand? It looks like its bombing out when it attempts to serialize the user-profile delta to my user-profile save pipeline (which is identical to cocoon's): It enters: SourceUtil.writeDOM(saveResource, null, pars, delta, this.resolver, "xml"); (PortalManager.java:4039) and never seems to make it back out. thanks, rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon problems generating html output
Thanks Joerg, Unfortunately we are directly publishing the source XML from CVS, therefore we can guarantee that the images are in the same place relative to the source document but we cannot guarantee the absolute path. Are there any workarounds until this is fixed that you know of..? --- Rob. On Wed, 2003-06-04 at 09:37, Joerg Heinicke wrote: > Hello Rob, > > to make it short: > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15316 > > Are absolute paths an option for you? Passing a base directory to FOP is > not implemented in Cocoon'S FOPSerailizer. > > Joerg > > [EMAIL PROTECTED] wrote: > > Hi all, > > > > I'm a bit of a Cocoon newbie so forgive me if there are any errors in the > > following... > > > > In an attempt to push the use of DocBook for technical documentation within > > our group I have been trialling its use and using Cocoon 2.0.4 as the > > publishing framework. I have deployed this under tomcat-4.1.24 on Solaris 8 > > with j2sdk1.4.1_01. We are also using docbook-xsl-1.58.1 for the > > stylesheets. > > > > We are mainly generating this into html and pdf for review and > > distribution. Now I have replaced Xalan with Saxon the html seems be > > working a lot better, faster and more reliable. One problem I am having is > > with graphics in PDF files, if I include an imageobject element in the > > docbook all works fine for html but with pdf the image fails to be > > included. The following error occurs in both the error.log and the > > sitemap.log > > > > ERROR (2003-06-04) 08:51.35:216 [sitemap.serializer.fo2pdf.fop] > > (/cocoon/mount/users/r_exley/doc/r_exley/rpe006.pdf) > > Thread-8/ExternalGraphic: Error while creating area : Error with image URL: > > images/rpe006_1.png (No such file or directory) and no base directory is > > specified > > > > A fragment from the docbook source used in this is as follows: > > > > > > > > > > > > > > > > After searching through google etc. this seems to be because the somewhere > > between Apache FOP and docbook-xsl a baseDir configuration parameter is > > required when operating in a servlet environment. The following is one of > > the references I found to this. > > > > http://forrestbot.cocoondev.org/sites/xml-fop/embedding.html#config-internal > > > > How do I approach getting this into my cocoon implementation ? > > Has anyone had any experience of this ? > > Is it docbook-xsl, FOP or Cocoon that is deficient in the treatment of > > images and PDFs via this mechanism ? > > Am I missing something or doing this incorrectly ? > > > > FYI - I am pretty sure using this approach plus FOP all works from the > > command line. > > > > I would appreciate any help/advice on this. Equally if I should be > > addressing this elsewhere then thats fine as well. > > > > thanks in advance > > > > --- > > Rob Exley > > Senior Technical Consultant > > Equifax Plc > > > > e-mail: [EMAIL PROTECTED] > > tel: 01274 759610 > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Rob Exley Senior Technical Consultant Equifax Plc e-mail: [EMAIL PROTECTED] tel: 01274 759610 signature.asc Description: This is a digitally signed message part
Cocoon problems generating html output
Hi all, I'm a bit of a Cocoon newbie so forgive me if there are any errors in the following... In an attempt to push the use of DocBook for technical documentation within our group I have been trialling its use and using Cocoon 2.0.4 as the publishing framework. I have deployed this under tomcat-4.1.24 on Solaris 8 with j2sdk1.4.1_01. We are also using docbook-xsl-1.58.1 for the stylesheets. We are mainly generating this into html and pdf for review and distribution. Now I have replaced Xalan with Saxon the html seems be working a lot better, faster and more reliable. One problem I am having is with graphics in PDF files, if I include an imageobject element in the docbook all works fine for html but with pdf the image fails to be included. The following error occurs in both the error.log and the sitemap.log ERROR (2003-06-04) 08:51.35:216 [sitemap.serializer.fo2pdf.fop] (/cocoon/mount/users/r_exley/doc/r_exley/rpe006.pdf) Thread-8/ExternalGraphic: Error while creating area : Error with image URL: images/rpe006_1.png (No such file or directory) and no base directory is specified A fragment from the docbook source used in this is as follows: After searching through google etc. this seems to be because the somewhere between Apache FOP and docbook-xsl a baseDir configuration parameter is required when operating in a servlet environment. The following is one of the references I found to this. http://forrestbot.cocoondev.org/sites/xml-fop/embedding.html#config-internal How do I approach getting this into my cocoon implementation ? Has anyone had any experience of this ? Is it docbook-xsl, FOP or Cocoon that is deficient in the treatment of images and PDFs via this mechanism ? Am I missing something or doing this incorrectly ? FYI - I am pretty sure using this approach plus FOP all works from the command line. I would appreciate any help/advice on this. Equally if I should be addressing this elsewhere then thats fine as well. thanks in advance --- Rob Exley Senior Technical Consultant Equifax Plc e-mail: [EMAIL PROTECTED] tel: 01274 759610 This message contains information from Equifax, Inc. which may be confidential and privileged. If you are not an intended recipient, please refrain from any disclosure, copying, distribution or use of this information and note that such actions are prohibited. If you have received this transmission in error, please notify by e:mail [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get tomcat work directory from cocoon?
Is there a session context or some other environmental way to get the absolute path to the tomcat work directory in a pipeline? I'd like to put some temporary files there and need to get the absolute path to do this. thanks, rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Schematron question
On Wed, 26 Mar 2003, Joerg Heinicke wrote: > Hello Rob, > > you simply must add a predicate to the context: > > > > You must specify a valid number. > > Sweet. I hadn't even thought about putting a predicate there. That worked perfectly. I appreciate it! thanks, rob > Furthermore I think you should change the test pattern. If someone writes > 5.0, it can return false. I have in mind 5.0 and 5, if the transformer > tests on strings and not on numbers. (I had the same problem a few days ago > with XSLT. Is the behaviour simply processor dependent or specified > anywhere?) If you change the test to "number() = number()" you are on the > safe side, because "NaN = NaN" returns always false. > > Regards, > > Joerg > > Rob Johnston wrote: > >Hello -- I have a quick Schematron/XMLForm question. > > > >Let's say I have the following XPath: > > > >/data/selectedwhich can be either "text" or "number" > >/data/number a valid number > > > >I want to write a validation pattern that will assert iff /data/selected > >is 'number' and /data/number must be a number. > > > >For instance: > > > > > > > >You must specify a valid number. > > > > > > > >works fine, but I want the above to happen ONLY if /data/selected is the > >value "number". So if /data/selected is the value "text", it will > >completely ignore the check to see if the /data/number field is a > >numeric value. > > > >Any help would be appreciated. > > > >thanks, > >rob > > -- > > System Development > VIRBUS AG > Fon +49(0)341-979-7419 > Fax +49(0)341-979-7409 > [EMAIL PROTECTED] > www.virbus.de > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XMLForm Schematron question
Hello -- I have a quick Schematron/XMLForm question. Let's say I have the following XPath: /data/selectedwhich can be either "text" or "number" /data/number a valid number I want to write a validation pattern that will assert iff /data/selected is 'number' and /data/number must be a number. For instance: You must specify a valid number. works fine, but I want the above to happen ONLY if /data/selected is the value "number". So if /data/selected is the value "text", it will completely ignore the check to see if the /data/number field is a numeric value. Any help would be appreciated. thanks, rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
bundled application
Hi, I would like to bundle all of the files that represent my application (xml/xsp/xsl/html/gif etc) into one jar file for deployment, and have these accessible by the sitemap. I think it should be possible to use the jar: or zip: protocols. Is it practical to do this, or does anyone know of a better method ? Thanks in advance, Rob. ALSTOM COMPANY CONFIDENTIALITY MESSAGE : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person or use it for any purpose or store/copy the information in any medium. Please visit the ALSTOM Power Web Site: http://www.power.alstom.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A note about the "best(?) (cocoon-) development environment"...
SAXESS - Hussayn Dabbous wrote: 5.) eclipse 6.) sunbow eclipse tools (xml/sitemap) I'm currently evaluating oxygen (http://www.oxygenxml.com), it has tag-closing DTD/Schema aware tag insert and XSLT transformation functionality and so far I'm impressed by it. Do any of you know any other editors that support similar functionality? I'm tempted to spring the USD 65 (USD 25 academic) when my evaluation expires, but there might be something better out there? Regards. Rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Changing Portal "Timeout" Period
Where is the default portal session "timeout" period specified in cocoon? I can't seem to find it anywhere. Is it possible to disable having a login session timeout without having to modify cocoon source? Or at least modify it to be say, a week or so rather than 15 minutes or whatever it seems to be? And by session timeout, I mean, log into the portal, let it sit for 30 or so minutes, then attempt to click on another link -- you are dumped back to the login screen as your session has timed out. thanks, rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Cocoon/Tomcat not handling & in URLs?
I am attempting to build a cinclude:include dynamically in a transformation that will have multiple parameters in the src URI. The final version should look like: To do this, I have the following xsl: url?p1=foo&p2=bar (obviously, I have more logic in actual usage, such as some value-of's to get the actual dynamic URL data). This, of course, doesn't work since XSLT 1.0 says that & is illegal to have in attributes. It becomes serialized as: now, one would expect this to work, as in HTML 4.0, & is supposed to be equivalent to '&' everywhere. Most browsers support this, as well as seemingly most web servers (apache will accept '&' as well as '&' as delimiters between parameters). It doesn't seem that tomcat/cocoon supports this. If I attempt to fetch a URL with a & seperating parameters, I see this in the log: (fetched: 'url?p1=foo&p2=bar') METHOD: GET CONTENT LENGTH: -1 PROTOCOL: HTTP/1.0 SCHEME: http AUTH TYPE: null CURRENT ACTIVE REQUESTS: 1 REQUEST PARAMETERS: PARAM: 'amp;p2' VALUES: 'bar' PARAM: 'p1' VALUES: 'foo' Obviously, tomcat is not eating the rest of the 'amp;' part of the & markup. Has anyone seen this or know of a workaround to build dynamic urls that have parameters in them that cocoon WILL accept? Is this a bug in tomcat? thanks, rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Re: Output to file/ replace file
If you get around to writing a (mini-)howto, I'll be glad to do some testing/ proofreading. I need to spend some time on this next week anyway. Thanks everyone for the replies. Rob Sheraz Sharif wrote: I, too, have come across this. I searched the Archives with other keywords and discovered this little gem: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=102950781606334&w=2 Basically, there exists in Cocoon 2.1 and in the scratchpad of 2.0.3 a Transformer (SourceWritingTransformer). Check out the link above. I will probably try it out this weekend and if anyone is interested, I'll write up the mini-howto...or at least make an attempt at one. Sheraz On Thu, 2002-11-21 at 00:16, Rob Hoopman wrote: Hi, I realise this is a question that probably has come up before on the list but I can't seem to find it in the archives or on google. I have two questions: 1. How can I manipulate files using cocoon, I have some xml data I want to be able to change without storing it in a database. 2. The same question but for binary data, I can upload binary files just fine, but haven't found an obvious way to pick it up from the 'upload-directory' and store it in it's final location. Pointers to information or past threads apreciated. Rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> - 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]>
Output to file/ replace file
Hi, I realise this is a question that probably has come up before on the list but I can't seem to find it in the archives or on google. I have two questions: 1. How can I manipulate files using cocoon, I have some xml data I want to be able to change without storing it in a database. 2. The same question but for binary data, I can upload binary files just fine, but haven't found an obvious way to pick it up from the 'upload-directory' and store it in it's final location. Pointers to information or past threads apreciated. Rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
XMLForms: storing and displaying tabular data
Hello, I am trying to do something very specific using XMLForms and have been coming up dry on ideas on how to do it. Basically, I want to have a screen which will have a table where selected "items" are displayed, as well as a item-specific version number: ,. || Name | Timestamp | Version | `' | o | foo1 | 2002-... | 100 | | o | foo2 | 2002-... | 150 | | o | foo3 | 2002-... | 200 | ... the o's are radio buttons. So the user clicks on a radio button (let's say 'foo2' then clicks on a button below that says "Change Version". We then get forwarded to a screen such as: ,---. | | Version | Timestamp | Comment | `---' | o | 125 | 2002... | ... | | o | 150 | 2002... | ... | | o | 175 | 2002... | ... | the user then selects '175' by clickign the radio and then 'next', then the following would be displayed: ,. || Name | Timestamp | Version | `' | o | foo1 | 2002-... | 100 | | o | foo2 | 2002-... | 175 | | o | foo3 | 2002-... | 200 | ... My problem is tying this all together. Since this is all built dynamically, I've been trying to use xf:repeat's as well as DOM trees to store this info, but unfortunately I need to have the version for each item in the table available later on in the pipeline (for processing). To even set up the tables, I've made a new selectUItype called "radioTable" that takes the following form: Name ... foo1 ... foo1 ... Unfortunately, this only lets me store one value per row (when I need to store multiple values per row). Has anyone else used XMLForms with tables in this way? Or done it a 'better' way so as to be able to store multiple values for each row in a DOM tree or UserBean otherwise? any help would be appreciated. thanks, rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Persistant user authentication data in portal (Take Two)
Hey all, I'm attempting to get at authentication session data using the session transformer in a installed portlet. That is, I want to check something stored in the user's authentication session data from a pipeline called from the portal itself (and not me directly). For instance, I have a simple "portlet" xml file that is called by the portal framework that contains: http://cocoon.apache.org/session/1.0"; ignoreErrors="true"> if I call this directly by entering the proper url into my browser, I get what is expected: http://cocoon.apache.org/session/1.0"; ignoreErrors="true"> Mr. Paul However, if I go through the portal and load the main portal screen (which should call the same pipeline I just manually issued), the XML never comes up, and I get an error in my log file: DEBUG 2002-11-05 14:35:36.900 [core.session-manager] (): BEGIN streamContextFragment name=authentication, path=/authentication/data, consumerorg.apache.cocoon.webapps.session.transformation.SessionTransformer@3a95af DEBUG 2002-11-05 14:35:36.901 [core.manager] (): Got a org.apache.cocoon.webapps.authentication.components.AuthenticationManager from the pool. DEBUG 2002-11-05 14:35:36.901 [core.roles ] (): looking up shorthand authentication-manager, returning org.apache.cocoon.webapps.authentication.components.AuthenticationManager DEBUG 2002-11-05 14:35:36.901 [core.roles ] (): looking up shorthand authentication-manager, returning org.apache.cocoon.webapps.authentication.components.AuthenticationManager DEBUG 2002-11-05 14:35:36.902 [core.manager] (): Put a org.apache.cocoon.webapps.authentication.components.AuthenticationManager back into the pool. DEBUG 2002-11-05 14:35:36.902 [core.manager] (): Put a org.apache.cocoon.webapps.session.components.SessionManager back into the pool. DEBUG 2002-11-05 14:35:36.903 [sitemap ] (): Put a org.apache.cocoon.generation.FileGenerator back into the pool. DEBUG 2002-11-05 14:35:36.903 [sitemap ] (): Put a org.apache.cocoon.webapps.session.transformation.SessionTransformer back into the pool. DEBUG 2002-11-05 14:35:36.903 [sitemap ] (): Put a org.apache.cocoon.serialization.XMLSerializer back into the pool. DEBUG 2002-11-05 14:35:36.904 [core.manager] (): Put a org.apache.cocoon.components.sax.XMLByteStreamCompiler back into the pool. DEBUG 2002-11-05 14:35:36.904 [sitemap ] (): Put a org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline back into the pool. ERROR 2002-11-05 14:35:36.905 [core.portal-manager ] (): Exception during processing of coplet: somethingelse org.apache.cocoon.ProcessingException: SAXException: org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.NullPointerException: org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.NullPointerException at org.apache.cocoon.webapps.session.connector.ResourceConnectorImpl.streamXML(ResourceConnectorImpl.java:664) at org.apache.cocoon.webapps.portal.components.CopletThread.run(CopletThread.java:249) at java.lang.Thread.run(Thread.java:484) org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.NullPointerException at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:380) at org.apache.cocoon.environment.AbstractEnvironment.toSAX(AbstractEnvironment.java:532) at org.apache.cocoon.webapps.session.connector.ResourceConnectorImpl.streamXMLFromURI(ResourceConnectorImpl.java:620) at org.apache.cocoon.webapps.session.connector.ResourceConnectorImpl.streamXML(ResourceConnectorImpl.java:648) at org.apache.cocoon.webapps.portal.components.CopletThread.run(CopletThread.java:249) at java.lang.Thread.run(Thread.java:484) Is this because for some reason the session data is not being persisted unless I make the call directly to this pipeline? It looks like the authentication context is valid, because if I change that to say "foo", I get an error saying the context isn't found. Any help/insight would be appreciated. thanks, rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Re: Retrieving user data from portal
Yup. It is context authentication. I totally missed this when tracing through the code. thanks! rob On Mon, 04 Nov 2002, [EMAIL PROTECTED] wrote: > I personally don't use it, but remember going through the authentication code and >seeing it. I'm not certain how well documented this is but take a look in Developer >Section/webapps/session. There's probably some mention there. > > If not or not sufficient to your liking there's always the code. You should look in >the AuthenticationManager for how it places the user info in the Session Manager. >That should give you some clues how to get it out. > > I think the context is authentication or something like that and then you use xpath >to get the user and then your stuff. > > later, md > > - > 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: 2.1-dev authentication sample doesn't work
I got the same error when using 2.1-dev with Tomcat 4.0.4. The problem disappeared when I upgraded Tomcat to 4.1.12. Some patch applied between Sept 24 and Sept 25th that causes this IllegalStateException. (0924 works with 4.0.4, 0925 doesn't...) Hope this is your problem and it helps, thanks, rob On Thu, 17 Oct 2002, [EMAIL PROTECTED] wrote: > Hello, > > I have just installed the last dev snapshot of Cocoon and try to run the samples. > All work fine except the authentication sample. > This error appears: > > Apache Tomcat/4.0.6 - HTTP Status 500 - Internal Server Error > > type: Exception report > message: Internal Server Error > description: The server encountered an internal error (Internal Server Error) that >prevented it from fulfilling this request. > exception: > java.lang.IllegalStateException > at org.apache.catalina.connector.ResponseFacade.reset(ResponseFacade.java:243) > at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1106) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) > at >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) > at >org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) > at >org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at >org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) > at >org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) > at >org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) > at >org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) > at >org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) > at >org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) > at >org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) > at >org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) > at >org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at >org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) > at >org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at >org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1027) > at >org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125) > at java.lang.Thread.run(Thread.java:479) > > > I use Tomcat 4.0.6 with JDK 1.3.1_05 and my OS is Windows NT 4.0. > > Is there something to install before working with the Cocoon authentication >mechanism? > > Thank you > Sylvain > > - > 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]>
Adding a violation in xmlforms
Is it possible to do some validation on input (outside the scope of schematron) in the WizardAction class, and if this validation fails, add a new violation so that the xmlform transformer will properly add in xf:violation tags and flow will halt until the violation is cleared up? thanks, rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
Re: Portal Exception in latest Cocoon 2.1?
Is there a known workaround or a PR open? thanks, rob On Thu, 26 Sep 2002, Kenneth J. Hughes wrote: > I saw the same thing here today. > > At 02:37 PM 9/26/2002 -0700, Rob Johnston <[EMAIL PROTECTED]> wrote: > >Hello, > > > >In the most recent Cocoon snapshot (today - 2002-09-26), I noticed a > >problem with the portal example... when I enter guest/guest or > >cocoon/cocoon to login, I get a: > > > >description The server encountered an internal error (Internal Server Error) that >prevented it from fulfilling this request. > > > >exception > > > >java.lang.IllegalStateException > >at org.apache.catalina.connector.ResponseFacade.reset(ResponseFacade.java:243) > >at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1098) > >at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > [...] > > >Is this likely a configuration issue or a problem with the portal? (this is > >a fresh checkout, and a standard './build.sh -Dinclude.webapp.libs=yes > >-Dinclude.scratchpad.libs=yes -Dinclude.sample.libs=yes webapp' build. This > >is under tomcat 4.0.4. > > [...] > > > > - > 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]>
Portal Exception in latest Cocoon 2.1?
Hello, In the most recent Cocoon snapshot (today - 2002-09-26), I noticed a problem with the portal example... when I enter guest/guest or cocoon/cocoon to login, I get a: description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception java.lang.IllegalStateException at org.apache.catalina.connector.ResponseFacade.reset(ResponseFacade.java:243) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1098) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1027) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125) at java.lang.Thread.run(Thread.java:484) in the localhost_log file: 2002-09-26 17:35:45 StandardWrapperValve[Cocoon2]: Servlet.service() for servlet Cocoon2 threw exception java.lang.IllegalStateException ... etc However, if I go back and re-enter the portal from the examples screen, it comes up to the main portal screen as if I had already logged in (so the authentication was successful). Is this likely a configuration issue or a problem with the portal? (this is a fresh checkout, and a standard './build.sh -Dinclude.webapp.libs=yes -Dinclude.scratchpad.libs=yes -Dinclude.sample.libs=yes webapp' build. This is under tomcat 4.0.4. Sorry if this is a repeat or smoke, but I can't seem to find any info about it in the mailing lists. thanks, rob - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
RE: "if" not working
use the .equals("todo") operator on the string comparison -Original Message-From: Ganael LAPLANCHE [mailto:[EMAIL PROTECTED]]Sent: Thursday, 5 September 2002 11:49 PMTo: [EMAIL PROTECTED]Subject: "if" not working Hi all, I'm trying to test the value of a hidden parameter sent via an html form... Here is the test : if(=="search") { That's ok ! } The test never returns true... What's wrong ??? Thank you, Gan. === This email may be confidential and/or privileged. Only the intended recipient may access or use it. We use virus scanning software but exclude all liability for viruses or similar in any attachment. Copyright in this email and any document created by Pitt & Sherry Consulting Engineers will remain vested in Pitt & Sherry Consulting Engineers and will not transfer to you. If you have received this email by mistake, please telephone (613) 6323 1900 (reverse charges), or forward message to [EMAIL PROTECTED] ===
RE: XSLT logicsheet parameter issues
Hey, Thank for this. I think this is a good start. Can you give me an example? I'll explain the setup of the files. In the sitemap i just have these lines: because the the XSL logicsheet is being called from the XSP file. how do we pass the parameter through. Is it by creating xsl:params in the XSL file and passing them through from XSP or can we use the request object (this being the preferable option) in the XSL file. Thank you Rob -Original Message- From: Barbara Post [mailto:[EMAIL PROTECTED]] Sent: Friday, 30 August 2002 5:18 PM To: [EMAIL PROTECTED] Subject: Re: XSLT logicsheet parameter issues Hello, Depending on what you need to do with the XSL file, pass as many parameters (then : xsl:param) as you need... Don't forget to place a map:act type="request" at the beginning of the pipeline and for the xslt transformation. HTH - Original Message - From: "Rob Grundel" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 30, 2002 8:00 AM Subject: XSLT logicsheet parameter issues > Hi, > > We've got a custom XSLT logicsheet running on Cocoon 2.0.3/Tomcat that for > some reason can't seem to read parameters using the request object inside > the tags. We've just converted the code in XSP file (which did > work but was getting a little big) to an XSLT logicsheet. Do we need to > pass on the parameters from the XSP file that is calling the XSLT > logicsheet? > > Thank you > > Rob Grundel > > > === > This email may be confidential and/or privileged. Only the intended > recipient may access or use it. > We use virus scanning software but exclude all liability for viruses or > similar in any attachment. > Copyright in this email and any document created by Pitt & Sherry Consulting > Engineers will > remain vested in Pitt & Sherry Consulting Engineers and will not transfer to > you. > If you have received this email by mistake, please telephone (613) 6323 1900 > (reverse charges), > or forward message to [EMAIL PROTECTED] > === > > > > - > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> > - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> === This email may be confidential and/or privileged. Only the intended recipient may access or use it. We use virus scanning software but exclude all liability for viruses or similar in any attachment. Copyright in this email and any document created by Pitt & Sherry Consulting Engineers will remain vested in Pitt & Sherry Consulting Engineers and will not transfer to you. If you have received this email by mistake, please telephone (613) 6323 1900 (reverse charges), or forward message to [EMAIL PROTECTED] === - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
XSLT logicsheet parameter issues
Hi, We've got a custom XSLT logicsheet running on Cocoon 2.0.3/Tomcat that for some reason can't seem to read parameters using the request object inside the tags. We've just converted the code in XSP file (which did work but was getting a little big) to an XSLT logicsheet. Do we need to pass on the parameters from the XSP file that is calling the XSLT logicsheet? Thank you Rob Grundel === This email may be confidential and/or privileged. Only the intended recipient may access or use it. We use virus scanning software but exclude all liability for viruses or similar in any attachment. Copyright in this email and any document created by Pitt & Sherry Consulting Engineers will remain vested in Pitt & Sherry Consulting Engineers and will not transfer to you. If you have received this email by mistake, please telephone (613) 6323 1900 (reverse charges), or forward message to [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]>
java.lang.VerifyError
Hi, We've got an XSP page pumping out XML (through Cocoon 2.0.2) however all of a sudden for (apparentley no reason) we've started to get the following error (see below). I have removed the file and expected to get a file not found error the same error keeps coming through. It doesn't seem to be related to the code. Any ideas? Thank you Error: Apache Tomcat/4.0.4 - HTTP Status 500 - Internal Server Error _ type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 1027) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125 ) at java.lang.Thread.run(Thread.java:536) root cause java.lang.VerifyError: (class: org/apache/cocoon/www/pmo/pugs_xsp, method: generate signature: ()V) Illegal type in constant pool at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:1576) at java.lang.Class.getConstructor0(Class.java:1748) at java.lang.Class.newInstance0(Class.java:266) at java.lang.Class.newInstance(Class.java:249) at org.apache.cocoon.components.language.programming.CompiledProgrammingLanguag e.load(CompiledProgrammingLanguage.java:205) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr ogramGeneratorImpl.java:245) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator .java:203) at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab stractEventPipeline.java:202) at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven tPipeline.java:279) at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(Cachi ngEventPipeline.java:142) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS treamPipeline.java:320) at org.apache.cocoon.www.sitemap_xmap.matchN40099F(C:\Apache\Tomcat\work\Standa lone\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:1 1921) at org.apache.cocoon.www.sitemap_xmap.process(C:\Apache\Tomcat\work\Standalone\ localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3852) at org.apache.cocoon.www.sitemap
RE: Barf on JSPGenerator on Hello.jsp (HELP!)
Okay, moved the jars. Problem still occurs. Y'know, on the cocoon samples page, it says I might have trouble running these with my servlet container and to consult the documentation. Does anyone know what that means? I'm running Tomcat 4.0.1. Rob -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 6:47 PM To: [EMAIL PROTECTED] Subject: RE: Barf on JSPGenerator on Hello.jsp (HELP!) > From: Rob Kelley [mailto:[EMAIL PROTECTED]] > > I just installed the whole package on another machine and I encountered > the same problem. I don't know how to modify the error handler to get > more information. Could it be a problem with where I put the jars? > PROBLEM WITH THE JARS? > I'm wondering if I have a jar in the wrong place. This happens to me a > lot. > > Here is the contents of c:\jdk1.3.1\jre\lib\ext: > [lib] > [org] > [META-INF] > [MyNa] > ext.zip > mm.mysql-2.0.14-bin.jar > MyNa.jar > MyNajsp.jar > naming-factory.jar > php_java.jar > phpsrvlt.jar > regexp.jar > runtime.jar > BCEL.jar > bsf.jar > DBConnMgr.properties > jasper.jar > jasper-compiler.jar > jasper-runtime.jar > java_cup.jar > JLex.jar > jndi.jar > jaxp.jar > jaxp11-xalan.jar > xalan-2.2.0-D13.jar > xerces-1.4.4.jar I don't know what you are trying to achieve here... But have you tried with EMPTY ext directory? I mean it should look like: > Here is the contents of c:\jdk1.3.1\jre\lib\ext: And that's it. I guess most of the working setups (except 1.4, where you must have XML parser/XSLT engine) are like this. Vadim - Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> - 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: Barf on JSPGenerator on Hello.jsp (HELP!)
I just installed the whole package on another machine and I encountered the same problem. I don't know how to modify the error handler to get more information. Could it be a problem with where I put the jars? For the record, here's what I did: 1. installed Tomcat with the exact same Classpath configuration it had on the other computer 2. Put the Cocoon.war I built into the webapps directory 3. Changed the entry in the sitemap to remove the buggy initial forward slash NO YES (Otherwise Cocoon resolves the file to c:\docs\samples\jsp\hello.jsp) 4. Ran cocoon, typed in http://127.0.0.1:8080/cocoon/jsp/hello Same Error (logs at end of email). Here's the jsp code: <%@ page language='java' session='false' %> Hello This is my first Cocoon2 page! <% out.println("With help from JSP"); %> PROBLEM WITH THE JARS? I'm wondering if I have a jar in the wrong place. This happens to me a lot. Here is the contents of c:\jdk1.3.1\jre\lib\ext: [lib] [org] [META-INF] [MyNa] ext.zip mm.mysql-2.0.14-bin.jar MyNa.jar MyNajsp.jar naming-factory.jar php_java.jar phpsrvlt.jar regexp.jar runtime.jar BCEL.jar bsf.jar DBConnMgr.properties jasper.jar jasper-compiler.jar jasper-runtime.jar java_cup.jar JLex.jar jndi.jar jaxp.jar jaxp11-xalan.jar xalan-2.2.0-D13.jar xerces-1.4.4.jar Here is the contents of apache tomcat 4.0/lib: jasper-runtime.jar naming-factory.jar jasper-compiler.jar Again, any help is appreciated. I don't know how to modify the error handler to get more information... Rob LOGS Error log is empty. Here is the core log: DEBUG (2002-06-10) 17:12.56:298 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][1]/XSLTProcessorImpl: XSLTProcessorImpl getTemplates: stylesheet file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/stylesheets/page/simple-page2html.xsl DEBUG (2002-06-10) 17:12.56:329 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][1]/XSLTProcessorImpl: Reusing Templates for file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/stylesheets/page/simple-page2html.xsl DEBUG (2002-06-10) 17:12.57:821 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][1]/XSLTProcessorImpl: XSLTProcessorImpl getTemplates: stylesheet jndi:/localhost/cocoon/stylesheets/system/error2html.xsl DEBUG (2002-06-10) 17:12.57:841 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][1]/XSLTProcessorImpl: Reusing Templates for jndi:/localhost/cocoon/stylesheets/system/error2html.xsl DEBUG (2002-06-10) 17:12.57:941 [core.event-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][1]/CachingEventPipeline: Recycling of CachingEventPipeline DEBUG (2002-06-10) 17:12.57:941 [core.stream-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][1]/CachingStreamPipeline: Recycling of CachingStreamPipeline DEBUG (2002-06-10) 17:12.57:941 [core.event-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][1]/CachingEventPipeline: Recycling of CachingEventPipeline DEBUG (2002-06-10) 17:12.57:961 [core.stream-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][1]/CachingStreamPipeline: Recycling of CachingStreamPipeline Here is the access log: DEBUG (2002-06-10) 17:12.54:075 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: Changing Cocoon context DEBUG (2002-06-10) 17:12.54:085 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: from context(file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/) and prefix() DEBUG (2002-06-10) 17:12.54:085 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: to context(sitemap.xmap) and prefix() DEBUG (2002-06-10) 17:12.54:085 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: at URI jsp/hello DEBUG (2002-06-10) 17:12.54:085 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: New context is file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/ DEBUG (2002-06-10) 17:12.54:085 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: Resolving 'stylesheets/page/simple-page2html.xsl' in context 'file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/' DEBUG (2002-06-10) 17:12.54:095 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: Resolved to 'file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/stylesheets/page/simple-page2html.xsl' DEBUG (2002-06-10) 17:12.54:105 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: Resolving 'docs/samples/jsp/hello.jsp' in context 'file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/' DEBUG (2002-06-10) 17:12.54:105 [access](/cocoon/jsp/hello) HttpProcessor[8080][1]/AbstractEnvironment: Resolved to 'file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/docs/samples/jsp/hello.jsp' DEBUG (2002-06-10) 17:12.54:866 [access](/cocoon/js
RE: Barf on JSPGenerator on Hello.jsp (HELP!)
I'm still stuck here. Any help would be appreciated. > > I'm running cocoon 2.0.2 on Tomcat 4.0.1 (Windows). I've been trying to run the hello example for the jsp: > > http://127.0.0.1:8080/cocoon/jsp/hello > > I get the same error (stack trace at end of email): > > "SAXException JspGenerator.generate()" > > My sitemap entry is: > > > > > > > > > My cocoon.xconf jsp-engine is: > > > > > > And I'm at wit's end. How do I get JSPs to work? > > Please help! > > Rob > > Stack Trace: > org.apache.cocoon.ProcessingException: SAXException JspGenerator.generate() > at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:132 ) > at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(Cachi ngEventPipeline.java:251) > at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(Cach ingStreamPipeline.java:399) > at org.apache.cocoon.www.sitemap_xmap.matchN105B4(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma p.java:7741) > at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma p.java:3119) > at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma p.java:2617) > at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) > at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) > at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154 ) > at org.apache.cocoon.Cocoon.process(Cocoon.java:575) > at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:247) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:193) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:243) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:201) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234 4) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :164) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa lve.java:170) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:564) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :170) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:564) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462 ) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:564) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:163) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j ava:1011) > at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java: 1106) > at java.lang.Thread.run(Unknown Source) > > > > > -- > > > > - > Do You Yahoo!? > Sign-up for Video Highlights of 2002 FIFA World CupHi: > I'm running cocoon 2.0.2 on Tomcat 4.0.1 (Windows). I've been trying to run the hello example for the jsp: > http://127.0.0.1:8080/cocoon/jsp/hello";>http://127.0.0.1:8080/coco on/jsp/hello > I get the same error (stack trace at end of email):"SAXException JspG
RE: Barf on JSPGenerator on Hello.jsp (HELP!)
I'm still stuck here. Any help would be appreciated. > > I'm running cocoon 2.0.2 on Tomcat 4.0.1 (Windows). I've been trying to run the hello example for the jsp: > > http://127.0.0.1:8080/cocoon/jsp/hello > > I get the same error (stack trace at end of email): > > "SAXException JspGenerator.generate()" > > My sitemap entry is: > > > > > > > > > My cocoon.xconf jsp-engine is: > > > > > > And I'm at wit's end. How do I get JSPs to work? > > Please help! > > Rob > > Stack Trace: > org.apache.cocoon.ProcessingException: SAXException JspGenerator.generate() > at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:132 ) > at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(Cachi ngEventPipeline.java:251) > at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(Cach ingStreamPipeline.java:399) > at org.apache.cocoon.www.sitemap_xmap.matchN105B4(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma p.java:7741) > at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma p.java:3119) > at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma p.java:2617) > at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) > at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) > at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154 ) > at org.apache.cocoon.Cocoon.process(Cocoon.java:575) > at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:247) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:193) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:243) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:201) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234 4) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :164) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa lve.java:170) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:564) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :170) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:564) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462 ) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:564) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:163) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja va:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 72) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) > at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j ava:1011) > at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java: 1106) > at java.lang.Thread.run(Unknown Source) > > > > > -- > > > > - > Do You Yahoo!? > Sign-up for Video Highlights of 2002 FIFA World CupHi: > I'm running cocoon 2.0.2 on Tomcat 4.0.1 (Windows). I've been trying to run the hello example for the jsp: > http://127.0.0.1:8080/cocoon/jsp/hello";>http://127.0.0.1:8080/coco on/jsp/hello > I get the same error (stack trace at end of email):"SAXException JspG
Re: Barf on JSPGenerator on Hello.jsp (HELP!)
: nullREQUEST PREFERRED LOCALE: en_USSERVER HOST: 127.0.0.1SERVER PORT: 8080 METHOD: GETCONTENT LENGTH: -1PROTOCOL: HTTP/1.1SCHEME: httpAUTH TYPE: null CURRENT ACTIVE REQUESTS: 1REQUEST PARAMETERS: HEADER PARAMETERS: PARAM: 'accept' VALUES: '[image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*]'PARAM: 'accept-language' VALUES: '[en-us]'PARAM: 'accept-encoding' VALUES: '[gzip, deflate]'PARAM: 'user-agent' VALUES: '[Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)]'PARAM: 'host' VALUES: '[127.0.0.1:8080]'PARAM: 'connection' VALUES: '[Keep-Alive]' SESSION ATTRIBUTES: DEBUG (2002-06-05) 13:20.42:373 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][4]/XSLTProcessorImpl: XSLTProcessorImpl getTemplates: stylesheet file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/stylesheets/page/simple-page2html.xslDEBUG (2002-06-05) 13:20.42:373 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][4]/XSLTProcessorImpl: Reusing Templates for file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/stylesheets/page/simple-page2html.xslDEBUG (2002-06-05) 13:20.43:825 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][4]/XSLTProcessorImpl: XSLTProcessorImpl getTemplates: stylesheet jndi:/localhost/cocoon/stylesheets/system/error2html.xslDEBUG (2002-06-05) 13:20.43:825 [core.xslt-processor](/cocoon/jsp/hello) HttpProcessor[8080][4]/XSLTProcessorImpl: Reusing Templates for jndi:/localhost/cocoon/stylesheets/system/error2html.xslDEBUG (2002-06-05) 13:20.43:875 [core.event-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][4]/CachingEventPipeline: Recycling of CachingEventPipelineDEBUG (2002-06-05) 13:20.43:875 [core.stream-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][4]/CachingStreamPipeline: Recycling of CachingStreamPipelineDEBUG (2002-06-05) 13:20.43:875 [core.event-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][4]/CachingEventPipeline: Recycling of CachingEventPipelineDEBUG (2002-06-05) 13:20.43:875 [core.stream-pipeline](/cocoon/jsp/hello) HttpProcessor[8080][4]/CachingStreamPipeline: Recycling of CachingStreamPipeline Peter Schwenke <[EMAIL PROTECTED]> wrote: You'll probably find more info in the log files incocoon/WEB-INF/logs or, if the JSP has actually run, in your usualcatalina.out or wherever your JSP logs are goingPeterRob Kelley writes:> > Hi:> > I'm running cocoon 2.0.2 on Tomcat 4.0.1 (Windows). I've been trying to run the hello example for the jsp:> > http://127.0.0.1:8080/cocoon/jsp/hello> > I get the same error (stack trace at end of email):> > "SAXException JspGenerator.generate()" > > My sitemap entry is:> > > > > > > > > My cocoon.xconf jsp-engine is:> > > > > > And I'm at wit's end. How do I get JSPs to work?> > Please help!> > Rob> > Stack Trace:> org.apache.cocoon.ProcessingException: SAXException JspGenerator.generate() > at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:132) > at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:251) > at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:399) > at org.apache.cocoon.www.sitemap_xmap.matchN105B4(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:7741) > at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3119) > at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:2617) > at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) > at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) > at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) > at org.apache.cocoon.Cocoon.process(Cocoon.java:575) > at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) > at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) >
Re: Barf on JSPGenerator on Hello.jsp (Still HELP!)
Dear Yury: Thanks for the tip, but I'm still out of luck. Copying jasper did not resolve problem. Rob yuryx <[EMAIL PROTECTED]> wrote: Rob Kelley wrote:> Hi:>> I'm running cocoon 2.0.2 on Tomcat 4.0.1 (Windows). I've been trying > to run the hello example for the jsp:>> http://127.0.0.1:8080/cocoon/jsp/hello>> I get the same error (stack trace at end of email):>> /"SAXException JspGenerator.generate()"/>> My sitemap entry is:>> > > > > >> My cocoon.xconf jsp-engine is:>> > > value="org.apache.jasper.servlet.JspServlet"/>> > >> And I'm at wit's end. How do I get JSPs to work?>> Please help!>> Rob>> **>Hi Rob!Try copy jasper-compiler.jar into cocoon/WEB-INF/lib/ directory from $CATALINA_HOME/libRegards.Yury.-Please check that your question has not already been answered in theFAQ before posting. To unsubscribe, e-mail: <[EMAIL PROTECTED]>For additional commands, e-mail: <[EMAIL PROTECTED]>Do You Yahoo!? Sign-up for Video Highlights of 2002 FIFA World Cup
Barf on JSPGenerator on Hello.jsp (HELP!)
Hi: I'm running cocoon 2.0.2 on Tomcat 4.0.1 (Windows). I've been trying to run the hello example for the jsp: http://127.0.0.1:8080/cocoon/jsp/hello I get the same error (stack trace at end of email):"SAXException JspGenerator.generate()" My sitemap entry is: My cocoon.xconf jsp-engine is: And I'm at wit's end. How do I get JSPs to work? Please help! Rob Stack Trace: org.apache.cocoon.ProcessingException: SAXException JspGenerator.generate() at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:132) at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:251) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:399) at org.apache.cocoon.www.sitemap_xmap.matchN105B4(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:7741) at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3119) at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Tomcat 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:2617) at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) at org.apache.cocoon.Cocoon.process(Cocoon.java:575) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Unknown Source) -- Do You Yahoo!? Sign-up for Video Highlights of 2002 FIFA World Cup
Re: Cocoon & Struts
At 09:20 AM 4/11/2002 -0400, allan li wrote: >Hi everyone, > >Could anybody give me some ideas about the comparison, relationships >between Cocoon2 and Struts, and how to use them together for a single web >application? Cocoon and Struts have a lot of overlapping functionality, but different focuses. Cocoon and Struts both seek to implement frameworks for web development according, more or less, to the Model-View-Controller framework. The breakdown, as I see it, is roughly as follows: Model: - Cocoon's models are XML-centric in that Cocoon generators (which correspond more or less to the components responsible for pulling data from the model) produce XML that represents the model's contents. XSP pages are the main mechanism for doing so; XSP pages can source their data from the servlet context, or from databases, or from Java objects, or what have you. - Struts models are very Java-centric -- Struts tends to expect model components to be Java business objects, which produce state that gets stored in the servlet context (request, session, or application context), or which are themselves directly accessible from the servlet context. View: - Cocoon has a very flexible framework for generating many possible views of XML derived from a model. Cocoon supports pretty much anything you can do with XSLT or other XML tools (Batik, etc.). It is very easy to do complex things with XML in the Cocoon framework. - Struts focuses mainly on JSP out of the box for view rendering -- the default pattern with Struts is to use JSP to display content obtained from (objects in) the servlet context. However, Struts can be used with servlet chaining to hand off view responsibilities to other systems (there is work underway to do so with Velocity). Struts itself does little or nothing with XML or XSLT. Controller: - Cocoon has "Cocoon actions" which seem to have been latecomers to the Cocoon design. Most of the current controller work in Cocoon is oriented around the "Schecoon" scripting framework. This is very much a work in progress. - Struts is very controller-oriented, actually; Struts' entire ActionMapping system is completely about the controller layer. Struts makes it quite easy to get started building the logic of your website due to its controller-centric design. It is starting to look to me like it would be straightforwardly possible to write some Cocoon XSP pages which expect to be fed from a Struts controller system via servlet chaining. i.e. write your application logic in Struts, and write your view structure in Cocoon, thereby using Struts to do the controlling and Cocoon for the viewing. Cocoon is almost a bit overkill for this, since it has so much more functionality than simply XML transformation, but oddly it might wind up being easier to maintain this kind of hybrid system than it would be to build the whole thing in either Struts or Cocoon alone. We shall see :-) Cheers! Rob - 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: Cocoon vs EJB
Cocoon and EJB are addressing different problem spaces. Cocoon is fairly specifically aimed at content delivery systems -- Web sites, intranets, sites that basically need to present information from a variety of sources in a variety of formats. Cocoon is an XML transformation and presentation system. Cocoon does not specifically address issues such as database persistence, inter-server communication, or (yet) application deployment. EJB engines are addressed at application developers -- developers working on complex applications (web-based or otherwise) involving extensive database development and complex logic. The focus with EJBs is on what happens *inside* the server. You wouldn't want to develop an airline reservation system with (just) Cocoon. You wouldn't want to develop a website and documentation production environment with (just) EJBs. I look forward to the two becoming more closely interoperable. Having an XSP framework which can work with an EJB environment would be a good start Cheers! Rob At 08:08 PM 4/1/2002 -0800, Steven Punte wrote: >Dear Cocoon User Group: > > OK. Cocoon and the EJB world cannot be compared >side- > by-side since they are different beasts, but I put > EJB in the subject because it represents the "J2EE > Flag Ship;" at least, that is my perception. > > A better subject line could have been "Cocoon vs. > JSP + ServerBeans + EJB" or similar. > > Never-the-less, I've been studying the hell out of > EJB technology for the past two months, and EJB is > suppose to be good stuff? > > Cases in point: > > o One is suppose to write four, may six files > for each EJB: XxxBean, XxxHome, XxxRemote, > ejb-jar.xml, and now maybe XxxLocalHome and > XxxLocalRemote (isn't that last one an > oxymoron?). > > o Adding another process space between the > servlet container and the database is a > good thing? I don't care how much object > pooling goes on. The fastest software is > software that doesn't exist. > > o Entity EJB beans can provide caching, but > haven't databases been providing caching for > the last two decades already? > > o Ya, CMP EJB are nice, but plain old JDBC does > most of this anyway WITHOUT any subclassing. > > o Transactions? Doesn't look that difficult with > JTA, but I haven't done a project yet with JTA. > > o Distributed EJB's for improved reliability? Wow, > there is sure a lot to potentially go wrong > here. > > In summary: > > 1) For the complexity, has anyone found that the EJB > technology really brings good stuff to the table? > > If so, are such projects mainstream, or somewhat > corner case like the super high rel banking domain? > > > 2) It seems like for nearly all projects, Cocoon >makes > a much functionality and productivity richer > starting base than what Sun is advocating. > > But I'm probably preaching to the quire here. > > > Inquiring Minds Want To Know: > > Steven P. Punte > > >Steven P. Punte >Candlelight Software >By Candlelight If Necessary! >[EMAIL PROTECTED] >http://www.candlelightsoftware.com > >__ >Do You Yahoo!? >Yahoo! Tax Center - online filing with TurboTax >http://http://taxes.yahoo.com/ > >- >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]>
RE: Does Bonebreaker sample still work with Cocoon 2.0.2?
No, this was the *first* pipeline element. (Don't tell me that was wrong too! Thank goodness for /mount!) Cheers, Rob At 09:27 PM 3/29/2002 -0500, Vadim Gritsenko wrote: > > From: Rob Jellinghaus [mailto:[EMAIL PROTECTED]] > > > > ...and following myself up... it turns out that if I just put the > > bonebreaker dir under %CATALINA_HOME%/webapps/cocoon/mount and edit > > bonebreaker/sitemap.xmap to have "/cocoon/mount/bonebreaker" as the > > base-url, then it works! (without editing the toplevel sitemap.xmap, >even!) > > > > So the question now is, why does the recommended top-level >sitemap.xmap > > information below *not* work? > >May be you added this snippet in the wrong place. May be you added it >after the last pipeline element. This last pipeline element has **/ >match which shows directory listing. > > > >[Vadim: I am trying to make it so Mozilla sends plain text email; I > > >apologize from the bottom of my heart if I fail :-) ] > >[Congrats, you have got it!] > >Vadim > > > > And why not make this the standard way to > > install bonebreaker? > > > > But in any case I'm happy now :-) > > Cheers! > > Rob > > > > > > > > > > At 04:36 PM 3/29/2002 -0800, Rob Jellinghaus wrote: > > >[Vadim: I am trying to make it so Mozilla sends plain text email; I > > >apologize from the bottom of my heart if I fail :-) ] > > > > > >I have Cocoon 2.0.2 running with Tomcat 4.0.1 and Java 1.3.1_02. I >have > > >been able to run the esql samples against both the built-in hsql DB >and > > >against my own mysql DB, so I know that I have *something* working >:-) > > > > > >I have just downloaded bonebreaker.zip and unzipped it into > > >%CATALINA_HOME%/webapps/cocoon/bonebreaker. I have made the changes >to my > > >main sitemap.xmap as specified on > > > >http://www.cocooncenter.de/cc/documents/resources/navigation/installati >on.htm > > l > > >: > > > > > > > > > > > > > > > > > > > > reload-method="synchron" src="bonebreaker/"/> > > > > > > > > > > > > > > > > > reload-method="synchron" src="bonebreaker/"/> > > > > > > > > > > > > > > >The problem is that when I go to > > >http://localhost:8080/cocoon/bonebreaker/ I get a simple directory > > >listing, not a Cocoon-rendered HTML page. Here is the access.log > > >(slightly cleaned up): > > > > > >DEBUG (2002-03-29) 16:31.30:470 [access](/cocoon/bonebreaker/) > > >HttpProcessor[8080][0]/AbstractEnvironment: Resolving 'sitemap.xmap' >in > > >context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' > > >DEBUG (2002-03-29) 16:31.30:540 [access](/cocoon/bonebreaker/) > > >HttpProcessor[8080][0]/AbstractEnvironment: Resolved to > > >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/sitemap.xmap' > > >Resolving '' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' > > >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' > > >Changing Cocoon context > > > from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix() > > > to context(sitemap.xmap) and prefix() > > > at URI bonebreaker/ > > >New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/ > > >Resolving 'stylesheets/system/directory2html.xsl' in context > > >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' > > >Resolved to 'file:/D:/dev/Tomcat > > >4.0/webapps/cocoon/stylesheets/system/directory2html.xsl' > > >Resolving 'bonebreaker' in context 'file:/D:/dev/Tomcat >4.0/webapps/cocoon/' > > >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/bonebreaker/' > > >Set the URI Prefix (OLD=, NEW=) > > >Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/ > > >'bonebreaker/' Processed by Apache Cocoon 2.0.2 in 10.385 seconds. > > > > > >So I tried going to > > >http://localhost:8080/cocoon/bonebreaker/home/home.section but that >gives > > >me a 404. The access.log says: > > > > > >Changing Cocoon context > > > from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix() > > > to context(sitemap.xmap) and prefix() > > > at URI bonebreaker/home/home.section > > >New context is fi
Re: Does Bonebreaker sample still work with Cocoon 2.0.2?
...and following myself up... it turns out that if I just put the bonebreaker dir under %CATALINA_HOME%/webapps/cocoon/mount and edit bonebreaker/sitemap.xmap to have "/cocoon/mount/bonebreaker" as the base-url, then it works! (without editing the toplevel sitemap.xmap, even!) So the question now is, why does the recommended top-level sitemap.xmap information below *not* work? And why not make this the standard way to install bonebreaker? But in any case I'm happy now :-) Cheers! Rob At 04:36 PM 3/29/2002 -0800, Rob Jellinghaus wrote: >[Vadim: I am trying to make it so Mozilla sends plain text email; I >apologize from the bottom of my heart if I fail :-) ] > >I have Cocoon 2.0.2 running with Tomcat 4.0.1 and Java 1.3.1_02. I have >been able to run the esql samples against both the built-in hsql DB and >against my own mysql DB, so I know that I have *something* working :-) > >I have just downloaded bonebreaker.zip and unzipped it into >%CATALINA_HOME%/webapps/cocoon/bonebreaker. I have made the changes to my >main sitemap.xmap as specified on >http://www.cocooncenter.de/cc/documents/resources/navigation/installation.html >: > > > > > > reload-method="synchron" src="bonebreaker/"/> > > > > > reload-method="synchron" src="bonebreaker/"/> > > > > >The problem is that when I go to >http://localhost:8080/cocoon/bonebreaker/ I get a simple directory >listing, not a Cocoon-rendered HTML page. Here is the access.log >(slightly cleaned up): > >DEBUG (2002-03-29) 16:31.30:470 [access](/cocoon/bonebreaker/) >HttpProcessor[8080][0]/AbstractEnvironment: Resolving 'sitemap.xmap' in >context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' >DEBUG (2002-03-29) 16:31.30:540 [access](/cocoon/bonebreaker/) >HttpProcessor[8080][0]/AbstractEnvironment: Resolved to >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/sitemap.xmap' >Resolving '' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' >Changing Cocoon context > from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix() > to context(sitemap.xmap) and prefix() > at URI bonebreaker/ >New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/ >Resolving 'stylesheets/system/directory2html.xsl' in context >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' >Resolved to 'file:/D:/dev/Tomcat >4.0/webapps/cocoon/stylesheets/system/directory2html.xsl' >Resolving 'bonebreaker' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/' >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/bonebreaker/' >Set the URI Prefix (OLD=, NEW=) >Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/ >'bonebreaker/' Processed by Apache Cocoon 2.0.2 in 10.385 seconds. > >So I tried going to >http://localhost:8080/cocoon/bonebreaker/home/home.section but that gives >me a 404. The access.log says: > >Changing Cocoon context > from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix() > to context(sitemap.xmap) and prefix() > at URI bonebreaker/home/home.section >New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/ >Set the URI Prefix (OLD=, NEW=) >Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/ >WARN(2002-03-29) 16:31.46:663 >[access](/cocoon/bonebreaker/home/home.section) >HttpProcessor[8080][0]/CocoonServlet: The resource was not found >org.apache.cocoon.ResourceNotFoundException: No pipeline matched request: >/bonebreaker/home/home.section >at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat > 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3175) >at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat > 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:2489) >at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) >at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) >at > org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154) >at org.apache.cocoon.Cocoon.process(Cocoon.java:575) >at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >at > >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) >at > >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) >at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) >at > org.apache.catalina.cor
Does Bonebreaker sample still work with Cocoon 2.0.2?
e.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Unknown Source) INFO(2002-03-29) 16:31.46:703 [access](/cocoon/bonebreaker/home/home.section) HttpProcessor[8080][0]/CocoonServlet: 'bonebreaker/home/home.section' Processed by Apache Cocoon 2.0.2 in 100 milliseconds. Is Bonebreaker... well... broken under Cocoon 2.0.2? I am going to keep working on this, but some clues from you would be terribly helpful. Cheers, Rob - 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: Why isn't Cocoon making into the commerical world?
Wow, these are completely excellent. And to think I could have found them myself if I had had half a brain and looked on the Cocoon links page! (http://xml.apache.org/cocoon/cocoon-links.html) OK, well, I must now revise my original opinion slightly. Cocoon is not lacking startup tutorials or projects as badly as I thought. What it is lacking, however, are: 1) Tools. A web-based management UI for Cocoon would be a Very Good Thing, and very helpful in getting wider adoption. 2) Marketing! If some large consulting companies (like, say, IBM Services?) got behind Cocoon in a big way, that would greatly expand its marketshare and mindshare. And then would come the O'Reilly book, and the New Riders book, and the Addison Wesley books... you know a product's made it when the bookwriters get interested :-) Thanks very much for the tutorial pointers and I wish I'd had enough of a clue to find them myself. Still, at least I haven't wasted *too* much time. Cheers! Rob At 11:38 PM 3/28/2002 -0500, Joseph Rajkumar wrote: >Hi > > I would strongly recommend this for an excellent >introduction. > >Joseph Rajkumar > >http://www.cocooncenter.de/cc/documents/resources/navigation/index.html > >Thor Heinrichs-Wolpert wrote: > > > For your HelloWorld adventure, check out chello on sourceforge. > > > > Cheers, > > Thor HW > > >- >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]>
Re: Why isn't Cocoon making into the commerical world?
My unsolicited opinion: I just ran across Cocoon because I am an xml.apache.org contributor (did some work last summer on Axis). Cocoon has very little visibility outside of Apache. I think that Cocoon is designed and built mostly by programmers, and hasn't been marketed well (or indeed at all!). It doesn't really fit into any specific product niche -- it falls right in between the Java infrastructure world (dominated by EJBs) and the XML infrastructure world (dominated by XSL). What is its direct competition? A variety of other content management systems, foremost of which is probably Zope (an open-source Python CMS with a good web UI but no XSL underpinnings). This is an evolving sector. If you look on Google for "content management system" or "Java XSLT" you will probably turn up rather more hits IMHO the main difficulty with Cocoon right now is how hard it is to learn. I am spending most of this week just coming to grips with the basics. It is *not* easy to dive right into the system and understand (say) exactly how the esql sample page gets converted into html (i.e. what exactly are all the steps of the pipeline, and where are they defined in the various sitemaps / logicsheets / stylesheets). Nor is it easy to know where to start when creating a new site, with a new CSS foundation and all new templates. I would love (and may work on developing) a "starter web application" under Cocoon, with its own local sitemap and its own templates... sort of a "hello world webapp" totally contained in one directory. Right now Cocoon is really best suited for programmers with lots of time to learn a new (albeit powerful) tool. In order to get wider adoption, Cocoon will need *even more* attention paid to making it easy for newbies to start working with it -- not only more tutorials along the lines of CTwiG, but also more (and more functional!) sample applications, and probably even more web-based management tools (since doing *all* Cocoon administration by editing XML files is not exactly easy -- try out Zope for an example of a different, simpler, approach). I do still like Cocoon, in theory, but the learning curve is daunting and it's still not clear I will be able to spend enough time on it to start getting good results. Cheers, Rob At 06:28 PM 3/28/2002 -0800, Steven Punte wrote: >Dear Cocoon User Group: > >First of all, I LOVE the Cocoon framework, >I'm a total believer, and expecially love >how Cocoon2 is turning out! > >Cocoon seems just awesomely powerfully, years >ahead of the classical architectures proposed >by Sun (i.e. JSP to ServletBeans to EJBs...). > >But how come there is NO (i.e. ABSOLUTELY NO) >demand for Cocoon expertise in the US market? >Type in key word "java" and retrieve 3500 hits >on www.dice.com. Type in key word "cocoon" >and get ZERO! > >Is it all just a dream? > >Steve > >PS: >No need to reply if "your" commerical project >is using it: congradulation. But the bigger >picture is my question. > > > > >__ >Do You Yahoo!? >Yahoo! Movies - coverage of the 74th Academy Awards® >http://movies.yahoo.com/ > >- >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]>
Editing, compiling, & running Cocoon under debugger?
I am a large fan of IDEA (http://www.intellij.com/idea) and I am well on the way to having a Cocoon project running under IDEA. However, the ideal scenario would be that I can get it so integrated as to be able to: 1) Edit a Cocoon file. 2) Hit build in IDEA (which integrates with Ant). 3) Have IDEA / Ant build the classes into the Tomcat directory. 4) Restart Tomcat. 5) Test my change, debugging with IDEA via JPDA (which IDEA also supports). The crux here is step 3. My question, for those who do Cocoon development with an IDE, is simple: When you rebuild classes, where do you set your Ant ${build.dir}? Do you have your build system output the classes directly to %CATALINA_HOME%/webapps/cocoon/WEB-INF/classes? Or do you rebuild the entire war and have Tomcat re-extract it each time you make a change? (surely not!) Seeking your experience, cheers! Rob - 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: Cocoon and Jetty
Hello Listees, I remember Brad from seeing him on the Jetty list. He helped me out one day when I was having some problems - so I think he's a good guy, despite his frustrations. As for my own experience with Cocoon: I can report success with C2 and the JBoss-2.4.4/Jetty-3.1.3 combination "right out of the box". The real trick was for me to get Xerces working with JBoss-2.4.4/Jetty-3.1.3. After I accomplished that, I simply copied the cocoon .war file to the JBoss deploy directory and then it was working fine. While I think Python and Zope are good tools, I prefer the power and flexibility of the Java-based open-source solutions. Rob -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 7:34 AM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty At 11:11 AM +0100 3/2/02, giacomo wrote: >> After wasting this whole week trying to get Cocoon out of the box >> with not one suggestions from cocoon developers, I'm beginning to get >> the message. > >Maybe you missed the reply from Vadim. He *is* a cocoon developer. Then my apologies to Vadim. This was not apparent from his sig. >Finally my suggestion to you would be try it on another servlet engine >as my experience is that is usually *does* run out of the box following >the installation guidlines from the documents. As I said, the problem is not with Jetty. I've tried it with two versions of tomcat with similar results to those reported below. I'm not interested in "taking anything out" on this list. I'm interested in getting my app on the air, while repaying the help I did receive (largely) from users with a bread crumb trail to zope, which appears to be a superior alternative to cocoon that DOES work out of the box and does have support from its developers. Bye now. On Friday 01 March 2002 03:17 pm, Anthony W. Marino wrote: >Under a regular user acct, I've reinstalled the latest cocoon(cvs) dist with >several different releases of TC4 (4.01,4.02, 4.03, 4.10) with NO positive >results. >The above log results remain the same. -- Brad Cox, PhD; [EMAIL PROTECTED] 703 361 4751 o For industrial age goods there were checks and credit cards. For everything else there is http://virtualschool.edu/mybank o Java Interactive Learning Environment http://virtualschool.edu/jile o Java Web Application Architecture: http://virtualschool.edu/jwaa - 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]>
RE: Cocoon and Jetty??
Just for fun, eliminate cocoon and test it anyway. Also either rebuild the cocoon jar without the xml parser stuff or remove it from the jetty/webapps/WEB-INF/lib. You might try asking this question on the Xerces-J user list, even if it is a cocoon issue, they would immediately understand the parser error messages. Good Luck! -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 1:34 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty?? At 1:14 PM -0800 3/1/02, Rob Finneran wrote: >Well, I'm not really sure, but my hunch still is that it's still picking up >the either the crimson stuff or a different version of JAXP (now I really >don't know much about what I'm talking about!) I don't think so, see below: >Somewhere you classpath is picking up something from the wrong libriaries. >That's why I recommened that you more closely control your classpath. I >thought I've seen this problem before, if I remember correctly. It occurs >not only with Jetty, but Tomcat as well. Also, be careful that these API are >not loaded from your JAVA_HOME/lib/ext directory either. Will check that next. I've since downloaded tomcat 4.0.2 AND AM GETTING EXACTLY THE SAME PROBLEM. >BTW, the .war should be expanded to the webapps/cocoon directory and not the >webapps/war/cocoon. But I don't think this is your first problem, In fact I >would bet that your problem is with completly replacing the Crimson >processor with Xerces. Try removing cocoon completly and just get Jetty to >work with Xerces first. I've been using xerces, xalan and velocity with jetty in my own webapps previously so I know jetty works properly with thse. I've eliminated everything but cocoon from webapps by now just to be safe. The jetty DEBUG output explicitly lists the jars its examining: 12:21:25.234 DEBUG try findClass org.apache.jasper.servlet.JspServlet from file:/jetty/webapps/cocoon/WEB-INF/lib/javac.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-scratchpad-20020212.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xalan-2.3.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jakarta-regexp-1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-framework-4.1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/logkit-1.0.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/commons-collections-1.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xerces.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xml-apis.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/commons-httpclient-20011012.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-excalibur-4.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/fop-0.20.3rc.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xmldb-api-2001.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jimi-1.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/hsqldb-1.61.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/batik-libs-1.1.1.jar, file:/jetty/webapps/cocoon /WEB-INF/lib/velocity-1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/resolver-20020130.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/rhino-1.5r3.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xt-19991105.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jstyle.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/maybeupload_1-0-5pre3.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/lucene-1.2-rc2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/rdffilter.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jisp_1_0_2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/deli-0.43.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/bsf-2.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jena-1.3.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jtidy-04aug2000r7-dev.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/pizza-1.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2-dev.jar, file:/jetty/webapps/cocoon/WEB-INF/classes/ >-Original Message- >From: Brad Cox [mailto:[EMAIL PROTECTED]] >Sent: Friday, March 01, 2002 8:16 AM >To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Greg >Wilkins >Subject: RE: Cocoon and Jetty?? > > >At 5:49 PM -0800 2/28/02, Rob Finneran wrote: >>Hey Brad nice to see you around again, > >And thanks for the help! But after making all of your changes, I'm >still getting exactly the same problem. See possible clue towards the >end. I've also downloaded the latest version of xerces (was using the >beta before) and installed that as instructed in jetty/lib and >cocoon/war/WEB-INF/lib. > >At 10:57 AM -0500 3/1/02, Brad Cox wrote: >>Cocoon 2 - Internal server error >>type fatal >>message SAX2 driver class org.apache.xerces.parsers.SAXParser does >>not implement XMLReader >>description java.lang.ClassCastException: >>org.apache.xerces.parsers.StandardParserConfiguration >>sender org.apache.cocoon.servlet.CocoonServlet >>source Cocoon servlet >>stack-trace >>java.lang.ClassCastException: >&
RE: Cocoon and Jetty??
Just another thought - Some older versions of crimson come with funny names like parsers.jar, etc. Maybe this will help?? -Original Message- From: Rob Finneran [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 1:14 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty?? Well, I'm not really sure, but my hunch still is that it's still picking up the either the crimson stuff or a different version of JAXP (now I really don't know much about what I'm talking about!) Its my understanding that the relevant JAXP and SAX API are all built into the two Xerces 2.0 jars. Somewhere you classpath is picking up something from the wrong libriaries. That's why I recommened that you more closely control your classpath. I thought I've seen this problem before, if I remember correctly. It occurs not only with Jetty, but Tomcat as well. Also, be careful that these API are not loaded from your JAVA_HOME/lib/ext directory either. BTW, the .war should be expanded to the webapps/cocoon directory and not the webapps/war/cocoon. But I don't think this is your first problem, In fact I would bet that your problem is with completly replacing the Crimson processor with Xerces. Try removing cocoon completly and just get Jetty to work with Xerces first. Good Luck! -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 8:16 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Greg Wilkins Subject: RE: Cocoon and Jetty?? At 5:49 PM -0800 2/28/02, Rob Finneran wrote: >Hey Brad nice to see you around again, And thanks for the help! But after making all of your changes, I'm still getting exactly the same problem. See possible clue towards the end. I've also downloaded the latest version of xerces (was using the beta before) and installed that as instructed in jetty/lib and cocoon/war/WEB-INF/lib. At 10:57 AM -0500 3/1/02, Brad Cox wrote: >Cocoon 2 - Internal server error >type fatal >message SAX2 driver class org.apache.xerces.parsers.SAXParser does >not implement XMLReader >description java.lang.ClassCastException: >org.apache.xerces.parsers.StandardParserConfiguration >sender org.apache.cocoon.servlet.CocoonServlet >source Cocoon servlet >stack-trace >java.lang.ClassCastException: >org.apache.xerces.parsers.StandardParserConfiguration > at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) > at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) > at >org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generat eCode(AbstractMarkupLanguage.java:377) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.genera teResource(ProgramGeneratorImpl.java:368) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.create Resource(ProgramGeneratorImpl.java:331) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(P rogramGeneratorImpl.java:294) > at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) > at java.lang.Thread.run(Thread.java:498) Here's my ~/.jettrc export JAVA_HOME="/jdk" export JAVA="$JAVA_HOME/bin/java" export JETTY_HOME="/jetty" export JETTY_OPTIONS="-DDEBUG \ -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBu ilderFactoryImpl\ -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactory Impl\ -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfor merFactoryImpl\ " export JAVA_OPTIONS="\ -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBu ilderFactoryImpl\ -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactory Impl\ -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfor merFactoryImpl\ " Which (I think) is the same as your instructions. The only thing in jetty/webaps at this point is cocoon/war; all my webapps are removed. [bcox@linux:/jetty/webapps]$ d /jetty/webapps total 0 lrwxrwxrwx1 bcox wheel 12 Feb 28 11:30 cocoon -> /cocoon/war/ [bcox@linux:/jetty/webapps]$ d /jetty/lib total 1264 -rw-r--r--1 bcox wheel 474421 Oct 21 08:57 com.sun.net.ssl.jar -rw-r--r--1 bcox wheel 75163 Feb 28 12:56 javax.servlet.jar -rw-r--r--1 bcox wheel 277370 Feb 28 12:56 org.apache.jasper.jar -rw-r--r--1 bcox wheel 453817 Feb 28 12:56 org.mortbay.jetty.jar lrwxrwxrwx1 bcox wheel 28 Mar 1 10:18 parser.jar -> /xerces/build/xercesImpl.jar lrwxrwxrwx1 bcox wheel 39 Feb 28 16:53 xalan-2.3.1.jar -> /cocoon/war/WEB-INF/lib/xalan-2.3.1.jar lrwxrwxrwx1 bcox wheel 31 Mar 1 10:17 xmlParserAPIs.jar -> /xerces/build/xmlParserAPIs.jar drwxr-xr-x6 bcox wheel1024 F
RE: Cocoon and Jetty??
Well, I'm not really sure, but my hunch still is that it's still picking up the either the crimson stuff or a different version of JAXP (now I really don't know much about what I'm talking about!) Its my understanding that the relevant JAXP and SAX API are all built into the two Xerces 2.0 jars. Somewhere you classpath is picking up something from the wrong libriaries. That's why I recommened that you more closely control your classpath. I thought I've seen this problem before, if I remember correctly. It occurs not only with Jetty, but Tomcat as well. Also, be careful that these API are not loaded from your JAVA_HOME/lib/ext directory either. BTW, the .war should be expanded to the webapps/cocoon directory and not the webapps/war/cocoon. But I don't think this is your first problem, In fact I would bet that your problem is with completly replacing the Crimson processor with Xerces. Try removing cocoon completly and just get Jetty to work with Xerces first. Good Luck! -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 8:16 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Greg Wilkins Subject: RE: Cocoon and Jetty?? At 5:49 PM -0800 2/28/02, Rob Finneran wrote: >Hey Brad nice to see you around again, And thanks for the help! But after making all of your changes, I'm still getting exactly the same problem. See possible clue towards the end. I've also downloaded the latest version of xerces (was using the beta before) and installed that as instructed in jetty/lib and cocoon/war/WEB-INF/lib. At 10:57 AM -0500 3/1/02, Brad Cox wrote: >Cocoon 2 - Internal server error >type fatal >message SAX2 driver class org.apache.xerces.parsers.SAXParser does >not implement XMLReader >description java.lang.ClassCastException: >org.apache.xerces.parsers.StandardParserConfiguration >sender org.apache.cocoon.servlet.CocoonServlet >source Cocoon servlet >stack-trace >java.lang.ClassCastException: >org.apache.xerces.parsers.StandardParserConfiguration > at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) > at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) > at >org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generat eCode(AbstractMarkupLanguage.java:377) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.genera teResource(ProgramGeneratorImpl.java:368) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.create Resource(ProgramGeneratorImpl.java:331) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(P rogramGeneratorImpl.java:294) > at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) > at java.lang.Thread.run(Thread.java:498) Here's my ~/.jettrc export JAVA_HOME="/jdk" export JAVA="$JAVA_HOME/bin/java" export JETTY_HOME="/jetty" export JETTY_OPTIONS="-DDEBUG \ -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBu ilderFactoryImpl\ -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactory Impl\ -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfor merFactoryImpl\ " export JAVA_OPTIONS="\ -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBu ilderFactoryImpl\ -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactory Impl\ -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfor merFactoryImpl\ " Which (I think) is the same as your instructions. The only thing in jetty/webaps at this point is cocoon/war; all my webapps are removed. [bcox@linux:/jetty/webapps]$ d /jetty/webapps total 0 lrwxrwxrwx1 bcox wheel 12 Feb 28 11:30 cocoon -> /cocoon/war/ [bcox@linux:/jetty/webapps]$ d /jetty/lib total 1264 -rw-r--r--1 bcox wheel 474421 Oct 21 08:57 com.sun.net.ssl.jar -rw-r--r--1 bcox wheel 75163 Feb 28 12:56 javax.servlet.jar -rw-r--r--1 bcox wheel 277370 Feb 28 12:56 org.apache.jasper.jar -rw-r--r--1 bcox wheel 453817 Feb 28 12:56 org.mortbay.jetty.jar lrwxrwxrwx1 bcox wheel 28 Mar 1 10:18 parser.jar -> /xerces/build/xercesImpl.jar lrwxrwxrwx1 bcox wheel 39 Feb 28 16:53 xalan-2.3.1.jar -> /cocoon/war/WEB-INF/lib/xalan-2.3.1.jar lrwxrwxrwx1 bcox wheel 31 Mar 1 10:17 xmlParserAPIs.jar -> /xerces/build/xmlParserAPIs.jar drwxr-xr-x6 bcox wheel1024 Feb 28 18:29 z [bcox@linux:/jetty/webapps]$ d /cocoon/war/WEB-INF/lib/ total 14411 -rw-r--r--1 bcox wheel 196490 Feb 28 15:45 avalon-excalibur-4.1.jar -rw-r--r--1 bcox wheel 47564 Feb 28 15:45 avalon-framework-4.1.2.jar -rw-r--r--1 bcox wheel 242984 Feb 2
RE: Cocoon and Jetty??
Hey Brad nice to see you around again, Take it step by step. First completely replace crimson with xerces as your xml parser. Remove javax.xml.jaxp.jar and org.apache.crimson.jar from jetty/lib. Then make sure jetty loads fine WITHOUT Crimson before attempting to use cocoon. Although these lines come from my jboss/bin/run.bat file, they should still be elpful. The settings are pretty much universal: REM *** tools.jar needs to be in CLASSPATH for JSP's to compile: set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/jdk1.3.1_02/lib/tools.jar REM *** Latest Xerces and Xalan (I downloaded and installed seperatly from C2: REM Xerces-2_0_0 and Xalan-j_2_3_0 Configuration set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/xerces-2_0_0/xercesImpl.jar set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/xerces-2_0_0/xmlParserAPIs.jar set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/Xalan-j_2_3_0/bin/xalan.jar REM set up jaxp properties to reference parser and transformer implementations: set JAXP=-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.Docum entBuilderFactoryImpl set JAXP=%JAXP% -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXP arserFactoryImpl set JAXP=%JAXP% -Djavax.xml.transform.TransformerFactory=org.apache.xalan.proces sor.TransformerFactoryImpl REM Here how I start JBOSS: java %JAXP% -classpath "%JBOSS_CLASSPATH%" org.jboss.Main %1 %2 %3 %4 %5 %6 %7 %8 %9 Hope this helps!! Rob -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 5:31 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty?? I'm still unable to get cocoon running on jetty. Been at it all day. I'm using the CVS version of xml-cocoon, built according to instructions. I've replaced all xalan, xercse, crimson, and xml-api files in /jetty/lib with those from cocoon, and done everything else recommended in the article (below). Yes, I've removed the build directory (which is in /tmp in jetty's case). Current symptoms follow. Looks like a classloader problem but danged if I can find it. type fatal message SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader description java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generate Code(AbstractMarkupLanguage.java:377) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generat eResource(ProgramGeneratorImpl.java:368) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createR esource(ProgramGeneratorImpl.java:331) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr ogramGeneratorImpl.java:294) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) request-uri /cocoon/ path-info At 11:02 AM -0500 2/28/02, Vadim Gritsenko wrote: >Apparently you had previous version of Cocoon. >http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=101183982808469&w=2 >Read solution number (6) > >Vadim > >> -Original Message- >> From: Brad Cox [mailto:[EMAIL PROTECTED]] >> Sent: Thursday, February 28, 2002 9:50 AM >> To: [EMAIL PROTECTED] >> Subject: Cocoon and Jetty?? >> >> I'm new to cocoon. Just downloaded it yesterday and can't get it to >run. >> >> AFAIK Jetty doesn't expand wars, so I expanded it manually into >> /cocoon/war. /cocoon and /jetty are symlinks to /usr/local/realdir. >> Configured jetty to treat /cocoon/war as a webapp as always. In >> particular, in /etc/jetty.xml: >> >> >> /cocoon/* >> /cocoon/war/ >> /jetty/etc/webdefault.xml >> false >> >> >> and in apache's httpd.conf add. >> >> ProxyPass /cocoon http://localhost:8080/cocoon >> >> I built cocoon as described in the install, modified to use jetty >> instead of tomcat: >> >> ./build.sh -Dinclude.webapp.libs=yes >> -Dinstall.war=/jetty/webapps webapp >> >> The Jetty logs are normal except that they now show Server 1.6 on the >> air, hit ^C to abort, presumably from cocoon. >> >> All this on Linux RH 7.0, Jetty (latest), and IBM SDK 1.3.1 (latest). >> For Cocoon, same results with the release version and via CVS >> check
RE: Starting up a second time...
I had the same problem, but found that if I deleted the backup file in question, after the first shutdown - it went away. The file is recreated when you restart Tomcat. Cheers, Rob ALSTOM COMPANY CONFIDENTIALITY MESSAGE : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. - 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]>
Search Engines
Hello all, does anyone have any experience of integrating a search engine with cocoon2 -i.e doesn't the search engine need to interrrogate the sitemap to get the true URL, and to know which tranformations to apply. Is the only way to do this with some custom code ? Thanks in advance, Rob. ALSTOM COMPANY CONFIDENTIALITY MESSAGE : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. - 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]>