Win a copy of Murach's Python Programming this week in the Jython/Python forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

PDF conversion failing  RSS feed

 
I Lopes de Sarria
Greenhorn
Posts: 12
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,

I am using a webservice proxy to get a pdf from a website on IIS which gets a report from MSSQL Reporting Services.

The webservice proxy is hosted on Mulesoft which runs on Tomcat.

When the webservice is called directly my browser returns and opens a perfect PDF.

But when it runs via the proxy which uses java code to return the http response, the pdf is rendered as blank. if i capture the response though I see that there is data in the pdf, and the readable metatdata at the top and bottom of the file are the same, but where the glyph section starts the characters differ from the original correct PDF. The metadata ontop of both the original PDF and the wrong one state that the file has the same number of characters.

When i try to open the proxied document in Adobe Reader 10.1.3 (Mac) i get this error:

Cannot extract the embedded font 'ABCDEE+Tahoma'. Some characters may not display or print correctly.

I'm guessing when the PDF went via Mulesoft's Tomcat server, the Tahoma characters were not processed correctly? But this is where it gets sketchy, so i'm hoping someone who's had similar experience can help me out with this. I don't have control over the Mulesoft server so i ideally need a workaround at the receiving point if at all possible.

I have even tried to edit this raw data and remove the ABCDEE+ from ABCDEE+Tahoma, and also tried replacing ABCDEE+Tahoma with Helvetica, but to no avail

Some of the metadata from the pdf file related to the font:

<< /Type /Font /Subtype /TrueType /FirstChar 0 /LastChar 255 /Widths [ 500 1000 500 500 500 500 500 500 500 500 259 500 500 259 500 500 500 500 500 500 500 500 500 500 500 500 500 500 500 500 500 500 312 332 401 727 545 976 673 210 382 382 545 727 302 363 302 382 545 545 545 545 545 545 545 545 545 545 353 353 727 727 727 473 909 599 589 600 678 561 521 667 675 373 416 587 497 770 667 707 551 707 620 557 583 655 596 901 580 576 559 382 382 382 727 545 545 524 552 461 552 526 318 552 557 228 281 498 228 839 557 542 552 552 360 446 334 557 498 742 495 498 444 480 382 480 727 500 545 500 210 545 397 817 545 545 545 1390 557 382 976 500 559 500 500 210 210 401 401 454 545 909 545 875 446 382 908 500 444 576 312 332 545 545 545 545 382 545 545 928 493 573 727 363 928 545 470 727 493 493 545 567 545 353 545 493 493 573 1000 1000 1000 473 599 599 599 599 599 599 913 600 561 561 561 561 373 373 373 373 698 667 707 707 707 707 707 727 707 655 655 655 655 576 565 548 524 524 524 524 524 524 879 461 526 526 526 526 228 228 228 228 545 557 542 542 542 542 542 727 542 557 557 557 557 498 552 498 ] /Encoding /WinAnsiEncoding /BaseFont /ABCDEE+Tahoma /FontDescriptor 12 0 R >>
endobj
12 0 obj
<< /Type /FontDescriptor /Ascent 765 /CapHeight 0 /Descent -207 /Flags 32 /FontBBox [ -600 -216 1516 1034 ] /FontName /ABCDEE+Tahoma /ItalicAngle 0 /StemV 0 /FontFile2 10 0 R >>
endobj
6 0 obj
<< /Type /Font /Subtype /Type1 /BaseFont /Helvetica /Encoding /WinAnsiEncoding >>
endobj
7 0 obj
<< /Type /Font /Subtype /TrueType /FirstChar 0 /LastChar 255 /Widths [ 500 1000 490 490 490 490 490 490 490 500 260 490 490 260 490 490 490 490 490 490 490 490 490 490 490 490 490 490 490 490 490 490 292 342 489 818 636 1198 781 275 454 454 636 818 312 431 312 577 636 636 636 636 636 636 636 636 636 636 363 363 818 818 818 566 919 684 686 667 757 615 581 745 764 483 500 696 572 893 770 770 657 770 726 633 612 738 674 1027 684 670 622 454 577 454 818 636 545 598 631 527 629 593 382 629 640 301 362 602 301 953 640 617 629 629 433 514 415 640 578 889 604 575 525 623 636 623 818 500 636 500 275 636 489 1000 636 636 545 1675 633 424 1036 500 622 500 500 275 275 489 489 636 636 909 545 860 514 424 985 500 525 670 292 342 636 636 636 636 636 636 545 928 507 703 818 431 928 636 519 818 539 539 545 650 636 363 545 539 539 703 1127 1127 1127 566 684 684 684 684 684 684 988 667 615 615 615 615 483 483 483 483 773 770 770 770 770 770 770 818 770 738 738 738 738 670 659 645 598 598 598 598 598 598 937 527 593 593 593 593 301 301 301 301 619 640 617 617 617 617 617 818 617 640 640 640 640 575 629 575 ] /Encoding /WinAnsiEncoding /BaseFont /ABCDEE+Tahoma,Bold /FontDescriptor 13 0 R >>
endobj
13 0 obj
<< /Type /FontDescriptor /Ascent 765 /CapHeight 0 /Descent -207 /Flags 32 /FontBBox [ -698 -216 1625 1065 ] /FontName /ABCDEE+Tahoma,Bold /ItalicAngle 0 /StemV 0 /FontFile2 11 0 R >>

Thank you!!
 
Panagiotis Kalogeropoulos
Rancher
Posts: 99
Java Netbeans IDE
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Similar problems existed in other versions of PDF. Have you tried to open your file with an older version of PDF?

Moreover, which browser are you using to view the PDF file? For instance, Firefox 11 has problems displaying PDF files with the version that you are using (10.1.3). Check here to see if that helps you: http://support.mozilla.org/en-US/questions/925055#answer-325683
 
I Lopes de Sarria
Greenhorn
Posts: 12
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks, I got past this issue eventually and it wasn't anything to do with the encoding setup, rather that the response was being converted to string in the Java component. Changing this to stream seemed to do the trick,

Thank you
 
Panagiotis Kalogeropoulos
Rancher
Posts: 99
Java Netbeans IDE
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
No problem. Good to know that you found the solution!
 
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!