[xep-support] Re: FW: [renderx #22766] unstable validation errors in Win7/2008 @ x64 JRE

I updated to
java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode)

I am not experiencing any issues as far as I can determine. I use XEP
from within a java application with Saxon 6.5.5, but have also tried
calling the default XEP.bat (which used the RenderX suppied jars). For
the life of me I cannot find any issues.

Is this bug in java limited to certain xsl/fo/xpath constructs?
Does this bug occur using any of the RenderX supplied examples?

- Dave Bickford

On 2/18/2011 6:01 PM, Kevin Brown wrote:
>
> OK. I have enough ... it occurred in 23 I believe.
>
> Michael: 1.6.0_24 - failure
>
> Jan: I believe you have 1.6.0_23 -- failure
>
> Tobias: ?
>
> David: ?
>
> Kevin2: 1.6.0_22 - working
>
> Kevin: 1.6.0_20 -- working
>
> Michael2: 1.6.0_19 -- working
>
> I would recommend rolling back your 64-bit Java installation to
> 1.6.0_22 and all will work. We will examine the issue and see if there
> isn't some patching we can do on our side. But again, this is looking
> purely like a Java problem.
>
> Kevin Brown
>
> RenderX
>
> *From:*xep-support-bounces@renderx.com
> [mailto:xep-support-bounces@renderx.com] *On Behalf Of *Kevin Brown
> *Sent:* Friday, February 18, 2011 2:43 PM
> *To:* 'RenderX Community Support List'
> *Subject:* [xep-support] Re: FW: [renderx #22766] unstable validation
> errors in Win7/2008 @ x64 JRE
>
> Please note, if you are getting us the version, only trust running;
>
> java --version
>
> in the exact directory to ensure you are getting the exact one (64bit).
>
> Kevin
>
> *From:*xep-support-bounces@renderx.com
> [mailto:xep-support-bounces@renderx.com] *On Behalf Of *Kevin Brown
> *Sent:* Friday, February 18, 2011 2:29 PM
> *To:* 'RenderX Community Support List'; bradbury@renderx.com; 'Michael
> Sulyaev'
> *Cc:* 'David Ochel'
> *Subject:* [xep-support] Re: FW: [renderx #22766] unstable validation
> errors in Win7/2008 @ x64 JRE
>
> OK.
>
> Michael Bradbury and I have a machine that replicates the error (and
> one that does not).
>
> *The most glaring difference is that the version of Java. I believe
> this is pure Java bug caused somewhere between release 21 and 23. *
>
> **
>
> *23 had changes to sax.*
>
> Michael's (not working):
>
> java version "1.6.0_24"
>
> Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
>
> Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode)
>
> (document [system-id file:/N:/RX VDPMill Demos/XEP 64-BIT (Jan
> Tosovsky)/bu_kronika-a.fo]
>
> (validate
>
> [error] Attribute 'margin-left' cannot have a value of "".
>
> [validation total: 1 error]
>
> Parse error: Invalid XSL FO source 'file:/N:/RX VDPMill Demos/XEP
> 64-BIT (Jan Tosovsky)/bu_kronika-a.fo': 1 error found during validation
>
> My computer (working):
>
> java version "1.6.0_20"
>
> Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
>
> Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode)
>
> (document [system-id file:/C:/Program Files
> (x86)/RenderX/XEP/bu_kronika.fo]
>
> (validate [validation OK])
>
> (compile
>
> (masters
>
> (sequence-master [master-name blank])
>
> (sequence-master [master-name titlepage-first])
>
> (sequence-master [master-name titlepage-odd])
>
> (sequence-master [master-name titlepage-even])
>
> (sequence-master [master-name lot-first])
>
> (sequence-master [master-name lot-odd])
>
> (sequence-master [master-name lot-even])
>
> ...
>
> Those that see this problem, please report back the version of Java
> you running so we can try and narrow a bit further to the exact
> version that causes this failure.
>
> Michael: 1.6.0_24 - failure
>
> Jan: I believe you have 1.6.0_23 -- failure
>
> Tobias: ?
>
> David: ?
>
> Kevin: 1.6.0_20 -- working
>
> Kevin
>
> *From:*xep-support-bounces@renderx.com
> [mailto:xep-support-bounces@renderx.com] *On Behalf Of *Alejandro Masino
> *Sent:* Thursday, February 17, 2011 4:23 PM
> *To:* bradbury@renderx.com
> *Cc:* 'David Ochel'; xep-support@renderx.com
> *Subject:* [xep-support] [SPAM] Re: FW: [renderx #22766] unstable
> validation errors in Win7/2008 @ x64 JRE
>
> Michael, David:
>
> We are not using Xalan. We are using Saxon 9 (jar obtained from
> Saxonica/Source Forge) as our transformation engine, which takes
> precedence in the classpath from the XEP lib directory.
>
> Apparently, the saxon.jar bundled in XEP has less functionality than
> ours (some XPATH related errors appear).
>
> So far, we have done the PDF generation in a single step using an XSLT
> using saxon9.jar, in Windows 32-bit and Linux without problems. The
> problem appears in 64-bit, but I'm not sure where the problem is.
>
> Using the XEP saxon.jar is not an option in the current generation
> mechanism. I've downloaded the last version of saxon (saxon HE
> 9.3.0.4j), but I've got errors in the PDF generation even in 32-bit:
>
> * [java] error: formatting failed: java.lang.NullPointerException:
> Null content handler
> *
> or
>
> *(document [system-id
> file:/T:/development/cctool/cctool-dev/trunk/project-samples/bsi23/ase/ese01.fo
> <file:///T:%5Cdevelopment%5Ccctool%5Ccctool-dev%5Ctrunk%5Cproject-samples%5Cbsi23%5Case%5Cese01.fo>]*
> * [java] Parse error: Null content handler*
>
>
> A workaround for the moment might be to split the generation process
> in two steps, first generate a interim FO file using our
> transformation sheet with saxon 9, and then generating the PDF with
> the bundled saxon.jar (which I believe it works based on your tests on
> xep.bat).
>
> So to summarize:
>
> - What's the difference between the bundled saxon.jar with the
> saxon9.jar you can obtain from Saxonica/Source Forge (XPATH?)
> - I would believe that the problem then is in the saxon9.jar in 64-bit
> platforms... but the new version does not work either
>
> Thanks,
> Alejandro
>
> On 2/16/2011 10:22 AM, Michael Bradbury wrote:
>
> David,
>
> Before sending the FO file we ask that you provide:
>
> 1. Both ant script processes, the ant-controlled PDF generation and the
> version that generates the FO file.
> 2. Search your complete machine for xep.xml to make sure you don't have more
> than one copy. If you do have more than one please send by renaming them to
> identify which is which.
> 4. Search your complete machine for xep.bat to make sure you don't have more
> than one copy. If you do have more than one please send by renaming them to
> *.txt and identify which is which.
> 3. Which XML to XSL FO transformer are you using?
>
> As to determining which transformer you are using in my xep.bat the
> statement:
>
> set CP=C:\Program Files (x86)\RenderX\XEP\lib\xep.jar;C:\Program Files
> (x86)\RenderX\XEP\lib\saxon.jar;C:\Program Files
> (x86)\RenderX\XEP\lib\xt.jar
>
> contains 'saxon.jar' as the transformer.
>
> Regards,
>
> Michael Bradbury
> Dir Major Accounts, Bus Development
>
> the future of YOUR document is here
>
> RenderX, Inc.
>
> The future of YOUR document is here
>
> +1 (619) 692-9698 Direct& Voice Mail (San Diego, CA, USA)
> +1 (650) 327-1000
> +1 (650) 328-8008 Fax
> Skype: brad765
> bradbury@renderx.com <mailto:bradbury@renderx.com>
> sales@renderx.com <mailto:sales@renderx.com>
> http://www.renderx.com
>
>
>
>
> -----Original Message-----
> From: David Ochel [mailto:david@atsec.com]
> Sent: Tuesday, February 15, 2011 3:40 PM
> To:bradbury@renderx.com <mailto:bradbury@renderx.com>
> Cc: Alejandro Masino
> Subject: Re: FW: [renderx #22766] unstable validation errors in Win7/2008 @
> x64 JRE
>
> Hi Michael,
>
> Thanks for your and Kevin's time. Here is some news:
>
> 1. I have been able to generate a basic document that fails as described and
> doesn't contain any of our customer's information. So if you wanted I could
> send you our NDA template to sign and I could then share a FO with you.
> HOWEVER:
>
> 2. Running our "normal" ant-controlled PDF generation process with
> validation set to true, the generation fails with a validation error. But if
> I cause our framework to generate a FO file instead, and then run 'xep.bat
> foo.fo', it validates fine and generates a PDF file fine. And this with both
> 32-bit or 64-bit Java!
>
> So, it appears that I need to figure out what the difference is between
> invoking xep via xep.bat and invoking it via our ant framework. I've copied
> Alejandro, who is our framework mastermind, as I've no clue how to go about
> that... ;-)
>
> Cheers,
> David
>
> Michael Bradbury said the following on 2/15/2011 5:18 PM:
>
> Hi David,
>
>
>
> Thank you for your time today.
>
>
>
> Since I have Sun Java 32 and 64-bit installed, and XEP is installed in
>
> C:\Program Files (x86)\RenderX\XEP, I have two variations of my
>
> xep.bat file, one calls Java 32 and the other Java 64.
>
>
>
>
>
> My xep.bat that calls Java 32 consist of:
>
>
>
> @echo off
>
> rem This batch file encapsulates a standard XEP call.
>
>
>
> set CP=C:\Program Files (x86)\RenderX\XEP\lib\xep.jar;C:\Program Files
>
> (x86)\RenderX\XEP\lib\saxon.jar;C:\Program Files
>
> (x86)\RenderX\XEP\lib\xt.jar
>
>
>
> if x%OS%==xWindows_NT goto WINNT
>
> "C:\Program Files (x86)\Java\jre6\bin\java" "-Xmx1024M" -classpath "%CP%"
>
> com.renderx.xep.XSLDriver "-DCONFIG=C:\Program Files
>
> (x86)\RenderX\XEP\xep.xml" %1 %2 %3 %4 %5 %6 %7 %8 %9 goto END
>
>
>
> :WINNT
>
> "C:\Program Files (x86)\Java\jre6\bin\java" "-Xmx1024M" -classpath "%CP%"
>
> com.renderx.xep.XSLDriver "-DCONFIG=C:\Program Files
>
> (x86)\RenderX\XEP\xep.xml" %*
>
>
>
> :END
>
>
>
> set CP=
>
>
>
> ===============================
>
>
>
> My xep64.bat that calls Java 64 consist of:
>
>
>
> @echo off
>
> rem This batch file encapsulates a standard XEP call.
>
>
>
> set CP=C:\Program Files (x86)\RenderX\XEP\lib\xep.jar;C:\Program Files
>
> (x86)\RenderX\XEP\lib\saxon.jar;C:\Program Files
>
> (x86)\RenderX\XEP\lib\xt.jar
>
>
>
> if x%OS%==xWindows_NT goto WINNT
>
> "C:\Program Files\Java\jre6\bin\java" "-Xmx8192M" -classpath "%CP%"
>
> com.renderx.xep.XSLDriver "-DCONFIG=C:\Program Files
>
> (x86)\RenderX\XEP\xep.xml" %1 %2 %3 %4 %5 %6 %7 %8 %9 goto END
>
>
>
> :WINNT
>
> "C:\Program Files\Java\jre6\bin\java" "-Xmx8192M" -classpath "%CP%"
>
> com.renderx.xep.XSLDriver "-DCONFIG=C:\Program Files
>
> (x86)\RenderX\XEP\xep.xml" %*
>
>
>
> :END
>
>
>
> set CP=
>
>
>
> ===============================
>
>
>
>
>
> You will note the differences are:
>
>
>
> - "C:\Program Files (x86)\Java\jre6\bin\java" vs. "C:\Program
>
> Files\Java\jre6\bin\java"
>
> - "-Xmx1024M" vs. "-Xmx8192M" (NOTE: 32-bit maximum value is 1024M
>
> [M=mbytes]. You don't need 1024M given the size of the document's page
>
> count. The Xmx value should not exceed 75% of the actual RAM (memeory)
>
> in your machine).
>
> - The remaining statements assume XEP was installed in C:\Program
>
> Files (x86)\RenderX\XEP\
>
>
>
>
>
> Regards,
>
>
>
> Michael Bradbury
>
> Dir Major Accounts, Bus Development
>
>
>
> the future of YOUR document is here
>
>
>
> RenderX, Inc.
>
>
>
> The future of YOUR document is here
>
>
>
> +1 (619) 692-9698 Direct& Voice Mail (San Diego, CA, USA)
>
> +1 (650) 327-1000
>
> +1 (650) 328-8008 Fax
>
> Skype: brad765
>
> bradbury@renderx.com <mailto:bradbury@renderx.com>
>
> sales@renderx.com <mailto:sales@renderx.com>
>
> http://www.renderx.com
>
>
>
>
>
>
>
>
>
> -----Original Message-----
>
> From: David Ochel (via Support) [mailto:support-team@renderx.com]
>
> Sent: Tuesday, February 15, 2011 2:09 PM
>
> Cc:support-staff@renderx.com <mailto:support-staff@renderx.com>
>
> Subject: Re: [renderx #22766] unstable validation errors in Win7/2008
>
> @ x64 JRE
>
>
>
> Hi Michael,
>
>
>
> Michael Sulyaev (via Support) said the following on 2/11/2011 5:09 PM:
>
>
>
> This is the dedicated support list. When replying please preserve the
>
> [renderx #22766] pattern on the subject line.
>
>
>
> I need to reproduce the issue in proper environment first of all, so
>
> please send a FO file where you observe unstable validation errors.
>
>
>
> Working with proprietary customer data here, so this will be difficult.
>
>
>
> David,
>
> what is your XEP version?
>
>
>
> Version 4.18 build 20101125
>
>
>
> I think I'll just find a Win7/2008 x64 machine and install x64 JDK
>
> from Sun there, play around and expect your FO files.
>
>
>
> Let me know whether you get anywhere with the FO files from Jan and
>
> Tobias.
>
> If not, I need to take some time to strip confidential data from one
>
> of mine. I'm very short on time right now, though.
>
>
>
> Spotting the reason would not take long if it is in XEP. But I am
>
> afraid it may happen to be between Java and XEP, which is worse.
>
>
>
> Thanks, I really appreciate your help!
>
>
>
> Cheers,
>
> David
>
>
>
> --
>
> David Ochel, atsec information securitymailto:david@atsec.com -
>
> http://www.atsec.com - tel:+1.512.615.7376
>
>
>
>
>
>
>
>
> --
> David Ochel, atsec information security
> mailto:david@atsec.com -http://www.atsec.com - tel:+1.512.615.7376
>
>
>
>
>
>
> --
> ______________________________________________________
>
> Alejandro Fabio Masino
> atsec information security
>
> Visit our web-site at:www.atsec.com <http://www.atsec.com>
> @sec: the information security provider
>
> Project=General
>
> ***SPAM***
>
>
> _______________________________________________
> (*) To unsubscribe, please visit http://lists.renderx.com/mailman/options/xep-support
> (*) By using the Service, you expressly agree to these Terms of Service http://w
> ww.renderx.com/terms-of-service.html

!DSPAM:87,4d62834963731939215067!

_______________________________________________
(*) To unsubscribe, please visit http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service http://w
ww.renderx.com/terms-of-service.html
Received on Mon Feb 21 07:23:25 2011