RE: Newer FOP to Cocoon 2.1.11
[EMAIL PROTECTED] <> wrote: > Hi, > > this is a question, I've been reading mails about a very long time, > but haven't been still get a proper answer to it. > > So I want 0.9x or 1.xx or NG or whatever FOP to Cocoon 2.1.x because > the > 0.20.5 is so restricted. 0.94 would have all the features I need. So > how it is done? > > From where can I download a proper FOPxxyy.jar? - Download FOP 0.94 http://xmlgraphics.apache.org/fop/download.html Follow the link to a FOP Distribution mirror. > What else do I have to do? I mean step by step; I am not an expert on > these issues, just using the software. - Download the Next Generation FOP Serializer (FOPNGSerializer.java) http://svn.apache.org/repos/asf/cocoon/trunk/blocks/cocoon-fop/cocoon-fop-ng -impl/src/main/java/org/apache/cocoon/blocks/fop/ - Compile it - Put it in your classpath - Replace the fop.jar in your cocoon installation - Add xmlgraphics-commons-1.2.jar to your cocoon installation - Disable the "old" FOPSerializer in your root sitemap - Register the FOPNGSerializer in your sitemap This works within my cocoon 2.1.8 installation. Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the classes from the 2.2 installation of which I tested yesterday and did what you told to do. I managed to get cocoon standing but not very good. Even some pdf can be produced but this is what I mainly get. reg. mika :-! HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.NoSuchMethodError: org.apache.cocoon.blocks.fop.FOPNGSerializer.getLogger()Lorg/apache/commons/logging/Log; org.apache.cocoon.blocks.fop.FOPNGSerializer.resolve(FOPNGSerializer.java:230) org.apache.fop.apps.FOURIResolver.resolve(FOURIResolver.java:129) org.apache.fop.apps.FopFactory.resolveURI(FopFactory.java:729) org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:385) org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:358) org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:190) org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:70) org.apache.fop.fo.FObj.processNode(FObj.java:125) org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:320) org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:95) org.apache.xml.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java:206) org.apache.xml.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:279) org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:245) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1401) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2270) org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1356) org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3447) org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:408) org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:56) org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:586) org.apache.cocoon.generation.DirectoryGenerator.generate(DirectoryGenerator.java:266) org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:572) org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:481) org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:144) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47) org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.handleCocoonRedirect(ConcreteTreeProcessor.java:297) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.access$000(ConcreteTreeProcessor.java:48) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector.cocoonRedirect(ConcreteTreeProcessor.java:338) org.apache.cocoon.environment.ForwardRedirector.redirect(Forwar
RE: Newer FOP to Cocoon 2.1.11
Lehtonen, Mika <> wrote: > Superb! > > ..but still too complicated for me, I'm afraid. > > Could you be more specific on compling part? I tried to compile that > code with javac (1.6.0_04) and got 73 errors. Then I "stole" the You have to compile it with the cocoon 2.1.11 libs in classpath. This should work. I haven't tried it with java 1.6. You need at least the following libs in classpath: fop.jar; cocoon-2.1.11.jar; avalon-framework-api-4.3.jar; avalon-framework-impl-4.3.jar; avalon-logkit-2.1.jar; excalibur-sourceresolve-2.1.jar; excalibur-xmlutil-2.1.jar; excalibur-pool-api-2.1.jar; commons-lang-2.3.jar Regards, Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Holy smoke! It works like a train toalet! Funny how the old xsl-fo templates don't much work anymore. And that is mainly because they are not created by the standard but so that they worked with fop-0.20.5. Million times thank you! You really saved my day and helped me with this Cocoon project. I am working on a map plotter application and I must say that trying to get raster maps into template in right scale, in right direction whether user choose landscape or portrait plot, was a pain in an ass with former FOP. I hope this new one will solve my problems. Thanks again! Have a nice day! Cheers mika Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the You have to compile it with the cocoon 2.1.11 libs in classpath. This should work. I haven't tried it with java 1.6. You need at least the following libs in classpath: fop.jar; cocoon-2.1.11.jar; avalon-framework-api-4.3.jar; avalon-framework-impl-4.3.jar; avalon-logkit-2.1.jar; excalibur-sourceresolve-2.1.jar; excalibur-xmlutil-2.1.jar; excalibur-pool-api-2.1.jar; commons-lang-2.3.jar Regards, Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Sähköpostiosoitteeni on vaihtunut. Uusi osoite on [EMAIL PROTECTED]. Vanhaan osoitteeseen tulevat postit kääntyvät uuteen 25.4. asti. My e-mail address has been changed. New address is [EMAIL PROTECTED]. Mails arriving in the old address will be forwarded to the new one till 25th April. Mika Lehtonen XML-Scanning Littoinen Ky Lankakatu 2 E 13, 20660 Littoinen [EMAIL PROTECTED] mbl +358 (0)44 2908259 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Hi, the new fop worked perfectly till I tried to plot a pdf with a huge raster in it. After that I haven't been able to use it. I get this error even if I restart the Tomacat or boot the whole server. Any idea what is causing this malfunction? reg. mika HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.OutOfMemoryError: PermGen space java.lang.ClassLoader.defineClass1(Native Method) java.lang.ClassLoader.defineClass(ClassLoader.java:620) java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1817) org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:872) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1325) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) org.apache.fop.image.analyser.ImageReaderFactory.(ImageReaderFactory.java:57) org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:220) org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:70) org.apache.fop.fo.FObj.processNode(FObj.java:125) org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:320) org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:95) org.apache.xml.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java:206) org.apache.xml.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:279) org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:245) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1401) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) note The full stack trace of the root cause is available in the Apache Tomcat/6.0.14 logs. Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the You have to compile it with the cocoon 2.1.11 libs in classpath. This should work. I haven't tried it with java 1.6. You need at least the following libs in classpath: fop.jar; cocoon-2.1.11.jar; avalon-framework-api-4.3.jar; avalon-framework-impl-4.3.jar; avalon-logkit-2.1.jar; excalibur-sourceresolve-2.1.jar; excalibur-xmlutil-2.1.jar; excalibur-pool-api-2.1.jar; commons-lang-2.3.jar Regards, Kai - 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]
RE: Newer FOP to Cocoon 2.1.11
Try to increase the memory allocated to the JVM: http://xmlgraphics.apache.org/fop/0.94/running.html#memory Lehtonen, Mika <> wrote: > Hi, > > the new fop worked perfectly till I tried to plot a pdf with a huge > raster in it. After that I haven't been able to use it. I get this > error even if I restart the Tomacat or boot the whole server. Any > idea what is causing this malfunction? > > reg. mika > > > HTTP Status 500 - > > > > type Exception report > message > description The server encountered an internal error () that > prevented it from fulfilling this request. > exception > javax.servlet.ServletException: Servlet execution threw an exception > > root cause > java.lang.OutOfMemoryError: PermGen space > java.lang.ClassLoader.defineClass1(Native Method) > java.lang.ClassLoader.defineClass(ClassLoader.java:620) > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) > org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1817) > org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:872) > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1325) > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1204) > java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) > org.apache.fop.image.analyser.ImageReaderFactory.(ImageReaderFactory .java:57) > org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:220) > org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) > org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) > org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) > org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:70) > org.apache.fop.fo.FObj.processNode(FObj.java:125) > org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.jav a:320) > org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) > org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:95) > org.apache.xml.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java :206) > org.apache.xml.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:279) > org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:24 5) > org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1401) > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) > org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) > org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) > org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) > org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) > org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) > > note The full stack trace of the root cause is available in the > Apache Tomcat/6.0.14 logs. > > > Kai Mütz kirjoitti: > Lehtonen, Mika <> wrote: > > Superb! > > ..but still too complicated for me, I'm afraid. > > Could you be more specific on compling part? I tried to compile that > code with javac (1.6.0_04) and got 73 errors. Then I "stole" the > > > You have to compile it with the cocoon 2.1.11 libs in classpath. This > should > work. I haven't tried it with java 1.6. > > You need at least the following libs in classpath: > fop.jar; > cocoon-2.1.11.jar; > avalon-framework-api-4.3.jar; > avalon-framework-impl-4.3.jar; > avalon-logkit-2.1.jar; > excalibur-sourceresolve-2.1.jar; > excalibur-xmlutil-2.1.jar; > excalibur-pool-api-2.1.jar; > commons-lang-2.3.jar > > Regards, Kai > > > - > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
I am afraid it won't help. I already increased the heap size to 2,5/3,5g min/max, but I still can't plot any pdf including raster out, whether the raster is at any size. It seems like something is totally broken but I can't imagine that a user could get the whole system to crash. I am printing large images; the FOP manual said: do not use large images. So I don't know is this project of mine sane, but it seemed to be working nice with 12000x12000x24 rasters until I got creedy and add the pixel amount. It crashed and after that, I haven't been able to print out a single raster through FOP. reg mika Kai Mütz kirjoitti: Try to increase the memory allocated to the JVM: http://xmlgraphics.apache.org/fop/0.94/running.html#memory Lehtonen, Mika <> wrote: Hi, the new fop worked perfectly till I tried to plot a pdf with a huge raster in it. After that I haven't been able to use it. I get this error even if I restart the Tomacat or boot the whole server. Any idea what is causing this malfunction? reg. mika HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.OutOfMemoryError: PermGen space java.lang.ClassLoader.defineClass1(Native Method) java.lang.ClassLoader.defineClass(ClassLoader.java:620) java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1817) org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:872) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1325) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1204) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) org.apache.fop.image.analyser.ImageReaderFactory.(ImageReaderFactory .java:57) org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:220) org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:70) org.apache.fop.fo.FObj.processNode(FObj.java:125) org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.jav a:320) org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:95) org.apache.xml.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java :206) org.apache.xml.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:279) org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:24 5) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1401) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) note The full stack trace of the root cause is available in the Apache Tomcat/6.0.14 logs. Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the You have to compile it with the cocoon 2.1.11 libs in classpath. This should work. I haven't tried it with java 1.6. You need at least the following libs in classpath: fop.jar; cocoon-2.1.11.jar; avalon-framework-api-4.3.jar; avalon-framework-impl-4.3.jar; avalon-logkit-2.1.jar; excalibur-sourceresolve-2.1.jar; excalibur-xmlutil-2.1.jar; excalibur-pool-api-2.1.jar; commons-lang-2.3.jar Regards, Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [E
RE: Newer FOP to Cocoon 2.1.11
Lehtonen, Mika <> wrote: > I am afraid it won't help. I already increased the heap size to > 2,5/3,5g min/max, but I still can't plot any pdf including raster > out, whether the raster is at any size. It seems like something is > totally broken but I can't imagine that a user could get the whole > system to crash. You should try to increase the PermGen space, e.g. -XX:MaxPermSize=256m > > I am printing large images; the FOP manual said: do not use large > images. So I don't know is this project of mine sane, but it seemed > to be working nice with 12000x12000x24 rasters until I got creedy and > add the pixel amount. It crashed and after that, I haven't been able > to print out a single raster through FOP. I don't have any experiences with such large images. Sorry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Hi mika, you could also try JRockit, AFAIK it doesn't have the dreaded PermGen space problems. Of course, more memory could solve your problems as well, but PermGen space can be hard to remedy - there's a -XX:MaxPermSize flag for the Sun JVM (http://wiki.caucho.com/Java.lang.OutOfMemoryError:_PermGen_space). Regards, Huib. On ma, 2008-02-18 at 13:17 +0200, Lehtonen, Mika wrote: > Hi, > > the new fop worked perfectly till I tried to plot a pdf with a huge > raster in it. After that I haven't been able to use it. I get this > error even if I restart the Tomacat or boot the whole server. Any idea > what is causing this malfunction? > > reg. mika > > > HTTP Status 500 - > > __ > > type Exception report > > message > > description The server encountered an internal error () that prevented > it from fulfilling this request. > > exception > > javax.servlet.ServletException: Servlet execution threw an exception > > root cause > > java.lang.OutOfMemoryError: PermGen space - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
On 18.02.2008 09:55, Kai Mütz wrote: I am afraid it won't help. I already increased the heap size to 2,5/3,5g min/max, but I still can't plot any pdf including raster out, whether the raster is at any size. It seems like something is totally broken but I can't imagine that a user could get the whole system to crash. You should try to increase the PermGen space, e.g. -XX:MaxPermSize=256m I am printing large images; the FOP manual said: do not use large images. So I don't know is this project of mine sane, but it seemed to be working nice with 12000x12000x24 rasters until I got creedy and add the pixel amount. It crashed and after that, I haven't been able to print out a single raster through FOP. I don't have any experiences with such large images. Sorry. Mika, I guess you are exceeding this list's knowledge with your requirements ;-) It's no longer much of a Cocoon issue than a FOP issue. So you might get better results asking your questions on the FOP list (or even Batik since that's used for image rendering as far as I know). They might be even able to tell you how to create your PDF differently to save memory. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Ok, thanks Joerg, for your hint. Maybe I will do so. Actually Kai saved my ass again. What would I do without you Kai. :-D The MaxPermSize setting made my Tomcat/Cocoon working again and after I did a little fine tuning to the memory settings, I managed to print even larger rasters out inside a pdf file (14172x14172px/24bit !). So it seems it was about tuning the tommy, so also in that context, this was might be a wrong list. Thank you all! mika Joerg Heinicke kirjoitti: On 18.02.2008 09:55, Kai Mütz wrote: I am afraid it won't help. I already increased the heap size to 2,5/3,5g min/max, but I still can't plot any pdf including raster out, whether the raster is at any size. It seems like something is totally broken but I can't imagine that a user could get the whole system to crash. You should try to increase the PermGen space, e.g. -XX:MaxPermSize=256m I am printing large images; the FOP manual said: do not use large images. So I don't know is this project of mine sane, but it seemed to be working nice with 12000x12000x24 rasters until I got creedy and add the pixel amount. It crashed and after that, I haven't been able to print out a single raster through FOP. I don't have any experiences with such large images. Sorry. Mika, I guess you are exceeding this list's knowledge with your requirements ;-) It's no longer much of a Cocoon issue than a FOP issue. So you might get better results asking your questions on the FOP list (or even Batik since that's used for image rendering as far as I know). They might be even able to tell you how to create your PDF differently to save memory. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Sähköpostiosoitteeni on vaihtunut. Uusi osoite on [EMAIL PROTECTED] Vanhaan osoitteeseen tulevat postit kääntyvät uuteen 25.4. asti. My e-mail address has been changed. New address is [EMAIL PROTECTED] Mails arriving in the old address will be forwarded to the new one till 25th April. Mika Lehtonen XML-Scanning Littoinen Ky Lankakatu 2 E 13, 20660 Littoinen [EMAIL PROTECTED] mbl +358 (0)44 2908259 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Hi Kai and others who are using or would wanted to use fop-0.9.x in Cocoon 2.1.x, this is just an informative message. I had casual difficulties with fop-0.94 in cocoon-2.1.11 especially with the tables. They caused some extra page breaks and even the content of one row's parallel cells could divide into two rows so that row1 had cell1 and row2 had cell2. I think there are some bugs in 0.94 which will be fixed in 0.95. Anyway, I downloaded newer one from the trunk and hit my head against the wall many times but finally got it working. It seems to be working at least in 2.1.11 if the xmlgraphics-commons is updated to 1.3 version shipped with the fop. And now after few tests, I haven't found anything to complain about; all the problems with the tables seems to be vanished away. :-) :-D :-) have a nice day ! - mika - P.S. Kai, I did some fine tuning in Tomcat, also with that PermGen Size and now it is really rocking. I can plot 1400x1400mm 300 dpi images out into pdf within less than 3 minutes. (Dell PE1950, 2,5 Ghz Xeon quadcore, 4G RAM). So I wouldn't say that this current fop is the world's weakest graphics renderer. ;-) Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: I am afraid it won't help. I already increased the heap size to 2,5/3,5g min/max, but I still can't plot any pdf including raster out, whether the raster is at any size. It seems like something is totally broken but I can't imagine that a user could get the whole system to crash. You should try to increase the PermGen space, e.g. -XX:MaxPermSize=256m I am printing large images; the FOP manual said: do not use large images. So I don't know is this project of mine sane, but it seemed to be working nice with 12000x12000x24 rasters until I got creedy and add the pixel amount. It crashed and after that, I haven't been able to print out a single raster through FOP. I don't have any experiences with such large images. Sorry. - 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]
