Re: Relative paths in fop-0.94
On 06.02.2008 19:43, Andy Stevens wrote: I'm using a fop-0.94 in my local cocoon site to create PDF. All work properly but the path of the images always have to be absolute. I don't know how to change this. Unless things have changed from the earlier FOP version, you can't. Actually, that was one of the drivers for the refactoring of FOP (0.20 => 0.9x). The new FOP-NG block should use the Cocoon source resolver. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN]: Fins 1.0.0-SNAPSHOT released
On 06.02.2008 14:36, Luca Morandini wrote: I dropped the Fins and JFreeChart JARs under Cocoon 2.1, and I was pretty confident it would have worked, instead I got: javax.servlet.ServletException: Servlet execution threw an exception org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) root cause java.lang.Error: Unresolved compilation problems: The import org.apache.avalon cannot be resolved The import org.apache.avalon cannot be resolved The import org.apache.avalon cannot be resolved The import org.apache.avalon cannot be resolved The import org.apache.cocoon.serialization cannot be resolved The import org.apache.cocoon.serialization cannot be resolved The import org.apache.cocoon.xml cannot be resolved AbstractSerializer cannot be resolved to a type Configurable cannot be resolved to a type Recyclable cannot be resolved to a type Serializer cannot be resolved to a type Configuration cannot be resolved to a type ConfigurationException cannot be resolved to a type The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer XMLConsumer cannot be resolved to a type contentHandler cannot be resolved or is not a field lexicalHandler cannot be resolved or is not a field contentHandler cannot be resolved or is not a field lexicalHandler cannot be resolved or is not a field The method startDocument() is undefined for the type JFCFactory The method endDocument() is undefined for the type JFCFactory it.ipzs.charts.JFCSerializer.(JFCSerializer.java:36) Any clue ? What is compiled on the fly? Is it a webapp vs. shared classloader issue? Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.2 & jsp... again)
nanomonk wrote: i have an error: javax.servlet.ServletException: org.apache.cocoon.ProcessingException: Exception JSPGenerator.generate() Caused by: org.apache.avalon.framework.service.ServiceException: Component with 'org.apache.cocoon.components.jsp.JSPEngine' is not defined in this service manager. (Key='AvalonServiceManager') what doing "avalon" here? this project closed as I know... That's the beauty of open source - just because a project is no longer active, that doesn't stop you using it. It just means you'll have to fix any remaining bugs yourself, but at least that's possible since you've got the source... btw...just tell me can I use cocoon-jsp-2.1.9 for .jsp with parameters and how? I'm confused - which Cocoon version are you using? 2.2 like the title says, or 2.1.9? Or are you trying to use 2.1.9's JSP block from a 2.2-based application? Andy. -- http://pseudoq.sourceforge.net/ Open source java Sudoku generator - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Relative paths in fop-0.94
Carlos MartÃnez wrote: Hello, I'm using a fop-0.94 in my local cocoon site to create PDF. All work properly but the path of the images always have to be absolute. I don't know how to change this. Unless things have changed from the earlier FOP version, you can't. Actually, that's not strictly true. Cocoon's source resolver isn't passed through to FOP, so cocoon: protocol URLs won't work. But fully qualified http: URLs should be okay too, which is okay so long as the hostname can be resolved by the box that's running Cocoon. On an internal network that's probably okay, but introduce a DMZ, run the app server on a different box to the internet-facing web server and firewall it off from direct internet access, and you'll have all sorts of trouble getting it working ;-) > I'm using a serializer that i see here: src="CocoonFOPSerializer"> false cocoon://fop-config.xml And i created the fop-config.xml file with all the fonts: If you're using cocoon:// in the , have you included a pipeline that matches that path (using e.g. file generator & xml serializer to return your config file)? Otherwise I think you just need the relative path to the config file from the sitemap's location. I try to put some sentences in the fop-config.xml file before the tag "fonts" that i see in some forums, but it doesn't work. Here are some lines of this codes: baseDir C:\mypath I never had any luck getting this to work either, so I came up with an alternative approach. I too used cocoon: in the user-config setting, but instead of a static configuration file, I generate it dynamically in the matching pipeline. With e.g. an XSL transformer and passing in an xsl:param with the real path to the fonts directory - see http://cocoon.apache.org/2.1/userdocs/concepts/modules-ref.html#ContextPathModule - the pipeline output contains the absolute paths that FOP expects in the configuration, but without having to hard code the path in the application so it doesn't matter where the war file gets expanded to when deployed in different environments. And, since you mentioned images, those can work in much the same way. Assuming you've already got an XSL transformation generating the xslfo from your source file/data, just add a top level xsl:param for the image file path, and pass it in from the sitemap using the input module. Then prepend the parameter to the image paths in the XSL generating the fo:external-graphic tags, to make them absolute. That should do the trick for bitmaps; on the offchance it's charts you're including there is another option. If you can produce/convert them as SVG, then just include the SVG with your other data (via map aggregation or the x/cinclude transformer) and have the XSL put them inside fo:instream-foreign-object elements at the appropriate points. No paths required. Hope this helps, Andy. -- http://pseudoq.sourceforge.net/ Open source java Sudoku app - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SAXParseException not caught in handler
I'm not sure if this is a Xerces or a Cocoon question: I'm doing DTD validation via SAX in a flowscript function in Cocoon 2.1.10. Some fatalErrors are not being caught by my fatalError handler, but are instead showing up as a Cocoon Java stacktrace. The same thing happened when running the flowscript from rhino shell command-line -- a Java/Javascript exception stack trace. I wrapped the call to the parse method with a try/catch, and I'm able to handle the error the same way as they are handled in my SAX error handlers. ( In fact, now that the program doesn't terminate early, I see that the error does get reported to the handler and so I see a duplicate for this error in the results. ) However, when the code gets executed in cocoon flowscript, I still get a stack-trace error page instead of my error report from flowscript. Is there something I need to do to explicitly clear the error state other than just catching the exception in my try/catch from javascript ? -- Steve Majewski // UVA Alderman Library - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Applications ouside the cocoon tree
OK it works with my mount-table.xml file in the root directory of my tomcat Thank you 2008/2/6, Steven D. Majewski <[EMAIL PROTECTED]>: > > On Feb 6, 2008, at 3:17 PM, Jean-Claude Moissinac wrote: > > > Until I was using some cocoon applications directly in a standalone > > cocoon. > > To be able to easily manage several versions of cocoon, I was using a > > mount-table.xml in > > the main directory of each new version of a Cocoon installation; > > something like > > > > > >> src="file://C:/Documents/Dvpt/Eclipse/workspaceCocoonComplet/ > > CocoonSites/CocoonGallery/"/> > >> src="file://C:/Documents/Dvpt/Eclipse/workspaceCocoonComplet/ > > CocoonSites/paam/"/> > > ... > > > > > > I needed only to copy the mount-table in the new installation and > > it works. > > > > Now, I have installed a cocoon.war in a tomcat container. > > > > I don't find how to specify to this cocoon servlet where to get the > > cocoon applications? > > is it a way to mount them into the servlet? > > > > Thanks in advance for your help > > > > > > ( Not sure I understand exactly what you want but: ) > > In 2.1.*, the default build looked for a mount-table in ../../mount- > table.xml > > > > > > > For both tomcat and jetty, that put it in the server containers > directory. > > This is very handy: you're able to replace versions of cocoon, or > even run several > different cocoon versions or builds along side each other, and they > all reach up to > the same mount-table to run the same user application. I haven't > tried it with 2.2 > yet, but since it worked with earlier versions, I hope I will be able > to install it as > webapps/cocoon2.2 and be able to test my app under 2.2 along side the > earlier version > of cocoon. > > -- Steve Majewski / UVA Alderman Library > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- -- Jean-Claude Moissinac Signal and Image processing - Multimedia Group TELECOM ParisTech FRANCE E-mail: [EMAIL PROTECTED] Tel: (+33) 1.45.81.80.88 Fax: (+33) 1.45.81.71.58 http://videotoile.blogspot.com http://svgmpeg4.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Applications ouside the cocoon tree
On Feb 6, 2008, at 3:17 PM, Jean-Claude Moissinac wrote: Until I was using some cocoon applications directly in a standalone cocoon. To be able to easily manage several versions of cocoon, I was using a mount-table.xml in the main directory of each new version of a Cocoon installation; something like src="file://C:/Documents/Dvpt/Eclipse/workspaceCocoonComplet/ CocoonSites/CocoonGallery/"/> src="file://C:/Documents/Dvpt/Eclipse/workspaceCocoonComplet/ CocoonSites/paam/"/> ... I needed only to copy the mount-table in the new installation and it works. Now, I have installed a cocoon.war in a tomcat container. I don't find how to specify to this cocoon servlet where to get the cocoon applications? is it a way to mount them into the servlet? Thanks in advance for your help ( Not sure I understand exactly what you want but: ) In 2.1.*, the default build looked for a mount-table in ../../mount- table.xml For both tomcat and jetty, that put it in the server containers directory. This is very handy: you're able to replace versions of cocoon, or even run several different cocoon versions or builds along side each other, and they all reach up to the same mount-table to run the same user application. I haven't tried it with 2.2 yet, but since it worked with earlier versions, I hope I will be able to install it as webapps/cocoon2.2 and be able to test my app under 2.2 along side the earlier version of cocoon. -- Steve Majewski / UVA Alderman Library - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Applications ouside the cocoon tree
Until I was using some cocoon applications directly in a standalone cocoon. To be able to easily manage several versions of cocoon, I was using a mount-table.xml in the main directory of each new version of a Cocoon installation; something like ... I needed only to copy the mount-table in the new installation and it works. Now, I have installed a cocoon.war in a tomcat container. I don't find how to specify to this cocoon servlet where to get the cocoon applications? is it a way to mount them into the servlet? Thanks in advance for your help -- -- Jean-Claude Moissinac - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN]: Fins 1.0.0-SNAPSHOT released
Derek Hohls wrote: Good news! Perhaps, if you have time, could you hack together an install guide to plug-in Fins into an existing Cocoon 2.1 installation... there are lots of us C21 users still out here :) Yes, I know ;) I dropped the Fins and JFreeChart JARs under Cocoon 2.1, and I was pretty confident it would have worked, instead I got: javax.servlet.ServletException: Servlet execution threw an exception org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) root cause java.lang.Error: Unresolved compilation problems: The import org.apache.avalon cannot be resolved The import org.apache.avalon cannot be resolved The import org.apache.avalon cannot be resolved The import org.apache.avalon cannot be resolved The import org.apache.cocoon.serialization cannot be resolved The import org.apache.cocoon.serialization cannot be resolved The import org.apache.cocoon.xml cannot be resolved AbstractSerializer cannot be resolved to a type Configurable cannot be resolved to a type Recyclable cannot be resolved to a type Serializer cannot be resolved to a type Configuration cannot be resolved to a type ConfigurationException cannot be resolved to a type The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer The method getLogger() is undefined for the type JFCSerializer XMLConsumer cannot be resolved to a type contentHandler cannot be resolved or is not a field lexicalHandler cannot be resolved or is not a field contentHandler cannot be resolved or is not a field lexicalHandler cannot be resolved or is not a field The method startDocument() is undefined for the type JFCFactory The method endDocument() is undefined for the type JFCFactory it.ipzs.charts.JFCSerializer.(JFCSerializer.java:36) Any clue ? Luca Morandini www.lucamorandini.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Performance of Cocoon 2.2 compared to the latest 2.1.x
Hi, I have poked around in the list a little, and looked on cocoon.apache.org to see if I can find if anyone has done any work on gathering data on performance for different types of apps built on both 2.2, and 2.1.x, but I have not found anything immediately accessible. It would be cool to have something easily available on cocoon.apache.org, has anyone done anything like this? Can anyone point me to some documentation on it? Thanks in advance for your help, regards Ross -- View this message in context: http://www.nabble.com/Performance-of-Cocoon-2.2-compared-to-the-latest-2.1.x-tp15306338p15306338.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Supersonic tour example broken in 2.2 cocoon.zones demo site
Hi, I was clicking round the cocoon.zones.apache.org 2.2 demo site last night as I start to get familiar with 2.2, and noticed that most of the supersonic tour pipelines are broken. For example: http://cocoon.zones.apache.org/demos/trunk/cocoon-tour-sample/pipelines/docs/basic-pipelines.html http://cocoon.zones.apache.org/demos/trunk/cocoon-tour-sample/pipelines/docs/graphics.html http://cocoon.zones.apache.org/demos/trunk/cocoon-tour-sample/bean-editor/edit/singleTask?taskId=1 Looks like the cforms implementation is out of date amongst other things. Glad I found the samples for 2.2 though. Regards Ross -- View this message in context: http://www.nabble.com/Supersonic-tour-example-broken-in-2.2-cocoon.zones-demo-site-tp15306324p15306324.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]