From: Alexander Peshkov (peshkov@renderx.com)
Date: Mon Mar 22 2004 - 02:19:31 PST
Hello Raj,
Regarding the "squeezed" table-columns. We have seen a similar problem
once upon a time - it was caused by the bug in IBM JVM and it's likely
to be the same in your case since you are using WebSphere that utilize
IBM JVM. Please check what version of JVM you are using inside of the
WebSphere? What happens if you use the same JVM to run your test from
the command line?
Note that on the last occurrence we were able to create a special
patch to circumvent this bug, but we strongly recommend to replace IBM
JVM with Sun JVM if possible. Note also that the issue was raised with
IBM so there is a chance that they have fixed it already.
As for the error message cited in you latter - I suspect that is
manifestation of some irrelative problem. I recommend you to check
access right for XEP (remember that XEP should be able to write to
it's temporary directory). It could be yet another breakdown of the
JVM as well.
Best regards,
Alexander Peshkov mailto:peshkov@renderx.com
RenderX
scc> Hi,
scc> I'm having this really strange problem with table columns when running XEP
scc> from within WebSphereApplicationDeveloper.
scc> All tables where the column-width attribute hasn't been specified rever to
scc> vrery, very small column widths, with the content all squished together.
scc> However, when I run the same program from the command line outside of WSAD,
scc> same code, same xsl, same fo, the table width reverts to 100%, which is the
scc> behaviour I want.
scc> I've fixed it by specifying a default column width of 100%, but I'd like to
scc> know what's causing this behaviour.
scc> The only thing I can think of is the following output message:
scc> (flow [flow-name xsl-region-body]
scc> [error] java.io.FileNotFoundException: d:\xep (Access is denied)
scc> )))
scc> where d:\xep is the XEP root. Is the default column width contolled by some
scc> config file entry that XEP can't access? IT seem to be accessing the
scc> license and the font files correctly?
scc> We're using XEP 3.7.4.
scc> Any ides?
scc> Regards,
scc> Raj
scc> This E-mail (which includes any attachment) is intended to be read only by
scc> the person(s) to whom it is addressed and may contain confidential or
scc> proprietary information. If you have received this E-mail in error, do not
scc> print it, forward it or disseminate it or its contents. In such event,
scc> please notify the sender by return E-mail and delete the E-mail file
scc> immediately thereafter. Thank you for your cooperation.
scc> -------------------
scc> (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
scc> in the body of the message to majordomo@renderx.com from the address
scc> you are subscribed from.
scc> (*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html
-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo@renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html
This archive was generated by hypermail 2.1.5 : Mon Mar 22 2004 - 02:27:29 PST