#29197

Sorry for late response.
The patched version seems to be immune to the problem now.
Thank you!

#26824

Using an evaluation copy. The code is a sample right from the documentation. It just converts an HTML page from a URL. It compiles and runs just fine using JDK 1.6 on windows 7, but the output is blank. Any direction would be greatly appreciated.

thanks

#29248

Unfortunately you did not provide more details regarding your test scenario and environment.

A typical reason of blank pages is a binary data corruption (by an implicit applying of character encoding conversion to a binary document) by a saving or sending a PDF to HTTP. For example:

pdf-generation-troubleshooting-f4/pdf-pages-are-all-blank-t680.html

If it is definitely not your case, please publish the HTML, PDF samples and Java code you run.

#29249

Sorry, I’ve attached the code. thanks !

#29250

try to add encoding=”default” attribute to

#26825

Hi,

I had a issue when trying to convert a jsp page into pdf using PD4ML. I have a tag with image pointing to external sources. It display correctly on my page, but PD4ML didn’t render it when generating the PDF. The space was left blank. I tried some with internal images and it worked fine. I am using Weblogic 11g. Any help is appreciated.

Thanks

#29256

If you open the HTML in a web browser, web browser establishes a connection to load HTML itself and establishes connections to load referenced images.

When you request Weblogic to generate a PDF, your web browser establishes a connection to load PDF, but connections to load images are initiated by Weblogic.

Usual problem reason: Weblogic server has no routing to the image locations. Please make sure the server, where Weblogic runs, can resolve the image location addresses and has a routing to the image server.

A switching of debug info on (pd4ml.enableDebugInfo()) and analyzing Weblogic’s log can help.

#29088

I used there free Code 39 barcode font for my Word. And it works fine.

#26827

We recently tried to include some small images as data URIs embedded in a CSS file. This results in malformed PDF content.

I have not investigated it further but I suspect a CSS parser error which results in the rest of the CSS document being ignored.

Example:
<br /> .expand{ background:url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAwAAAAMCAYAAABWdVznAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAadEVYdFNvZnR3YXJlAFBhaW50Lk5FVCB2My41LjEwMPRyoQAAAU5JREFUKFONje1LwlAUxv1bTTFCEjR6Q6JPEaSElMy5DZ1pEEKaL8zUzK0tyxxz7q8J3J7uPSvpow+ce899nvO7JwKA17aK0HB1vII6WaI69KC+eFBGHmojB+rYxd1wAfXZhThehgQ/lL4NUXMhawsoA48CLu6JmoPyYAVJs8kjoNi1UewtIfRd3PTDn7huezYKzC92HQgdhzwC8q05rtpzFNo2co9zCrhy7Q/kOwvkWl+4fvq34bI5Q8BuH+vwDL7hc4OV74f3xYPFml/gnD+CNUEc4MPsybqAvGDt46wZbibgsGbhqDHDcX2GE1Z/yjYsZOsTnN5/svydPALSVZ2ViYPKKzJquJorXTWQYlmmYm58AvYkE0nJwr5kICmbFHDtym9IKToSrJKyQR4BcVHHTslEVNCpjwkGouIUidIUsfKU9Qbikr4BCNpOiPwAxzTvfGmussgAAAAASUVORK5CYII=) 0 center no-repeat;}<br />

I am not dependent on the images being displayed, but it would be nice to have a working CSS document even when using data URIs.

#29252

try to add encoding=”default” attribute to

Sorry, I’m a newbie. I’m still at a loss. Where is this tag? is this a configuration item ? I’m just running straight java. No web apps.

thanks

#29253

oops, sorry – I published the hint to a wrong thread.

Could you please also post a sample PDF with blank pages?

#29251

Sure, here it is.

#29254

So what do you think ????

#29255

Sorry for the delay with the reply.

As I see the PDF has been generated from a blank HTML document.

What is confusing, is that the PDF generation parameters

[language=java:wjqpokp9]% PD4ML version: 381fx1
% JDK version: 1.6.0_31
% OS version: Windows 7 6.1
% File encoding: Cp1252
% size: java.awt.Dimension[width=595,height=842]
% insets: java.awt.Insets[top=28,left=28,bottom=28,right=28]
% htmlWidth: 780
% call with URL[/language:wjqpokp9]

does not correspond API calls in test.java file you sent.

First I would make sure the Win7 workstation can establish an outgoing HTTP connection to google.com (or to other HTML source) and there is no firewall/proxy in-between.

#29259

We patched our code to correctly process “data:” URLs in CSS.

A fix will be available with the forthcoming beta version in 1-2 weeks.

[Author]

Posts