Re: PDF reader can not read generated file
Hello, Thanks for the reply and sorry I did not reply before. No I am not having any exceptions when generating my PDF file. I do know what exceptions you are talking about, since I did have them, however I sucessfully fixed my XSLT file and no exception is present so much (The same code is working fine when comming to generate RTF or TXT file). The only message I get which find suspecting is the following: "WARN [RequestUtils] No FormBeanConfig found under 'pdfWriter'" However when I searched on the internet it seems that this is only required when need to set a Passwords, Copy, etc properties on the PDF file (But I could be wrong). Also I did not find any of these settings in the examples that come with FOP library (I am mostly using the ExampleXML2PDF.java). Here I also pasted the text generated in my console related with the converstion to PDF. 16:21:24,443 WARN [RequestUtils] No FormBeanConfig found under 'pdfWriter' 16:21:24,459 INFO [PDFWriterAction] Loading xslt from "file:/C:/Program%20Files /JBoss/jboss-4.0.3SP1/server/default/tmp/deploy/tmp49244app-exp.war/WEB-INF/li b/app.jar!/com/comp/app/actions/togenerate.xslt" 16:21:25,814 INFO [LayoutManager] table-layout="fixed" and width="auto", but au to-layout not supported => assuming width="100%" 16:21:26,172 INFO [STDOUT] PageSequence generated 1 pages. 16:21:26,172 INFO [STDOUT] Generated 1 pages in total. Nabble does not seem to allow upload of files, there for I have uploaded a zip file (containing two files; file.rtf, and file.pdf) on my geocities account: here is the url: www.geocities.com/sja085/problem/file.zip Now the RTF file will open fine (Using Microsoft Word). However the PDF file gives me the error I described in the previous post. ps: Yes I have used those Green and Red colour on purpose :) Regards, sim085 -- View this message in context: http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4969354 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
Ok, so the PDF is really not fully written (It stops in the middle). There must be an exception somewhere (probably silently caught) or something else is going wrong outside of FOP for writing down the PDF. You didn't include the FO file as I requested so I cannot check if it's FOP choking because of the FO file. On 21.06.2006 09:22:37 sim085 wrote: > > Hello, > > Thanks for the reply and sorry I did not reply before. No I am not having > any exceptions when generating my PDF file. I do know what exceptions you > are talking about, since I did have them, however I sucessfully fixed my > XSLT file and no exception is present so much (The same code is working fine > when comming to generate RTF or TXT file). > > The only message I get which find suspecting is the following: > > "WARN [RequestUtils] No FormBeanConfig found under 'pdfWriter'" > > However when I searched on the internet it seems that this is only required > when need to set a Passwords, Copy, etc properties on the PDF file (But I > could be wrong). Also I did not find any of these settings in the examples > that come with FOP library (I am mostly using the ExampleXML2PDF.java). > > Here I also pasted the text generated in my console related with the > converstion to PDF. > > 16:21:24,443 WARN [RequestUtils] No FormBeanConfig found under 'pdfWriter' > 16:21:24,459 INFO [PDFWriterAction] Loading xslt from > "file:/C:/Program%20Files > /JBoss/jboss-4.0.3SP1/server/default/tmp/deploy/tmp49244app-exp.war/WEB-INF/li > b/app.jar!/com/comp/app/actions/togenerate.xslt" > 16:21:25,814 INFO [LayoutManager] table-layout="fixed" and width="auto", > but au > to-layout not supported => assuming width="100%" > 16:21:26,172 INFO [STDOUT] PageSequence generated 1 pages. > 16:21:26,172 INFO [STDOUT] Generated 1 pages in total. > > Nabble does not seem to allow upload of files, there for I have uploaded a > zip file (containing two files; file.rtf, and file.pdf) on my geocities > account: > > here is the url: > > www.geocities.com/sja085/problem/file.zip > > Now the RTF file will open fine (Using Microsoft Word). However the PDF > file gives me the error I described in the previous post. > > ps: Yes I have used those Green and Red colour on purpose :) > > Regards, > sim085 Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP performance issue
I've seen a similar behaviour back in my FOP 0.20.5 times. But in the end I concatenated the documents on the PostScript level, not on the FO level. However, if your stack trace is any indicator, the problem is inside Xalan-J (no FOP classes involved in the stack trace). Maybe it has to build up all these subtrees internally plus you see the effect of excessive garbage collection. FOP 0.92beta is certainly not a memory saver, yet, since there have not been any larger optimization efforts, so FOP could also be involved. I'd do the following: Concatenate your documents separately and serialize the resulting FO to a file and then fill that file into FOP. Check if there's any difference in behaviour. It may help you to identify if it's Xalan-J or FOP which is the larger problem spot. As an alternative to XSL-FO concatenation I can recommend to you look at FOP's intermediate format. Using the "IF" you can render each single document separately to an XML file which you can finally render to the target format at which point you can do the concatenation by supplying multiple IF files. This is described in [1] with an example in [2]. Could be an alternative. [1] http://xmlgraphics.apache.org/fop/latest/intermediate.html [2] http://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/examples/embedding/java/embedding/intermediate/ExampleConcat.java On 21.06.2006 07:24:46 Karthik wrote: > > Hi all, > > We are currently running FOP in a batch environment on Websphere 5.1. > Are experiencing a performance lag while processing higher volume of > documents. > A brief explanation of the process : 'n' number of XML's are concatenated > into 1 PDF file. I use page-sequencing to create the output PDF. > Whats happening is that the larger the 'n', the process becomes very slower. > For e.g, for 200 xml's the PDF was created in approx 4 minutes, but, > if I increased it to 500, it almost took an hour to create the PDF. I took > threaddumps and I found that the process stalls at a certain method call - > org.apache.xml.dtm.ref.DTMDefaultBaseTraversers$DescendantTraverser.next > (DTMDefaultBaseTraversers.java(Compiled Code)). > Below is the relevant portion of the dump: > 3XMTHREADINFO "MessageListenerThreadPool : 1" (TID:0x1061D250, > sys_thread_t:0x53985C38, state:R, > native ID:0x1324) prio=5 > 4XESTACKTRACE at > org.apache.xml.dtm.ref.DTMDefaultBaseTraversers$DescendantTraverser.next > (DTMDefaultBaseTraversers.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.axes.AxesWalker.getNextNode(AxesWalker.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.axes.AxesWalker.nextNode(AxesWalker.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.axes.WalkingIterator.nextNode > (WalkingIterator.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.axes.NodeSequence.nextNode(NodeSequence.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.axes.NodeSequence.runTo(NodeSequence.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.axes.NodeSequence.setRoot(NodeSequence.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.axes.LocPathIterator.execute(LocPathIterator.java > (Compiled Code)) > 4XESTACKTRACE at > org.apache.xpath.objects.XRTreeFragSelectWrapper.execute > (XRTreeFragSelectWrapper.java(Compiled Code)) > 4XESTACKTRACE at org.apache.xpath.XPath.execute(XPath.java(Compiled > Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemWithParam.getValue(ElemWithParam.java > (Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemCallTemplate.execute(ElemCallTemplate.java > (CompiledCode)) > 4XESTACKTRACE at > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates > (TransformerImpl.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemChoose.execute(ElemChoose.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates > (TransformerImpl.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemTemplate.execute(ElemTemplate.java > (Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemCallTemplate.execute(ElemCallTemplate.java > (CompiledCode)) > 4XESTACKTRACE at > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates > (TransformerImpl.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemChoose.execute(ElemChoose.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.transformer.TransformerImpl.executeChildTemplates > (TransformerImpl.java(Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemTemplate.execute(ElemTemplate.java > (Compiled Code)) > 4XESTACKTRACE at > org.apache.xalan.templates.ElemCallTemplate.execute(ElemCallTemplate.java > (CompiledCode)) > 4XESTACKTRACE at > org.apache.xalan.transform
Re: PDF reader can not read generated file
I am really sorry, I tought you wanted only the PDF file. I have uploaded the FO (XSLT) file as well. here is the link for the XSLT file: http://www.geocities.com/sja085/problem/togenerate.zip I am no expert in FO, however, if it is working for RTF, why would it fail for PDF! However thanks for your patience and help so far Regards, sim085 -- View this message in context: http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4969934 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Background image
Hi, I have a background image that should span the whole page. I can't define it on the region-body element, because there is a margin around the region body. As far as I understand it is not possible to define the background on the simple-page-master element. Is there any possibility to achieve this? Regards Dominic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Background image
> -Original Message- > From: Dominic Brügger [mailto:[EMAIL PROTECTED] > I have a background image that should span the whole page. I > can't define it on the region-body element, because there is > a margin around the region body. As far as I understand it is > not possible to define the background on the > simple-page-master element. Is there any possibility to achieve this? Hi, If you use FOP 0.9x, you can put your image in an absolute positionned fo:block-container in your xsl-region-start. HTH, Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with no vectoriel SVG using fop 0.92beta
I'm using fop 0.92beta (see mail object :) ) I solved my problem : The xlink prefix was not declared in my tag and i didn't catch the exception from FOP. Now, everything works fine! Thx for your help. Greg -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mardi 20 juin 2006 21:49 À : fop-users@xmlgraphics.apache.org Objet : Re: Problem with no vectoriel SVG using fop 0.92beta Please! Please always state the FOP version you're using! I've just performed a test with FOP 0.92beta using an SVG image element with an RFC 2397 data URL containing a JPEG image. I saw no problems. Without having the full SVG document I cannot tell what's wrong. Maybe your clip-path is wrong or the transformation matrix. I'm seeing an exception with the same FO file in FOP 0.20.5, however. If you're using FOP 0.20.5, tough luck possibly. On 20.06.2006 11:38:36 Drivet Grégoire wrote: > Hi all, > > We have a problem with rendition on SVG in PDF, depending on the content of > SVG : > > - If the SVG is a real vectorial image (composed of polygons...), we do not > have any problem. > - If the SVG is made of a jpeg, then the image is not displayed in the final > pdf. It's replaced by a blank area). > Our svg that is made of a reference to a jpg contains the below node : > > > >xlink:href="data:image/jpeg;base64,/9j/4AAQSkZJRgA. > > > > Do you have any idea? > > Thanx Jeremias Maerki - 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: PDF reader can not read generated file
The XSLT file is of no use to me without the XML. I asked for the FO file, i.e. the result of the XSLT transformation, FOP's input. On 21.06.2006 10:10:11 sim085 wrote: > > I am really sorry, I tought you wanted only the PDF file. I have uploaded > the FO (XSLT) file as well. > > here is the link for the XSLT file: > > http://www.geocities.com/sja085/problem/togenerate.zip > > I am no expert in FO, however, if it is working for RTF, why would it fail > for PDF! However thanks for your patience and help so far Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
I'm sorry again ... as you may have now noticed I am still new to the FOP objects, and just following the examples. However I have modified my code in order to save the FO syntax, which is as follows: [code] %PDF-1.4 %ª«¬ http://www.w3.org/1999/XSL/Format";>  header - 543543, Boss Title Sub Title [/code] If this is not what you want just tell me and I try to give you what you need. Regards, sim085 -- View this message in context: http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4970973 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
On Jun 21, 2006, at 11:35, sim085 wrote: Hi, I'm sorry again ... as you may have now noticed I am still new to the FOP objects, and just following the examples. However I have modified my code in order to save the FO syntax, which is as follows: [code] %PDF-1.4 %ª«¬ Stop! How on earth did this end up in your PDF? Should never happen, IMO, unless you're using FOP's classes in a way they were never supposed to...? Can you provide more details on how exactly you are rendering your source? This might work for RTF or plain text, but PDF is a bit more complex than that, I'm afraid. A PDF file needs more than merely a PDF header to be considered valid by a PDF reader... Thanks, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
The pdf header may have finnished there because I am still saving into a
.pdf file (I did not change the file name and file extention,
however changed the file contents. At the moment I am following the
examples that come with the FOP library.
Now, I did not pretend to open that file (which has FO in it) with the PDF,
I just did that because I was asked to provide the FO!, The FO being
generated is below that header.
I will try saving it in a different file format so not to create confusion.
The following is the code I am using to Join my XML and XSTL into FO:
[code]
try {
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer(new StreamSource(xslt));
Source src = new StreamSource(xml);
Result res = new StreamResult(out);
transformer.transform(src, res);
} finally {
out.close();
}
[/code]
Where out is the stream where to save the file (here my stream pointed to a
PDF file), xml is the stream containing the XML document, and xstl is the
stream containing my XSTL document.
As you may see it is basically the same as the ones in the example. I just
get the streams from other classes in my application.
I am sorry for the misunderstanding, as already said I did not save my
document in that format to open in the the PDF reader, but just to display
the FOP being generated.
regards,
sim085
--
View this message in context:
http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4971198
Sent from the FOP - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
Okej, I solved the header problem ... basically I still had this one line of code which was adding the header: [code] Fop fop = fopFactory.newFop(MimeConstants.MIME_PDF, foUserAgent, output); [/code] However the generated FOP remained the same :) So it should still be what was requested. thanks for pointing that out, and sorry for the misunderstanding. Regards, sim085 -- View this message in context: http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4971443 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
The problem must be in your Java code. The FO file from the earlier post (without the PDF header) works fine with FOP 0.92beta. Maybe you need to show us a greater part of your Java code. What I've seen so far is pretty inconspicious. I understand you run FOP inside JBoss. I'd try to debug the code outside of JBoss just to eliminate that complex environment which could have all sorts of side-effects. Eliminate complexity until you find a point the whole thing works. Also, try processing the document on the command-line just to very that everything is right with your stylesheet and FOP's processing of the FO input. On 21.06.2006 12:11:00 sim085 wrote: > > Okej, I solved the header problem ... basically I still had this one line of > code which was adding the header: > > [code] > Fop fop = fopFactory.newFop(MimeConstants.MIME_PDF, foUserAgent, output); > [/code] > > However the generated FOP remained the same :) So it should still be what > was requested. > > thanks for pointing that out, and sorry for the misunderstanding. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: absolutely positioned block-container issue
... I evaluated the conditional spacing, but when I retain the space-before, the blocks will have the spacing which doesn't match the strict client requirements. (e.g. title has a 9pt space-after and following block 6pt space-before, which would - of course - lead us to 15pt of total space between, which is bad. I can't simply remove the space-before (or after), as the document structure is so complex it would lead to wrong results in certain combination of blocks) :( It seems I'll have to wait for your fix... Cheers Martin Jeremias Maerki wrote: Not sure if it'll fit into this week. I'm leaving for Ireland on Thursday and won't have much time for hacking until 2006-07-08. But did you look at Chris' suggestion about conditional spacing? Doesn't that help you for the moment? On 19.06.2006 18:12:21 Martin Zak wrote: ...thanks Jeremias, I thought the reason to be like that. But there is a question (as always :) ) - would you care to fix it ? (with respect to importance you assigned to it mentally) In case it would not be so big change, when do you expect it? [just to provide some background of this issue: I render the book without side-notes in 'normal' mode and with side-notes in 'review' mode (where side-notes contain the link for editing paras. Obviously it is VERY bad these two pages doesn't look the same. I was trying to find some workaround, but no luck till now. I'm stuck with big project :(( ] anyway, thanks for the amazing work! Martin Jeremias Maerki wrote: On 16.06.2006 15:07:25 Chris Bowditch wrote: Martin Zak wrote: Hi all, I'm using the absolutely positioned block-container for a side-note. The page body has left margin defined while block-container has start-indent set to 0pt. (so the block-container is rendered in a "column" left to the rest of the text on page like this: [abs] lorem ipsum dolores... Whats happening here is the rules of conditional spacing. If a space is the first in the reference area (fo:flow in your example) then the default is to discard the space. If the space is not the first thing in a reference area then its is retained. It seems the block-container fools FOP into thinking that there is something before the space in the reference area and it is therefore retained. Indeed, the BlockContainerLayoutManager creates a KnuthBox (w=0) in the element list for the absolutely positioned block-container which is currently interpreted by the SpaceResolver as a fence. And a fence makes the SpaceResolver believe that there's content before the space. Looks like we should find a solution to indicate to the SpaceResolver which boxes are no fences. Another example would be the often-used empty block at the end of the flow for "page x of y" which probably creates a fence, too. Without knowing the full context of your application I'm not sure of a wrokaround. Specifying space-before.conditionality="retain" will ensure the space is always shown, regardless of whether there is a block container or not. Chris Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Martin Zak project manager, developer Ginger Alliance, s.r.o. Otakarova 15 140 00 Prague Czech Republic Office: tel +420 241 741 406 : fax +420 241 740 398 YM ID : zakmart Email : [EMAIL PROTECTED] http://www.gingerall.com http://www.ga-mme.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
I will try to create a simple stand alone application to see how it works. However I do not think it is JBoss the problem, first of all because it is the FOP library that is responsable to create the PDF file, and second of all is because it is working fine for both RTF and PLAIN_TEXT! However you said it worked out fine for you!! so a little confused on how come not working from a web environment. I will also try download another FOP library from another miror .. who know maybe I get lucky ;) :) Thanks a lot for your help and support :) best regards, sim085 -- View this message in context: http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4972092 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: absolutely positioned block-container issue
Martin Zak wrote: ... I evaluated the conditional spacing, but when I retain the space-before, the blocks will have the spacing which doesn't match the strict client requirements. (e.g. title has a 9pt space-after and following block 6pt space-before, which would - of course - lead us to 15pt of total space between, which is bad. I can't simply remove the space-before (or after), as the document structure is so complex it would lead to wrong results in certain combination of blocks) :( It seems I'll have to wait for your fix... So this bug isn't forgotten can you raise a bug report in Bugzilla please? Following the link below to do it: http://xmlgraphics.apache.org/fop/bugs.html thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I need help with an XSL-FO solution
Johannes, Thanx for the feedback. I realize my question speaks more towards the development practices regarding XSL-FO but I was hoping to run across some experts in the field that might shed some light on my situation. I'll try another list and see if I have better luck. Indentation can be done by the Xalan processor it's just that the way I'm using it seems to not work. I know there are options you can use in your stylesheet but they don't seem to be working with the way I'm doing my transform. Are there any Xalan experts out there? My other major question is are there any FO validators available in the FO package? What do others use (if anything) to validate their FO? --- Clifton C. Craig, Software Engineer Tell me what's up... visit: http://codeforfun.wordpress.com [EMAIL PROTECTED] On Tuesday 20 June 2006 4:48 pm, Johannes Künsebeck wrote: > Hi, > thats only a 10% fop-question, so maybe you can find better lists these > problems. > To indent your style-sheets, you can use tidy : > http://tidy.sourceforge.net/ bye, Johannes > > Clifton Craig schrieb: > > Hello all, > > > > I've started a project involving rather complicated FOP generation. I > > have the details on what exactly I'm trying to do on my weblog here: > > http://codeforfun.wordpress.com/2006/06/12/new-xml-grammar/ > > > > In short, I'm writing a stylesheet that transforms a custom XML grammar > > into XSL-FO stylesheets. These generated XSL-FO stylesheets (XSLT > > templates that generate raw FO using input XML) will be used to process > > an input XML and generate PDFs. My current problem regards unit testing > > pieces of my solution. I currently need a way to validate first the > > XSL-FO that I generate and secondly validate the FO that the generated > > XSL-FO creates. I'm doing a lot of manual work right now to acheive this. > > What I do is load a sample of my custom XML grammar (I call it SSML) into > > a TrAX transform with my SSMLStylesheet. (That's what generates the > > XSL-FO.) I diff it against a golden copy of what I believe the output > > XSL-FO should look like. I've also been separately testing the golden > > copy to make sure it actually works and generates a PDF when run against > > FOP. > > > > I desparately need a way to streamline the entire process. I want to > > enahnce the golden copy and have an automated test verify that the > > changes I make still generate valid FO syntax. I also want to verify the > > output of my SSMLStylesheet is valid XSLT before diff'ing it against my > > golden copy. I'm also having a little trouble with XMLUnit doing diffs. > > I've gotten spoiled with Idea's auto-diff on failed String assertions in > > junit tests, so when I see the messages generated by XMLUnit it takes a > > moment to decipher what's actually wrong. What I've been doing is > > trapping the XMLDiff > > AssertionFailedException and doing an assertEquals on the two XML strings > > so I can take advantage of Idea's diff. It's clumsy but I can pick out > > the error a little better this way. The other problem is the generated > > stylesheets are not formatted (indented and such) so even with Idea's > > string diff I have to squint, turn my head sideways and figure it out. > > What I do then is copy the generated stylesheet and paste it in a temp > > file and format it. That moves completely away from unit testing and is > > more of an eyeball test. So as you can see I am really struggling with > > the testing. I'll stop rambling now. Are there any XSL gurus out there > > that can offer some insight? > > > > --- > > Clifton C. Craig, Software Engineer > > Tell me what's up... > > visit: http://codeforfun.wordpress.com > > [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: I need help with an XSL-FO solution
J., Thank you for your suggestions. I'll check out the mulberrytech list as well as the dex.com lists. I am using XMLUnit for testing but I'm having a little difficulty with it as I detail on my site. As far as the nomenclature, I get equally as confused with it. I guess the proper term for the stylesheets I generate is just XSLT. They really are no different from other XSLT stylesheets. Maybe there is no such thing as raw FO and maybe I'll start referring to that as merely FO. Thanx anyhow for the advice. - Clifton C. Craig, Software Engineer Tell me what's up... visit: http://codeforfun.wordpress.com [EMAIL PROTECTED] On Tuesday 20 June 2006 5:58 pm, J.Pietschmann wrote: > Clifton Craig wrote: > > Are > > there any XSL gurus out there that can offer some insight? > > You'll probably want to post this on the XSL list > http://www.mulberrytech.com/xsl/xsl-list > although unit testing style sheet generators is somewhat > far out even there. > > Note that your nomenclature is slightly non-standard > and might hinder understanding your problem, I recommend > lurking on the list for a day or two, then adjust the > wording. > > Also check whether XMLUnit > http://xmlunit.sourceforge.net/ > can help you. > > J.Pietschmann > > - > 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: PDF reader can not read generated file
Just an extra note on the subject. What I feel very hard to understand is why previously it used to print the PDF, and now it does not want print it (that is in the 0.27 I think)! regards, sim085 -- View this message in context: http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4973731 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with org.apache.fop.fo.expr.PropertyInfo.getFunctionPercentBase()
I am using fop 0.90 and am running into into a thorny issue:It processes and then throws and exception on which I am stuck. Please help.I am attaching ths stack trace and the fop file(attachment) and the code as well at the bottom:CODE:public void convertFO2PDF() throws IOException, FOPException { OutputStream out = null; try { File fo = new File("c:/indata.fo"); File pdf = new
File("c:/indata.pdf"); System.out.println("HERE NOW"); // Construct fop with desired output format Fop fop = new Fop(MimeConstants.MIME_PDF); System.out.println("AFTER HERE NOW"); // Setup output stream. Note: Using BufferedOutputStream // for performance reasons (helpful with
FileOutputStreams). out = new FileOutputStream(pdf); out = new BufferedOutputStream(out); fop.setOutputStream(out); // Setup JAXP using identity transformer TransformerFactory factory = TransformerFactory.newInstance(); Transformer transformer = factory.newTransformer(); // identity transformer
// Setup input stream Source src = "" StreamSource(fo); // Resulting SAX events (the generated FO) must be piped through to FOP Result res = new SAXResult(fop.getDefaultHandler()); // Start XSLT transformation and FOP processing System.out.println("START
TRANSFORMING DATA"); transformer.transform(src, res); System.out.println("FINISHED TRANSFORMING DATA"); // Result processing FormattingResults foResults = fop.getResults(); java.util.List pageSequences = foResults.getPageSequences(); for
(java.util.Iterator it = pageSequences.iterator(); it.hasNext();) { PageSequenceResults pageSequenceResults = (PageSequenceResults)it.next(); System.out.println("PageSequence " + (String.valueOf(pageSequenceResults.getID()).length() > 0 ? pageSequenceResults.getID() : "")
+ " generated " + pageSequenceResults.getPageCount() + " pages."); } System.out.println("Generated " + foResults.getPageCount() + " pages in total."); } catch (Exception e) { e.printStackTrace(System.out);} finally { if(out != null)
out.close(); } }DEBUG] [PropertyMaker.java:251] [15:59:33,328,PropertyMaker] PropertyMaker.findProperty: white-space-collapse, fo:block[DEBUG] [PropertyMaker.java:251] [15:59:33,328,PropertyMaker] PropertyMaker.findProperty: widows, fo:block[DEBUG] [PropertyMaker.java:251] [15:59:33,328,PropertyMaker] PropertyMaker.findProperty: wrap-option, fo:blockjava.util.EmptyStackException at java.util.Stack.peek(Stack.java:79) at org.apache.fop.fo.expr.PropertyInfo.getFunctionPercentBase(PropertyInfo.java:129) at org.apache.fop.fo.expr.PropertyInfo.getPercentBase(PropertyInfo.java:62) at org.apache.fop.fo.expr.PropertyParser.parsePrimaryExpr(PropertyParser.java:266) at
org.apache.fop.fo.expr.PropertyParser.parseUnaryExpr(PropertyParser.java:210) at org.apache.fop.fo.expr.PropertyParser.parseMultiplicativeExpr(PropertyParser.java:175) at org.apache.fop.fo.expr.PropertyParser.parseAdditiveExpr(PropertyParser.java:148) at org.apache.fop.fo.expr.PropertyParser.parseProperty(PropertyParser.java:122) at org.apache.fop.fo.expr.PropertyParser.parse(PropertyParser.java:88) at org.apache.fop.fo.properties.PropertyMaker.make(PropertyMaker.java:421) at org.apache.fop.fo.PropertyList.convertAttributeToProperty(PropertyList.java:307) at org.apache.fop.fo.PropertyList.addAttributesToList(PropertyList.java:263) at org.apache.fop.fo.FObj.processNode(FObj.java:119) at
org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:273) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1020) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.
Images in FOP 0.92beta
FYI, I've just help someone off-list with a PDF for a software manual of about 4000 pages with around 800 screen-shots to be processed with FOP 0.92beta. They had problems with memory consumption. When they switched from PNGs to JPEGs the whole thing started to work with under 512MB of memory. Note that JPEGs can be embedded in a PDF 1:1 whereas PNGs have to be decoded and then reencoded for PDF. Given the source code, this should actually work with PNGs, too, because the image cache is able to release memory through the use of a WeakHashMap. The PDFRenderer signals the image cache immediately that it doesn't need the reference to the image anymore when it has embedded the image in the PDF. But it seems that somewhere along the road something's still going wrong. Nice task for filling a boring, rainy Sunday :-) Maybe this information helps somebody. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
line-height in 0.92beta
I have been through several threads in the archive, but cannot seem to find a solution to my problem. I can't get the spacing between lines to be consistent in 0.92beta when there are mixed fonts (in this case, some characters are in Symbol font). In 0.20.5 the spacing remains consistent throughout. I've tried a variety of properties and values with no luck. Can someone please help? See attached .fo and .pdf files. Thanks, John http://www.w3.org/1999/XSL/Format"; xmlns:fox="http://xml.apache.org/fop/extensions";> Two patterns were found in the C14 distribution of the E. coli amino acids from tracer expts. with C14O2, C14H3COOH, CH3C14OOH, aspartic acid (I) and glutamic acid (II), both C14-uniformly labeled, and 1-C14-glutamic acid. The one family with the specific activity pattern like (I) included diaminopimelic acid (III), lysine (IV), threonine (V), isoleucine (VI), and methionine (VII). The other family which followed the pattern of II was proline (VIII) and arginine (IX). The distinction was also shown in the location of the isotope within the mols. of each member. C14-VIII was incorporated into the bacterial protein but was not converted to II or IX. A similar result was obtained for C14-IX. When cold glutamic-γ-semialdehyde was added to the C14-glucose medium, no C14 was found in the bacterial VIII, whereas all other bacterial amino acids were radioactive. From various expts., it was proposed that the syntheses of VIII and IX was, resp., as: II â?? glutamic-γ-semialdehyde â?? VIII, and II â?? N-acetyl-II â?? Nα-acetylornithine â?? ornithine â?? citrulline â?? IX; and the relations of the members of the I family were as follows:IVâ??I â??III â??homoserineâ??VIIâ??Vâ??α- ketobutyric acid â??α-aminobutyric acid â?? â??α-keto-β-methylvaleric acid â?? VI. Yeast (Torulopsis utilis), mold (Neurospora crassa), and algae (Chlorella pyrenoidosa) behaved in certain aspects similar to E. coli B. line-height-0.20.5.pdf Description: Adobe PDF document line-height-0.92beta.pdf Description: Adobe PDF document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with org.apache.fop.fo.expr.PropertyInfo.getFunctionPercentBase()
Would you please retry with FOP 0.92beta? 0.90 was our first try. A lot
has happened since then.
On 21.06.2006 14:09:53 munhu Wedu wrote:
> I am using fop 0.90 and am running into into a thorny issue:
> It processes and then throws and exception on which I am stuck. Please
> help.
> I am attaching ths stack trace and the fop file(attachment) and the code
> as well at the bottom:
>
> CODE:
>
> public void convertFO2PDF() throws IOException, FOPException
> {
>OutputStream out = null;
> try
> {
> File fo = new File("c:/indata.fo");
> File pdf = new File("c:/indata.pdf");
>
> System.out.println("HERE NOW");
>// Construct fop with desired output format
> Fop fop = new Fop(MimeConstants.MIME_PDF);
> System.out.println("AFTER HERE NOW");
>
>
>// Setup output stream. Note: Using BufferedOutputStream
>// for performance reasons (helpful with
> FileOutputStreams).
> out = new FileOutputStream(pdf);
> out = new BufferedOutputStream(out);
> fop.setOutputStream(out);
>
>// Setup JAXP using identity transformer
>TransformerFactory factory =
> TransformerFactory.newInstance();
> Transformer transformer = factory.newTransformer(); //
> identity transformer
>
> // Setup input stream
> Source src = new StreamSource(fo);
>
>// Resulting SAX events (the generated FO) must be piped
> through to FOP
> Result res = new SAXResult(fop.getDefaultHandler());
>
>// Start XSLT transformation and FOP processing
>
> System.out.println("START TRANSFORMING DATA");
>
> transformer.transform(src, res);
> System.out.println("FINISHED TRANSFORMING DATA");
>
> // Result processing
> FormattingResults foResults = fop.getResults();
>java.util.List pageSequences =
> foResults.getPageSequences();
>for (java.util.Iterator it = pageSequences.iterator();
> it.hasNext();) {
> PageSequenceResults pageSequenceResults =
> (PageSequenceResults)it.next();
>System.out.println("PageSequence "
>+
> (String.valueOf(pageSequenceResults.getID()).length() > 0
> ? pageSequenceResults.getID() : " id>")
> + " generated " +
> pageSequenceResults.getPageCount() + " pages.");
> }
> System.out.println("Generated " +
> foResults.getPageCount() + " pages in total.");
>
> } catch (Exception e) {
> e.printStackTrace(System.out);}
> finally {
> if(out != null)
> out.close(); }
> }
>
>
>
> DEBUG] [PropertyMaker.java:251] [15:59:33,328,PropertyMaker]
> PropertyMaker.findProperty: white-space-collapse, fo:block
> [DEBUG] [PropertyMaker.java:251] [15:59:33,328,PropertyMaker]
> PropertyMaker.findProperty: widows, fo:block
> [DEBUG] [PropertyMaker.java:251] [15:59:33,328,PropertyMaker]
> PropertyMaker.findProperty: wrap-option, fo:block
>
>
> java.util.EmptyStackException
> at java.util.Stack.peek(Stack.java:79)
> at
> org.apache.fop.fo.expr.PropertyInfo.getFunctionPercentBase(PropertyInfo.java:129)
> at
> org.apache.fop.fo.expr.PropertyInfo.getPercentBase(PropertyInfo.java:62)
> at
> org.apache.fop.fo.expr.PropertyParser.parsePrimaryExpr(PropertyParser.java:266)
> at
> org.apache.fop.fo.expr.PropertyParser.parseUnaryExpr(PropertyParser.java:210)
> at
> org.apache.fop.fo.expr.PropertyParser.parseMultiplicativeExpr(PropertyParser.java:175)
> at
> org.apache.fop.fo.expr.PropertyParser.parseAdditiveExpr(PropertyParser.java:148)
> at
> org.apache.fop.fo.expr.PropertyParser.parseProperty(PropertyParser.java:122)
> at org.apache.fop.fo.expr.PropertyParser.parse(PropertyParser.java:88)
> at
> org.apache.fop.fo.properties.PropertyMaker.make(PropertyMaker.java:421)
> at
> org.apache.fop.fo.PropertyList.convertAttributeToProperty(PropertyList.java:307)
> at
> org.apache.fop.fo.PropertyList.addAttributesToList(PropertyList.java:263)
> at org.apache.fop.fo.FObj.processNode(FObj.java:119)
> at
> org.apache.fop.fo.FOT
Re: Disappearing table-header
I am having the same problem with block-container. Would you be able to tell me when this fix will be released? Is there a way to download the fix from the SVN? -- View this message in context: http://www.nabble.com/Disappearing-table-header-t1594378.html#a4974602 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: line-height in 0.92beta
Please try line-stacking-strategy="font-height" on the outer block. On 21.06.2006 16:02:56 John Besch wrote: > I have been through several threads in the archive, but cannot seem to find a > solution > to my problem. > > I can't get the spacing between lines to be consistent in 0.92beta when there > are mixed > fonts (in this case, some characters are in Symbol font). In 0.20.5 the > spacing remains > consistent throughout. I've tried a variety of properties and values with no > luck. Can > someone please help? > > See attached .fo and .pdf files. > > Thanks, > > John Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I need help with an XSL-FO solution
Clifton Craig wrote: Johannes, Thanx for the feedback. I realize my question speaks more towards the development practices regarding XSL-FO but I was hoping to run across some experts in the field that might shed some light on my situation. I'll try another list and see if I have better luck. Indentation can be done by the Xalan processor it's just that the way I'm using it seems to not work. I know there are options you can use in your stylesheet but they don't seem to be working with the way I'm doing my transform. Are there any Xalan experts out setting indentation options in the stylesheet itself, i.e. indent="yes"/> only seems to work when running from the command line. If you are serializing the output within a program then you need to set indentation on the serializer properties. I don't have a clue about any of your other questions. Sorry, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: line-height in 0.92beta
I tried that yesterday, and it works, but introduces a new problem: empty lines are squeezed out, even though I have white-space-collapse="false" white-space-treatment="preserve" linefeed-treatment="preserve" Again, this works as expected in 0.20.5. Is there something else I need to add? Thanks much. Re: line-height in 0.92beta Jeremias MaerkiWed, 21 Jun 2006 07:11:28 -0700 Please try line-stacking-strategy="font-height" on the outer block. On 21.06.2006 16:02:56 John Besch wrote: > I have been through several threads in the archive, but cannot seem to find a > solution > to my problem. > > I can't get the spacing between lines to be consistent in 0.92beta when there > are mixed > fonts (in this case, some characters are in Symbol font). In 0.20.5 the > spacing remains > consistent throughout. I've tried a variety of properties and values with no > luck. Can > someone please help? > > See attached .fo and .pdf files. > > Thanks, > > John
Re: line-height in 0.92beta
On Wednesday 21 June 2006 23:03, John Besch wrote: > I tried that yesterday, and it works, but introduces a new problem: > empty lines are > squeezed out, even though I have > > white-space-collapse="false" > white-space-treatment="preserve" > linefeed-treatment="preserve" > The handling of these properties is incomplete 0.92b. It has since been fixed. I tried your sample fo on the current fop version from the repository and it looks OK to me. > Again, this works as expected in 0.20.5. Is there something else I > need to add? > > Thanks much. > > > Re: line-height in 0.92beta > > > Jeremias Maerki > Wed, 21 Jun 2006 07:11:28 -0700 > > Please try line-stacking-strategy="font-height" on the outer block. > > On 21.06.2006 16:02:56 John Besch wrote: > > I have been through several threads in the archive, but cannot seem > > to > > find a > > > solution > > > > to my problem. > > > > > > > > I can't get the spacing between lines to be consistent in 0.92beta > > when there > > > are mixed > > > > fonts (in this case, some characters are in Symbol font). In > > 0.20.5 > > the > > > spacing remains > > > > consistent throughout. I've tried a variety of properties and > > values > > with no > > > luck. Can > > > > someone please help? > > > > > > > > See attached .fo and .pdf files. > > > > > > > > Thanks, > > > > > > > > John Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: line-height in 0.92beta
Did you try it with some blank lines interspersed to see if they are preserved (the sample I sent did not have blank lines)? John Manuel Mall wrote: > On Wednesday 21 June 2006 23:03, John Besch wrote: > > I tried that yesterday, and it works, but introduces a new problem: > > empty lines are > > squeezed out, even though I have > > > > white-space-collapse="false" > > white-space-treatment="preserve" > > linefeed-treatment="preserve" > > > > The handling of these properties is incomplete 0.92b. It has since been > fixed. I tried your sample fo on the current fop version from the > repository and it looks OK to me. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: line-height in 0.92beta
On Wednesday 21 June 2006 23:37, John Besch wrote: > Did you try it with some blank lines interspersed to see if they are > preserved (the sample I sent did not have blank lines)? > Yes, works as well. > John > > Manuel Mall wrote: > > On Wednesday 21 June 2006 23:03, John Besch wrote: > > > I tried that yesterday, and it works, but introduces a new > > > problem: empty lines are > > > squeezed out, even though I have > > > > > > white-space-collapse="false" > > > white-space-treatment="preserve" > > > linefeed-treatment="preserve" > > > > The handling of these properties is incomplete 0.92b. It has since > > been fixed. I tried your sample fo on the current fop version from > > the repository and it looks OK to me. > Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: line-height in 0.92beta
Thanks very much, Manuel. I'm a bit new at this, so one more question: what do you mean by the "current fop version"? Is this the version on the development trunk? And is there a compiled version, or do I have to download the source and compile myself. John Manuel Mall wrote: > On Wednesday 21 June 2006 23:37, John Besch wrote: > > Did you try it with some blank lines interspersed to see if they are > > preserved (the sample I sent did not have blank lines)? > > > > Yes, works as well. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: line-height in 0.92beta
On Thursday 22 June 2006 00:02, John Besch wrote: > Thanks very much, Manuel. I'm a bit new at this, so one more > question: what do you mean by the "current fop version"? Is this > the version on the development trunk? And is there a compiled > version, or do I have to download the source and compile myself. > Yes I mean the development trunk. And yes, you would have to download the source and compile yourself. > John > > Manuel Mall wrote: > > On Wednesday 21 June 2006 23:37, John Besch wrote: > > > Did you try it with some blank lines interspersed to see if they > > > are preserved (the sample I sent did not have blank lines)? > > > > Yes, works as well. > Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disappearing table-header
This fix will be released with the next release of FOP. We're currently discussing that topic so I cannot tell when that will be. In the meantime you can download FOP Trunk from SVN. Instructions are found here: http://xmlgraphics.apache.org/fop/download.html#source and here: http://xmlgraphics.apache.org/fop/dev/tools.html#svn On 21.06.2006 15:47:53 mcevikce wrote: > > I am having the same problem with block-container. Would you be able to tell > me when this fix will be released? Is there a way to download the fix from > the SVN? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Images in FOP 0.92beta
Jeremias Maerki wrote: Given the source code, this should actually work with PNGs, too, because the image cache is able to release memory through the use of a WeakHashMap. The PDFRenderer signals the image cache immediately that it doesn't need the reference to the image anymore when it has embedded the image in the PDF. But it seems that somewhere along the road something's still going wrong. Nice task for filling a boring, rainy Sunday :-) Last time I checked, there was a pointer from the PDF XObject to the raw image data in the cache, and the XObject was held until the object dictionary was written, after all the content from the FO. I.e. no chance to release the image data until basically the whole PDF was complete (font embedding might have come afterwards, I didn't check). I didn't track changes to this code, have there been changes in this area? J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Images in FOP 0.92beta
Ouch, that could explain it. No, no changes in that area. Actually, images could be written to the file immediately and then released instead of having to wait until the next page-sequence is finished. Should be easy to fix. I see no reason to defer writing the image to the PDF. On 21.06.2006 22:24:44 J.Pietschmann wrote: > Jeremias Maerki wrote: > > Given the source code, this should actually work with PNGs, too, because > > the image cache is able to release memory through the use of a > > WeakHashMap. The PDFRenderer signals the image cache immediately that it > > doesn't need the reference to the image anymore when it has embedded the > > image in the PDF. But it seems that somewhere along the road something's > > still going wrong. Nice task for filling a boring, rainy Sunday :-) > > Last time I checked, there was a pointer from the PDF XObject > to the raw image data in the cache, and the XObject was held > until the object dictionary was written, after all the content > from the FO. I.e. no chance to release the image data until > basically the whole PDF was complete (font embedding might > have come afterwards, I didn't check). I didn't track changes > to this code, have there been changes in this area? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I need help with an XSL-FO solution
Clifton Craig wrote: My other major question is are there any FO validators available in the FO package? See http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop.xsd?revision=198361 for a schema which can be used for validation. Because of restrictions of what can be expressed by an XSD, some constraints can't be expressed. The schema also tries to validate FO property values in a somewhat simplistic way, resulting in the rejection of valid FO documents. It seems to omit FO 1.1 elements as well as FOP extensions as well as possible content for fo:instream-foreign-object. What do others use (if anything) to validate their FO? FOP will validate the input quite thoroughly unless validation is relaxed. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Images in FOP 0.92beta
Jeremias Maerki wrote: Ouch, that could explain it. No, no changes in that area. Actually, images could be written to the file immediately and then released instead of having to wait until the next page-sequence is finished. While the image data is written as soon as possible, the XObject which also points to the image object is kept for the object dictionary which is written much later. There have been changes in the way the object dictionaries are written to the PDF which I didn't track. Should be easy to fix. Unfortunately, the XObject seems to query some data from the image object while writing the dictionary. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
velocity with servlet
I am gtng this exception in tomcat whn i execute my HelloTest servlet PANIC : Velocity cannot find any of the specified or default logging systems in the classpath, or the classpath doesn't contain the necessary classes to support them. Please consult the documentation regarding logging. Exception : java.lang.NoClassDefFoundError: org/apache/log/format/Formatter is this exception purely related to classpath settings or shd i include any jar file(something of tis sort). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF reader can not read generated file
Hi, I have spent mist of yesterday evening trying to solve this issue, without any success! :( I do not know where to look forward. So I was wondering whether an issue like this could be logged as a bug? should I also provide attache code if I do so? regards, sim085 -- View this message in context: http://www.nabble.com/PDF-reader-can-not-read-generated-file-t1818020.html#a4988141 Sent from the FOP - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
