Thanks Hussein for all help you provided, We are able to resolved this issue and it was JRE issue. We were having 2 JRE in linux box(1.4 and 1.6) and 1.4(Not from Sun) was setting into path so it was taking that JRE to execute our xmlmind utility. We changed that path to 1.6 and now RTF creation is working fine.
Again thanks for your help. Regards Jay ________________________________________ From: Hussein Shafie [[email protected]] Sent: 08 December 2010 22:23 To: Gupta, Jayberdhan Cc: [email protected]; Tolhurst, Chris; Achuthan, Asha; Sharma, Vinod; Sprauel, Nicolas; Olivier Ishacian Subject: Re: [XFC] FO to RTF not suppring in Linux box On 12/08/2010 03:00 PM, [email protected] wrote: > > We compared userguide.fo and other fo files to get exact problem. It was very > time consuming process because we were deleteing some element and then > testing RTF functionality for userguide.fo which have 7000 lines. > Finally we found that it is giving error for element those have > <fo:external-graphic> element. We tried to change path of src attribute but > always it is giving same error. > I have already explained in my previous email that the only difference between userguide.fo and the other sample .fo files, is that userguide.fo references a few PNG image files. The only way for an XSL-FO file such as userguide.fo to do this, is to contain one or more <fo:external-graphic> elements. I'm sorry to say it, but you have spent a lot of time and efforts to find by yourself something I already knew. Here's what happens: [1] userguide.fo contains something like: <fo:external-graphic src="url(sdt/text-field-2.png)" width="auto" height="auto" content-width="auto" content-height="auto"/> [2] XMLmind XSL-FO Converter needs to load text-field-2.png (a file found in the sdt/ subdirectory), for example to determine the size and resolution of this image. [3] XMLmind XSL-FO Converter uses javax.imageio.ImageIO (which is part of the Java runtime since v1.4) to do that. [4] On *your* Linux box, but not on any other Linux box we have used, having the Java runtime load javax.imageio.ImageIO causes Java to also load GTK code. This GTK code attempts to open the X-Window display [5] GTK fails to open the X-Window display. Gtk-WARNING **: cannot open display: Note that, if your machine has a graphical Linux desktop, Gnome or KDE, then it already has an opened X-Window display. [6] You seem to say that XMLmind XSL-FO Converter does not output an RTF file at all and this, without printing any Java stack trace on the console. (I would have expected XMLmind XSL-FO Converter to ouput an RTF file not containing images OR at least, the Java runtime to print a Java stack trace on the console.) > > Could you please help us to debug issue with <fo:external-graphic> and why it > is failing in our linux box. > I have no idea why it is failing on your Linux box. I cannot suggest anything to debug this issue. Because what you describe -- and I believe you -- seems impossible to me (at least, with a plain vanilla, recent, Sun/Oracle Java runtime, running on a sane Linux box). I could ask you what Linux distribution you use (Debian, Ubuntu, RedHat, etc and its exact version), which Java runtime (Exact version? Origin? that is, Sun/Oracle JRE or JDK? JRockit? OpenJDK? GNU GCJ?) you use, a copy of your environment variables, etc. But I'm sure that I will not be able to reproduce this problem. So no need to bother you with this. > > is there any setting to connect to third party URL from linux or some other > issue? No, there is no special settings. I'm sorry to say that, but you are loosing your time with our product. You should give up the idea of using it. -- XMLmind FO Converter Support List [email protected] http://www.xmlmind.com/mailman/listinfo/xfc-support
