Re: [newbie][2.1rc1] LinkageError: SerializationHandler violatesloader constraints
Hi Joerg, It seems to only be a problem when I use it under Tomcat. I'm running Tomcat 4.1.27 on win 2000. I've put the xalan, xerces, and xmlapis jars in the tomcat endorsed directories, but still get this error and end up with a blank page. I tried it with Jetty tho and it works fine, so I guess it's a classloader issue with Tomcat? Thanks, Adam On Sun, 2003-08-10 at 08:04, Joerg Heinicke wrote: > Seems to be not a problem of XMLForm but of Cocoon deployment in > general. What's your environment? Do you get any generated page? > > Joerg > > [EMAIL PROTECTED] wrote: > > > Hi Everyone, > > > > I've just pulled down cocoon 2.1 rc1 and am trying to get the XMLForm Wizard's > > How-To running. I've followed the steps at > > http://cocoon.apache.org/2.1/howto/xmlform-wizard/howto-xmlform-wizard.html but > > I seem to be ending up with a blank screen and the stacktrace below in the logs. > > I've probably done something stupid, but I'm feeling a bit stuck at this point. > > Any help would be appreciated! > > > > Thanks in advance, > > Adam > > > > 2003-08-07 19:45:00 StandardWrapperValve[Cocoon]: Servlet.service() for servlet > > Cocoon threw exception > > javax.servlet.ServletException: Servlet execution threw an exception > > at > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) > > at > > 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:2416) > > 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:601) > > 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:534) > > - Root Cause - > > java.lang.LinkageError: Class org/apache/xml/serializer/SerializationHandler > > violates loader constraints > > at java.lang.ClassLoader.defineClass0(Native Method) > > at java.lang.ClassLoader.defineClass(ClassLoader.java:537) > > at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) > > at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) > > at java.net.URLClassLoader.access$100(URLClassLoader.java:55) > > at java.net.URLClassLoader$1.run(URLClassLoader.java:194) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.net.URLClassLoader.findClass(URLClassLoader.java:187) > > at > > org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:621) > > at > > org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:958) > > at > > or
Re: Request generator changes ?
Michael Wechner wrote: Vincent De Groote wrote: This parameter was the culprit. It works, now. Is there a location (mailing list, html page) where these changes of functionality are listed ? not really. This is what I receive after greping the source tree for "enable-uploads" src/java/org/apache/cocoon/servlet/CocoonServlet.java src/confpatch/CVS/Entries src/confpatch/enable-uploads.xweb src/blocks/slide/README src/blocks/slide/web.xml src/webapp/samples/xsp/xsp/upload.xsp src/webapp/WEB-INF/web.xml but within the mail archive are quite a lot of messages with regard to this. The Wiki has more. This is in bad need of moving into the real documentation. If anyone has the time, a good gameplan would be to combine the three upload related pages at the wiki into a good document on uploads with Cocoon with all the current changes in mind. I can't write it at the moment, but I could guide someone through understanding the issues and the current state. Geoff Howard -Original Message- From: Michael Wechner [mailto:[EMAIL PROTECTED] Sent: 07 August 2003 15:39 To: [EMAIL PROTECTED] Subject: Re: Request generator changes ? Vincent De Groote wrote: Hello, I cocoon-2.0.3, the request generator produced parameters for the datas sent by a form (in multipart/form-datas). In cocoon 2.1, these values are not generated anymore. What do I need to do to retrieve the old processing ? maybe you have to enable-uploads enable-uploads true within web.xml HTH Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
where to download LogFactor5?
I've tried numerous times to access servidium.com to download what some people say is the best log analysis tool, LogFactor5, but the site is always down. The tool was apparently donated to the open source community, which is why it's free. Does anybody know where else it might be available for download? Thanks. _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New tutorial added to wiki
Thanks, glad I could help. -Andy On 7/26/03 5:05 PM, "message message" <[EMAIL PROTECTED]> wrote: > > Just incase nobody has said it , I really appreciate these links. > > > >> From: "Andrew C. Oliver" <[EMAIL PROTECTED]> >> Reply-To: [EMAIL PROTECTED] >> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> >> Subject: New tutorial added to wiki >> Date: Sat, 26 Jul 2003 16:40:38 -0400 >> >> I uploaded the slides and labs from the Cocoon 2 tutorial at the trixml >> 2003 >> conference. >> >> http://superlinksoftware.com/dls/cocoon2.pdf >> http://superlinksoftware.com/dls/conradlabs.tar.gz >> >> You can find more information about it in my blog: >> >> http://linuxintegrators.com/hl30/blog/technology/?permalink=TriXML+2003+-+Da >> y+2+-+Cocoon+handson.html >> >> As well as here: >> >> http://www.trixml.org/confschedule.shtml >> >> I've also attached this to the wiki. >> >> http://wiki.cocoondev.org/Wiki.jsp?page=Tutorials >> >> Have fun. >> >> -Andy >> >> -- >> Andrew C. Oliver >> http://www.superlinksoftware.com/poi.jsp >> Custom enhancements and Commercial Implementation for Jakarta POI >> >> http://jakarta.apache.org/poi >> For Java and Excel, Got POI? >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > _ > Help STOP SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Andrew C. Oliver http://www.superlinksoftware.com/poi.jsp Custom enhancements and Commercial Implementation for Jakarta POI http://jakarta.apache.org/poi For Java and Excel, Got POI? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: html serializer problem
Should be > name="html" pool-grow="4" pool-max="32" pool-min="4" > src="org.apache.cocoon.serialization.HTMLSerializer"> > 1024 no > Hope it works, Joerg Sonny Sukumar wrote: Sure, Joerg, here's the html serializer config: 1024 In the last transform (XSL stylesheet) before getting to the html serializer, we've also set , but still no luck. It doesn't seem like an indentation problem... Note that there's no whitespace between the tags before the html serializer, but most of the tags appear on their own lines when serialized!! If I could just prevent the html serializer from introducing this whitespace, this problem would be solved (I manually edited the resulting file, taking out the whitespace, and it displays correctly in IE). From: Joerg Heinicke <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: html serializer problem Date: Sat, 09 Aug 2003 03:24:30 +0200 Can you show the indent="no" configuration for the serializer? Have you done it in the sitemap or in the stylesheet? Joerg Sonny Sukumar wrote: Hi guys, I'm using the HTML serializer to output an XHTML doc at the end of a pipeline, but it puts line breaks in the doc it outputs that cause IE to display the output incorrectly. For example, the XHTML doc that goes into the HTML serializer has the following in it: but it's serialized like this: Note that I've set indent="no" for the HTML serializer, but that doesn't fix this problem. I really need to fix this to get it to display correctly in IE (the browser we care most about by far). If we get the output to come without *ANY* whitespace between the tags, then that would be great. Is there any way to do this?? Thanks! Sonny - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Source Writing Transformer examples (re)moved?
Within the online docu http://cocoon.apache.org/2.1/userdocs/transformers/sourcewriting-transformer.html it says If you have built Cocoon with the ScratchPad included (using: ./build.sh -Dinclude.scratchpad.libs=yes webapp), there is a set of samples set up, including tests at http://localhost:8080/cocoon/mount/editor/tests and a demonstration editor at http://localhost:8080/cocoon/mount/editor/edit/ ... have these samples been (re)moved from the scratchpad? I am using the latest 2.1 version from CVS Thanks Michael -- Michael Wechner Wyona Ltd. - Open Source Content Management - Apache Lenya http://www.wyona.com http://cocoon.apache.org/lenya/ [EMAIL PROTECTED][EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon Database samples not working?
Derek Hohls wrote: Hi I am trying to get Cocoon talking to a database on a new installation. At the moment, I cannot even get the Cocoon hsql database samples to work. The error message is: An error occurred The org.apache.cocoon.www.sitemap_xmap notifies that org.apache.cocoon.ProcessingException says: Exception in ServerPagesGenerator.generate() More precisely: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: Could not get the datasource org.apache.avalon.excalibur.datasource.NoValidConnectionException: No valid JdbcConnection class available I am running: JDK1.4.0 Cocoon 2.0.4 Tomcat 4.0.4 Windows2000 I have seen previous posts on this topic on the mailing list, but no definitive solutions. Surely the Cocoon samples, at least, should work (as they seemed to do on the JDK1.3 version of Cocoon)?! Make sure that the version of cocoon you are running is build with JDK 1.4 if you are running on JDK 1.4. There was (no longer true in 2.1) a jvm version dependency because of changes in JDBC between the versions. HTH, Geoff Howard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: selector
Le Mardi, 5 aoû 2003, à 15:06 Europe/Zurich, andi a écrit : ... ... You could also refactor the existing BrowserSelector to make its matching algorithm usable as an InputModule as well as a Selector. In that case, some form of default matching should be configurable in case the browser is not recognized. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: build fails
Steen, There's two things you could do: a) Resolve the problem b) Exclude woody from the build The second is okay if you are not planning to use the Woody form framework. To exclude it, copy blocks.properties to local.blocks.properties, and remove the # from before exclude.blocks.woody=true in local.blocks.properties. Then do build clean and then build. It should then build. HTH. Regards, Upayavira On 10 Aug 2003 at 19:16, Steen Grønlund wrote: > I have downloaded cocoon 2.1 rc for windows, but are unable to build > the application. > > I get an compilation error in cocoon.woody.util.Domhelper.java file - > cannot resolve symbol 'super.startDocument' in the method > startDocument(). > > I am running jdk 1.3 on windows XP and Ant 1.5.3. > > > Any suggestions to solve the problem? > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon Database samples not working?
Hi I am trying to get Cocoon talking to a database on a new installation. At the moment, I cannot even get the Cocoon hsql database samples to work. The error message is: An error occurred The org.apache.cocoon.www.sitemap_xmap notifies that org.apache.cocoon.ProcessingException says: Exception in ServerPagesGenerator.generate() More precisely: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: Could not get the datasource org.apache.avalon.excalibur.datasource.NoValidConnectionException: No valid JdbcConnection class available I am running: JDK1.4.0Cocoon 2.0.4Tomcat 4.0.4Windows2000 I have seen previous posts on this topic on the mailing list, but no definitive solutions. Surely the Cocoon samples, at least, should work (as they seemed to do on the JDK1.3 version of Cocoon)?! ThanksDerek-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Mailscanner thanks transtec Computers for their support.
Re: [Solution] Re: SimpleFormTransformer - invalid XML generated?
Christian My bad. It looks like the form validation action is the one that doesn't like the enctype="multipart/form-data" together with method="post" but multipart with put is fine as is no enctype with post. In the sitemap.log it reports all fields as null with that encoding/post. Since I'm using simpleform in both the success and failure cases for the validation action I wrongly thought simpleform wasn't working. It took me a while to figure it out but the problem was my form: If I remove the enctype attribute/value everything works correctly. It shouldn't affect the transformer! If you could send me a minimal sample that shows the problem, I will try to fix it. I did look at the sample - otherwise I wouldn't have been able to get any of this to work! Although I think I will try to put a wiki together for the very simple use case; the added complexity of sfinstance in the simpleform sample really had me scratching my head for a while about the simple-form transformer declaration (as a newbie I still haven't gotten my head around the modular mechanism and the classes implementating it). I also think I'll try to write a transformer that can transform the descriptor.xml file and into all the entries for each of the validation attributes (min-len, max-len, nullable, etc). I'd hate to enter that info for each error type manually for all my validating forms. To me this is the real power of Cocoon; define the model(s) and drive the site's views entirely from the data models through actions/transformations. Thanks again Steve _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [newbie][2.1rc1] LinkageError: SerializationHandler violatesloader constraints
Yes, it looks so. The interface org.apache.xml.serializer.SerializationHandler belongs to Xalan. Do you have any unreachable Xalan package in your classpath - whereever you can search for it? Maybe anyone else has already solved such an issue? The messages I found were not really helpful. At http://w6.metronet.com/~wjm/tomcat/2001/Sep/msg00112.html it was a bug in Tomcat, but as you can see it's almost 2 years old. Joerg Adam Walsh wrote: Hi Joerg, It seems to only be a problem when I use it under Tomcat. I'm running Tomcat 4.1.27 on win 2000. I've put the xalan, xerces, and xmlapis jars in the tomcat endorsed directories, but still get this error and end up with a blank page. I tried it with Jetty tho and it works fine, so I guess it's a classloader issue with Tomcat? Thanks, Adam On Sun, 2003-08-10 at 08:04, Joerg Heinicke wrote: Seems to be not a problem of XMLForm but of Cocoon deployment in general. What's your environment? Do you get any generated page? Joerg [EMAIL PROTECTED] wrote: Hi Everyone, I've just pulled down cocoon 2.1 rc1 and am trying to get the XMLForm Wizard's How-To running. I've followed the steps at http://cocoon.apache.org/2.1/howto/xmlform-wizard/howto-xmlform-wizard.html but I seem to be ending up with a blank screen and the stacktrace below in the logs. I've probably done something stupid, but I'm feeling a bit stuck at this point. Any help would be appreciated! Thanks in advance, Adam 2003-08-07 19:45:00 StandardWrapperValve[Cocoon]: Servlet.service() for servlet Cocoon threw exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) ... - Root Cause - java.lang.LinkageError: Class org/apache/xml/serializer/SerializationHandler violates loader constraints at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:537) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:621) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:958) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:857) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:537) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:621) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:958) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:857) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:537) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:621) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:958) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:857) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at org.apache.xalan.xsltc.runtime.AbstractTranslet.(AbstractTranslet.java:109) at error2html.() at sun.reflect.NativeConstructorAcce
Re: Request generator changes ?
Vincent De Groote wrote: This parameter was the culprit. It works, now. Is there a location (mailing list, html page) where these changes of functionality are listed ? not really. This is what I receive after greping the source tree for "enable-uploads" src/java/org/apache/cocoon/servlet/CocoonServlet.java src/confpatch/CVS/Entries src/confpatch/enable-uploads.xweb src/blocks/slide/README src/blocks/slide/web.xml src/webapp/samples/xsp/xsp/upload.xsp src/webapp/WEB-INF/web.xml but within the mail archive are quite a lot of messages with regard to this. Michael -Original Message- From: Michael Wechner [mailto:[EMAIL PROTECTED] Sent: 07 August 2003 15:39 To: [EMAIL PROTECTED] Subject: Re: Request generator changes ? Vincent De Groote wrote: Hello, I cocoon-2.0.3, the request generator produced parameters for the datas sent by a form (in multipart/form-datas). In cocoon 2.1, these values are not generated anymore. What do I need to do to retrieve the old processing ? maybe you have to enable-uploads enable-uploads true within web.xml HTH Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Wechner Wyona Ltd. - Open Source Content Management - Apache Lenya http://www.wyona.com http://cocoon.apache.org/lenya/ [EMAIL PROTECTED][EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Database Reader exception
Fyi, When I replace the source of DatabaseReader in cocoon-2.1 with the source of the same class of cocoon 2.0.3, and after changes for the validity stuff, the class works correctly. -Original Message- From: Vincent De Groote [mailto:[EMAIL PROTECTED] Sent: 05 August 2003 14:09 To: [EMAIL PROTECTED] Subject: RE: Database Reader exception I made the requested test with the daily snapshot downloaded this night (cocoon-2.1_20030805041644), and I have the same problem (see the stack trace below) with the sample of image upload. The only changed parameters are the 'enable-upload' parameter in web.xml, and the logging levels in logkit.xconf Each time I upload an image, a small red cross in a square (as when an image is not available) is added at the top of the page. So I suppose the upload was successful, but not the download. I'm an (old) c programmer, but new with the java language and cocoon architecture. As explained, the cast exception is raised when assigning the result of manager.lookup function is assigned to ComponentSelector handle. The returned value seems to be a ServiceSelector. So I suppose the exception is raised because the types does not match. I was previously working with cocoon.2-0-3, and the functionnality worked correctly. The DatabaseReader class changed from 'composable' to 'serviceable'. Is these changes not the source of the error ? Without understanding of the architecture of cocoon, I can't solve the problem myself. So I hope someone can help. Here is the trace found in sitemap.log: DEBUG (2003-08-05) 13:49.02:768 [sitemap] (/samples/databases/mod-db/image/2) PoolThread-4/ExcaliburComponentSelector: readers: ComponentSelector could not access the Component for hint [databasereader] java.lang.ClassCastException at org.apache.cocoon.reading.DatabaseReader.service(DatabaseReader.java:112) at org.apache.avalon.framework.container.ContainerUtil.service(ContainerUtil.ja va:181) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(De faultComponentFactory.java:298) at org.apache.avalon.excalibur.pool.ResourceLimitingPool.newPoolable(ResourceLi mitingPool.java:672) at org.apache.avalon.excalibur.pool.ResourceLimitingPool.get(ResourceLimitingPo ol.java:402) at org.apache.avalon.excalibur.component.PoolableComponentHandler.doGet(Poolabl eComponentHandler.java:231) at org.apache.avalon.excalibur.component.ComponentHandler.get(ComponentHandler. java:408) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(Exca liburComponentSelector.java:244) at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedCompon entSelector.java:303) at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedCompon entSelector.java:307) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setReader(A bstractProcessingPipeline.java:347) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline .setReader(AbstractCachingProcessingPipeline.java:186) at org.apache.cocoon.components.treeprocessor.sitemap.ReadNode.invoke(ReadNode. java:105) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok e(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel ineNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe linesNode.java:161) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:327) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:309) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod e.java:133) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok e(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel ineNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe linesNode.java:1
Re: Form encoding and database action
On Sun, Aug 10, 2003 at 11:25:24AM +0200, Joerg Heinicke wrote: > Was the issue already solved (I read so many mails yesterday)? > > web.xml: > > > form-encoding > iso-8859-2 > Or if you do not want to override default form encoding for whole cocoon I advise to use SetCharacterEncodingAction in your pipeline. LG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon Confusion/Logging Error
Could you try it without the XSPs, so maybe only the standard samples. Do you get the same error? Have you started with a clean Cocoon 2.0.4 porting your code or the other way around replaced parts of 1.8 with parts of 2.0.4? Joerg Raman Jankiram wrote: I am porting few XSPs written in Cocoon 1.8 to Cocoon-2.0.4 and I get Cocoon Confusion error with little information on what the error could be. I know Cocoon 1.8 provided very clear error messages like syntax error. I don't see such a thing in Cocoon2 other than the 'Cocoon Confusion' message. I looked at my logs(catalina.out) and found Logging Error: Could not set up Cocoon Logger, will use screen instead org.apache.avalon.framework.configuration.ConfigurationException: cannot create FileTarget at org.apache.avalon.excalibur.logger.factory.FileTargetFactory.createTa rget(FileTargetFactory.java:201) at org.apache.avalon.excalibur.logger.DefaultLogTargetManager.configure( DefaultLogTargetManager.java:122) I am not sure if they are related. Please help. Thanks -Raman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: i18n locale in Cocoon 2.1
Thank you Konstantin One more question: I defined two catalogues, is it possible to use them at the same time, i.e. if one key is not found in catalogue 1 is it possible that Cocoon moves to the catalogue 2 I know with default-catalogue-id I can choose the catalogue but I' like to use both during the same i18n transformation process. untranslated true ... ... > From: "Beat De Martin" <[EMAIL PROTECTED]> > > > > I already changed the namespaces. > > At the pipeline I use only > > ... > > > > ... > > > > Maybe I have to use the following: > > > > > > > > > > > > Is this required if I want to use session attribute locale ? > > Yes, in 2.1 you should externally specify the current locale. This gives > more freedom in locale selection algorythm, but as a drawback - not > backword > compatible. > > Please see 2.1 Changes for more details at: > http://cocoon.apache.org/2.1/changes.html (search for i18n). > > -- Konstantin > > > > > > > > > > Check namespace i18n in transformed files. > > > Cocoon 2.1 has: http://apache.org/cocoon/i18n/2.1 instead of > > > http://apache.org/cocoon/i18n/2.0 > > > > > > ar > > > > > > > -Original Message- > > > > From: Beat De Martin [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, August 08, 2003 10:47 AM > > > > To: [EMAIL PROTECTED] > > > > Subject: i18n locale in Cocoon 2.1 > > > > > > > > Hi all > > > > I'm using Cocoon 2.1 and I have some problem with translation > > > > Until Cocoon 2.0.4 I just set the session attribute locale to the > > > desired > > > > language and it worked. > > > > When I do this in 2.1 it doesn't seem to work. This is an excerpt > from > > > my > > > > logfile: > > > > > > > > > > > > SESSION ATTRIBUTES: > > > > > > > > PARAM: 'locale' VALUE: 'fr_CH' > > > > ... > > > > DEBUG (2003-08-08) 10:38.54:938 [core] (/GIS/selektion_gv.html) > > > > Thread-17/I18nTransformer: I18nTransformer: using locale de_CH > > > > > > > > > > > > sitemap: > > > > > > > > > > > src="org.apache.cocoon.transformation.I18nTransformer" > > > logger="core"> > > > > > > > > > > > location="i18n/translations"/> > > > > > > name="messages_fehler" > > > > location="i18n/translations"/> > > > > > > > > > > > untranslated > > > > true > > > > > > > > > > > > Cheers > > > > > > > > > > > > > > > > -- > > > > COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test > > > > -- > > > > 1. GMX TopMail - Platz 1 und Testsieger! > > > > 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! > > > > 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - > 8. > > > e- > > > > Post > > > > > > > > > > > > > - > > > > 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] > > > > > > > -- > > COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test > > -- > > 1. GMX TopMail - Platz 1 und Testsieger! > > 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! > > 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. > e-Post > > > > > > - > > 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] > -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: use a pipeline to create a file?
On Sat, Aug 09, 2003 at 08:21:37PM -0400, danl wrote: [...] > Can I use a view to direct the XML stream after step 3 to a file? What > about a transformer? You can redirect stylesheet output to a file with the xalan transformer. Have a look at http://edocs.bea.com/wls/docs61/Xalan/org/apache/xalan/xslt/extensions/Redirect\ .html Hope this helps Rolf Heckemann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]