Release 2.0.27

[Eloisa Costa]

Hello!

We're having an issue converting some PDF pages to JPG and opened a ticket
with you. The fix was made in a May version (2.0.27-Snapshot) that was not
released yet.
We would like to know if you have any release date for the new version, as
we use maven to update our dependencies.

Best regards,
-- 
[image: Logo-Knewin-1x]



*Maria Eloísa CostaDeveloper*
eloisa.co...@knewin.com

[jira] [Closed] (PDFBOX-5501) Jempbox is slow on xmp with large event histories

[Tilman Hausherr (Jira)]

 [ 
https://issues.apache.org/jira/browse/PDFBOX-5501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr closed PDFBOX-5501.
---
Resolution: Not A Problem

> Jempbox is slow on xmp with large event histories
> -
>
> Key: PDFBOX-5501
> URL: https://issues.apache.org/jira/browse/PDFBOX-5501
> Project: PDFBox
>  Issue Type: Wish
>Reporter: Tim Allison
>Priority: Minor
> Attachments: big.xmp.gz
>
>
> In looking at the timeouts in a recent run against 8 million PDFs, I found 
> one file where the processing time was caused by extremely slow parsing of 
> the media management schema.
> If I do enough subclassing and put a hard limit inside 
> getEventSequenceList(), the processing time is fairly quick.
> I realize that Jempbox is not going to be supported going forward and 
> understand if this is a "do not fix".



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Reopened] (PDFBOX-5501) Jempbox is slow on xmp with large event histories

[Tilman Hausherr (Jira)]

 [ 
https://issues.apache.org/jira/browse/PDFBOX-5501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr reopened PDFBOX-5501:
-

> Jempbox is slow on xmp with large event histories
> -
>
> Key: PDFBOX-5501
> URL: https://issues.apache.org/jira/browse/PDFBOX-5501
> Project: PDFBox
>  Issue Type: Wish
>Reporter: Tim Allison
>Priority: Minor
> Attachments: big.xmp.gz
>
>
> In looking at the timeouts in a recent run against 8 million PDFs, I found 
> one file where the processing time was caused by extremely slow parsing of 
> the media management schema.
> If I do enough subclassing and put a hard limit inside 
> getEventSequenceList(), the processing time is fairly quick.
> I realize that Jempbox is not going to be supported going forward and 
> understand if this is a "do not fix".



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Resolved] (PDFBOX-5501) Jempbox is slow on xmp with large event histories

[Tim Allison (Jira)]

 [ 
https://issues.apache.org/jira/browse/PDFBOX-5501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tim Allison resolved PDFBOX-5501.
-
Resolution: Not A Problem

 Y. I just also confirmed that this is fixed in 1.8.17-SNAPSHOT.  
Sorry about that.  Thank you.  Any plans for the 1.8.17 release? 

> Jempbox is slow on xmp with large event histories
> -
>
> Key: PDFBOX-5501
> URL: https://issues.apache.org/jira/browse/PDFBOX-5501
> Project: PDFBox
>  Issue Type: Wish
>Reporter: Tim Allison
>Priority: Minor
> Attachments: big.xmp.gz
>
>
> In looking at the timeouts in a recent run against 8 million PDFs, I found 
> one file where the processing time was caused by extremely slow parsing of 
> the media management schema.
> If I do enough subclassing and put a hard limit inside 
> getEventSequenceList(), the processing time is fairly quick.
> I realize that Jempbox is not going to be supported going forward and 
> understand if this is a "do not fix".



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-5501) Jempbox is slow on xmp with large event histories

[Maruan Sahyoun (Jira)]

[ 
https://issues.apache.org/jira/browse/PDFBOX-5501?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17601882#comment-17601882
 ] 

Maruan Sahyoun commented on PDFBOX-5501:


with 1.8.17 snapshot I have no timing issues

> Jempbox is slow on xmp with large event histories
> -
>
> Key: PDFBOX-5501
> URL: https://issues.apache.org/jira/browse/PDFBOX-5501
> Project: PDFBox
>  Issue Type: Wish
>Reporter: Tim Allison
>Priority: Minor
> Attachments: big.xmp.gz
>
>
> In looking at the timeouts in a recent run against 8 million PDFs, I found 
> one file where the processing time was caused by extremely slow parsing of 
> the media management schema.
> If I do enough subclassing and put a hard limit inside 
> getEventSequenceList(), the processing time is fairly quick.
> I realize that Jempbox is not going to be supported going forward and 
> understand if this is a "do not fix".



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-5501) Jempbox is slow on xmp with large event histories

[Tilman Hausherr (Jira)]

[ 
https://issues.apache.org/jira/browse/PDFBOX-5501?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17601881#comment-17601881
 ] 

Tilman Hausherr commented on PDFBOX-5501:
-

What happens if you use a 1.8.17 snapshot? It turns out we had an issue about 
this (PDFBOX-5165) but haven't released it.

> Jempbox is slow on xmp with large event histories
> -
>
> Key: PDFBOX-5501
> URL: https://issues.apache.org/jira/browse/PDFBOX-5501
> Project: PDFBox
>  Issue Type: Wish
>Reporter: Tim Allison
>Priority: Minor
> Attachments: big.xmp.gz
>
>
> In looking at the timeouts in a recent run against 8 million PDFs, I found 
> one file where the processing time was caused by extremely slow parsing of 
> the media management schema.
> If I do enough subclassing and put a hard limit inside 
> getEventSequenceList(), the processing time is fairly quick.
> I realize that Jempbox is not going to be supported going forward and 
> understand if this is a "do not fix".



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Created] (PDFBOX-5501) Jempbox is slow on xmp with large event histories

[Tim Allison (Jira)]

Tim Allison created PDFBOX-5501:
---

 Summary: Jempbox is slow on xmp with large event histories
 Key: PDFBOX-5501
 URL: https://issues.apache.org/jira/browse/PDFBOX-5501
 Project: PDFBox
  Issue Type: Wish
Reporter: Tim Allison
 Attachments: big.xmp.gz

In looking at the timeouts in a recent run against 8 million PDFs, I found one 
file where the processing time was caused by extremely slow parsing of the 
media management schema.

If I do enough subclassing and put a hard limit inside getEventSequenceList(), 
the processing time is fairly quick.

I realize that Jempbox is not going to be supported going forward and 
understand if this is a "do not fix".



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org