Forum Replies Created

Viewing 15 posts - 3,586 through 3,600 (of 4,246 total)
  • Author
    Posts
  • in reply to: PD4ML NOT SUPPORTING THAI AND OTHER Indian languages
    #29897

    Try to switch debug on (pd4ml.enableDebugInfo()) and compare debug output for v3.7 and v3.10. It should list TTF fonts it loads. I assume you evaluate Pro version of PD4ML v3.10 as PD4ML Std is not capable to use TTFs and to render international scripts.

    in reply to: PD4ML NOT SUPPORTING THAI AND OTHER Indian languages
    #29898

    Thanks for the quick response.

    Yes you are right we are evaluating pro version of pd4ml v3.10.
    Is there a change from v3.7 to v3.10.6,how do we solve this issue?

    Logs while generating pdf in both the version.
    hope this helps :
    ****************************************************************
    From Logs
    v3.7 – where there is no issue :

    [log4j2] 16:11:45,274 INFO [STDOUT] [0:0:0:0:0:0:0:1] [73] [kk] version: PD4ML 370 Pro
    [log4j2] 16:11:45,537 INFO [ZKFactory] Zookeeper state change to :LOST
    [log4j2] 16:11:46,284 INFO [ZKFactory] Zookeeper state change to :SUSPENDED
    [log4j2] 16:11:47,246 INFO [STDOUT] [0:0:0:0:0:0:0:1] [73] [kk] not yet in cache: java:/content/pd4fonts.properties
    [log4j2] 16:11:47,859 INFO [ZKFactory] Zookeeper state change to :LOST
    [log4j2] 16:11:47,919 INFO [STDOUT] [0:0:0:0:0:0:0:1] [73] [kk] ‘serif’ is not in pd4fonts.properties file
    [log4j2] 16:11:47,919 INFO [STDOUT] [0:0:0:0:0:0:0:1] [73] [kk] reject TTF lookup for: ‘serif’
    [log4j2] 16:11:47,920 INFO [STDOUT] [0:0:0:0:0:0:0:1] [73] [kk] not yet in cache: java:/content/ARIALUNI.TTF
    [log4j2] 16:11:48,509 INFO [ZKFactory] Zookeeper state change to :SUSPENDED
    [log4j2] 16:11:48,748 INFO [ZKFactory] Zookeeper state change to :LOST
    [log4j2] 16:11:49,612 INFO [ZKFactory] Zookeeper state change to :SUSPENDED
    [log4j2] 16:11:49,641 INFO [STDOUT] [0:0:0:0:0:0:0:1] [73] [kk] read ‘arial unicode ms’ from java:/content/ARIALUNI.TTF
    [log4j2] 16:11:51,300 INFO [STDOUT] [0:0:0:0:0:0:0:1] [73] [kk] done in 6474ms.

    ************************************************************
    From Logs
    v3.10.6 – where we see the issue :

    [log4j2] 11:32:40,821 INFO [PD4MLHTML2PDFConverter] [0:0:0:0:0:0:0:1] [549] [kk] PD4ML Version is: 3106 Pro DMS
    [log4j2] 11:32:40,905 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] version: PD4ML 3106 Pro DMS
    [log4j2] 11:32:41,167 INFO [ZKFactory] Zookeeper state change to :LOST
    [log4j2] 11:32:41,213 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] not yet in cache: java:/content/pd4fonts.properties
    [log4j2] 11:32:41,228 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] loading java:/content/pd4fonts.properties [11ms]
    [log4j2] 11:32:41,484 INFO [ZKFactory] Zookeeper state change to :SUSPENDED
    [log4j2] 11:32:41,758 INFO [ZKFactory] Zookeeper state change to :LOST
    [log4j2] 11:32:42,204 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘serif’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,204 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘serif’
    [log4j2] 11:32:42,205 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘times new roman’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,205 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘times new roman’
    [log4j2] 11:32:42,205 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘ms mincho’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,206 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘ms mincho’
    [log4j2] 11:32:42,206 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘mingliu’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,206 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘mingliu’
    [log4j2] 11:32:42,206 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘simsun’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,207 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘simsun’
    [log4j2] 11:32:42,207 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘mangal’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,209 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘mangal’
    [log4j2] 11:32:42,209 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘david’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,209 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘david’
    [log4j2] 11:32:42,210 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘batang’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,210 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘batang’
    [log4j2] 11:32:42,210 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘lucida sans regular’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,212 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘lucida sans regular’
    [log4j2] 11:32:42,212 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘ms gothic’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,212 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘ms gothic’
    [log4j2] 11:32:42,213 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘gulim’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,213 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘gulim’
    [log4j2] 11:32:42,213 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] ‘gulimche’ is not in pd4fonts.properties file
    [log4j2] 11:32:42,213 INFO [STDOUT] [0:0:0:0:0:0:0:1] [549] [kk] reject TTF lookup for: ‘gulimche’
    ****************************************************************

    in reply to: PD4ML NOT SUPPORTING THAI AND OTHER Indian languages
    #29899

    Hi PD4ML support team,

    Kindly help us here, as its very important for us to resolve above issue to go ahead with upgraded version.

    in reply to: Is vertical-align supported?
    #30146

    Hi,

    Display inline-block is not supported. See the list of supported CSS properties here
    http://pd4ml.com/css.htm

    Vertical-align is supported. What are you trying to align?

    in reply to: Inline list elements (li) not supported?
    #30143

    Float is supported so you could float your unordered list items?

    in reply to: HTML/CSS rendering issues
    #27191

    Hello everyone, I’m having a problem generating my PDF from PD4ML. I generate the whole HTML and e error: javax.servlet.ServletException: java.lang.IllegalStateException: Stream handler unavailable due to: null when trying to execute line 9 of the command below:

    1. PD4ML html = new PD4ML ();<br /> 2. Dimension landscapeA4 = html.changePageOrientation (PD4Constants.A4);<br /> 3. landscapeA4.setSize (595, 842);<br /> 4. html.setPageSize (landscapeA4);<br /> 5. html.setPageInsets (new Insets (20, 10, 20, 10));<br /> 6. html.adjustHtmlWidth ();<br /> 7. html.enableDebugInfo ();<br /> 8. Base URL = new URL ("file: C: \ gip_upload \ upload \");<br /> 9. html.render (isr, fos, base);<br />

    More interesting is that my HTML starts with the tags “ … “. That way it gives the error mentioned, but when I remove these tags it manages to create the PDF however unconfigured and out of standard.

    in reply to: Inline list elements (li) not supported?
    in reply to: erro ao gerar pdf pelo JAVA
    #30152

    Could you also publish initialization of isr and fos (it is not clear what is behind them) as well as full exception stack trace?

    in reply to: HTML/CSS rendering issues
    #27192

    We are using pd4ml java library to convert html to pdf, I need to display multiple HTML paragraphs. Paragraphs should display next to each other without any line break. If I set paragraph style “display: inline” it works well in browser. When it’s converted to PDF, display is not same as it’s creating new line before paragraph. Following release notes I also tried “display: inline-block”, but that didn’t work either.





    in reply to: HTML/CSS rendering issues
    #27193

    Hi,
    I’m trying to implement setHtmlTemplate method. This is not working in my case.
    e.g –
    final PD4PageMark pdfHEADER = new PD4PageMark();
    pdfHEADER.setHtmlTemplate(“test“);

    Please provide help.

    Thanks.

    in reply to: HTML/CSS rendering issues
    #27194

    pd4ml is not recognizing font-size in rem (root em).

    //works fine
    Winter is coming – font size: 24pt
    Winter is coming – font size: 32px

    //font size is ignored.
    Winter is coming – font size: 1.6rem

    Is this supported by library, any idea how to solve this problem.

    Pdf4ml: 3.10.6
    Chrome: 66.0.3359
    Platform: Windows 10 & Java: 1.8

    in reply to: Troubleshooting
    #27195

    We are having an issue since upgrading to the latest version of PD4ML.

    Every so often (1-2 times a day), our application ends up hanging and a thread dump at the time reveals there are hundreds of hung requests waiting for the PDF generation. I think that Apache literally runs out of request threads.

    An example of the stack on each of these threads is below.

    Any idea why this would be happening, or how to get around the problem?

    “http-nio-8080-exec-410” – Thread t@47951
    java.lang.Thread.State: RUNNABLE
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
    at java.net.SocketInputStream.read(SocketInputStream.java:171)
    at java.net.SocketInputStream.read(SocketInputStream.java:141)
    at sun.security.ssl.InputRecord.readFully(InputRecord.java:465)
    at sun.security.ssl.InputRecord.read(InputRecord.java:503)
    at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:983)
    – locked <479d2106> (a java.lang.Object)
    at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:940)
    at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)
    – locked <5a70bc4c> (a sun.security.ssl.AppInputStream)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
    at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
    – locked <3ed4cb14> (a java.io.BufferedInputStream)
    at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:735)
    at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:678)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1587)
    – locked <61b70923> (a sun.net.www.protocol.https.DelegateHttpsURLConnection)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
    – locked <61b70923> (a sun.net.www.protocol.https.DelegateHttpsURLConnection)
    at sun.net.www.protocol.http.HttpURLConnection.getHeaderFieldKey(HttpURLConnection.java:3053)
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.getHeaderFieldKey(HttpsURLConnectionImpl.java:316)
    at org.zefer.cache.CookieManager.storeCookies(Unknown Source)
    at org.zefer.cache.b.getResourceAsBytes(Unknown Source)
    at org.zefer.html.doc.PD4MLHtmlParser.parse(Unknown Source)
    at org.zefer.html.doc.PD4MLHtmlParser.buildDocument(Unknown Source)
    at org.zefer.pd4ml.PD4ML.o00000(Unknown Source)
    at org.zefer.pd4ml.PD4ML.render(Unknown Source)
    at org.zefer.pd4ml.PD4ML.render(Unknown Source)
    at com.touch.clarity.go.app.pdf.HtmlToPdfConverter.convert(HtmlToPdfConverter.java:65)

    in reply to: Hanging Threads!
    #30158

    Hmm… First, PD4ML does not start new threads – so the hundreds of hanging thread should match a number of conversion requests.

    As I see from the stack trace, it hangs on a network operation – it is difficult to say why it cannot read data from a socket. Did you check logs on the remote side, where it tries to read the data by HTTPS from?

    in reply to: Hanging Threads!
    #30159

    The request is firing back into the same application (to get the HTML version of the page I’m converting into a PDF).

    Interestingly there is no sign of any other requests in the thread dump apart from the initial user requests for PDFs. So it looks like the request from the PDF conversion isn’t making it back to the application.

    This either means that the request isn’t getting out (or back in) from the PD4ML component, or perhaps the system is somehow locked up with all the initial user requests that the resultant HTML requests can’t get in. This may also explain the fact that this issue is intermittent.

    Can you suggest anything?

    in reply to: Hanging Threads!
    #30160

    It seems it hangs by an attempt to read cookie data from HTTPS response header. Not that easy to debug…

    As a general recommendation limit the timeout for the network operations:

    HashMap map = new HashMap();
    map.put(PD4Constants.PD4ML_SOCKET_TIMEOUT , "60000"); // in ms
    pd4ml.setDynamicParams(map);

    That should help to avoid the running out of threads. But it does not address the problem reason.

    The best workaround would be to avoid HTTPS protocol by the local data exchange at all. A reference like <a src=”/images/logo.png”> is more preferable than <a src=”https://myserver/images/logo.png&#8221;>

    Please take into account, the link like <a src=”https://myserver/images/logo.png&#8221;> can be built implicitly from <a src=”/images/logo.png”> and <base href=”https://myserver/&#8221;>. In the case an overriding of the base with PD4ML API call parameters should help.

    If the HTTPS is a must, you have to investigate the network issue reason… We need some more input

    • This reply was modified 5 years, 5 months ago by PD4ML.
    • This reply was modified 5 years, 5 months ago by PD4ML.
    • This reply was modified 5 years, 5 months ago by PD4ML.
    • This reply was modified 5 years, 5 months ago by PD4ML.
Viewing 15 posts - 3,586 through 3,600 (of 4,246 total)