RE: FW: Java exception
Partial resolution of this issue was not in FOP but in the XSL stylesheet used. I have XML data in the layout of: file line/line line/line line/line line/line page linethis/line lineis/line linethe/line linereport/line linedata/line /page file And a stylesheet containing: ?xml version=1.0 ? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; xsl:output method=xml indent=yes / !-- $Header: /cvs/FCS/cgi/invoices/gst_monthly/gst_monthly_fop.xsl,v 1.4 2003/08/19 04:39:05 asc Exp $ -- xsl:template match=/ fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; !-- defines the layout master -- fo:layout-master-set fo:simple-page-master master-name=first page-height=29.7cm page-width=21cm fo:region-body margin-top=0.5cm margin-bottom=0.0cm margin-left=1.0cm margin-right=1.0cm / fo:region-before extent=5cm / fo:region-after extent=2cm / /fo:simple-page-master fo:simple-page-master master-name=remainder page-height=29.7cm page-width=21cm fo:region-body margin-top=0.5cm margin-bottom=0.0cm margin-left=1.0cm margin-right=1.0cm / fo:region-before extent=5cm / fo:region-after extent=2cm / /fo:simple-page-master /fo:layout-master-set xsl:apply-templates / /fo:root /xsl:template xsl:template match=page !-- starts actual page layout -- fo:page-sequence master-reference=first !-- HEADER - insert the logos in the fo:region-before -- fo:static-content flow-name=xsl-region-before !-- FORTIS DETAILS -- fo:block-container height=1.0cm width=12.0cm top=0.5cm left=0.5cm position=absolute fo:block font-size=18pt font-weight=boldFORTIS CLEARING SYDNEY PTY LTD/fo:block /fo:block-container fo:block-container height=1.5cm width=6.5cm top=1.2cm left=0.5cm position=absolute fo:block font-size=9pt line-height=10ptA.C.N. 081 279 889/fo:block fo:block font-size=9pt line-height=10ptA.B.N. 36 081 279 889/fo:block fo:block-container height=2.5cm width=6.5cm top=2.1cm left=0.5cm position=absolute fo:block font-size=9pt line-height=10ptLevel 11, 5 Elizabeth Street,/fo:block fo:block font-size=9pt line-height=10ptSydney, NSW 2000 Australia/fo:block fo:block font-size=9pt line-height=10ptGPO Box 3562, Sydney NSW 1043/fo:block fo:block font-size=9pt line-height=10ptTel: +61 2 9223 9990/fo:block fo:block font-size=9pt line-height=10ptFax: +61 2 9236 4400/fo:block fo:block font-size=9pt line-height=10ptEmail: [EMAIL PROTECTED]/fo:block /fo:block-container fo:block-container height=4cm width=4cm top=0cm left=14.5cm position=absolute fo:block fo:external-graphic height=4cm src=file:/fcs/images/fortis_logo_colour.gif / /fo:block /fo:block-container /fo:static-content fo:flow flow-name=xsl-region-body fo:block-container height=15cm width=18cm top=5cm left=1cm position=absolute font-size=9pt line-height=10pt font-family=Courier wrap-option=no-wrap linefeed-treatment=preserve white-space-treatment=preserve white-space-collapse=false xsl:apply-templates / /fo:block-container /fo:flow /fo:page-sequence /xsl:template xsl:template match=line fo:block xsl:value-of select=. / /fo:block /xsl:template /xsl:stylesheet The exception was stopped if the line xsl:template match=line was changed to be xsl:template match=page/line I do not understand why this is happening, any suggestions In general I am very pleased to see the progress that has been made with FOP, it has served us well over the past 2 years in generating PDF contract notes. I started to investigate an upgrade to see if we could generate larger files and the rendering at every fo:page-sequence works well for us. Also I am pleased to see the addition of PDF outlines. My thanks to the developers. Stephen Cameron Systems Support Analyst Fortis Clearing Sydney phone: +61 2 9233 6497 email: [EMAIL PROTECTED] -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: Tuesday, 19 August 2003 6:01 PM To: [EMAIL PROTECTED] Subject: Re: FW: Java exception From: Steve Cameron [EMAIL PROTECTED] Hello, I am currently upgrading to FOP 0.20.5 from 0.14.0. I get a java exception in an example that was previously working as follows: snip/ One of the things that changed in version 0.20.x of FOP is master-name attribute on the page-sequence elements which became master-reference instead. If you still have master-name attributes on your page-sequences, then FOP often seems to throw a NullPointerException. Chris SC: thanks for this suggestion but FOP does actually warn me about this error. _ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger
AW: keep together pages
Yes I must admit that using a transformer would be much straighter. But I'm handling with dynamic data and I want to have a table-layout. This would not work... thanx! -Ursprüngliche Nachricht- Von: Victor Mote [mailto:[EMAIL PROTECTED] Gesendet: Tuesday, August 19, 2003 4:24 PM An: [EMAIL PROTECTED] Betreff: RE: keep together pages Todtenhaupt, Susann wrote: I'm producing TXT through XSL:FO and FOP. If there're more than one page there's following effect: Between the pages there's a break of several lines. I didn't find a property to suppress this pagebreak. The TXT output is laid out on the page just as it would for PDF, then converted to text. I suspect that the blank lines are the layout's way of mimicking the margins at the top and bottom of a printed page. Try eliminating (or making very tiny) the regions and margins at the top and bottom of the page. See http://xml.apache.org/fop/output.html#txt for more details. Another alternative is to simply use an XSLT transformation to get your text output. Victor Mote - 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]
NFOP - ASP.NET - C#
Hi All, Im having a probs of converting a FO File available as a C# string to a J# characterStream (java.io.Reader) or byteStream (java.io.InputStream), since the org.xml.sax.InputStream accepts only these 2 formats and the path of the fo file as a string. Im aware that i can generate the fo file and write it in a dir. and give the path. But, i want to do it without IO, since the org.xml.sax.InputStream accepts byteStream and characterStream objects. Im using NFOP for converting FO file into PDF from ASP.NET and codebehind in C#, but the NFOP is using J#. So, ive imported the required J# libs and it works fine. But, i need to convert the c# string into java.io.InputStream / java.io.Reader objects to give it as a parameter, the FO file. Ive given below the codebehind code in C# for converting FO file into PDF. Also, apache fop site gave the 2nd code snippet to give xml and xsl files as the input, not as a file path, but as as stream. Yours, Sankar.B Code Snippet to Convert a FO File by giving the FO File Path as a string : string strFoPath = C:\\simple.fo; org.xml.sax.InputSource inputFoFile = new org.xml.sax.InputSource(strFoPath); java.io.ByteArrayOutputStream bos = new java.io.ByteArrayOutputStream(); org.apache.fop.apps.Driver dr = new org.apache.fop.apps.Driver(inputFoFile, bos); dr.setRenderer(org.apache.fop.apps.Driver.RENDER_PDF); dr.run(); sbyte[] sBytes = bos.toByteArray(); byte[] getBytes = new byte[sBytes.Length]; for (int i=0; i sBytes.Length - 1; i++) { getBytes[i] = (byte) sBytes[i]; } Response.ContentType = application/pdf; Response.AddHeader(Content-disposition, filename=ID.pdf); Response.OutputStream.Write(getBytes, 0, getBytes.Length); Response.OutputStream.Flush(); Response.OutputStream.Close(); Code snippet to give XML and XSL file as input instead of give fo and instead of giving them as a File thru a File Path : // org.apache.fop.apps.Driver driver = new org.apache.fop.apps.Driver(); // driver.setRenderer(Driver.RENDER_PDF); // Transformer transformer = TransformerFactory.newInstance().newTransformer(new StreamSource(foo.xsl)); // transformer.transform(xmlsource, new SAXResult(driver.getContentHandler())); _ MSN Messenger V6.0. Give it a fun name. http://server1.msn.co.in/sp03/ilovemessenger/index.asp Win cool stuff! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NFOP - ASP.NET - C#
From: SANKAR B [EMAIL PROTECTED] Hi All, Im having a probs of converting a FO File available as a C# string to a J# characterStream (java.io.Reader) or byteStream (java.io.InputStream), since the org.xml.sax.InputStream accepts only these 2 formats and the path of the fo file as a string. Im aware that i can generate the fo file and write it in a dir. and give the path. But, i want to do it without IO, since the org.xml.sax.InputStream accepts byteStream and characterStream objects. Hi, Sorry, but I dont know anything about C#, J# or NFOP. NFOP is a SourceForge Project, which ported Apache FOP to J#. Here is the link; http://sourceforge.net/projects/nfop/ Your question is more likely to get an answer if directed to the developers of NFOP. This forum is about the Java based apache FOP. Chris _ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
fopservlet classpath problem... or is it?
Most, but not all, XSL files rendered by FopServlet get me the exception below from my Tomcat 4.1.24 installation installed via RPMs. Running it at the command line works fine. I have a Tomcat 4.1.18 installation not installed via RPMs which works OK with the same XML and XSL files. On both platforms, I'm using JDK 1.4.1. I've put xalan-2.4.1.jar, xercesImpl-2.2.1.jar and xml-apis.jar into /var/tomcat4/common/endorsed. Should I be doing something else to sort out the classpath, or am I barking up the wrong tree? javax.servlet.ServletException: org.apache.fop.apps.FOPException: No flow in page-sequence at FopServlet2.renderXML(FopServlet2.java:184) at FopServlet2.doGet(FopServlet2.java:121) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Unknown Source) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Unknown Source) at org.apache.catalina.core.StandardWrapperValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardContextValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardContext.invoke(Unknown Source) at org.apache.catalina.core.StandardHostValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.valves.ErrorReportValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardEngineValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:261) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:360) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:536) root cause java.lang.RuntimeException: org.apache.fop.apps.FOPException: No flow in page-sequence at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3170) at org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerH andlerImpl.java:433) at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager$EntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityManager$EntityScanner.skipSpaces(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatc h(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TrAXFilter.parse(TrAXFilter.java:134) at org.apache.fop.apps.Driver.render(Driver.java:498) at FopServlet2.renderXML(FopServlet2.java:177) at FopServlet2.doGet(FopServlet2.java:121) at javax.servlet.http.HttpServlet.service(HttpServlet.java)
RE: fopservlet classpath problem... or is it?
Sorry to reply to my own message, but it was the RPM installation not passing the endorsed.directories. Read on only if this is relevant to you. I hope this helps anybody else, who might be encountering similar problems using Fop with a Tomcat RPM installation. This was my good start-up, which was Tomcat 4.1.18 hand-installed: /usr/java/j2sdk1.4.1_01/bin/java -Xms32m -Xmx256m -Djava.endorsed.dirs=/usr/java/jakarta-tomcat-4.1.18/bin:/usr/java/jakarta-t omcat-4.1.18/common/endorsed -classpath /usr/java/j2sdk1.4.1_01/lib/tools.jar:/usr/java/jakarta-tomcat-4.1.18/bin/bo otstrap.jar -Dcatalina.base=/usr/java/jakarta-tomcat-4.1.18 -Dcatalina.home=/usr/java/jakarta-tomcat-4.1.18 -Djava.io.tmpdir=/usr/java/jakarta-tomcat-4.1.18/temp org.apache.catalina.startup.Bootstrap start And this was my bad start-up with Tomcat 4.1.24 installed using the RPM: /usr/java/j2sdk1.4.1_02/bin/java -Djava.endorsed.dirs= -classpath /usr/java/j2sdk1.4.1_02/lib/tools.jar:/var/tomcat4/bin/bootstrap.jar -Dcatalina.base=/var/tomcat4 -Dcatalina.home=/var/tomcat4 -Djava.io.tmpdir=/var/tomcat4/temp org.apache.catalina.startup.Bootstrap start The RPM installation sets java.endorsed.dirs to nothing, which means that the XML parser remained unendorsed. Now that I've spotted this, I have also set -Xms32m -Xmx256m to increase the memory for large files, and edit. I've added into /usr/bin/dtomcat4: 8 # Endorsed directories JAVA_ENDORSED_DIRS=${CATALINA_HOME}/common/endorsed echo Using JAVA_ENDORSED_DIRS:${JAVA_HOME} # Java options - we want lots of memory for Fop JAVA_OPTS=-Xms32m -Xmx256m ${JAVA_OPTS} 8 Everything is running OK now, except for the fact that I get the error in catalina.out similar to that reported at http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg37249.html . Evidently, Fop's choice of XML parser doesn't agree with Tomcat. Having said that, I have got a working configuration now. -Original Message- From: Rob Staveley (Tom) [mailto:[EMAIL PROTECTED] Sent: 20 August 2003 11:34 To: [EMAIL PROTECTED] Subject: fopservlet classpath problem... or is it? Most, but not all, XSL files rendered by FopServlet get me the exception below from my Tomcat 4.1.24 installation installed via RPMs. Running it at the command line works fine. I have a Tomcat 4.1.18 installation not installed via RPMs which works OK with the same XML and XSL files. On both platforms, I'm using JDK 1.4.1. I've put xalan-2.4.1.jar, xercesImpl-2.2.1.jar and xml-apis.jar into /var/tomcat4/common/endorsed. Should I be doing something else to sort out the classpath, or am I barking up the wrong tree? javax.servlet.ServletException: org.apache.fop.apps.FOPException: No flow in page-sequence at FopServlet2.renderXML(FopServlet2.java:184) at FopServlet2.doGet(FopServlet2.java:121) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Unknown Source) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Unknown Source) at org.apache.catalina.core.StandardWrapperValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardContextValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardContext.invoke(Unknown Source) at org.apache.catalina.core.StandardHostValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.valves.ErrorReportValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardEngineValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at
overflow text on the cells
Hello! can one make overflow text on the cells of right and by preserving the drawing of the edges of the cells? Example : - | | | | overflow text on the cell | | | | | | | --
Problem with external-graphic and https-url
Hello all, I'm using fop 0.20.4 to render pdf documents through servlets. In my xsl-fo file there is an external-graphic link to our servlet (run under tomcat). And when requested the servlet responses through servletstream with an dynamically created image (.png-format). I have also relative link external-graphics in the xsl-fo file. For the relative link images i have set the fop basedir using org.apache.fop.configuration.Configuration.put(baseDir, file:+ context.getRealPath(/)); - The basedir is now set to: c:\jakarta-tomcat-4.0.1\webapps\AppIntelli\defaultroot\. The xsl:fo file is following for the images-part: fo:block text-align=center fo:external-graphic height=0.37in width=1.4in src=images/logo.jpg/ /fo:block fo:block font-family=sans-serif font-size=10pt text-align=center fo:external-graphic src=https://localhost:8085/doc/image.png?t=1061380245238amp;q=7amp;p=1/ /fo:block All goes well (the local and dynamic images are rendered correctly) as long as the dynamically created link is under http:// But now when we have set our server under SSL-certificate so the secure connection url starts with https://... the following error appears: [ERROR] Error while creating area : Error while recovering Image Informations (file:c:/jakarta-tomcat-4.0.1/webapps/AppIntelli/defaultroot//doc/image.png? t=1061380245238q=7p=1) : c:\jakarta-tomcat-4.0.1\webapps\AppIntelli\defaultroot\doc\image.png (The system cannot find the file specified) The link in the xsl:fo https://localhost:8085/doc/image.png?t=1061380245238amp;q=7amp;p=1 should be mapped to our servlet and not into the file system! The mapping goes all right when it's an http, but not with https. The shouldn't be an tomcat problem as I can access the dynamic link through browser and see the image correctly. I have read in the archives something that if FOP doesn't succeed to get image through the given url, it tries through using basedir-variable. Is this really correct? Anyone have an idea what is going on? All help would be greatly appreciated!! Best Regards, Pasi Kallioniemi IPSS - Intelligent Precision Solutions and Services Oy Salomonkatu 17 B FIN-00100 Helsinki e-mail [EMAIL PROTECTED] www.ipss.fi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Some PCs show the PDF output and some don't?
I am using the FOP software straight out of the box. I have also compiled the servlet that came as the example. I have an XSL document that produces a .fo file. The goal is to have the pdf output displayed by Adobe imbedded in the IE browser. The version of IE and Adobe are the same on all systems. Operating systems are different but the problem doesn't follow the operating system. I have XP and Win 2K PCs with the same problem and 'identical' PCs that work correctly. The problem: The PDF document will not be displayed and Adobe is not loaded. There is no source to view. The browser has a blank white screen. All systems are able to display a real pdf file if we go to a site that has a pdf file available without going through the FOP software. Has anybody else seen this and does anybody have any ideas where to look for the problem? I suspect it's a setting in IE but I don't see any differences in browsers that display the pdf properly and those that don't. Regards Ron Ron Doyle NCR Corp. IT Services - Enterprise Data Warehouse EDW Infrastructure Team Email: [EMAIL PROTECTED] Phone: (937) 445-3179 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some PCs show the PDF output and some don't?
Doyle, Ronald D wrote: The problem: The PDF document will not be displayed and Adobe is not loaded. There is no source to view. The browser has a blank white screen. All systems are able to display a real pdf file if we go to a site that has a pdf file available without going through the FOP software. Has anybody else seen this and does anybody have any ideas where to look for the problem? I suspect it's a setting in IE but I don't see any differences in browsers that display the pdf properly and those that don't. This problem sounds similar to this FAQ: http://xml.apache.org/fop/faq.html#part-iex and also here: http://xml.apache.org/fop/servlets.html#ie If you've tried the suggestions on these pages, and report back and include information about the versions of Acrobat and Internet Explorer. Also, have you tried this with Netscape/Mozilla and does it display the same problem? Thanks! Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with external-graphic and https-url
Pasi Kallioniemi wrote: All goes well (the local and dynamic images are rendered correctly) as long as the dynamically created link is under http:// But now when we have set our server under SSL-certificate so the secure connection url starts with https://... the following error appears: [ERROR] Error while creating area : Error while recovering Image Informations ... I have read in the archives something that if FOP doesn't succeed to get image through the given url, it tries through using basedir-variable. Is this really correct? Anyone have an idea what is going on? I'd say your JRE doesn't support HTTPS. It's not in Sund JDK 1.3, and I believe you'll have to do something to enable it in 1.4. Ask a local Java guru. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Java exception
Steve Cameron wrote: ... The exception was stopped if the line xsl:template match=line was changed to be xsl:template match=page/line I do not understand why this is happening, any suggestions Create the FO file. Examine it closely. Compare to what the spec says. Your original style sheet generates blocks outside of the flow. the change stops this (coincidentally, because the line elements outside the pages are empty). J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: overflow text on the cells
Philippe PITHON wrote: can one make overflow text on the cells of right Try wrap-option=false, possibly combined with white-space-collapse=false and by preserving the drawing of the edges of the cells? I can't parse this. Can you elaborate? J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]