#29011

Thanks for the response. Was this intended to have been fixed in the recent release (v3.8.0fx5)? The release notes refer to overflow:hidden, but only in reference to footers, and the above html still seems to render the same way with the new package as it did before.

#28922

Has support for zero width spaces been included in any recent release (similar Thai text issue occurring here)

#28969

We’ve had Tomcat headless for years, and we’ve been using PD4ML for years so that can be excluded.

Removing ss_css2.jar throws an exception:

java.lang.ClassNotFoundException: org.w3c.css.sac.CSSException
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1484)
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1329)
org.zefer.html.doc.PD4MLHtmlParser.o00000(Unknown Source)
org.zefer.html.doc.PD4MLHtmlParser.<init>(Unknown Source)
org.zefer.pd4ml.PD4ML.o00000(Unknown Source)
org.zefer.pd4ml.PD4ML.render(Unknown Source)
org.zefer.pd4ml.PD4ML.render(Unknown Source)
org.zefer.pd4ml.PD4ML.render(Unknown Source)
org.zefer.pd4ml.taglib.PD4MLTransformerTag.render(Unknown Source)
org.zefer.pd4ml.taglib.PD4MLTransformerTag.doEndTag(Unknown Source)
org.apache.jsp.includedocs.houseInclude.PrintPdf_jsp._jspService(PrintPdf_jsp.java:294)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
org.apache.jasper.servlet.JspServlet._serviceJspFile(JspServlet.java:313)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)

#29009

Any chance of a reply to this?

#28967

I have tried your test servlet in a brand new web app, with only log4j log libraries and sl4j, and it just blocked, exactly as in all the other circumstances. So it’s not a library issue.

It’s unlikely that the issue is related to libraries because it all works on linux with the same libraries.

We have Tomcat 6 by the way, not 7. Don’t know if that makes any difference but it might.

#29043

@PD4ML wrote:

Could you please send a sample PDF, generated in your environment, to support pd4ml com?

Thanks for the replies. I have sent a package with details.

#28965

Ok, thankyou.
Clearly we’re a bit worried about this so please keep us posted. Thanks.

#29025

Thank you. Setting the encoding to default fixed it. My point about the call to setContentLength is many forum users, including the sample code I linked to on stackoverflow.com showed a solution involved removing calls to setContentLength. I knew that was not an option for me because the call would be in the pd4ml. So I was hoping to find a solution that didn’t involve removing calls to setContentLength.

#28986

I am also experiencing this problem with PD4ML 380fx3 Pro — when span tags occur, spacing at that point is either too wide, or too narrow (to the point that sometimes the text can overlap). This seems to only occur when we are forcing TrueType fonts. If it makes a difference, we’ve been playing around the Arial Unicode MS Regular ttf, which has something like 50,000 glyphs.

#28963

Unfortunately not.
We still have the same problem.

#29006

Thanks for the reply.

The PDF is correct for standard arabic characters but I desperately need a solution for the extended chars. I’m hoping this can be made possible for I am very much satisfied with PD4ML so far.

Please provide the updates the soonest possible.. It would save me a lot of time and tremendous effort if I can continue using PD4ML

#28961

P.S. our OSX is a bit more advanced than yours.

We have OSX 10.7.4

#28960

Is the trace any use to you?

#28958

Since we get no log messages at all and no timeout, my colleague has run a dtruss (a sort of strace for mac) to see what system calls we can see.

It reads images but doesn’t then seem to do anything with them.
It appears to stop after looking for PD4CanvasHandler.class. This has something to do with Rhino as you can see from the following link, but this may not be significant, because presumably it should just look for the class and not worry if it doesn’t find it.

html-pdf-faq-f1/html5-canvas-anyone-working-on-such-a-thing-for-pd4ml-t370.html

Perhaps we should send you a trace. If this might be useful can you tell us where to send it? We will try to make it as clean and concise as possible.

We also tried just increasing memory for Tomcat, but to no avail.
As I think I mentioned in another post, our production server, which runs on open BSD with the same maven configuration, has no problems, so it seems to be a system problem.

#28957

No, we don’t use GWT, and the .jar you mention is not among our libraries.

[Author]

Posts