Re: PDFBox 2.0.29 release?

[Andreas Lehmkühler]

@Tilman thanks for fixing this

Should we run another test before cutting the release?

Andreas

Am 03.06.23 um 05:53 schrieb Tilman Hausherr:
Thank you. This is related to PDFBOX-5606. parseNextToken() is closing 
the content stream if an error occurs, but it sometimes calls itself. 
Because of the closed content stream the method returns null, which is 
reported with the position. Trying to get the position on a closed 
stream throws the exception.


Tilman

On 02.06.2023 17:08, Tim Allison wrote:

Reports are here:
https://corpora.tika.apache.org/base/reports/pdfbox-2.0.29-pre-rc1-reports.tgz 



One new exception which is reproducible with pure PDFBox app's 
ExtractText.


https://corpora.tika.apache.org/base/docs/govdocs1/819/819127.pdf

Exception in thread "main" org.apache.tika.exception.TikaException: 
Unable

to extract PDF content
at org.apache.tika.parser.pdf.PDF2XHTML.process(PDF2XHTML.java:130)
at org.apache.tika.parser.pdf.PDFParser.parse(PDFParser.java:212)
at 
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:298)
at 
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:298)
at 
org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:199)

at
org.apache.tika.parser.RecursiveParserWrapper.parse(RecursiveParserWrapper.java:164) 


at org.apache.tika.cli.TikaCLI.handleRecursiveJson(TikaCLI.java:518)
at org.apache.tika.cli.TikaCLI.process(TikaCLI.java:489)
at org.apache.tika.cli.TikaCLI.main(TikaCLI.java:256)
Caused by: java.io.IOException: Stream closed
at
java.base/java.io.PushbackInputStream.ensureOpen(PushbackInputStream.java:75) 

at 
java.base/java.io.PushbackInputStream.read(PushbackInputStream.java:132)

at
org.apache.pdfbox.pdfparser.InputStreamSource.read(InputStreamSource.java:47) 

at 
org.apache.pdfbox.pdfparser.BaseParser.skipSpaces(BaseParser.java:1257)

at
org.apache.pdfbox.pdfparser.PDFStreamParser.parseNextToken(PDFStreamParser.java:138) 


at
org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:548) 


at
org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:516) 


at
org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:155) 


at
org.apache.pdfbox.text.LegacyPDFStreamEngine.processPage(LegacyPDFStreamEngine.java:155) 


at
org.apache.pdfbox.text.PDFTextStripper.processPage(PDFTextStripper.java:363) 


at org.apache.tika.parser.pdf.PDF2XHTML.processPage(PDF2XHTML.java:137)
at
org.apache.tika.parser.pdf.AbstractPDF2XHTML.processPages(AbstractPDF2XHTML.java:1370) 


at
org.apache.pdfbox.text.PDFTextStripper.writeText(PDFTextStripper.java:238) 


at org.apache.tika.parser.pdf.PDF2XHTML.process(PDF2XHTML.java:108)

On Wed, May 31, 2023 at 1:41 PM Tilman Hausherr 
wrote:


Yes please

Thanks

Tilman

On 31.05.2023 17:15, Tim Allison wrote:

+1

Let me know when/if I should run the text extraction regression tests.

On Thu, May 25, 2023 at 12:32 PM sahy...@fileaffairs.de <
sahy...@fileaffairs.de> wrote:


+1

Maruan

Am Mittwoch, dem 24.05.2023 um 07:48 +0200 schrieb Andreas 
Lehmkuehler:

Hi,

I tend to release 2.0.29 soon due to the regression which was solved
with
PDFBOX-5606.

WDYT?

Andreas

- 


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


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




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





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



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

Re: 2.0.26 release

[Andreas Lehmkühler]

Yes, please

Thanks in advance
Andreas

07.04.2022 11:44:38 Tim Allison :

> Sounds great! Should I rerun the regression tests today?
> 
> On Thu, Apr 7, 2022 at 1:41 AM Andreas Lehmkuehler  wrote:
> 
>> Hi,
>> 
>> sorry for the delay.  I'm planning to cut the 2.0.26 release next
>> Saturday, the
>> day after tomorrow, if nobody objects.
>> 
>> Andreas
>> 
>> P.S.: I'm targeting a new 3.0.0 alpha release once the 2.0.26 release is
>> out
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>> 
>> 

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

Re: 2.0.19?

[Andreas Lehmkühler]

I'm planning to cut the release next Monday.

@Tim please run the regression tests if possible

Thanks in advance
Andreas

Am 7. Februar 2020 01:22:34 MEZ schrieb Tim Allison :
>If you’re up for it, that’d be great! Let me know when I should run the
>regression tests.
>
>Thank you!
>
>On Thu, Feb 6, 2020 at 1:36 PM Andreas Lehmkuehler 
>wrote:
>
>> Am 06.02.20 um 13:14 schrieb Tim Allison:
>> > Hi All,
>> >
>> >We're probably 3ish* weeks away from the next release cycle for
>Apache
>> > Tika.  I realize PDFBox 2.0.18 just came out at the end of
>December.  Are
>> > there any plans/desires for a 2.0.19 release that could make it in
>to the
>> > next Tika?
>> I have no plans so far but how about cutting a release in about 10
>days
>> from now?
>>
>> Andreas
>>
>> >
>> >   Cheers,
>> >
>> >Tim
>> >
>> > *3ish weeks -- as measured by Open Source Standard Time :D
>> >
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>>
>>

[RESULT][VOTE] Release Apache PDFBox JBIG2 ImageIO 3.0.3

[Andreas Lehmkühler]

Am 14.12.19 um 15:53 schrieb Andreas Lehmkuehler:
> Please vote on releasing this package as Apache PDFBox JBIG2 ImageIO 3.0.3.

   +1 Tilman Hausherr
   +1 Maruan Sahyoun
   +1 Timo Böhme
   +1 Andreas Lehmkühler

Thanks for your support and help!! I'm going to push the release out.

Andreas

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

Fwd: Apache in 2018 - By The Digits

[Andreas Lehmkühler]

Hi, 

Sally prepared some digits for 2018 and I was surprised to see one of our 
fellow PDFBox committers among the Top 5 committers as we are a small community 
compared to other ASF projects.

Thanks Tilman for your ongoing efforts to improve PDFBox in the last year, the 
time before that and hopefully in the future!!!

A happy new year to everyone

Cheers, Andreas 


 Ursprüngliche Nachricht 
Von: Sally Khudairi 
Gesendet: 1. Januar 2019 08:22:25 MEZ
An: Apache Announce List 
Betreff: Apache in 2018 - By The Digits

[this announcement is available online at https://s.apache.org/Apache2018Digits 
]

It's been a great year for the Apache community at-large. With nearly 200M 
lines of code under the ASF's stewardship, our ongoing success is the result of 
community-led development "The Apache Way", executed through the collaborative 
efforts of more than 300 Apache projects and their communities. Highlights 
include:

Apache Projects —https://projects.apache.org/
- Total number of projects + sub-projects - 328 (not including Apache Labs 
initiatives)
- Top-Level Projects - 198
- Podlings in the Apache Incubator - 51
- Other groups, including operations/support - 62

Community/People —http://home.apache.org/
- Apache Committers - 7,032 (6,693 active)
- ASF Members (individuals) - 730
- New Members elected - 44


Apache Projects/Code —https://projects.apache.org/statistics.html

3,208 Apache Committers changed 78,493,228 lines of code over 201,220 commits. 
We also  welcomed 4,638 new code contributors and 15,861 new issue/pull request 
contributors. 

Top 5 Apache Code Committers 
- Andrea Cosentino (2,508 commits; 237,224 lines changed)
- Jean-Baptiste Onofré (2,098 commits; 1,208,851 lines changed)
- Duo Zhang (1,956 commits; 809,085 lines changed)
- Mark Thomas (1,823 commits; 179,883 lines changed)
 - Tilman Hausherr (1,736 commits; 81,940 lines changed)

Top 5 Apache Project Repositories by Commits
 - Hadoop
 - HBase
 - Beam
 - Camel
 - Flink

Top 5 Apache Project Repositories by Size (Lines of Code)
 - OpenOffice (7,822,699)
 - NetBeans (7,741,506)
 - Flex (whiteboard: 5,233,722; SDK 3,933,522)
 - Mynewt (documentation: 4,381.072)
 - Hadoop (3,881,797)

"If it didn't happen on-list, it didn't happen." —https://lists.apache.org/

 - Total number of mailing lists 1,131
 - 19,435 authors sent 1,497,005 emails on 505,793 topics

Top 5 most active Apache user@ mailing lists
 - Flink
 - Lucene
 - Ignite
 - Cassandra
 - Kafka

Top 5 most active Apache dev@ mailing lists
 - Beam
 - Ignite
 - Kafka
 - Tomcat
 - James

Contributor License Agreements and Software Grants 
—https://www.apache.org/licenses/

We welcomed an average of 387 new code contributors and 1,250 new people filing 
issues each month. Individuals who are granted write access to the Apache 
repositories must submit an Individual Contributor License Agreement (ICLA). 
Corporations that have assigned employees to work on Apache projects as part of 
an employment agreement may sign a Corporate CLA (CCLA) for contributing 
intellectual property via the corporation. Individuals or corporations donating 
a body of existing software or documentation to one of the Apache projects need 
to execute a formal Software Grant Agreement (SGA) with the ASF. 

 - ICLAs signed - 831
 - CCLAs signed - 35
 - Software Grants submitted - 25

Sponsorship and Individual Support 
—http://apache.org/foundation/contributing.html

Thank you to our hundreds of individual donors and Sponsors whose generous 
support helps offset the ASF's day-to-day operating expenses that include 
Infrastructure, Accounting, Fundraising, Marketing & Publicity, and more.

 - Platinum: Cloudera, Comcast, Facebook, Google, LeaseWeb, Microsoft, Oath, 
Pineapple Fund, and Tencent Cloud.

 - Gold: Anonymous, ARM, Bloomberg, Handshake, Hortonworks, Huawei, IBM, 
Indeed, Pivotal, and Union Investment.

 - Silver: Aetna, Alibaba Cloud Computing, Baidu, Budget Direct, Capital One, 
Cerner, Inspur, ODPi, Private Internet Access, Red Hat, and Target.

 - Bronze: Airport Rentals, Best VPN, The Blog Starter, Bookmakers, Cash Store, 
Casino Bonus, Casino2k, Cloudsoft, Emerio, Footprints Recruiting, 
HostChecka.com, HostingAdvice.com, HostPapa Web Hosting, The Linux Foundation, 
Mobile Slots, Mutuo Kredit AG, Online Holland Casino, RX-M, SCAMS.info, Site 
Builder Report, Talend, The Best VPN, Twitter, and Web Hosting Secret Revealed.

ASF Targeted Sponsors provide the Foundation with contributions for specific 
activities or programs.

 - Targeted Platinum: DLA Piper, Microsoft, Oath, OSU Open Source Labs, and 
Sonatype.

 - Targeted Gold: Atlassian, The CrytpoFund, Datadog, PhoenixNAP, and Quenda.

 - Targeted Silver: Amazon Web Services, HotWax Systems, and Rackspace.

 - Targeted Bronze: Bintray, Education Networks of America, Google, Hopsie, 
No-IP, PagerDuty, Peregrine Computer Consultants Corporation, Sonic.net, 
SURFnet, and Virtru.


Together, our Members, Committers, contributors, 

Re: [VOTE] Release Apache PDFBox JBIG2 ImageIO 3.0.0

[Andreas Lehmkühler]

The vote passed successfully. I am going to push the release out when I am back 
home on Monday

Andreas

Am 21. Februar 2018 22:22:42 MEZ schrieb Andreas Lehmkuehler :
>Hi,
>
>a candidate for the PDFBox JBIG2 ImageIO 3.0.0 release is available at:
>
> https://dist.apache.org/repos/dist/dev/pdfbox/jbig2-imageio-3.0.0/
>
>The release candidate is a zip archive of the sources in:
>
> https://github.com/apache/pdfbox-jbig2/tree/jbig2-imageio-3.0.0
>
>The SHA1 checksum of the archive is
>978d3a48f615ee8385a8b7969293fbce7a16dfd2.
>
>Please vote on releasing this package as Apache PDFBox JBIG2 ImageIO
>3.0.0.
>The vote is open for the next 72 hours and passes if a majority of at
>least three +1 PDFBox PMC votes are cast.
>
> [ ] +1 Release this package as Apache PDFBox JBIG2 ImageIO 3.0.0
> [ ] -1 Do not release this package because...
>
>
>Here is my +1
>
>Andreas
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>For additional commands, e-mail: dev-h...@pdfbox.apache.org

Re: JBIG2 ImageIO Plugin Release

[Andreas Lehmkühler]

Hi, 

I am planning to do a release this month if my colleagues are ok with that.

Andreas

Am 5. Januar 2018 13:47:35 MEZ schrieb "Petr Slabý" :
>Hi,
>are there any plans to release the JBIG2 ImageIO Plugin (PDFBOX-3906) ?
>
>Personally, I would like to see that happen as soon as possible. We are
>not able to distribute the original Levigo library because of its
>licence, so I am looking forward to distribute the PDFBox JBIG2 plugin
>alongside with our software, using the Apache licence.
>
>I hope you will release the library soon, independently from the PDFBox
>3.0 release.
>
>Best regards,
>Petr.

Re: build problems of today

[Andreas Lehmkühler]

Hi,
it looks like at least one of the maven plugins does not work with java7. Maybe 
that is related to the recent Jenkins updates? I can not check that as I am 
still on vacation.
Switching to java8 as build environment should be ok.

Andreas

Am 4. Januar 2018 21:20:51 MEZ schrieb Tilman Hausherr :
>2.0 and trunk couldn't been built today (first change after many days).
>
>After trying different things that were unsuccessful, I set the build
>to 
>use 1.8.0_66-unlimited security. Before, it was 1.7.0_79 (unlimited 
>security).
>
> From my understanding it should work, PDFBox 1.8 is built on jdk 1.7 
>although it is targeted to 1.6.
>
>@Andreas - agreed?
>
>Tilman
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>For additional commands, e-mail: dev-h...@pdfbox.apache.org

Re: 2.0.8?

[Andreas Lehmkühler]

Done

Am 27. Oktober 2017 17:14:04 MESZ schrieb Tilman Hausherr 
:
>Am 26.10.2017 um 19:12 schrieb Andreas Lehmkuehler:
>> I'm planing to cut my second attempt next monday, if no one objects. 
>
>
>Hi,
>could you please set up a 2.0.9 target in JIRA ?
>Thanks
>Tilman
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>For additional commands, e-mail: dev-h...@pdfbox.apache.org

Re: 2.0.8?

[Andreas Lehmkühler]

> Andreas Lehmkuehler  hat am 13. September 2017 um 20:33 
> geschrieben:
> 
> 
> Due to the responses I'm planning to cut the release on Monday the 25th
I'm still working on a solution for PDFBOX-3934 to avoid the regression with 
PDFBOX-3318. Should we postpone the release for a couple of days or a week max? 
Or should I simply revert my changes?

WDYT?

Andreas

> 
> Andreas
> 
> Am 12.09.2017 um 06:43 schrieb Andreas Lehmkuehler:
> > Good idea, there are already a lot of solved tickets for 2.0.8
> > 
> > @all Is there anything pending which should be included?
> > 
> > How about cutting the release in a week or two from now?
> > 
> > @Tim please run a test 2.0.7 vs. 2.0.8 if possible
> > 
> > Andreas
> > 
> > Am 11.09.2017 um 23:24 schrieb Allison, Timothy B.:
> >>> I hope there aren't any new regressions.
> >>
> >> Happy to help find them!  :)
> >>
> >> On a related note, do we have a sense of the schedule for PDFBox 2.0.8?  
> >> I'd 
> >> like to include it in Tika's last Java 7 release...end of Sept, middle of 
> >> Oct., or whenever 2.0.8 is out. :)
> >>
> >>
> >> -Original Message-
> >> From: Andreas Lehmkühler (JIRA) [mailto:j...@apache.org]
> >> Sent: Monday, September 11, 2017 4:52 PM
> >> To: dev@pdfbox.apache.org
> >> Subject: [jira] [Comment Edited] (PDFBOX-3928) IllegalArgumentException: 
> >> root 
> >> cannot be null with truncated file
> >>
> >>
> >>  [ 
> >> https://issues.apache.org/jira/browse/PDFBOX-3928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16161965#comment-16161965
> >>  
> >> ]
> >>
> >> Andreas Lehmkühler edited comment on PDFBOX-3928 at 9/11/17 8:51 PM:
> >> -
> >>
> >> Both case are tricky (PDFBOX-3798 is truncated within an object and the 
> >> attached pdf has a truncated xref table), so that I had to improve the 
> >> brute 
> >> force search one more time.
> >> [~tilman] thanks for the finding. I hope there aren't any new regressions.
> >>
> >>
> >> was (Author: lehmi):
> >> Both case are tricky, so that I had to improve the brute force search one 
> >> more 
> >> time.
> >> [~tilman] thanks for the finding. I hope there aren't any new regressions.
> >>
> >>> IllegalArgumentException: root cannot be null with truncated file
> >>> -
> >>>
> >>>  Key: PDFBOX-3928
> >>>  URL: https://issues.apache.org/jira/browse/PDFBOX-3928
> >>>  Project: PDFBox
> >>>   Issue Type: Bug
> >>>   Components: Parsing
> >>> Affects Versions: 2.0.7
> >>> Reporter: Tilman Hausherr
> >>> Assignee: Andreas Lehmkühler
> >>>   Labels: regression
> >>>  Fix For: 2.0.8, 3.0.0
> >>>
> >>>  Attachments: 023505.pdf
> >>>
> >>>
> >>> {code}
> >>> java.lang.IllegalArgumentException: root cannot be null
> >>>  org.apache.pdfbox.pdmodel.PDPageTree.(PDPageTree.java:75)
> >>>  
> >>> org.apache.pdfbox.pdmodel.PDDocumentCatalog.getPages(PDDocumentCatalog.java:129)
> >>>  org.apache.pdfbox.pdmodel.PDDocument.getPages(PDDocument.java:1388)
> >>>  
> >>> org.apache.pdfbox.debugger.ui.DocumentEntry.getPageCount(DocumentEntry.java:42)
> >>>  
> >>> org.apache.pdfbox.debugger.ui.PDFTreeModel.getChildCount(PDFTreeModel.java:195)
> >>>  java.desktop/java.beans.PropertyChangeSupport.fire(Unknown Source)
> >>>  
> >>> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(Unknown 
> >>> Source)
> >>>  
> >>> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(Unknown 
> >>> Source)
> >>>  
> >>> org.apache.pdfbox.debugger.PDFDebugger.initTree(PDFDebugger.java:1288)
> >>>  
> >>> org.apache.pdfbox.debugger.PDFDebugger.readPDFFile(PDFDebugger.java:1235)
> >>>  
> >>> org.apache.pdfbox.debugger.PDFDebugger.readPDFFile(PDFDebugger.java:1218)
> >>>  org.apache

Re: Contributing the JBig2 ImageIO Plugin to PDFBox

[Andreas Lehmkühler]

> Andreas Lehmkuehler  hat am 28. August 2017 um 20:28 
> geschrieben:
> 
> 
> Am 23.08.2017 um 18:29 schrieb Andreas Lehmkuehler:
> > readded dev@pdfbox
> > 
> > Am 23.08.2017 um 17:23 schrieb Jörg Henne:
> >> Am 19.08.2017 um 17:07 schrieb Andreas Lehmkuehler:
> >>>
> >>> Please provide the following paperwork:
> >>>
> >>> - software-grant, see [1]
> >>> - an iCLA for all potential committers, which aren't apache committers 
> >>> yet, 
> >>> see  [2]
> >>> - a CCLA if necessary, see [3]
> >>>
> >> CCLA: done. Others: pending.
> > Thanks, once the SGA is on file I start with filing the ip-clearance 
> > template
> I've filed a first version of the ip-clearance form, it's not yet online [1]. 
> I 
> guess we have to wait for some automatic website rebuild.
The form is online. I'm planing to proceed this evening

Andreas
> 
> Andreas
> 
> [1] http://incubator.apache.org/ip-clearance/index.html
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: Contributing the JBig2 ImageIO Plugin to PDFBox

[Andreas Lehmkühler]

That was fast. I had a quick look and the non-commercial restriction seems 
problematic. We have to double check with legal first as these files are just 
testfiles and won't be redistributed. 

Andreas

Am 25. August 2017 16:09:23 MESZ schrieb "Jörg Henne" :
>Am 24.08.2017 um 11:25 schrieb Jörg Henne:
>>
>> I just learned that those files contain sample bitstreams contained
>as 
>> hex-dumps within the standard. The standards are copyrighted by 
>> ITU/ISO and contain the following notice:
>>
>>     All rights reserved. No part of this publication may be
>reproduced 
>> or utilized in any form or by any means, electronic or
>>     mechanical, including photocopying and microfilm, without 
>> permission in writing from the ITU.
>>
>> Although I don't think that the authors and publishers intention was 
>> to prevent use of the sample bitstreams for testing purposes, the 
>> statement clearly covers them. WDYT?
>> I'm going to e-mail ITU wuth this question although I am not too 
>> optimistic about getting an answer some within this decade :-)
>I have obtained written permission from an ITU representative allowing 
>us to use the files as intended. Does ASF have an established method of
>
>documenting this permission?
>
>The ITU requested that a license disclaimer/information be included 
>alongside the sample data. I have added it to the code base: 
>https://github.com/levigo/jbig2-imageio/blob/master/src/test/resources/images/README_SAMPLE_DATA_LICENSING.txt
>Does this disclaimer create a conflict with the ASL?
>
>Jörg Henne
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>For additional commands, e-mail: dev-h...@pdfbox.apache.org

Re: Contributing the JBig2 ImageIO Plugin to PDFBox

[Andreas Lehmkühler]

I'll check the docs after the weekend when I'm back.
I don't see any issue with the different signers.

Andreas

Am 24. August 2017 13:53:10 MESZ schrieb "Jörg Henne" :
>Am 23.08.2017 um 21:35 schrieb Andreas Lehmkuehler:
>
>> The CCLA is on file
>The software-grant and another ICLA have been sent.
>Some clarification about the software-grant might be necessary, though.
>
>The software-grant and the CCLA are signed by different legal entities 
>(levigo holding/levigo solutions). This is due to the fact that 
>contributors are employed by levigo solutions whereas the IP to be 
>transferred belongs to the parent holding.
>
>Jörg
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>For additional commands, e-mail: dev-h...@pdfbox.apache.org

Re: Contributing the JBig2 ImageIO Plugin to PDFBox

[Andreas Lehmkühler]

> Jörg Henne  hat am 24. August 2017 um 10:08 geschrieben:
> 
> 
> 
> Am 23.08.2017 um 18:40 schrieb Andreas Lehmkuehler:
> > readded dev@pdfbox
> >
> > Am 22.08.2017 um 19:14 schrieb Jörg Henne:
> >> Am 19.08.2017 um 17:07 schrieb Andreas Lehmkuehler:
> >>
> >>> The following files don't have a license header:
> >>>
> >> Good catch. Tracked as https://github.com/levigo/jbig2-imageio/issues/46
> >>
> >>> What about the binary test files in src/test/resources/? I assume 
> >>> their license is cleared as well, isn't it?
> >>>
> >> That's what I assumed as well, but upon re-checking, things no longer 
> >> seem to be so clear. I'm tracking this question as 
> >> https://github.com/levigo/jbig2-imageio/issues/48
> >> Maybe you guys can help me with this problem or let me know how you 
> >> deal with it.
> > Is there any jbig2-viewer available?
> In theory, yes, for example XnView supports JBIG2 via jbig2dec.exe. In 
> reality, support for the various cases covered in the test suite is 
> rather spotty: many of the images cannot be decoded with XnView. So, 
> strange as it might seem, I don't know of any reliable stand-alone JBIG2 
> viewer.
> 
> However, obviously those images can be decoded using the plugin. I've 
> attached PNG versions of them to a comment on the above issue: 
> https://github.com/levigo/jbig2-imageio/issues/48#issuecomment-324556311
Cool, I've already thought about converting them myself, but you were faster. 
Thanks. I'll have a look after the weekend as my time will be limited the next 
few days.

> > Are these testfiles somehow special, do they trigger some special 
> > processing within the plugin or are they just a bunch of jbig2 files 
> > and could be replaced by others
> JBIG2 isn't quite as simple as, say, PNG. There are several entropy 
> coding options (Arithmetic/MQ, Huffman) several different segment types 
> and several ways to maintain, refine and reference shape dictionaries. 
> Therefore there a large number of code paths need to be covered in the 
> tests. Since it is rather hard to generate all those possible 
> combinations (no single encoder library will use all of them) the 
> refrerence library provides (provided?) a convenient way of achieving 
> decent test coverage.
OK, so we should try to keep as much as possible of those data.

> >> The files seem to fall into three categories:
> >> 1. Files from the original test suite. While the copyright status of 
> >> the file isn't problematic, the status of the content seems to be 
> >> muddy in some cases.
> >>- Files containing representations of public U.S. government 
> >> documents should be in the public domain: 
> >> https://en.wikipedia.org/wiki/Copyright_status_of_work_by_the_U.S._government
> >>- The same applies to representations of U.S. patents: 
> >> https://en.wikipedia.org/wiki/Copyright_on_the_content_of_patents_and_in_the_context_of_patent_prosecution
> >>  
> >>
> >>- 004.jb2 and 005.jb2 seem problematic but may be covered by some 
> >> exemption.
> >>- amb.bmp no idea
> > amb.bmp seems problematic as it looks like a promo photo of Ally 
> > McBeal aka Callista Flockhart.
> You seem to be more up to speed regarding TV characters. I certainly 
> didn't recognise the person in the photo :-)
Maybe I'm old enough to know that TV-show from the late 90's

> Losing this image would be bad, though, since it is the only halftone 
> region sample bitstream in there.
Maybe, we should think about a README which expains the origin of some/all of 
the test files

> >> 2. Files provided to us with the permission to use them for testing 
> >> purposes
> >>201231100*.jb2 is the only case, seems to be a public U.S. 
> >> document anyway and therefore in the public domain. I have not 
> >> contacted the original provider of the files for the simple reason 
> >> that his or her e-mail address has been lost when the Googlecode site 
> >> went into archived state. >
> >> 3. Files with content so trivial that copyright should not be an 
> >> issue, i.e. fragments of bitstreams, isolated segments, trivial test 
> >> images
> > This isn't a question of copyright but of license and/or privacy.
> The files in this category are sampledata_page(1,2,3).jb2. The content 
> is obviously not a matter of privacy. Regarding the license I am 
> currently asking around whether anyone still knows where this came from 
> (unfortunately we lost some very early RCS history from before we 
> open-sourced the component).
> 
> Jörg

Andreas

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

Re: Contributing the JBig2 ImageIO Plugin to PDFBox

[Andreas Lehmkühler]

> Jörg Henne  hat am 22. August 2017 um 13:20 geschrieben:
> 
> 
> Am 19.08.2017 um 19:59 schrieb Tilman Hausherr:
> > Am 19.08.2017 um 18:09 schrieb Andreas Lehmkuehler:
> >>>
> >> +1, there is one superfluous "pdfbox". Besides some other minor 
> >> things to be adjusted we have to discuss how the plugin shall be 
> >> integrated.
> >>
> >> IMHO, we should keep it independent, so that we could cut independent 
> >> releases of the plugin and pdfbox. Doing so, we have to reorg our svn 
> >> repository. We have to create a pdfbox directory in trunk and move 
> >> everything to that directory. There will be another directoy jbig2 
> >> for the sources of the plugin. 
> >
> > Is there a need to have independent releases? Maybe for existing 
> > levigo clients with support contracts?
> Honoring those should not be a problem one way or the other. We can 
> always cut our own releases under dedicated version numbers, as we 
> provide dedicated Maven repositories to our customers.
Just to avoid missunderstandings, once the code is under the PDFBox umbrella 
only the PDFBox PMC can cut releases. There can't be any outside the project 
(with the same maven coords and the same package name). That's the reason why 
I'd like to keep it independent so that we can cut a release whenever is't s 
necessary.

> Jörg

Andreas

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

Re: PDFBox and PDF 2.0

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 11. August 2017 um 18:36 
> geschrieben:
> 
> 
> 
> > Am 11.08.2017 um 18:24 schrieb Tilman Hausherr :
> > 
> > Am 11.08.2017 um 10:07 schrieb Maruan Sahyoun:
> >> Hi,
> >> 
> >> with PDF 2.0 being available it might be time to start to introduce some 
> >> of the features in PDFBox (no rush I think as it will need some time to be 
> >> adopted). One feature I would like to discuss if it would be good to 
> >> introduce a version support so one could say to save as PDF 2.0 file or 
> >> some other version. E.g. one could now use utf-8 encoded text strings 
> >> which will introduce issues in readers not supporting that where some of 
> >> the other changes like new properties will simply be ignored.
> > 
We need to support such 2.0 features as there will be some people who will use 
PDFBox to render such pdfs. And if we add that utf-8 support for reading it 
shouldn't be that hard to add it for writing as well.
I like Maruans idea to add some version support. So that adding some features 
to a pdf could change the version automatically or could trigger an exception.

Andreas

> > We can indicate the version when saving, and we know the version when 
> > loading... Maybe what you mean is to propagate the version to the COS 
> > classes?
> 
> Yes - as there are some areas in PDF 2.0 - such as utf-8 encoded text strings 
> - which we would need to enable e.g. when generating a document from scratch 
> or adding new annotations. Currently if we pass text as an input to some of 
> our setters when writing out the file it will not use utf-8 text strings 
> which is fine as it will ensure that older readers are able to read the 
> content. But if you'd like to 'enforce' 2.0 there is currently now way in 
> doing so.
> 
> For other areas where there is a new 'PDF Object' or property with 2.0 we can 
> wait until there is demand for it and let the developer decide if that shall 
> be used (the same way we handle it today as there is no specific version 
> support in PDFBox i.e. one could declare the file as being 1.4. compliant but 
> use 1.7 features wthout any complaints). The low level lib we are I think 
> that's acceptable.
> 
> Maruan
> 
> > 
> > Tilman
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: OWASP dependency-check

[Andreas Lehmkühler]

> Tilman Hausherr  hat am 8. Juli 2017 um 15:40 
> geschrieben:
> 
> 
> https://github.com/jeremylong/dependency-check-gradle#current-release
> 
> Tim Allison pointed us to this on twitter... Should we use it (maybe 
> just in "pedantic" mode, because it needs 400MB in the repository)?
> 
> Or just recommend our users to use it?
> 
> Or should just tika use it?
> 
> It tells whether any components we're using have security risks. This 
> xml segment is to be put into the pom.xml:
> 
>  
>  org.owasp
> dependency-check-maven
>  2.0.0
>  
> true
>  
>  
>  
>  
>  check
>  
>  
>  
>  
> 
> I tried it with a project that linked pdfbox 2.0.0 (has XXE 
> vulnerability) and yes, the build stopped.
Let's add this, but just in "pedantic" mode

Andreas

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

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

Re: Contributing the JBig2 ImageIO Plugin to PDFBox

[Andreas Lehmkühler]

Hi Jörg,

> Jörg Henne  hat am 26. Juni 2017 um 15:36 geschrieben:
> 
> 
> Hi all,
> 
> 
> Apache PDFBox currently uses the JBig2 ImageIO-Plugin at 
> https://github.com/levigo/jbig2-imageio as an optional component and 
> recommends the use of it at https://pdfbox.apache.org/2.0/dependencies.html. 
> I am writing this as a representative of the ISV levigo, the owner and 
> publisher of this component. Besides being an open source component we use 
> the component on our own software suite. Over the years we have invested 
> significant time into it and have been maintaining it for many years so that 
> I would consider its code-base reasonably mature and stable. However, we 
> continue to address any bugs reported to us and have accepted several 
> community-provided fixes.
> 
> 
> The plugin in question is currently licensed under the GNU General Public 
> License V3 with other licensing options available, including commercial 
> licensing. Having PDFBox under the ASL and the plugin under a different 
> license has long been a nuisance for PDFBox users which has deterred many 
> users fron using it. On the other hand, many users have a strong need for it 
> as our plugin is (IMHO) still the highest quality pure-Java open source 
> decoder available.
> 
> We would like to change this situation by licensing the plugin under the ASL. 
> At the same time, however, we think that it would make sense to move the code 
> base over to a new home that makes it independent of a single vendor. That's 
> where the ASF and the PDFBox project comes into play :-)
> 
This is good news and higly appreciated!

> We are currently in the very early stages of evaluating such a transition. A 
> few random thoughts:
> 
> - All of those thoughts are subject to the PDFBox community​ being willing to 
> do this and accepting the contribution, obviously.
> 
I can think about 2 possible new homes within the ASF, Apache PDFBox and Apache 
Commons. The first option might be the easier way if it comes to the 
"paperwork".

> - One of the reasons for us to favor the ASF as a new home is that the ASF 
> has strong provisions in place to ensure that a project can thrive without it 
> being dependent on life-support by a single vendor.
> 
+1

> - We need to do proper IP vetting: while the vast majority has been done by 
> levigo there is one other GitHub committer who has provided bug fixes and 
> whom we need to talk to.
> 
Good catch, these are the important bits which have to be resolved first. After 
that you have to provide a Software Grant Agreement, see [1] for details, so 
that we can start the IP clearance process, see [2] and [3]

> - Package names and maven coordinates will have to be updated to reflect the 
> transition
+1

> - After a transition colleagues of mine would continue to contribute to the 
> maintenance of the component. The necessary committer rights would need to be 
> bestowed upon them. I myself have been an Apache committed for many years, 
> albeit almost completely inactive.
> 
As an apache committer you might know that nobody can request committer rights 
but has to be voted in. But that is maybe just a formality. About how many devs 
are we talking here?

> - It would make sense (and is required by the Apache rules) to have 
> additional know-how about the component outside of levigo. I don't know 
> whether there is enough interest in the PDFBox community to ensure this.
> 
Yes, diversity is an important aspect. I'm pretty sure that the code will 
attract other (pdfbox) developers once it is under the apache umbrella. The 
imaging [4] devs might be interested in the code as well.

> So that's it for now, I guess. Please let me know what you think.
I support your plan to integrate the plugin with pdfbox. We, the PDFbox PMC, 
have to discuss that topic first and have to perform a vote, but I guess this 
is just a formality.

Feel free to ask if there are any further questions.

> Jörg Henne
> 

Andreas

[1] http://www.apache.org/licenses/
[2] http://incubator.apache.org/ip-clearance/pdfbox-padaf.html
[3] https://issues.apache.org/jira/browse/PDFBOX-1056
[4] http://commons.apache.org/proper/commons-imaging/

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

RE: 2.0.6 release ?

[Andreas Lehmkühler]

> "Allison, Timothy B."  hat am 10. Mai 2017 um 11:42 
> geschrieben:
> 
> 
> Haven't had a chance to look. Reports are here:
> http://162.242.228.174/reports/reports_pdfbox_2_0_6_20170510.tar.gz
Thanks again for running the report again

I had a quick look and there are 2 new exceptions. It seems to be a regression. 
I'm going to dig deeper later when I'm back home

Here a 2 sample pfs, one for each exception
commoncrawl2/YV/YVFDWHF767TEYTT7IVFSLUIJTDF3YP57
commoncrawl2/5W/5WULWDW54DAQ4ORVJSACEE2KCXQ7PQLL

Andreas

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

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

2.0.6 release ?

[Andreas Lehmkühler]

Hi,

I'm planning to cut a 2.0.6 release in about 1 or 2 weeks from now, any 
objections?

Andreas

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

Re: Problems updating the website

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 17. März 2017 um 12:13 
> geschrieben:
> 
> 
> Hi,
> 
> > Am 17.03.2017 um 12:09 schrieb Maruan Sahyoun :
> > 
> > Hi,
> > 
> >> Am 17.03.2017 um 11:24 schrieb Andreas Lehmkühler :
> >> 
> >> 
> >>> Maruan Sahyoun  hat am 17. März 2017 um 11:06 
> >>> geschrieben:
> >>> 
> >>> 
> >>> Hi,
> >>> 
> >>>> Am 17.03.2017 um 07:59 schrieb Andreas Lehmkuehler :
> >>>> 
> >>>> Hi,
> >>>> 
> >>>> I've updated the download section due to the new release. After running 
> >>>> the mvn command to publish the content I saw some unwanted changes. I 
> >>>> can't tell where they came from, e.g. [1]
> >>>> 
> >>> 
> >>> what in particular is unwanted? The complete page, parts of it?
> >> Have a look at the end of that page, the formatting for the formatting 
> >> style example is gone.
> >> 
> > 
> > works fine on my local copy. Even after pulling the latest changes. I'm at 
> > jekyll 3.1.2. I'll do a minor change and push to see if that corrects the 
> > issue.
> 
> that fixed it
Thanks for the fix. I've to investigate on my side to see what went wrong.
> 
> BR
> Maruan
> 
> > 
> > BR
> > Maruan
> > 
> > 
> >>> 
> >>>> @Maruan Any idea what went wrong/I did wrong?
> >>>> 
> >>>> I'm using jekyll 3.0.1 on linux fedora.
> >>>> 
> >>>> BR
> >>>> Andreas
> >>>> 
> >>>> [1] https://pdfbox.apache.org/codingconventions.html
> >>>> 
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>> 
> >>> 
> >>> 
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>> 
> >> 
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >> 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: Problems updating the website

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 17. März 2017 um 11:06 
> geschrieben:
> 
> 
> Hi,
> 
> > Am 17.03.2017 um 07:59 schrieb Andreas Lehmkuehler :
> > 
> > Hi,
> > 
> > I've updated the download section due to the new release. After running the 
> > mvn command to publish the content I saw some unwanted changes. I can't 
> > tell where they came from, e.g. [1]
> > 
> 
> what in particular is unwanted? The complete page, parts of it?
Have a look at the end of that page, the formatting for the formatting style 
example is gone.

> 
> > @Maruan Any idea what went wrong/I did wrong?
> > 
> > I'm using jekyll 3.0.1 on linux fedora.
> > 
> > BR
> > Andreas
> > 
> > [1] https://pdfbox.apache.org/codingconventions.html
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

2.0.5 release

[Andreas Lehmkühler]

Hi,

I'm planning to cut a 2.0.5 release in about 1 or 2 weeks from now, any 
objections?

BR
Andreas

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

Re: JIRA thread replies

[Andreas Lehmkühler]

I've opened a JIRA-ticket 

https://issues.apache.org/jira/browse/INFRA-13380

BR
Andreas

> Andreas Lehmkühler  hat am 18. Januar 2017 um 12:40 
> geschrieben:
> 
> 
> I've forwared your question to users@infra
> 
> BR
> Andreas
> > Tilman Hausherr  hat am 17. Januar 2017 um 18:29 
> > geschrieben:
> > 
> > 
> > Did I miss something or is it a setting? I do no longer see the 
> > possibility to do thread replies in JIRA, only ordinary replies.
> > 
> > Tilman
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: JIRA thread replies

[Andreas Lehmkühler]

I've forwared your question to users@infra

BR
Andreas
> Tilman Hausherr  hat am 17. Januar 2017 um 18:29 
> geschrieben:
> 
> 
> Did I miss something or is it a setting? I do no longer see the 
> possibility to do thread replies in JIRA, only ordinary replies.
> 
> Tilman
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: [JENKINS] - More build NODES ; Less build LABELS

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 12. November 2016 um 16:09 
> geschrieben:
> 
> 
> Hi,
> 
> > Am 12.11.2016 um 15:01 schrieb Andreas Lehmkuehler :
> > 
> > Hi,
> > 
> > infra consolidated jenkins nodes and labels. The most interesting part is 
> > the comment of the reserved nodes H19&H20. Sounds like we should be able to 
> > create a job to build our website using jenkins.
> > 
> 
> we are already using asf-site to publish the content to but it's a little 
> unclear to me how the actual build will be done as we are currently using 
> jekyll to do that. So how would we go from the current template + unprocessed 
> content to the actual HTML?

Maybe it is possible to create a job which publishes changes based on a git 
checkin trigger, so that we can automate that part of the publishing as well.

But let's wait for the announced post about that topic.

BR
Andreas
> 
> BR
> Maruan
> 
> > BR
> > Andreas
> > 
> > 
> >  Weitergeleitete Nachricht 
> > Betreff: [JENKINS] - More build NODES ; Less build LABELS
> > Datum: Sat, 12 Nov 2016 11:41:36 +1100
> > Von: Gavin McDonald 
> > Antwort an: bui...@apache.org
> > An: bui...@apache.org
> > 
> > HI All,
> > 
> > As some of you may have noticed, we have been working behind the scenes in 
> > Infra making some improvements to the overall stability and health of 
> > Jenkins.
> > 
> > New Nodes
> > =
> > 
> > Recently, we have added another 9 nodes  H12 - H20 of which H12 to H18 are 
> > general purpose nodes for everyone.
> > 
> > Previously we added jenkins-us1, jenkins-eu2 and jenkins-eu3 again general 
> > purpose.
> > ubuntu-3 (Hemera) has been taken offline.
> > 
> > New Windows Nodes - we have 2 new windows 2012 nodes, which directly 
> > replaced windows1 and windows2.
> > Labels Removed
> > =
> > 
> > As promised some time ago, quite a few labels that were deemed no longer 
> > required, have been removed.
> > 
> > Labels removed: yahoo-not-h2, docker, HDFS, MapReduce, Pig, Falcon, Tez and 
> > ZooKeeper.
> > 
> > The current list of mapped Nodes to Labels can be found on our wiki page 
> > here:-
> > 
> > https://cwiki.apache.org/confluence/display/INFRA/Jenkins+node+labels 
> > 
> > In general, if you are a Hadoop related project, you would use as a 
> > priority the ‘Hadoop’ label for  H0-H9 - thats 10 nodes.
> > If not a Hadoop related project, use the ‘ubuntu’ label  which currently 
> > consists of 17 nodes.
> > You may mix n match - if appropriate use Hadoop||ubuntu for a choice of 27 
> > nodes.
> > 
> > For Windows, please just use the generic ‘Windows’ label - as we add more 
> > Windows nodes they will get this label.
> > 
> > Reserved Nodes
> > =
> > 
> > There are specific nodes that have priority for projects - such as the 
> > Beam* nodes, the Cassandra* nodes etc. These are all listed in the above 
> > wiki page. These are not included in the generic ‘ubuntu’ labels.
> > 
> > In addition, H nodes H19 and H20 are reserved - they are for all projects 
> > to use, however they are restricted to those projects that want to use 
> > Jenkins + Git + Gitpubsub in order to publish their main www website(s). 
> > I’ll do a new post up specifically on this topic soon, but we are looking 
> > for one or two projects as testers so please email if interested in knowing 
> > more.
> > 
> > Summary
> > ===
> > 
> > We have more nodes and less labels. yay!
> > 
> > Even more nodes are coming soon also so do stay tuned.
> > 
> > When I removed labels I also changed job configurations to replace any 
> > matching labels with alternative remaining labels.
> > Some projects have already reverted to previous configurations and are 
> > failing to build as a result. Please check your jobs ASAP and change them 
> > in necessary,
> > 
> > Thanks All, any questions or comments, direct to the builds@ list please.
> > 
> > Gav… (ASF Infra.)
> > 
> > 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

[ANNOUNCE] Apache PDFBox 2.0.2 released

[Andreas Lehmkühler]

The Apache PDFBox community is pleased to announce the release of
Apache PDFBox version 2.0.2. The release is available for download at:

http://pdfbox.apache.org/download.cgi

See the full release notes below for details about this release.

Release Notes -- Apache PDFBox -- Version 2.0.2

Introduction


The Apache PDFBox library is an open source Java tool for working with PDF 
documents.


This is an incremental bugfix release based on the earlier 2.0.1 release. It 
contains

a couple of fixes and small improvements.

For more details on these changes and all the other fixes and improvements
included in this release, please refer to the following issues on the
PDFBox issue tracker at https://issues.apache.org/jira/browse/PDFBOX.

Bug

[PDFBOX-3267] - Using threads results in different images
[PDFBOX-3326] - Issue in RenderingMode.isStroke method
[PDFBOX-3327] - IndexOutOfBoundsException when retrieving kerning information
[PDFBOX-3332] - Apache PDFBox Form Fill TrueType text spacing issue
[PDFBOX-] - Wrong appearance generation for rotated AcroForms fields
[PDFBOX-3336] - several errors in the incremental save
[PDFBOX-3338] - CCITT Fax decoder fails
[PDFBOX-3341] - currentAccessPermission.setReadOnly() not set in 
StandardSecurityHandler

[PDFBOX-3346] - Create example with empty signature
[PDFBOX-3347] - COSName parsing doesn't handle ISO-8859-1 encoded bytes
[PDFBOX-3348] - NPE in Type1Parser.parseBinary
[PDFBOX-3351] - NPE when drawing annotation with empty border color array
[PDFBOX-3354] - PDCIDFont.getAverageFontWidth always returns 0
[PDFBOX-3355] - PDPageLabels.getLabelsByPageIndices() returns Uppercase letters 
for style a

[PDFBOX-3360] - java.lang.IllegalArgumentException: dash lengths all zero
[PDFBOX-3362] - PageLayout.TwoColumnRight was Illegal
[PDFBOX-3363] - Leftover file in temp directory when signing
[PDFBOX-3368] - ContainsKey don't work for the Map returned by 
PDStructureTreeRoot.getRoleMap

[PDFBOX-3369] - Error expected floating point number actual='0.00-35095424'

Improvement

[PDFBOX-3089] - Investigate why glyph path caching does not always cache glyph 
accesses

[PDFBOX-3316] - Add comment to PDF
[PDFBOX-3329] - Create PDFMergerUtility example with improved metadata handling
[PDFBOX-3342] - Add example to jump to a local page to AddAnnotations
[PDFBOX-3352] - Calendar values are parsed with unknown timezones
[PDFBOX-3364] - PDModel.getSignatureFields() only returns top level signature 
fields


Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.txt file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
https://svn.apache.org/repos/asf/pdfbox/KEYS.

About Apache PDFBox
---

Apache PDFBox is an open source Java library for working with PDF documents.
This project allows creation of new PDF documents, manipulation of existing
documents and the ability to extract content from documents. Apache PDFBox
also includes several command line utilities. Apache PDFBox is published
under the Apache License, Version 2.0.

For more information, visit http://pdfbox.apache.org/

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 100 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 2,500+ contributors.

For more information, visit http://www.apache.org/


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

Re: PDFBox JavaDoc and Subprojects

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 29. Mai 2016 um 18:35
> geschrieben:
> 
> 
> Hi,
> 
> in order to publish the API docs for pdfbox and it's subproject I see two
> options
> 
> a) one combined JavaDoc for PDFBox and all subproject
> b) single JavaDoc for PDFBox and for each of it's subprojects
> 
> a) is easier to generate
> b) would allow us to handle them individually as part of per subproject
> microsite
> 
> Thoughts?
I'd prefer a), keep it simple as long as the second option isn't needed.

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

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

Re: [CVE-2016-2175] Apache PDFBox XML External Entity vulnerability

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 6. Juni 2016 um 12:40
> geschrieben:
> 
> 
> Hi,
> 
> > Am 06.06.2016 um 11:41 schrieb Simon Steiner :
> > 
> > Hi,
> > 
> > Should this be on the pdfbox homepage.
> 
> I'll let Andreas decide on that
What should we add, just a news posting or adding a new security section as
other projects like Tomcat?

BR
Andreas
> > The homepage has http://pdfbox.apache.org/download.cgi but its not
> > clickable.
> 
> done - thanks for letting us know.
> 
> Maruan
> 
> > 
> > Thanks
> > 
> > -Original Message-
> > From: Andreas Lehmkuehler [mailto:le...@apache.org] 
> > Sent: 27 May 2016 07:03
> > To: annou...@apache.org; dev@pdfbox.apache.org; us...@pdfbox.apache.org;
> > secur...@apache.org; oss-secur...@lists.openwall.com;
> > bugt...@securityfocus.com
> > Subject: [CVE-2016-2175] Apache PDFBox XML External Entity vulnerability
> > 
> > CVE-2016-2175: Apache PDFBox XML External Entity vulnerability
> > 
> > Severity: Important
> > 
> > 
> > Vendor:
> > The Apache Software Foundation
> > 
> > Versions Affected:
> > Apache PDFBox 1.8.0 to 1.8.11
> > Apache PDFBox 2.0.0
> > Earlier, unsupported Apache PDFBox versions may be affected as well
> > 
> > Description:
> > Apache PDFBox parses different XML data within PDF files such as XMP and the
> > initialization of the XML parsers did not protect against XML External
> > Entity
> > (XXE) vulnerabilities. According to www.owasp.org [1]: "This attack may lead
> > to the disclosure of confidential data, denial of service, server side
> > request forgery, port scanning from the perspective of the machine where the
> > parser is located, and other system impacts."
> > 
> > 
> > Mitigation:
> > Upgrade to Apache PDFBox 1.8.12 respectively 2.0.1
> > 
> > Credit:
> > This issue was discovered by Arthur Khashaev (https://khashaev.ru), Seulgi
> > Kim, Mesut Timur and Microsoft Vulnerability Research.
> > 
> > [1] https://www.owasp.org/index.php/XML_External_Entity_(XXE)_Processing
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional
> > commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

New mail archives interface

[Andreas Lehmkühler]

Hi,

at the recent ApacheCon NA conference, the new mail archives interface was
unveiled.

See https://lists.apache.org/


BR
Andreas

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

[ANNOUNCE] Apache PDFBox 2.0.1 released

[Andreas Lehmkühler]

The Apache PDFBox community is pleased to announce the release of
Apache PDFBox version 2.0.1. The release is available for download at:

http://pdfbox.apache.org/download.cgi

See the full release notes below for details about this release.

Release Notes -- Apache PDFBox -- Version 2.0.1

Introduction


The Apache PDFBox library is an open source Java tool for working with PDF
documents.

This is an incremental bugfix release based on the earlier 2.0.0 release. It
contains
a couple of fixes and small improvements.

For more details on these changes and all the other fixes and improvements
included in this release, please refer to the following issues on the
PDFBox issue tracker at https://issues.apache.org/jira/browse/PDFBOX.

Bug

[PDFBOX-3272] - Loaded fonts file descriptors open after closing document
[PDFBOX-3273] - Fonts not rendered correctly
[PDFBOX-3276] - Double encryption dictionary for files with XRef stream
[PDFBOX-3279] - PDDocument.importPage creates two inputstreams
[PDFBOX-3281] - HTML output wrongly specifies UTF-16 in header
[PDFBOX-3286] - Think I found a bad constant (TTF) value and constant use in
PDFBox source
[PDFBOX-3292] - Error reading stream, expected='endstream' actual='' in
non-truncated files
[PDFBOX-3297] - Infinite loop
[PDFBOX-3299] - TIFF-files with FillOrder=2 can't be converted to PDF
[PDFBOX-3301] - NPE in PDAcroForm.flatten if a widget doesn't contain a /P entry
[PDFBOX-3303] - setWidgets should set connection to parent
[PDFBOX-3308] - Missing endOfName chars
[PDFBOX-3312] - NPE in saveIncremental() / fix javadoc
[PDFBOX-3317] - Merged PDF/A files no longer valid PDF/A
[PDFBOX-3319] - Chinese character overlap other chinese character

Improvement

[PDFBOX-3275] - Show glyph bounds in DrawPrintTextLocations
[PDFBOX-3289] - Wrong unit MM_PER_INCH in PDRectangle
[PDFBOX-3295] - Improve parsing performance of object streams
[PDFBOX-3305] - PDPageContentStream should allow drawing images at current
position
[PDFBOX-3307] - Enable AES128 encryption
[PDFBOX-3323] - Cannot set destination meta data in PDFMergerUtility

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.txt file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
https://svn.apache.org/repos/asf/pdfbox/KEYS.

About Apache PDFBox
---

Apache PDFBox is an open source Java library for working with PDF documents.
This project allows creation of new PDF documents, manipulation of existing
documents and the ability to extract content from documents. Apache PDFBox
also includes several command line utilities. Apache PDFBox is published
under the Apache License, Version 2.0.

For more information, visit http://pdfbox.apache.org/

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 100 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 2,500+ contributors.

For more information, visit http://www.apache.org/

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

[ANNOUNCE] Apache PDFBox 1.8.12 released

[Andreas Lehmkühler]

The Apache PDFBox community is pleased to announce the release of
Apache PDFBox version 1.8.12. The release is available for download at:

http://pdfbox.apache.org/download.cgi

See the full release notes below for details about this release.

Release Notes -- Apache PDFBox -- Version 1.8.12

Introduction


The Apache PDFBox library is an open source Java tool for working with PDF
documents.

This is an incremental bugfix release based on the earlier 1.8.11 release. It 
contains a couple of fixes and small improvements.

For more details on all fixes included in this release, please refer to the
following
issues on the PDFBox issue tracker at
https://issues.apache.org/jira/browse/PDFBOX.

Bug

[PDFBOX-1995] - AdobePDFSchema.getProducer() returns empty string
[PDFBOX-2428] - An error occured when reading table hmtx
[PDFBOX-3024] - Preflight validation call PDType0Font.clear at the wrong time
[PDFBOX-3116] - COSNumber NumberFormatException for large number
[PDFBOX-3201] - Skip zlib-header and checksum to avoid DataFormatException
[PDFBOX-3204] - JVM crashes on PDFRenderer.renderImageWithDPI
[PDFBOX-3217] - PdfaExtensionHelper.populatePDFAPropertyType
[PDFBOX-3226] - No such Element Exception processing File
[PDFBOX-3229] - Decryption fails when Metadata not encrypted but EncryptMetadata
is true/default.
[PDFBOX-3235] - ColorSpace validation fails for inlined image
[PDFBOX-3237] - ASCII85Filter does not use or recognize the correct end-of-data
terminator
[PDFBOX-3254] - Corrupted XMP causes java.lang.StringIndexOutOfBoundsException
[PDFBOX-3257] - XMPSchemaBasic setCreateDate and setModifyDate don't work if
already set
[PDFBOX-3258] - XMPBox XMPBasicSchema setters don't work if already set
[PDFBOX-3259] - ClassCastException in PDTilingPattern.getContents
[PDFBOX-3285] - All lines that use a given font stop rendering if 'ö' is
inserted - 
ArrayIndexOutOfBoundsException in TTFSubFont.buildPostTable
[PDFBOX-3297] - Infinite loop
[PDFBOX-3299] - TIFF-files with FillOrder=2 can't be converted to PDF
[PDFBOX-3308] - Missing endOfName chars
[PDFBOX-3321] - ASCII stream data size is increased when written

Improvement

[PDFBOX-1840] - Automatically load isartor for preflight tests
[PDFBOX-3196] - Update maven plugins and apache parent pom
[PDFBOX-3231] - Update PDPropBuildDataDict
[PDFBOX-3251] - Improve parsing and validation of ColorSpace for inline image
[PDFBOX-3295] - Improve parsing performance of object streams

Wish

[PDFBOX-3241] - return original PDF Header


Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.txt file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
https://svn.apache.org/repos/asf/pdfbox/KEYS.

About Apache PDFBox
---

Apache PDFBox is an open source Java library for working with PDF documents.
This project allows creation of new PDF documents, manipulation of existing
documents and the ability to extract content from documents. Apache PDFBox
also includes several command line utilities. Apache PDFBox is published
under the Apache License, Version 2.0.

For more information, visit http://pdfbox.apache.org/

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 100 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 2,500+ contributors.

For more information, visit http://www.apache.org/

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

Re: Jira Spam - And changes made as a result.

[Andreas Lehmkühler]

> Petr Slabý  hat am 22. April 2016 um 10:49 geschrieben:
> 
> 
> Hi,
> does that mean that you are free of bug reports from now on? That is a great 
> invention, we should make the same in our company internal JIRA, that would 
> save a lot of work to me :-)
Hopefully nowone already filed a patent on that ;-)
> 
> Can you please add me to a group which is allowed to post issues, too?
Done. 

BR
Andreas
> 
> Best regards,
> Petr.
> 
> -Původní zpráva- 
> From: Andreas Lehmkühler
> Sent: Friday, April 22, 2016 10:31 AM
> To: dev@pdfbox.apache.org
> Subject: Re: FW: Jira Spam - And changes made as a result.
> 
> 
> Hi,
> 
> > Simon Steiner  hat am 22. April 2016 um 10:17
> > geschrieben:
> >
> >
> > Hi,
> >
> >
> >
> > I cant create/comment on pdfbox issues anymore.
> I've added your account ot the contributor group so that you should be able 
> to
> comment/creat again
> 
> BR
> Andreas
> 
> >
> >
> >
> > Thanks
> >
> >
> >
> > From: Gav [mailto:gmcdon...@apache.org]
> > Sent: 22 April 2016 01:14
> > To: infrastruct...@apache.org Infrastructure 
> > Subject: Jira Spam - And changes made as a result.
> >
> >
> >
> > Hi All,
> >
> > Apologies for notifying you after the fact.
> >
> > Earlier today (slowing down to a halt about 1/2 hr ago due to our changes) 
> > we
> > had a
> >
> > big Spam attack directed at the ASF Jira instance.
> >
> > Many project were affected, including :-
> >
> > TM, ARROW ACCUMULO, ABDERA, JSPWIKI, QPIDIT, LOGCXX, HAWQ, AMQ, ATLAS,
> > AIRFLOW, ACE, APEXCORE, RANGER and KYLIN .
> >
> > During the process we ended up banning 27 IP addresses , deleted well over 
> > 200
> > tickets, and about 2 dozen user accounts.
> >
> > The spammers were creating accounts using the normal system and going 
> > through
> > the required captchas.
> >
> > In addition to the ban hammer and deletions and to prevent more spam 
> > coming
> > in, we changed the 'Default Permissions Scheme' so that anyone in the
> > 'jira-users' group are no longer allowed to 'Create' tickets and are no 
> > longer
> > allowed to 'Comment' on any tickets.
> >
> > Obviously that affects genuine users as well as the spammers, we know 
> > that.
> >
> > Replacement auth instead of jira-users group now includes allowing those 
> > in
> > the 'Administrator, PMC, Committer, Contributor and Developer' ROLES in 
> > jira.
> >
> > Projects would you please assist in making this work - anyone that is not 
> > in
> > any of those roles for your project; and needs access to be able to create
> > issues and comment, please do add their jira id to one of the available 
> > roles.
> > (Let us know if you need assistance in this area)
> >
> > This is a short term solution. For the medium to long term we are working 
> > on
> > providing LDAP authentication for Jira and Confluence through Atlassian 
> > Crowd
> > (likley).
> >
> > If any projects are still being affected, please notify us as you may be 
> > using
> > another permissions scheme to the one altered. Notify us via INFRA jira 
> > ticket
> > or reply to this mail to infrastruct...@apache.org
> > <mailto:infrastruct...@apache.org>  or join us on hipchat
> > (https://www.hipchat.com/gIjVtYcNy)
> >
> > Any project seriously adversely impacted by our changes please do come 
> > talk to
> > us and we'll see what we can work out.
> >
> > Thanks all for your patience and understanding.
> >
> > Gav... (ASF Infra)
> >
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org 
>

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

Re: FW: Jira Spam - And changes made as a result.

[Andreas Lehmkühler]

Hi,

> Simon Steiner  hat am 22. April 2016 um 10:17
> geschrieben:
> 
> 
> Hi,
> 
>  
> 
> I cant create/comment on pdfbox issues anymore.
I've added your account ot the contributor group so that you should be able to
comment/creat again

BR
Andreas

> 
>  
> 
> Thanks
> 
>  
> 
> From: Gav [mailto:gmcdon...@apache.org] 
> Sent: 22 April 2016 01:14
> To: infrastruct...@apache.org Infrastructure 
> Subject: Jira Spam - And changes made as a result.
> 
>  
> 
> Hi All,
> 
> Apologies for notifying you after the fact.
> 
> Earlier today (slowing down to a halt about 1/2 hr ago due to our changes) we
> had a
> 
> big Spam attack directed at the ASF Jira instance.
> 
> Many project were affected, including :-
> 
> TM, ARROW ACCUMULO, ABDERA, JSPWIKI, QPIDIT, LOGCXX, HAWQ, AMQ, ATLAS,
> AIRFLOW, ACE, APEXCORE, RANGER and KYLIN .
> 
> During the process we ended up banning 27 IP addresses , deleted well over 200
> tickets, and about 2 dozen user accounts.
> 
> The spammers were creating accounts using the normal system and going through
> the required captchas.
> 
> In addition to the ban hammer and deletions and to prevent more spam coming
> in, we changed the 'Default Permissions Scheme' so that anyone in the
> 'jira-users' group are no longer allowed to 'Create' tickets and are no longer
> allowed to 'Comment' on any tickets.
> 
> Obviously that affects genuine users as well as the spammers, we know that. 
> 
> Replacement auth instead of jira-users group now includes allowing those in
> the 'Administrator, PMC, Committer, Contributor and Developer' ROLES in jira.
> 
> Projects would you please assist in making this work - anyone that is not in
> any of those roles for your project; and needs access to be able to create
> issues and comment, please do add their jira id to one of the available roles.
> (Let us know if you need assistance in this area)
> 
> This is a short term solution. For the medium to long term we are working on
> providing LDAP authentication for Jira and Confluence through Atlassian Crowd
> (likley).
> 
> If any projects are still being affected, please notify us as you may be using
> another permissions scheme to the one altered. Notify us via INFRA jira ticket
> or reply to this mail to infrastruct...@apache.org
>   or join us on hipchat
> (https://www.hipchat.com/gIjVtYcNy)
> 
> Any project seriously adversely impacted by our changes please do come talk to
> us and we'll see what we can work out.
> 
> Thanks all for your patience and understanding.
> 
> Gav... (ASF Infra)
>

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

New PDFBox releases 1.8.12 and 2.0.1

[Andreas Lehmkühler]

Hi,

as there are already a couple of changes for both branches (1.8 and 2.0) I'm
going to cut a release for both next friday april 22th at about 18:00 CET.

Please have a look at all scheduled jira tickets which aren't set to resolved
yet. Either solve them or simply move them to another version. I've just created
the new jira versions 1.8.13 and 2.0.2.

BR
Andreas

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

RE: shading/relocating 1.8.x?

[Andreas Lehmkühler]

> "Allison, Timothy B."  hat am 28. März 2016 um 21:02
> geschrieben:
> 
> 
> Oh, wow, so it really might be possible without too much work?  I'm more than
> happy to supply examples. :) 
Ups, it isn't as simply as it sounds. If we simply swallow the exception pdfbox
most likel runs into a NPE. IMHO we have to implement some sort of an on demand
parser which is able to handle null-values for specific parts of a pdf without
throwing any exception.

> Should I open an issue?
Thanks, but I'm going to do that soon, as some other things should be done as
well.

BR
Andreas
> 
> 
> -Original Message-
> From: Andreas Lehmkuehler [mailto:andr...@lehmi.de] 
> Sent: Monday, March 28, 2016 10:58 AM
> To: dev@pdfbox.apache.org
> Subject: Re: shading/relocating 1.8.x?
> 
> Am 25.03.2016 um 17:39 schrieb John Hewson:
> >
> >> On 23 Mar 2016, at 06:20, Allison, Timothy B.  wrote:
> >>
> >> All,
> >>   We've upgraded to 2.0.0 on Tika.  Many thanks again!
> >>   One of our users is interested in continuing to use the
> >> classic/SequentialParser, or at least having it available as a back-off
> >> parser for corrupt pdfs [0].
> >
> > Using the old parser really isn’t a good idea, it’s known to be pretty
> > broken. I think that we would be much better off making sure the new parser
> > can handle truncated files. We already do a lot of repair in the new parser,
> > so this doesn’t seem like to much work? Maybe Andreas can comment further?
> The biggest issue here is the truncated stream or dictionary. The current
> version simply throws an exception when running into such constellations. We
> have to implement some algorithm to ignore such incomplete parts of a pdf if
> possible.
> 
> BR
> Andreas
> 
> >
> > Do we have some JIRA issues which identify some of these cases?
> >
> > — John
> >
> >>   Would you be willing to distribute a shaded/relocated 1.8.x app so that
> >> we could load both 1.8.x and 2.0.0 in the same jvm without collisions?  Or,
> >> is there a better solution?
> >
> > I wouldn’t recommend doing that, because you’re going to be stuck with using
> > 1.8 for everything, not just parsing, at least as far as corrupt/truncated
> > files are concerned.
> >
> > — John
> >
> >>   Thank you!
> >>
> >>   Cheers,
> >>
> >>  Tim
> >>
> >> [0]
> >> https://issues.apache.org/jira/browse/TIKA-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15208360#comment-15208360
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: PDFBox 2.1

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 29. März 2016 um 12:28
> geschrieben:
> 
> 
> Hi,
> 
> now as PDFBox 2.0 is out what about collecting ideas for 2.1? Could put that
> on our website the same way we had the old ideas published.
Goodi idea!

> From my perspective:
> - simplify creation of AcroForm fields
> - appearance generation for new AcroForm fields
> - rework/enhancement to the plain text formatter.
> - Java 1.7
> - incremental parsing i.e. page by page
> - discussion/decision on XMP (shall we enhance XMPBox, restore Jempbox, base
> on Adobe's XMP library, join forces with the FOP project …)
Most likely some of these ideas will come with breaking changes, so that we have
to think about the correct target: 2.1 vs 3.0

> 
> 
> BR
> Maruan

BR
Andreas

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

Re: pdfbox 2

[Andreas Lehmkühler]

Hi,

> Simon Steiner  hat am 15. Februar 2016 um 11:46
> geschrieben:
> 
> 
> Hi,
> 
>  
> 
> Whats the release date for pdfbox 2?
We don't have a fix date, but I'm pretty sure that the next release will be the
final one and I guess it'll be releases quite soon.

> Thanks

BR
Andreas

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

JIRA and PDFBOx 1.8.11

[Andreas Lehmkühler]

Hi,

due to the PDFBox 1.8.11 release I've closed all resolved 1.8.11 related issues
in a bulk operation without email notification to avoid an email flood.

I already created a new version 1.8.12 some days ago.

BR
Andreas

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

[ANNOUNCE] Apache PDFBox 2.0.0 RC3 released

[Andreas Lehmkühler]

The Apache PDFBox community is pleased to announce the release of
Apache PDFBox version 2.0.0 RC3. The release is available for download at:

http://pdfbox.apache.org/download.cgi

The numerous feedback on our second release candidate helps us to make
this release candidate better again, e. g. optimized font cache, improved text
extraction. A lot of bug fixes are included as well.
We'd like to thank everybody who helps us to get a step foward.
Please have a look at the new release candidate as well, so that the next
release hopefully could be the final one.

See the full release notes below for details about this release.

Release Notes -- Apache PDFBox -- Version 2.0.0-RC3

Introduction


The Apache PDFBox library is an open source Java tool for working with PDF
documents.

This is the third release candidate for the upcoming major release 2.0.0 of
PDFBox.
This release contains a lot of improvements, fixes and refactorings. The API is 
supposed to be stable, but we can't guarantee that there won't be any last
changes
to it before providing the final release candidate.

For more details on these changes and all the other fixes and improvements
included in this release, please refer to the following issues on the
PDFBox issue tracker at https://issues.apache.org/jira/browse/PDFBOX.

Sub-task

[PDFBOX-1869] - Implementation for ShadingType 1
[PDFBOX-1870] - PDFunctionType0 incorrect
[PDFBOX-2117] - AxialShadingContext is slow
[PDFBOX-2279] - Text with gradient not shown
[PDFBOX-2529] - Preflight: mention the page on which a problem has been found
[PDFBOX-2531] - better error message on not yet read stream
[PDFBOX-2535] - mention subtype in COSStream IOException
[PDFBOX-2536] - More specific TIFFFaxDecoder exceptions
[PDFBOX-2537] - do not discard underlying cause when creating validation error
[PDFBOX-2611] - possibly incorrect error message "Hexa String must have only
Hexadecimal Characters" in preflight
[PDFBOX-2612] - error "Destination contains invalid page reference 'null'" is
not detected by preflight
[PDFBOX-2613] - Conflicting /N information for OutputIntent not detected by
preflight
[PDFBOX-2614] - missing /Type/FontDescriptor not detected by preflight
[PDFBOX-2619] - XMP dates contain time zone, while document info dates do not,
and this isn't detected by preflight
[PDFBOX-2625] - Preflight error: The character with CID 0 should have a width
equals to 57.0, but has 57.78
[PDFBOX-2627] - Add block composer to handle multiline text
[PDFBOX-2630] - "loop in destinations" not detected by preflight
[PDFBOX-2647] - Check thumbnails in XMP metadata
[PDFBOX-2718] - Allow to create new AcroForm fields from scratch
[PDFBOX-2783] - Remove getCOSDictionary() method, adjust getCOSObject() return
type
[PDFBOX-2849] - fix problems with setting existing AcroForm buttons
[PDFBOX-2863] - Support the comb flag for PDF forms
[PDFBOX-2877] - Wrong text placement for autosize fields compared to Adobe
generated
[PDFBOX-2889] - Support appearance generation for choice fields
[PDFBOX-2900] - PDF Debugger doesn't print inline images correctly
[PDFBOX-2993] - Create a PDTransparencyGroup for added code clarity
[PDFBOX-2994] - Rename PDGroup to PDTransparencyGroupAttributes
[PDFBOX-3051] - COSArray.getObject() incorrect handling of indirect reference to
COSNull
[PDFBOX-3052] - NPE in PDFStreamEngine.ShowText when no font set
[PDFBOX-3053] - Text extraction fails with type 3 fonts
[PDFBOX-3057] - NPE in CFFParser.parseType1Dicts()
[PDFBOX-3060] - Catalog cannot be found
[PDFBOX-3061] - Word concatenation in 2.0 not in 1.8
[PDFBOX-3062] - Text extraction and height different in 2.0
[PDFBOX-3068] - Null metadata in 2.0 in some files that had metadata in 1.8.10
with old parser
[PDFBOX-3112] - Avoid crazy /Length1 values in font descriptor
[PDFBOX-3123] - Text extraction garbled in this file, was OK in 1.8
[PDFBOX-3125] - IndexOutOfBoundsException in PDFont.getWidth()
[PDFBOX-3126] - IndexOutOfBoundsException in PfbParser.parsePfb
[PDFBOX-3127] - Text with vertical font not extracted correctly
[PDFBOX-3129] - NullPointerException in PDFStreamEngine.showText()
[PDFBOX-3186] - Parsing fails when XRef stream object is 1 byte later

Bug

[PDFBOX-31] - bug with the Type3 font
[PDFBOX-37] - Text Extraction Weirdness
[PDFBOX-40] - Font problem when setting form value
[PDFBOX-53] - Problem getting value from PDRadioCollection
[PDFBOX-54] - please correct the SetField example
[PDFBOX-62] - Incorrect (zero) character widths returned in some docs
[PDFBOX-101] - ImportXFDF results in PDF with larger text fields
[PDFBOX-123] - too many space made in extracted text file
[PDFBOX-129] - Error when setting the value of a combo box to " "
[PDFBOX-159] - Field renaming character set problem
[PDFBOX-161] - java.util.EmptyStackException from PDFTextStripper.writeText
[PDFBOX-166] - ConvertColorSpace RGB to CMYK
[PDFBOX-198] - Tiff image problems
[PDFBOX-205] - Miscellaneous errors on valid files
[PDFBOX-239] - PDFToImage prints every word 

[RESULT][VOTE] Release Apache PDFBox 1.8.11 CANCELLED

[Andreas Lehmkühler]

Hi,

> Andreas Lehmkuehler  hat am 11. Januar 2016 um 20:39
> geschrieben:
> 
> 
> Hi,
> 
> a candidate for the PDFBox 1.8.11 release is available at:
> 
>  https://dist.apache.org/repos/dist/dev/pdfbox/1.8.11/
> 
> The release candidate is a zip archive of the sources in:
> 
>  http://svn.apache.org/repos/asf/pdfbox/tags/1.8.11/
> 
> The SHA1 checksum of the archive is e2494b60b0ff376ea66211bff2dd0ea2059b0155.
> 
> Please vote on releasing this package as Apache PDFBox 1.8.11.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 PDFBox PMC votes are cast.

The vote was cancelled due to a regression [1]

I'm going to cut another release soon.

Thanks for your input so far.

BR
Andreas

[1] https://issues.apache.org/jira/browse/PDFBOX-3193

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

Re: [VOTE] Release Apache PDFBox 1.8.11

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 14. Januar 2016 um 07:48
> geschrieben:
> 
> 
> Hi,
> 
> I'd cancel the vote and redo the release.
Just for the record, if you would like to do so, you have to withdraw your vote
and cast a -1 instead. ;-)

But I agree and I'm going to stop the vote due to the regression.

I'm going to cut the second attempt this evening (in about 10 hours from now) if
no one objects.

BR
Andreas


> 
> BR
> Maruan
> 
> > Am 13.01.2016 um 18:23 schrieb Tilman Hausherr :
> > 
> > Please see this
> > 
> > https://issues.apache.org/jira/browse/PDFBOX-3193
> > 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> 

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

Re: Odp.: JIRA contributors

[Andreas Lehmkühler]

Hi,

> Maciej Woźniak  hat am 16. November 2015 um
> 20:31 geschrieben:
> 
> 
> 
> 
> 
> 
> Hello
> 
> 
> I would like to assign some issues to myself (PDFox project), but I can't do
> it. I have joined mailing lists and I have created an account on JIRA. Cold
> you please help me?
> 
Ordinary JIRA-user don't have the permission to do so. What is your JIRA-account
name?

What are you planning to work on? You can start with attaching a patch to the
concerned ticket without assigning the ticket to you.

P.S.: Please ask such questions on dev@

BR
Andreas

> 
> Maciej

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

Re: 2.0.0-RC2

[Andreas Lehmkühler]

> Tilman Hausherr  hat am 18. November 2015 um 07:50
> geschrieben:
> 
> 
> Am 18.11.2015 um 07:38 schrieb Maruan Sahyoun:
> > I'd like to see PDFBOX-3082 to be addressed or at least the patch provided
> > by Tom Callahan to be reviewed.
> > It has a very high impact on memory usage and there were several complaints.
> 
> I hope to be able to test, review and commit the rest of his patch 
> before 20:00. But the part I committed should also bring some improvement.
We could postpone the release for another day or two if needed.

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

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

Re: 2.0.0-RC2

[Andreas Lehmkühler]

Hi,

> Andreas Lehmkuehler  hat am 9. November 2015 um 18:36
> geschrieben:
> 
> 
> Hi,
> 
> Am 07.11.2015 um 14:38 schrieb Andreas Lehmkuehler:
> > On 11/06/2015 10:24 PM, Andreas Lehmkuehler wrote:
> >> I've found work around for my problem (gfx card). It's not perfect, but it
> >> works.
> > The work around doesn't work for my signing environment. :-(
> >
> > We have to postpone the RC
> Everything works again. I'm going to cut the RC next week on wednesday (18th) 
> and I promise not to change anything until I'm finished with the release.
I'm still planning to cut the RC tomorrow (approx. 30 hours from now). Any
objections?

BR
Andreas

> 
> BR
> Andreas
> 
> >
> > BR
> > ANdreas
> >
> >>
> >> I'll try to find some time tomorrow to cut the RC .
> >>
> >> BR
> >> Andreas
> >>
> >> On 11/06/2015 07:58 PM, Andreas Lehmkühler wrote:
> >>> Hi,
> >>>
> >>> I have bad news. After a software update my machine is somehow broken and
> >>> I
> >>> couldn't get it to run.
> >>>
> >>> I'm afraid we have to postpone the RC2.
> >>>
> >>> Sorry, my fault :-((
> >>>
> >>> BR
> >>> Andreas
> >>>
> >>>> John Hewson  hat am 6. November 2015 um 19:12
> >>>> geschrieben:
> >>>>
> >>>>
> >>>> Ok, I’m done making changes. PDFBOX-2950 is working well enough now. So
> >>>> I’m
> >>>> happy for RC2.
> >>>>
> >>>> — John
> >>>>
> >>>>
> >>>>> On 6 Nov 2015, at 09:21, John Hewson  wrote:
> >>>>>
> >>>>> Hello,
> >>>>>
> >>>>> I’m online now and will take a look at the build issue. Sorry, I’d
> >>>>> assumed
> >>>>> that Id fixed it yesterday one my local build passed, but I don’t run
> >>>>> Isartor so I missed that one.
> >>>>>
> >>>>> — John
> >>>>>
> >>>>>> On 5 Nov 2015, at 22:30, Andreas Lehmkuehler  wrote:
> >>>>>>
> >>>>>> Hi,
> >>>>>>
> >>>>>>
> >>>>>> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
> >>>>>>> Hi,
> >>>>>>>
> >>>>>>> do we need another release candidate before releasing the final
> >>>>>>> version?
> >>>>>>>
> >>>>>>> I would have some cycles to cut a RC2 this week only (on Wednesday?).
> >>>>>>>
> >>>>>>> WDYT?
> >>>>>>
> >>>>>> I'm going to cut the RC today in the evening (CET) aprox. 10-12 hours
> >>>>>> from
> >>>>>> now
> >>>>>>
> >>>>>> BUT I wont' do it if the build error still persists.
> >>>>>>
> >>>>>> Any objections?
> >>>>>>
> >>>>>> BR
> >>>>>> Andreas
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> -
> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>>>>
> >>>>>
> >>>>
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: 2.0.0-RC2

[Andreas Lehmkühler]

Hi,

I have bad news. After a software update my machine is somehow broken and I
couldn't get it to run.

I'm afraid we have to postpone the RC2. 

Sorry, my fault :-((

BR
Andreas

> John Hewson  hat am 6. November 2015 um 19:12 geschrieben:
> 
> 
> Ok, I’m done making changes. PDFBOX-2950 is working well enough now. So I’m
> happy for RC2.
> 
> — John
> 
> 
> > On 6 Nov 2015, at 09:21, John Hewson  wrote:
> > 
> > Hello,
> > 
> > I’m online now and will take a look at the build issue. Sorry, I’d assumed
> > that Id fixed it yesterday one my local build passed, but I don’t run
> > Isartor so I missed that one.
> > 
> > — John
> > 
> >> On 5 Nov 2015, at 22:30, Andreas Lehmkuehler  wrote:
> >> 
> >> Hi,
> >> 
> >> 
> >> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
> >>> Hi,
> >>> 
> >>> do we need another release candidate before releasing the final version?
> >>> 
> >>> I would have some cycles to cut a RC2 this week only (on Wednesday?).
> >>> 
> >>> WDYT?
> >> 
> >> I'm going to cut the RC today in the evening (CET) aprox. 10-12 hours from
> >> now
> >> 
> >> BUT I wont' do it if the build error still persists.
> >> 
> >> Any objections?
> >> 
> >> BR
> >> Andreas
> >> 
> >> 
> >> 
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >> 
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: 2.0.0-RC2

[Andreas Lehmkühler]

> Tilman Hausherr  hat am 6. November 2015 um 09:36
> geschrieben:
> 
> 
> Am 06.11.2015 um 08:21 schrieb Maruan Sahyoun:
> >> Am 06.11.2015 um 07:30 schrieb Andreas Lehmkuehler :
> >>
> >> Hi,
> >>
> >>
> >> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
> >>> Hi,
> >>>
> >>> do we need another release candidate before releasing the final version?
> >>>
> >>> I would have some cycles to cut a RC2 this week only (on Wednesday?).
> >>>
> >>> WDYT?
> >> I'm going to cut the RC today in the evening (CET) aprox. 10-12 hours from
> >> now
> >>
> >> BUT I wont' do it if the build error still persists.
> > +1
> >
> 
> Yes :-(
> 
> Alternatives:
> - revert the problem commits
I'm reluctant to revert commits of someone else without feedback of the origin
author.

> - shorten the voting time so that you can still to the 2nd step before 
> you're unavailable (is this 72 hours thing an apache "must"?)
There has to be enough time so that everybody who is willing/wants to help is
able to do so. We have to take into account, that not all devs may be in the
same timezone.

72 hours is a widely accepted value to ensure that nobody is ignored because of
a too short period of time for voting.

BR
Andreas

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

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

Re: debugger-app

[Andreas Lehmkühler]

> John Hewson  hat am 2. November 2015 um 19:24 geschrieben:
> 
> 
> 
> > On 2 Nov 2015, at 02:58, Andreas Lehmkühler  wrote:
> > 
> > 
> > 
> >> John Hewson  hat am 30. Oktober 2015 um 19:43
> >> geschrieben:
> >> 
> >> 
> >> 
> >>> On 30 Oct 2015, at 03:50, Andreas Lehmkühler  wrote:
> >>> 
> >>>> 
> >>>> John Hewson mailto:j...@jahewson.com>> hat am 30.
> >>>> Oktober 2015 um 08:28 geschrieben:
> >>>> 
> >>>> 
> >>>> 
> >>>>> On 30 Oct 2015, at 00:00, Andreas Lehmkuehler  wrote:
> >>>>> 
> >>>>> Hi,
> >>>>> 
> >>>>> Am 29.10.2015 um 07:34 schrieb John Hewson:
> >>>>>> Hi All,
> >>>>>> 
> >>>>>> I see we’ve ended up with both “debugger” and “debugger-app” modules.
> >>>>>> Can
> >>>>>> these be combined?
> >>>>> There are separate jars so that the debugger stuff can be used as
> >>>>> dependency
> >>>>> within other projects. The debugger-app can't be used that way.
> >>>> 
> >>>> The main reason for moving the debugger into its own jar was so that it
> >>>> wouldn’t become a dependency of other projects, i.e. so that it remains
> >>>> an
> >>>> API
> >>>> internal to PDFBox, because we have no intention of keeping it stable.
> >>>> That
> >>>> would seem to be in contradiction to the situation here.
> >>> 
> >>> I've found another consumer for the debugger.jar: our own standalone app
> >>> contains to debugger as well.
> >> 
> >> That explains it. Can’t we combine debugger-app and debugger though? All
> >> that
> >> debugger-app does is add a manifest - why not put than manifest inside the
> >> debugger
> >> jar itself?
> > The app jar contains the manifest and all libs which are needed to run the
> > debugger as standalone app. AFAIKT it can't be combined, as the debugger is
> > used
> > withing the pdfbox app jar which has it's own manifest.
> 
> Why bundle the jars together? Shipping them side-by-side is just as good,
> especially as
> the 3rd party jbig2 and jpeg2000 jars (an optionally bouncy castle) have to be
> shipped
> on the side to actually provide all libraries that are needed to run the
> debugger.
> 
> The same applies to pdfbox-app, I was told that this jar exists so that the
> tools could be
> run, back when they were in that jar, but now the tools are in their own jar,
> yet we still
> have pdfbox-app? Again, because it doesn’t actually bundle the required 3rd
> party jars,
> it’s not actually fulfilling any purpose.
> 
> I guess that applies to preflight-app, too. That’s another bundle which is
> actually incomplete.
No, all standalone app jars are as complete as intended. Only some optional jars
(you've already mentioned jbig2 and jpeg2000) are missing due to their license.
But those libs aren't needed for all pdfs, so that's not a big problem.

Andreas

> — John
> 
> > BR
> > Andreas
> > 
> >> 
> >> — John
> >> 
> >>> BR
> >>> Andreas
> >>>> 
> >>>> — John
> >>>> 
> >>>>> BR
> >>>>> Andreas
> >>>>>> 
> >>>>>> — John
> >>>>>> -
> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>>>> 
> >>>>> 
> >>>>> 
> >>>>> -
> >>>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>>> 
> >>>> 
> >>>> 
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>> <mailto:dev-unsubscr...@pdfbox.apache.org>
> >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>> <mailto:dev-h...@pdfbox.apache.org>
> >>>> 
> >>> 
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>> <mailto:dev-unsubscr...@pdfbox.apache.org>
> >>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>> <mailto:dev-h...@pdfbox.apache.org>
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

2.0.0-RC2

[Andreas Lehmkühler]

Hi,

do we need another release candidate before releasing the final version?

I would have some cycles to cut a RC2 this week only (on Wednesday?).

WDYT?

BR
Andreas

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

Re: Convert README.txt to README.md and markdown

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 2. November 2015 um 12:16
> geschrieben:
> 
> 
> Hi,
> 
> I would like to take the current README.txt in the projects top level folder,
> rename that to README.md and use markdown for formatting. In addition I would
> like to add some more content as a kind of quick start how to get help, file
> issues… Benefit would be that a) the README provides some basic information
> for the ones looking at the source code and b) renaming to .MD and using
> markdown will provide a better look&feel on GitHub as that will be the initial
> document visible at the bottom of the PDFBox GitHib repo. 
> 
> WDYT?
+1, good idea

BR
Andreas

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

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

Re: debugger-app

[Andreas Lehmkühler]

> John Hewson  hat am 30. Oktober 2015 um 19:43 geschrieben:
> 
> 
> 
> > On 30 Oct 2015, at 03:50, Andreas Lehmkühler  wrote:
> > 
> >> 
> >> John Hewson mailto:j...@jahewson.com>> hat am 30.
> >> Oktober 2015 um 08:28 geschrieben:
> >> 
> >> 
> >> 
> >>> On 30 Oct 2015, at 00:00, Andreas Lehmkuehler  wrote:
> >>> 
> >>> Hi,
> >>> 
> >>> Am 29.10.2015 um 07:34 schrieb John Hewson:
> >>>> Hi All,
> >>>> 
> >>>> I see we’ve ended up with both “debugger” and “debugger-app” modules. Can
> >>>> these be combined?
> >>> There are separate jars so that the debugger stuff can be used as
> >>> dependency
> >>> within other projects. The debugger-app can't be used that way.
> >> 
> >> The main reason for moving the debugger into its own jar was so that it
> >> wouldn’t become a dependency of other projects, i.e. so that it remains an
> >> API
> >> internal to PDFBox, because we have no intention of keeping it stable. That
> >> would seem to be in contradiction to the situation here.
> > 
> > I've found another consumer for the debugger.jar: our own standalone app
> > contains to debugger as well.
> 
> That explains it. Can’t we combine debugger-app and debugger though? All that
> debugger-app does is add a manifest - why not put than manifest inside the
> debugger
> jar itself?
The app jar contains the manifest and all libs which are needed to run the
debugger as standalone app. AFAIKT it can't be combined, as the debugger is used
withing the pdfbox app jar which has it's own manifest.

BR
Andreas

> 
> — John
> 
> > BR
> > Andreas
> >> 
> >> — John
> >> 
> >>> BR
> >>> Andreas
> >>>> 
> >>>> — John
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>> 
> >>> 
> >>> 
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>> 
> >> 
> >> 
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> <mailto:dev-unsubscr...@pdfbox.apache.org>
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >> <mailto:dev-h...@pdfbox.apache.org>
> >> 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > <mailto:dev-unsubscr...@pdfbox.apache.org>
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > <mailto:dev-h...@pdfbox.apache.org>

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

Re: debugger-app

[Andreas Lehmkühler]

> John Hewson  hat am 30. Oktober 2015 um 08:28 geschrieben:
> 
> 
> 
> > On 30 Oct 2015, at 00:00, Andreas Lehmkuehler  wrote:
> > 
> > Hi,
> > 
> > Am 29.10.2015 um 07:34 schrieb John Hewson:
> >> Hi All,
> >> 
> >> I see we’ve ended up with both “debugger” and “debugger-app” modules. Can
> >> these be combined?
> > There are separate jars so that the debugger stuff can be used as dependency
> > within other projects. The debugger-app can't be used that way.
> 
> The main reason for moving the debugger into its own jar was so that it
> wouldn’t become a dependency of other projects, i.e. so that it remains an API
> internal to PDFBox, because we have no intention of keeping it stable. That
> would seem to be in contradiction to the situation here.

I've found another consumer for the debugger.jar: our own standalone app
contains to debugger as well.

BR
Andreas
> 
> — John
> 
> > BR
> > Andreas
> >> 
> >> — John
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >> 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: News/Blog on PDFBox website

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 20. Oktober 2015 um 12:10
> geschrieben:
> 
> 
> Hi,
> 
> > Am 20.10.2015 um 11:45 schrieb Andreas Lehmkühler :
> > 
> > Hi,
> > 
> >> Maruan Sahyoun  hat am 19. Oktober 2015 um 10:52
> >> geschrieben:
> >> 
> >> 
> >> Hi,
> >> 
> >> I would like to start a news/blog section on the PDFBox website so we can
> >> give
> >> regular updates more quickly. As that is not so easily done using the
> >> Apache
> >> CMS I'd like to discuss moving to a local build of the website publishing
> >> to
> >> the Apache CMS the same way we are doing it now for the Javadoc with the
> >> maven
> >> scm-publish plugin (or using svnpubsub/gitpubsub at a later stage - ).
> >> 
> >> As a base for the local build I'd propose to use jekyll
> >> [http://jekyllrb.com]
> >> a static site generator.
> >> 
> >> WDYT?
> > I'm ok with that as long as 
> > - the new environment is available for all common platforms (OSX, Windows
> > and
> > Linux)
> 
> that's the case with jekyll but I'm open to other suggestions with a similar
> capability. The reason I was proposing jekyll
> - it's very active
> - several Apache Projects such as Drill, Wicket, JClouds,  are already using
> it
> - it supports markdown - so the current content can remain (with some minor
> changes to the file header)
> - supports prebuilt content which remains as is
> - it was one of the suggestions in an earlier discussion about deprecating the
> Apache CMS
> 
> > - it's not to complicated to install a local build environment
> 
> http://jekyllrb.com/docs/installation/
> http://jekyllrb.com/docs/windows/
> 
> Shall I wait for more feedback or move forward converting to jekyll?
IMHO, go ahead

BR
Andreas

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

Re: News/Blog on PDFBox website

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 19. Oktober 2015 um 10:52
> geschrieben:
> 
> 
> Hi,
> 
> I would like to start a news/blog section on the PDFBox website so we can give
> regular updates more quickly. As that is not so easily done using the Apache
> CMS I'd like to discuss moving to a local build of the website publishing to
> the Apache CMS the same way we are doing it now for the Javadoc with the maven
> scm-publish plugin (or using svnpubsub/gitpubsub at a later stage - ).
> 
> As a base for the local build I'd propose to use jekyll [http://jekyllrb.com]
> a static site generator.
> 
> WDYT?
I'm ok with that as long as 
- the new environment is available for all common platforms (OSX, Windows and
Linux)
- it's not to complicated to install a local build environment

> Maruan

BR 
Andreas

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

Re: PDFBox 2.0.0 release

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 9. Oktober 2015 um 13:01
> geschrieben:
> 
> 
> Hi,
> 

SNIP

> > Did I forget anything else?
> > 
> 
> Maybe we should announce a date when we would like to go from RC to final -
> 15th of November ?
I'm ok with that, but I can't confirm the supposed date as I won't be available
as release manager. How about the 18th or 19th of November

> BR
> Maruan
> 

BR
Andreas

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

PDFBox 2.0.0 release

[Andreas Lehmkühler]

Hi,

in a quick discussion on private@pdfbox we agreed to cut a new release next week
on october 15th. There are some questions which should be answered before:

- Are we still in the same boat? Are there any concerns not to do a release and
postpone it?
- RC or "real" release?

If we do a RC the following is done/expected

- we expect the API to be stable, but there may be some anyway if neccessary
- I won't create a 2.0.0 branch
- I'll deploy the RC to maven central and we'll provide the RC for download
through our website
- I won't close any jira tickets

Did I forget anything else?



BR
Andreas

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

Re: Apache PDFBox October 2015 board report due

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 6. Oktober 2015 um 08:18
> geschrieben:
> 
> 
> Hi,
> > Am 06.10.2015 um 08:07 schrieb Andreas Lehmkuehler :
> > 
> > Am 05.10.2015 um 23:02 schrieb Maruan Sahyoun:
> >> Hi,
> >> 
> >> + 1
> >> 
> >> One thing we might want to address is the large numbers of eMail to dev
> >> because of the commit etc. stuff.
> > Hmmm, I'm not sure that I've got your point. Do you want to explain the high
> > number of mails on dev@ compared to users@?
> 
> yes - as removing the commit messages from dev the traffic as users is higher
> (which is good)
There are many other projects using the dev list the same way so that we don't
have to explain that explicitly.

BR
Andreas

> Maruan
> 
> > 
> >> 
> >> Maruan
> >> 
> >>> Am 05.10.2015 um 19:47 schrieb Andreas Lehmkuehler :
> >>> 
> >>> Hi,
> >>> 
> >>> find attached a quick draft of the board report we're expected to submit
> >>> this
> >>> month. It's based upon the report template which can be found at [1]
> >>> 
> >>> 
> >>> Any further comments, objections or additions?
> >>> 
> >>> 
> >>> 
> >>> 
> >>> Report from the Apache PDFBox committee [Andreas Lehmkühler]
> >>> 
> >>> ## Description:
> >>>   The Apache PDFBox library is an open source Java tool for working with
> >>>   PDF documents.
> >>> 
> >>> ## Activity:
> >>> - after a long time of hard work we decided to cut a release candidate for
> >>>   2.0.0 this october. As we are down to 6 open tickets I'm quite
> >>> optimistic
> >>>   that it'll really come true
> >>> - we joined forces with Tim Allison from Apache TIKA to run some bulk
> >>> tests
> >>>   from time to time to avoid regressions
> >>> 
> >>> ## Health report:
> >>> - there is a steady stream of contributions, bug reports and questions on
> >>>   the mailing lists
> >>> - the core team consists of 4 - 5 active developers
> >>> - we expect to attract more people once our new major release is out of
> >>> the
> >>>   door
> >>> 
> >>> ## Issues:
> >>> - there are no issues requiring board attention at this time"
> >>> 
> >>> ## PMC changes:
> >>> 
> >>> - Currently 16 PMC members.
> >>> - No new PMC members added in the last 3 months
> >>> - Last PMC addition was John Hewson at Thu Feb 06 2014
> >>> 
> >>> ## LDAP changes:
> >>> 
> >>> - Currently 16 committers and 16 committee group members.
> >>> - No new committee group members added in the last 3 months
> >>> - No new committers added in the last 3 months
> >>> - Last committer addition was John Hewson at Fri Feb 07 2014
> >>> 
> >>> ## Releases:
> >>> 
> >>> - 1.8.10 was released on Wed Jul 22 2015
> >>> 
> >>> ## Mailing list activity:
> >>> 
> >>> - us...@pdfbox.apache.org:
> >>>- 497 subscribers (up 6 in the last 3 months):
> >>>- 519 emails sent to list (578 in previous quarter)
> >>> 
> >>> - dev@pdfbox.apache.org:
> >>>- 145 subscribers (down -4 in the last 3 months):
> >>>- 2932 emails sent to list (2594 in previous quarter)
> >>> 
> >>> 
> >>> ## JIRA activity:
> >>> 
> >>> - 151 JIRA tickets created in the last 3 months
> >>> - 143 JIRA tickets closed/resolved in the last 3 months
> >>> 
> >>> 
> >>> 
> >>> 
> >>> BR
> >>> Andreas Lehmkühler
> >>> 
> >>> [1] https://reporter.apache.org/?pdfbox
> >>> 
> >>> 
> >>> 
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>> 
> >> 
> >> 
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >> 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

PDFBox 1.8.10 and JIRA

[Andreas Lehmkühler]

Hi,

due to the newest PDFBox 1.8.10 release I've closed all resolved 1.8.10 related
issues in a bulk operation without email notification to avoid an email flood.

I've also created a new version 1.8.11.

P.S.:
There was a small delay when announcing the new version as the CMS build was
stuck and I wasn't able to update the download page. 

BR
Andreas

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

[ANNOUNCE] Apache PDFBox 1.8.10 released

[Andreas Lehmkühler]

The Apache PDFBox community is pleased to announce the release of
Apache PDFBox version 1.8.10. The release is available for download at:

http://pdfbox.apache.org/download.cgi

See the full release notes below for details about this release.

Release Notes -- Apache PDFBox -- Version 1.8.10

Introduction


The Apache PDFBox library is an open source Java tool for working with PDF
documents.

This is an incremental bugfix release based on the earlier 1.8.9 release. It
contains a couple of fixes and small improvements.

For more details on all fixes included in this release, please refer to the
following
issues on the PDFBox issue tracker at
https://issues.apache.org/jira/browse/PDFBOX.

Bug

[PDFBOX-1453] - NPE saving modified encrypted document
[PDFBOX-1642] - NPE when parsing XMP schema definition with "closed Choice"
value type
[PDFBOX-2501] - Page render without barcode
[PDFBOX-2730] - PDFSplit slow and keeps unused pages
[PDFBOX-2733] - Nullpointer exception in PDFXrefStreamParser.parse
[PDFBOX-2734] - Can't create PDF with DeviceN colorspace
[PDFBOX-2737] - PDF not converted to Image
[PDFBOX-2741] - IndexOutOfBoundsException when calling
PDSeparation.setAlternateColorSpace
[PDFBOX-2742] - PDFSplit ignores global resources
[PDFBOX-2743] - Can't create PDF with PDIndexed colorspace
[PDFBOX-2745] - PDPageXYZDestination zoom property can't be set lower than 100%
[PDFBOX-2767] - ClassCastException in PDDocument.addSignature
[PDFBOX-2769] - NPE when saving encrypted file
[PDFBOX-2772] - EI token lost for rewrite
[PDFBOX-2773] - ClassCastException in PDDocumentCatalog.java:339
[PDFBOX-2778] - PDF to Image conversion fails with "Invalid code word
encountered"
[PDFBOX-2781] - Opening pdf document after encrypting it with PDFBox throws
IllegalBlockSizeException
[PDFBOX-2786] - PDPageDestination page index off by one
[PDFBOX-2788] - Seemingly good document gets semi-corrupted
[PDFBOX-2792] - Text extraction ignores bookmarks
[PDFBOX-2793] - /Dests dictionary isn't supported
[PDFBOX-2797] - PDJavascriptNameTreeNode does not support dictionaries
[PDFBOX-2799] - PDOptionalContentProperties.setGroupEnabled not working
[PDFBOX-2801] - SecurityHandler does not tolerate plain-text COSString
[PDFBOX-2811] - Infinite loop within RandomAccessBuffer
[PDFBOX-2812] - NPE in PDColorSpaceFactory.createColorSpace with PDICCBased
[PDFBOX-2819] - invalid ICC Profile when reading from a byte array
[PDFBOX-2823] - StringIndexOutOfBoundsException when doing
DateConverter.parseDate()
[PDFBOX-2837] - PDFBox creates files with EBCDIC code on z/OS
[PDFBOX-2847] - mergeDocumentsNonSeq does not utilize scratchFile
[PDFBOX-2853] - CCITT: Background is rendered as transparent color
[PDFBOX-2867] - Correct use of Float.NaN

Improvement

[PDFBOX-2744] - Add validation check for setNonStrokingColor and
setStrokingColor


Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.txt file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
https://svn.apache.org/repos/asf/pdfbox/KEYS.

About Apache PDFBox
---

Apache PDFBox is an open source Java library for working with PDF documents.
This project allows creation of new PDF documents, manipulation of existing
documents and the ability to extract content from documents. Apache PDFBox
also includes several command line utilities. Apache PDFBox is published
under the Apache License, Version 2.0.

For more information, visit http://pdfbox.apache.org/

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 100 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 2,500+ contributors.

For more information, visit http://www.apache.org/

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

Re: [RESULT][VOTE] Release Apache PDFBox 1.8.10

[Andreas Lehmkühler]

> Tilman Hausherr  hat am 21. Juli 2015 um 19:16
> geschrieben:
> 
> 
> Am 21.07.2015 um 18:56 schrieb Andreas Lehmkuehler:
> > Hi,
> >
> > Am 18.07.2015 um 18:16 schrieb Andreas Lehmkuehler:
> >> Please vote on releasing this package as Apache PDFBox 1.8.10.
> >
> >   +1 Rey Malahay (*)
> >   +1 Tilman Hausherr
> >   +1 Maruan Sahyoun
> >   +1 Andreas Lehmkühler
> 
> Wheew! That was close.
Indeed :-(

BR
Andreas

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

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

Re: PDFBox 1.8.10 release

[Andreas Lehmkühler]

> Tilman Hausherr  hat am 16. Juli 2015 um 07:13
> geschrieben:
> 
> 
> Am 15.07.2015 um 16:20 schrieb Allison, Timothy B.:
> > Initial run on 1.8.10 is posted here:
> > https://issues.apache.org/jira/browse/TIKA-1588
> >
> > Results: no surprises
> >
> > That run was done before PDFBOX-2853 was completed.
> >
> > Rerun now or wait for more changes in 1.8.10?
> 
> No need, PDFBOX-2853 was about rendering only. So I'd say the 1.8.10 
> release can go ahead.
> 
> Tilman

@Tim, @Tilman thanks fpr double checking.

I'm going to prepare the relase next weekend.

BR
Andreas
> 
> >
> >
> >
> > -Original Message-
> > From: Tilman Hausherr [mailto:thaush...@t-online.de]
> > Sent: Thursday, July 09, 2015 2:31 PM
> > To: dev@pdfbox.apache.org
> > Subject: Re: PDFBox 1.8.10 release
> >
> > Am 30.06.2015 um 12:20 schrieb Andreas Lehmkühler:
> >> Hi,
> >>
> >> there are again a number of solved issues and I'm thinking about a new
> >> bugfix release. How about a new one next week, maybe later if someone
> >> wants to get some addtional things done before?
> > Next open issue is PDFBOX-2853. The actual patch works fine and improves
> > several images. However the same patch at another place doesn't, so I'd
> > like a 2nd opinion.
> >
> > Tilman
> >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: Performance of the trunkversion

[Andreas Lehmkühler]

> Manfred Pock  hat am 14. Juli 2015 um 12:15
> geschrieben:
> 
> 
> Yes, the input is a inputstream. I can try it direct from file.
> 
> But in general we get the pdf from an document management system as stream.
> Does make sense that i save the pdf to file before?
If possible, yes. As I already said, we need random access to the pdf and
InputStream doesn't support seek operations so that we have to copy the whole
stream to a file or to memory.

> Why is there so an big performance difference beetween the version from 
> May and the current version, if we use it with useScratchFiles = true ?
I'm not sure, but the reason seems to be the altered scratchfile handling. I've
to double check that.

BR
Andreas

> regarts, Manfred
> 
> Am 14.07.2015 um 12:02 schrieb Andreas Lehmkühler:
> > Hi,
> >
> >> Manfred Pock  hat am 14. Juli 2015 um 11:39
> >> geschrieben:
> >>
> >>
> >> Ok, we load the pdf with useScratchFiles = true, if we load them with
> >> false the performance is better, but a little bit slower than the old one.
> > What do you use as input, a stream or a real file? If the latter you should
> > use
> > the load method with the file parameter.
> >
> > PDFBox needs ramdom access to the pdf and if a stream is provided PDFBox
> > copies
> > the data to a file (lower memory usage, slower performance) or to the memory
> > (higher memory usage, better performance).
> >
> > BR
> > Andreas
> >
> >
> >> But now it need more memory. I cannot load some pdfs with the current
> >> version with the same java-memory configuration.
> >>
> >> Am 14.07.2015 um 11:26 schrieb Manfred Pock:
> >>> Hi,
> >>>
> >>> we use the Pdfbox-trunkversion to render pdf's, currently we use the
> >>> version from 12. May 2015.
> >>>
> >>> Today i have done an update to the current version and have test it.
> >>> It seems to be that it need now much more time to render pdf's, it
> >>> depends of the size of the pdf.
> >>>
> >>> for example you can try this one:
> >>>
> >>> http://cloud.directupload.net/15bu
> >>>
> >>> It need five times more then the version from May 2015.
> >>>
> >>> regarts, Manfred
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: Performance of the trunkversion

[Andreas Lehmkühler]

Hi,

> Manfred Pock  hat am 14. Juli 2015 um 11:39
> geschrieben:
> 
> 
> Ok, we load the pdf with useScratchFiles = true, if we load them with 
> false the performance is better, but a little bit slower than the old one.
What do you use as input, a stream or a real file? If the latter you should use
the load method with the file parameter.

PDFBox needs ramdom access to the pdf and if a stream is provided PDFBox copies
the data to a file (lower memory usage, slower performance) or to the memory
(higher memory usage, better performance). 

BR
Andreas


> But now it need more memory. I cannot load some pdfs with the current 
> version with the same java-memory configuration.
> 
> Am 14.07.2015 um 11:26 schrieb Manfred Pock:
> > Hi,
> >
> > we use the Pdfbox-trunkversion to render pdf's, currently we use the 
> > version from 12. May 2015.
> >
> > Today i have done an update to the current version and have test it. 
> > It seems to be that it need now much more time to render pdf's, it 
> > depends of the size of the pdf.
> >
> > for example you can try this one:
> >
> > http://cloud.directupload.net/15bu
> >
> > It need five times more then the version from May 2015.
> >
> > regarts, Manfred
> 

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

Re: calling protect() after setAllSecurityToBeRemoved(true)

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 11. Juli 2015 um 19:56
> geschrieben:
> 
> 
> Hi
> 
> > Am 11.07.2015 um 19:44 schrieb Tilman Hausherr :
> > 
> > Yesterday user Roberto had a problem where a file wasn't saved with
> > encryption. The cause turned out to be that he had called
> > 
> > setAllSecurityToBeRemoved(true)
> > 
> > and then
> > 
> > protect(...)
> > 
> > I didn't find it by looking at his code, only after debugging in save().
> > 
> > Although the javadoc of both calls is clear, I see a risk that this happens
> > again, e.g. when people combine existing code.
> > 
> > What should be do? Options:
> > 
> > 1. nothing
> > 2. mention the risk in javadoc
> > 3. if allSecurityToBeRemoved is true in protect(), call LOG.warn("call
> > setAllSecurityToBeRemoved(false) before saving or file won't be encrypted");
> > 4. if allSecurityToBeRemoved is true in protect(), throw an
> > IllegalStateException
> > 5. set allSecurityToBeRemoved to false when protect() is called
> > 
> > I'm for options 3 or 4.
> 
> I'd go for option 5 together with a warning as the call to protect() shows the
> intention and add that to the javadocs.
+1

BR
Andreas

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

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

Re: Apache PDFBox July 2015 board report due

[Andreas Lehmkühler]

Hi,

sorry for my tardiness ...

> Tilman Hausherr  hat am 1. Juli 2015 um 20:13
> geschrieben:
> 
> 
> Am 01.07.2015 um 20:03 schrieb Andreas Lehmkuehler:
> > Hi,
> >
> > find attached a quick draft of the board report we're expected to 
> > submit this
> > month. It's based upon the report template which can be found at [1]
> >
> > @Tilman
> > Please provide a status about GSoC 2015
> 
> Project "PDFBOX-2530 improve PDFDebugger" is doing nicely, many useful 
> code contributions by the student have been committed, and benefits of 
> the improved PDFDebugger are already being felt. The best is that the 
> activities of the student have motivated other committers to provide 
> additional improvements, so the whole thing is now a group effort that 
> is expanded beyond the original targets.
@Tilman: Thanks for your input. I've added it to the draft as you certainly
already saw ;-)

BR
Andreas

> Tilman
> 
> >
> >
> > Any further comments, objections or additions?
> >
> >
> > 
> >
> > Report from the Apache PDFBox project [Andreas Lehmkühler]
> >
> > ## Description:
> >The Apache PDFBox library is an open source Java tool for working with
> >PDF documents.
> >
> > ## Activity:
> >
> >  - the work on our next major release 2.0.0 is an ongoing effort
> >  - our plan to cut a first release candidate in April didn't come true
> >  - we are down to round about 25 tickets for 2.0.0
> >
> > ## Issues:
> >
> >  - there are no issues requiring board attention at this time
> >
> > ## PMC/Committership changes:
> >
> >  - Currently 16 committers and 16 PMC members in the project.
> >  - No new PMC members added in the last 3 months
> >  - Last PMC addition was John Hewson at Tue Feb 11 2014
> >  - No new committers added in the last 3 months
> >  - Last committer addition was John Hewson at Fri Feb 07 2014
> >
> > ## Releases:
> >
> >  - Last release was 1.8.9 on Sat Mar 28 2015
> >
> > ## Mailing list activity:
> >
> >  - us...@pdfbox.apache.org:
> > - 496 subscribers (up 15 in the last 3 months):
> > - 579 emails sent to list (572 in previous quarter)
> >
> >  - dev@pdfbox.apache.org:
> > - 148 subscribers (down -2 in the last 3 months):
> > - 2609 emails sent to list (3650 in previous quarter)
> >
> >
> > ## JIRA activity:
> >
> >  - 110 JIRA tickets created in the last 3 months
> >  - 97 JIRA tickets closed/resolved in the last 3 months
> >
> > 
> >
> > BR
> > Andreas Lehmkühler
> >
> > [1] https://reporter.apache.org/?pdfbox
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: Broken Build

[Andreas Lehmkühler]

Hi,

> Andreas Lehmkühler  hat am 30. Juni 2015 um 11:54
> geschrieben:

> SNIP

> > Infra is still thinking about the configuration they want to use. The
> > current 
> > configuration doesn't work with jdk6 so that I've reconfigured our builds to
> > use 
> > jdk7. As there isn't any jdk including unlimited security the tests will
> > fail.
> I've set up a new build job [1] using java 6 incl. unlimited security to
> ensure
> that everything works. The new job doesn't deploy to the nexus repository. The
> ailing build is still active as it is used to deploy the SNAPSHOT artifacts to
> the nexus repos.
Infra now provided jdk7 including umlimited security on all (for now it doesn't
work everywhere but at least on ubuntu3 ;-)) jenkins slaves now. Therefore I've
configured our trunk build to use that jdk, so the encryption tests won't fail
anymore.

I'm planning to setup the animal sniffer maven plugin to ensure java6 api
compatibility, so that we can get rid of the extra jdk6 based build.
 
BR 
Andreas

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

Re: PDFBox 2.0.0 release

[Andreas Lehmkühler]

> Tilman Hausherr  hat am 6. Juli 2015 um 19:08
> geschrieben:
> 
> 
> Yes it would be great that the 2.0 version be released. Before the 
> opening of the new Berlin airport.
> 
> IMO only the following issues are important for 2.0:
> - PDFBOX-2301 - RandomAccessBuffer consumes too much memory - isn't that 
> one done?
There is only one todo left. I already have an idea but I doesn't work in any
cases yet.

> - PDFBOX-2370 - Move caching outside of PDResources - I assume John has 
> a concept in his head, but hasn't implemented it
> - PDFBOX-2423 - Page tree handling needs rewriting - only the page tree 
> issues are important (if any remain), the transparency problems can be 
> done later.
> - PDFBOX-2400 - Add insertPage() method - this is related to PDFBOX-2423
> - PDFBOX-2705 - Add IKVM support to Maven build - when this was created, 
> I thought this would be done quickly, but then nothing happened :-(
I'll have a look.

> - PDFBOX-2340 - documentation - I suggest a wiki for the migration issues.
> 
> A release candidate is a good idea, hopefully the people who use 2.0 
> already without updating after every new commit can test their own 
> applications.
> 
> Tilman
> 
> Am 06.07.2015 um 11:55 schrieb Andreas Lehmkühler:
> > Hi,
> >
> >
> > I'd like to do a 2.0.0 release rather sooner than later and I guess I'm not
> > the
> > only one ;-)
> >
> > We are down to 24 issues marked with "Fix Version 2.0.0".
> >
> > @Assignees: please have a look at "your" issues and verify if we really
> > should
> > wait for them to be resolved first or if those could be moved to a later
> > release
> > (2.1.0 or 3.0.0)
> >
> > To start with a release candidate would be another option, but I'd prefer to
> > release 2.0.0.
> >
> > WDYT?
> >
> > BR
> > Andreas Lehmkühler
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> 

BR
Andreas

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

2.0.0. RC was Re: PDFBox 2.0.0 release

[Andreas Lehmkühler]

Hi,

> Andreas Lehmkühler  hat am 6. Juli 2015 um 11:55
> geschrieben:
> 
> 
> Hi,
> 
> 
> I'd like to do a 2.0.0 release rather sooner than later and I guess I'm not
> the
> only one ;-)
> 
> We are down to 24 issues marked with "Fix Version 2.0.0".
> 
> @Assignees: please have a look at "your" issues and verify if we really should
> wait for them to be resolved first or if those could be moved to a later
> release
> (2.1.0 or 3.0.0)
> 
> To start with a release candidate would be another option, but I'd prefer to
> release 2.0.0.
> 
> WDYT?

As there seems to be a majority supporting a release candidate I'd like to find
out what exactly a possible RC would be so that we are all on the same page:

- is it feature complete? IMHO, yes
- is the api stable? IMHO, yes
- do we create a branch or just release from a tag? IMHO, we should branch,
especially if the api is meant to be stable
- we won't push the RC to maven central but would provide a possibility to
download the RC. This is a common approach in other apache projects


How long do we wait until releasing the final 2.0? We might define some
rule/goal for that.

What exactly will be the difference between the RC and the final release? (there
are not that much open tickets left, so that I presume it won't be that big)

I'm in favour of a final release without an RC. Our release process is quite
lean so that it wouldn't hurt to much to release a 2.0.x bugfix release.

BR
Andreas

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

PDFBox 2.0.0 release

[Andreas Lehmkühler]

Hi,


I'd like to do a 2.0.0 release rather sooner than later and I guess I'm not the
only one ;-)

We are down to 24 issues marked with "Fix Version 2.0.0".

@Assignees: please have a look at "your" issues and verify if we really should
wait for them to be resolved first or if those could be moved to a later release
(2.1.0 or 3.0.0)

To start with a release candidate would be another option, but I'd prefer to
release 2.0.0.

WDYT?

BR
Andreas Lehmkühler

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

Re: PDFBox 1.8.10 release

[Andreas Lehmkühler]

Hi,

> Tilman Hausherr  hat am 1. Juli 2015 um 21:22
> geschrieben:
> 
> 
> Am 30.06.2015 um 12:20 schrieb Andreas Lehmkühler:
> > Hi,
> >
> > there are again a number of solved issues and I'm thinking about a new
> > bugfix release. How about a new one next week, maybe later if someone
> > wants to get some addtional things done before?
> 
> I have only one thing I'd like to test, with Tim Allison, before a 
> release: there's a line in PDTextStripper
I'm not in a hurry ... 

> 
> if ((wordSpacing == 0) || (wordSpacing == Float.NaN))
> 
> however wordSpacing == Float.NaN is always false. So I'd like to find 
> out if there is any difference in using what the developer probably 
> intended, which is
> 
> if ((wordSpacing == 0) || (|Float.isNaN(|wordSpacing)))
> 
> (BCC to Tim)
> 
> Tilman


BR
Andreas

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

PDFBox 1.8.10 release

[Andreas Lehmkühler]

Hi,

there are again a number of solved issues and I'm thinking about a new
bugfix release. How about a new one next week, maybe later if someone
wants to get some addtional things done before?

WDYT?

BR
Andreas Lehmkühler

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

Re: Broken Build

[Andreas Lehmkühler]

Hi,

> Andreas Lehmkuehler  hat am 21. Juni 2015 um 14:03
> geschrieben:
> 
> 
> Hi,
> 
> Am 17.06.2015 um 06:38 schrieb Andreas Lehmkuehler:
> > Hi,
> >
> > Am 12.06.2015 um 12:17 schrieb Andreas Lehmkühler:
> >> Hi,
> >>
> >>> John Hewson  hat am 11. Juni 2015 um 19:43 geschrieben:
> >>>
> >>>
> >>> Our build has been failing for about a day now, with this message:
> >>>
> >>> [WARNING] Could not transfer metadata
> >>> org.apache.pdfbox:pdfbox-parent:2.0.0-SNAPSHOT/maven-metadata.xml from/to
> >>> apache.snapshots.https
> >>> (https://repository.apache.org/content/repositories/snapshots): peer not
> >>> authenticated
> >>>
> >>> Anybody know why?
> >> Tilman and I already tried to find out the reason. No answer on builds@ so
> >> far,
> >> but it seems jdk related. I've configured the build to use 1.7 and
> >> everything
> >> works so far, but the tests useing strong encryption.
> >>
> >> I've created a ticket too
> >>
> >> https://issues.apache.org/jira/browse/BUILDS-85
> > Infra reconfigured nexus so that one can use java 6 again. The build is back
> > to
> > normal.
> Infra is still thinking about the configuration they want to use. The current 
> configuration doesn't work with jdk6 so that I've reconfigured our builds to
> use 
> jdk7. As there isn't any jdk including unlimited security the tests will fail.
I've set up a new build job [1] using java 6 incl. unlimited security to ensure
that everything works. The new job doesn't deploy to the nexus repository. The
ailing build is still active as it is used to deploy the SNAPSHOT artifacts to
the nexus repos.

BR 
Andreas

[1]
https://builds.apache.org/user/lehmi/my-views/view/PDFBox/job/PDFBox-trunk%20(JDK%201.6.0%20unlimited%20security)/

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

Re: Broken Build

[Andreas Lehmkühler]

Hi,

> John Hewson  hat am 11. Juni 2015 um 19:43 geschrieben:
> 
> 
> Our build has been failing for about a day now, with this message:
> 
> [WARNING] Could not transfer metadata
> org.apache.pdfbox:pdfbox-parent:2.0.0-SNAPSHOT/maven-metadata.xml from/to
> apache.snapshots.https
> (https://repository.apache.org/content/repositories/snapshots): peer not
> authenticated
> 
> Anybody know why?
Tilman and I already tried to find out the reason. No answer on builds@ so far,
but it seems jdk related. I've configured the build to use 1.7 and everything
works so far, but the tests useing strong encryption.

I've created a ticket too

https://issues.apache.org/jira/browse/BUILDS-85


> 
> — John
> 

BR
Andreas

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

Re: [jira] [Resolved] (PDFBOX-2790) Syntax error in DOAP file release section

[Andreas Lehmkühler]

Hi, 

@Tilman: thanks for the fast fix.

The doap file isn't related to a specific version. It is used to automagically 
provide some information for people.a.o , only the trunk version is needed.

IMHO you might remove the fixed version and close the ticket.

BR, Andreas

Am 8. Mai 2015 19:26:59 GMT+01:00, schrieb "Tilman Hausherr (JIRA)" 
:
>
>[
>https://issues.apache.org/jira/browse/PDFBOX-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>]
>
>Tilman Hausherr resolved PDFBOX-2790.
>-
>   Resolution: Fixed
>Fix Version/s: 2.0.0
>
>> Syntax error in DOAP file release section
>> -
>>
>> Key: PDFBOX-2790
>> URL:
>https://issues.apache.org/jira/browse/PDFBOX-2790
>> Project: PDFBox
>>  Issue Type: Bug
>>  Components: Documentation
>>Affects Versions: 2.0.0
>> Environment:
>http://svn.apache.org/repos/asf/pdfbox/trunk/doap_PDFBox.rdf
>>Reporter: Sebb
>>Assignee: Tilman Hausherr
>>  Labels: DOAP
>> Fix For: 2.0.0
>>
>>
>> DOAP files can contain details of multiple release Versions, however
>each must be listed in a separate release section, for example:
>> {code}
>> 
>>   
>> Apache XYZ
>> 2015-02-16
>> 1.6.2
>>   
>> 
>> 
>>   
>> Apache XYZ
>> 2014-09-24
>> 1.6.1
>>   
>> 
>> {code}
>> Please can the project DOAP be corrected accordingly?
>> Thanks.
>
>
>
>--
>This message was sent by Atlassian JIRA
>(v6.3.4#6332)
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>For additional commands, e-mail: dev-h...@pdfbox.apache.org

Re: encryption as JIRA component

[Andreas Lehmkühler]

Hi,

> Tilman Hausherr  hat am 30. April 2015 um 08:28
> geschrieben:
> 
> 
> Hi all,
> 
> I propose that we add a component "crypto" as possible in the field 
> "Component/s:". Often encryption is assigned "Writing", but that doesn't 
> including reading and decrypting stuff.
Good idea. I've just added a component "Crypto" to JIRA.


> Tilman
> 
> **

BR
Andreas Lehmkühler

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

Re: Build failed in Jenkins: PDFBox-trunk #1997

[Andreas Lehmkühler]

Hi,

we are not responsible for the recent build issues. I'm in contact with infra
and another committer already created a ticket BUILDS-72. 


BR
Andreas


> Apache Jenkins Server  hat am 17. April 2015 um
> 11:01 geschrieben:
> 
> 
> See 
> 
> Changes:
> 
> [msahyoun] PDFBOX-2758 fix setting title attribute
> 
> [msahyoun] PDFBOX-2758 add Link annotation to FDF
> 
> [msahyoun] PDFBOX-2758 initialize additional FDFAnnotations when importing
> from FDF/XFDF
> 
> --
> [...truncated 1622 lines...]
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/TrailerValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/XRefValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/BookmarkValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/AbstractProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/AcroFormValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/CatalogValidationProcess.java
> A preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/SinglePageValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/ShaddingPatternValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/ActionsValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/DestinationValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/GraphicObjectPageValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/TilingPatternValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/FontValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/ExtGStateValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/AnnotationValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/reflect/ResourcesValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/StreamValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/PageTreeValidationProcess.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/process/EmptyValidationProcess.java
> A preflight/src/main/java/org/apache/pdfbox/preflight/metadata
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/metadata/PDFAIdentificationValidation.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/metadata/XpacketParsingException.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/metadata/RDFAboutAttributeConcordanceValidation.java
> AU
>
> preflight/src/main/java/org/apache/pdfbox/preflight/metadata/SynchronizedMetaDataValidation.java
> AU
>preflight/src/main/java/org/apache/pdfbox/preflight/PreflightPath.java
> A preflight/src/main/appended-resources
> A preflight/src/main/appended-resources/META-INF
> AUpreflight/src/main/appended-resources/META-INF/NOTICE.txt
> AUpreflight/src/main/appended-resources/META-INF/LICENSE.txt
> A preflight/src/main/resources
> A preflight/src/test
> A preflight/src/test/java
> A preflight/src/test/java/org
> A preflight/src/test/java/org/apache
> A preflight/src/test/java/org/apache/pdfbox
> A preflight/src/test/java/org/apache/pdfbox/preflight
> AUpreflight/src/test/java/org/apache/pdfbox/preflight/TestIsartor.java
> A preflight/src/test/java/org/apache/pdfbox/preflight/integration
> AU
>
> preflight/src/test/java/org/apache/pdfbox/preflight/integration/TestInvalidFiles.java
> AU
>
> preflight/src/test/java/org/apache/pdfbox/preflight/integration/TestIsartorValidation.java
> AU
>
> preflight/src/test/java/org/apache/pdfbox/preflight/integration/AbstractInvalidFileTester.java
> AU
>
> preflight/src/test/java/org/apache/pdfbox/preflight/integration/TestValidFiles.java
> AU
>
> preflight/src/test/java/org/apache/pdfbox/preflight/TestValidDirectory.java
> AUpreflight/src/test/java/org/apache/pdfbox/preflight/Benchmark.java
> AU
>
> preflight/src/test/java/org/apache/pdfbox/preflight/TestInvalidDirectory.java
> AU
>
> preflight/src/test/java/org/apache/pdfbox/preflight/TestPreflightConfiguration.java
> A preflight/src/test/java/org/apache/pdfbox/prefli

TravisCI

[Andreas Lehmkühler]

Hi,

https://blogs.apache.org/infra/entry/apache_gains_additional_travis_ci

@John
Is there anything to move elsewehere so that we can participate?

BR
Andreas Lehmkühler

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

Re: Apache PDFBox April 2015 board report due

[Andreas Lehmkühler]

Hi,


> Andreas Lehmkuehler  hat am 31. März 2015 um 18:29
> geschrieben:
> 
> 
> Hi,
> 
> find attached a quick draft of the board report we're expected to submit this
> month. It's based upon the report template which can be found at [1]
> 
> @Tilman
> Please provide a status about GSoC 2015
> 
> 
> Any further comments, objections or additions?
I've submitted the report as is + Tilmans GSoC comment.

BR
Andreas
> 
> 
> 
> 
> Report from the Apache PDFBox project [Andreas Lehmkühler]
> 
> ## Description:
> The Apache PDFBox library is an open source Java tool for working with
> PDF documents.
> 
> ## Activity:
> 
>   - Apache™ PDFBox™ named an Open Source Partner Organization of the PDF
> Association, see http://s.apache.org/Wsf for further details
>   - there is a steady stream of contributions and bug reports from the
> community
>   - we've just released another bugfix release 1.8.9
>   - the work on our next major release 2.0 is an ongoing effort
>   - we are planning to cut a first release candidate in April
> 
> ## Issues:
> 
>   - there are no issues requiring board attention at this time
> 
> ## PMC/Committership changes:
> 
>   - Currently 16 committers and 16 PMC members in the project.
>   - No new PMC members added in the last 3 months
>   - Last PMC addition was John Hewson at Tue Feb 11 2014
>   - No new committers added in the last 3 months
>   - Last committer addition was John Hewson at Fri Feb 07 2014
> 
> ## Releases:
> 
>   - 1.8.9 was released on Sat Mar 28 2015
> 
> ## Mailing list activity:
> 
>   - us...@pdfbox.apache.org:
>  - 480 subscribers (down -9 in the last 3 months):
>  - 589 emails sent to list (344 in previous quarter)
> 
>   - dev@pdfbox.apache.org:
>  - 151 subscribers (up 2 in the last 3 months):
>  - 3710 emails sent to list (4297 in previous quarter)
> 
> 
> ## JIRA activity:
> 
>   - 153 JIRA tickets created in the last 3 months
>   - 196 JIRA tickets closed/resolved in the last 3 months
> 
> 
> 
> BR
> Andreas Lehmkühler
> 
> [1] https://reporter.apache.org/?pdfbox
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: Apache PDFBox April 2015 board report due

[Andreas Lehmkühler]

Hi,

> Tilman Hausherr  hat am 31. März 2015 um 19:16
> geschrieben:
> 
> 
> Am 31.03.2015 um 18:29 schrieb Andreas Lehmkuehler:
> > Hi,
> >
> > find attached a quick draft of the board report we're expected to 
> > submit this
> > month. It's based upon the report template which can be found at [1]
> >
> > @Tilman
> > Please provide a status about GSoC 2015
> 
> PDFBox participates in GSoC2015 with issue PDFBOX-2530, mentored by 
> Tilman Hausherr. There have been two applications. The participating 
> student will be announced on 27.4.2015.
Thanks, I've added your comment to the report

BR
Andreas

> 
> 
> 
> Tilman
> 
> >
> >
> > Any further comments, objections or additions?
> >
> >
> > 
> >
> > Report from the Apache PDFBox project [Andreas Lehmkühler]
> >
> > ## Description:
> >The Apache PDFBox library is an open source Java tool for working with
> >PDF documents.
> >
> > ## Activity:
> >
> >  - Apache™ PDFBox™ named an Open Source Partner Organization of the PDF
> > Association, see http://s.apache.org/Wsf for further details
> >  - there is a steady stream of contributions and bug reports from the 
> > community
> >  - we've just released another bugfix release 1.8.9
> >  - the work on our next major release 2.0 is an ongoing effort
> >  - we are planning to cut a first release candidate in April
> >
> > ## Issues:
> >
> >  - there are no issues requiring board attention at this time
> >
> > ## PMC/Committership changes:
> >
> >  - Currently 16 committers and 16 PMC members in the project.
> >  - No new PMC members added in the last 3 months
> >  - Last PMC addition was John Hewson at Tue Feb 11 2014
> >  - No new committers added in the last 3 months
> >  - Last committer addition was John Hewson at Fri Feb 07 2014
> >
> > ## Releases:
> >
> >  - 1.8.9 was released on Sat Mar 28 2015
> >
> > ## Mailing list activity:
> >
> >  - us...@pdfbox.apache.org:
> > - 480 subscribers (down -9 in the last 3 months):
> > - 589 emails sent to list (344 in previous quarter)
> >
> >  - dev@pdfbox.apache.org:
> > - 151 subscribers (up 2 in the last 3 months):
> > - 3710 emails sent to list (4297 in previous quarter)
> >
> >
> > ## JIRA activity:
> >
> >  - 153 JIRA tickets created in the last 3 months
> >  - 196 JIRA tickets closed/resolved in the last 3 months
> >
> > 
> >
> > BR
> > Andreas Lehmkühler
> >
> > [1] https://reporter.apache.org/?pdfbox
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: JavaDoc and timestamps

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 30. März 2015 um 07:42
> geschrieben:
> 
> 
> Hi,
> 
> can we remove the generated hidden timestamps from the javadoc as this will
> change every file when newly generating the javadoc even though the content
> itself might not have changed thus making an update to svn for each file.
Yes, we already did that when generating our website using maven

> BR
> Maruan


BR
Andreas

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

Re: PDFBox AcroForms and Barcode

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 27. März 2015 um 09:02
> geschrieben:
> 
> 
> Hi,
> 
> to enhance the coverage of acroforms wrt to the PDF specification we'd need to
> support barcode fields. A lib we could use as a base is Barcode4J [1] which is
> ASL licensed. As it has features and dependencies we don't need/want I'd think
> we'd need to rip it apart and reuse what's needed and add what's missing.
> 
> The other option is adding that as a dependency and add a custom Canvas
> implementation but this means that we'd also need Avalon … - which would add a
> lot to PDFBox. So I'd tend towards taking the code as a base.
> 
> How could we proceed?
Barcode4J contains a lot of ancient software. IMHO it would be a good idea to
strip it down to the needed parts to avoid some old stuff if possible. Or we
should try to update Barcode4J to use newer versions of the dependencies.

BR
Andreas

> BR
> Maruan
> 
> [1] http://barcode4j.sourceforge.net
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: PDFBox AcroForms and Barcode

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 27. März 2015 um 09:02
> geschrieben:
> 
> 
> Hi,
> 
> to enhance the coverage of acroforms wrt to the PDF specification we'd need to
> support barcode fields. A lib we could use as a base is Barcode4J [1] which is
> ASL licensed. As it has features and dependencies we don't need/want I'd think
> we'd need to rip it apart and reuse what's needed and add what's missing.
> 
> The other option is adding that as a dependency and add a custom Canvas
> implementation but this means that we'd also need Avalon … - which would add a
> lot to PDFBox. So I'd tend towards taking the code as a base.
> 
> How could we proceed?
I'm not familiar with that acroform option. What exactly do we have to
implement? Transforming a text into a barcode I guess, but what output format,
bitmap?

BR
Andreas

> BR
> Maruan
> 
> [1] http://barcode4j.sourceforge.net
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: PDFBox 1.8.9 release

[Andreas Lehmkühler]

> Andreas Lehmkühler  hat am 23. März 2015 um 09:03
> geschrieben:
> 
> 
> Hi,
> 
> > Tilman Hausherr  hat am 22. März 2015 um 22:46
> > geschrieben:
> > 
> > 
> > Am 22.03.2015 um 15:53 schrieb Maruan Sahyoun:
> > >> Am 22.03.2015 um 14:55 schrieb Tilman Hausherr :
> > >>
> > >> He already did... I need to have another look (hopefully tonight), and
> > >> there was also some dialog between Maruan and Tim about acroforms and I'm
> > >> not sure what the result is - whether it is OK or whether something needs
> > >> to be done.
> > > the result is fine with 1.8.9 - the diff compared to the 1.8.8 output is
> > > because the 1.8.8 output was wrong as the same content was repeated
> > > multiple
> > > times although there was only one field.
> > >
> > > {quote}
> > > Therefore, we have another improvement with 1.8.9.
> > > {quote}
> > 
> > Yeah, I did read that, but then the dialog went on... oh well. So the 
> > only difference that remains now are weird differences depending on 
> > wether Tim uses  single-thread or multi-thread. And as I said, I 'm 
> > unable to investigate that. I'm satisfied that the texts are identical 
> > in my tests.
> I've waited for some nice result sheet as we got last time, so that I thought
> the test isn't finished yet. However, we don't need a fancy report, it was
> just
> a wrong expection of mine. To sum it up we are all good here and I'm going to
I've just found the conversation in TIKA-1575, it seems that everything is ok.
:-)

BR
Andreas
> cut the release tomorrow evening round about 36 hours from now if nobody
> objects.
> 
> BR
> Andreas
> 
> > 
> > Tilman
> > 
> > >
> > > Maruan
> > >
> > >> Tilman
> > >>
> > >> Am 22.03.2015 um 14:38 schrieb Andreas Lehmkuehler:
> > >>> Hi,
> > >>>
> > >>> Am 12.03.2015 um 18:57 schrieb Allison, Timothy B.:
> > >>>> Thank you, Tilman, for pinging me on this.  I should have results by
> > >>>> tomorrow.
> > >>> @Tim, just a friednly reminder, any updates on the test results?
> > >>>
> > >>> BR
> > >>> Andreas
> > >>>
> > >>>> Best,
> > >>>>
> > >>>> Tim
> > >>>>
> > >>>> -Original Message-
> > >>>> From: Tilman Hausherr [mailto:thaush...@t-online.de]
> > >>>> Sent: Thursday, March 12, 2015 1:39 PM
> > >>>> To: dev@pdfbox.apache.org
> > >>>> Subject: Re: PDFBox 1.8.9 release
> > >>>>
> > >>>> +1
> > >>>>
> > >>>> I'll ask Tim Allison to run his mass tests.
> > >>>>
> > >>>> Tilman
> > >>>>
> > >>>> Am 11.03.2015 um 12:12 schrieb Andreas Lehmkühler:
> > >>>>> Hi,
> > >>>>>
> > >>>>> there are again a number of solved issues and I'm thinking about a new
> > >>>>> bugfix release. How about a new one next week, maybe later if someone
> > >>>>> wants to get some addtional things done before?
> > >>>>>
> > >>>>> WDYT?
> > >>>>>
> > >>>>> BR
> > >>>>> Andreas Lehmkühler
> > >>>>>
> > >>>>> -
> > >>>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > >>>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > >>>>>
> > >>>>
> > >>>> -
> > >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > >>>>
> > >>>>
> > >>>> -
> > >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > >>>>
> > >>>
> > >>> -
> > >>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > >>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > >>>
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> > >>
> > >
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: PDFBox 1.8.9 release

[Andreas Lehmkühler]

Hi,

> Tilman Hausherr  hat am 22. März 2015 um 22:46
> geschrieben:
> 
> 
> Am 22.03.2015 um 15:53 schrieb Maruan Sahyoun:
> >> Am 22.03.2015 um 14:55 schrieb Tilman Hausherr :
> >>
> >> He already did... I need to have another look (hopefully tonight), and
> >> there was also some dialog between Maruan and Tim about acroforms and I'm
> >> not sure what the result is - whether it is OK or whether something needs
> >> to be done.
> > the result is fine with 1.8.9 - the diff compared to the 1.8.8 output is
> > because the 1.8.8 output was wrong as the same content was repeated multiple
> > times although there was only one field.
> >
> > {quote}
> > Therefore, we have another improvement with 1.8.9.
> > {quote}
> 
> Yeah, I did read that, but then the dialog went on... oh well. So the 
> only difference that remains now are weird differences depending on 
> wether Tim uses  single-thread or multi-thread. And as I said, I 'm 
> unable to investigate that. I'm satisfied that the texts are identical 
> in my tests.
I've waited for some nice result sheet as we got last time, so that I thought
the test isn't finished yet. However, we don't need a fancy report, it was just
a wrong expection of mine. To sum it up we are all good here and I'm going to
cut the release tomorrow evening round about 36 hours from now if nobody
objects.

BR
Andreas

> 
> Tilman
> 
> >
> > Maruan
> >
> >> Tilman
> >>
> >> Am 22.03.2015 um 14:38 schrieb Andreas Lehmkuehler:
> >>> Hi,
> >>>
> >>> Am 12.03.2015 um 18:57 schrieb Allison, Timothy B.:
> >>>> Thank you, Tilman, for pinging me on this.  I should have results by
> >>>> tomorrow.
> >>> @Tim, just a friednly reminder, any updates on the test results?
> >>>
> >>> BR
> >>> Andreas
> >>>
> >>>> Best,
> >>>>
> >>>> Tim
> >>>>
> >>>> -Original Message-
> >>>> From: Tilman Hausherr [mailto:thaush...@t-online.de]
> >>>> Sent: Thursday, March 12, 2015 1:39 PM
> >>>> To: dev@pdfbox.apache.org
> >>>> Subject: Re: PDFBox 1.8.9 release
> >>>>
> >>>> +1
> >>>>
> >>>> I'll ask Tim Allison to run his mass tests.
> >>>>
> >>>> Tilman
> >>>>
> >>>> Am 11.03.2015 um 12:12 schrieb Andreas Lehmkühler:
> >>>>> Hi,
> >>>>>
> >>>>> there are again a number of solved issues and I'm thinking about a new
> >>>>> bugfix release. How about a new one next week, maybe later if someone
> >>>>> wants to get some addtional things done before?
> >>>>>
> >>>>> WDYT?
> >>>>>
> >>>>> BR
> >>>>> Andreas Lehmkühler
> >>>>>
> >>>>> -
> >>>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>>>
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>>
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >>> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> >> For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >>
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: PDColorSpace.toRGBImageAWT() very slow

[Andreas Lehmkühler]

Hi,


> Tilman Hausherr  hat am 19. März 2015 um 23:30
> geschrieben:
> 
> 
> I'm testing preflight on the Rackspace server of Tim Allison. Preflight 
> is very slow, and I narrowed this to
> PDColorSpace.toRGBImageAWT(), there to the line
> 
>op.filter(src, dest);
> 
> Initialization of a CMYK based PDIndexed colorspace takes between 1 and 
> 4 seconds :-( On my W7 system, it takes about 50ms.
> 
> Java installed on the server:
> 
> java version "1.7.0_75"
> OpenJDK Runtime Environment (rhel-2.5.4.2.el7_0-x86_64 u75-b13)
> OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode)
According to [1] it seems to be a regression within newer versions >1.7.0_25 of
the OpenJDK

BR
Andreas

[1]
https://bugs.openjdk.java.net/browse/JDK-8041125?page=com.atlassian.streams.streams-jira-plugin:activity-stream-issue-tab
> 
> 
> Tilman
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: dev-h...@pdfbox.apache.org
>

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

Re: Remove commented out code

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 17. März 2015 um 10:50
> geschrieben:
> 
> 
> Hi,
> 
> we have a number of classes where the is commented out code which was
> commented out many years ago. I'd propose to remove that for 2.0. WDYT?
Remove it, as nothing gets lost due to the fact that everything still resides
within the svn repositiory.

> Maruan

BR
Andreas Lehmkühler

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

PDFBox 1.8.9 release

[Andreas Lehmkühler]

Hi,

there are again a number of solved issues and I'm thinking about a new
bugfix release. How about a new one next week, maybe later if someone
wants to get some addtional things done before?

WDYT?

BR
Andreas Lehmkühler

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

Re: Remove ant build?

[Andreas Lehmkühler]

Hi,

> Daniel Wilson  hat am 5. März 2015 um 23:16
> geschrieben:
> 
> 
> Yes, it is needed for IKVM.  But I was just informed that the IKVM build is
> considered an unsupported 3rd-party version.
As Tilman already said, there wasn't any descision to stop supporting it, but as
none of the active committers uses .NET there wasn't any real support for it.
Additionally we never shipped any official .NET binary.

There was a proposal to include the IKVM build in maven but I'm still waiting
for some answers and I didn't find some time to test it myself.

> As far as I can tell, it is also needed for the TestPDFToImage junit test.
> That is the testimage target in the ant build.
> 
> Btw, I DID get the ant build to produce a working version of PDFBox
> yesterday.  I simply needed to download the appropriate binaries from the
> maven repo.
We still have a jenkins ant build, which works well. 

Im just curious, as I build some unofficial .NET versions of PDFBox in the past.
What PDFBox version did you build, 1.8.8 or trunk? What version of IKVM did you
use? 

BR
Andreas Lehmkühler

> 
> On Thu, Mar 5, 2015 at 2:55 PM, Tilman Hausherr 
> wrote:
> 
> > I've never used it.
> >
> > Isn't it needed for the users of IKVM ?
> >
> > Tilman
> >
> > Am 05.03.2015 um 20:46 schrieb John Hewson:
> >
> >> Based on discussions on the users lists, it looks like our ant build
> >> doesn’t actually produce working builds of PDFBox. I think we should remove
> >> the ant build in 2.0, we don’t need two build systems, and clearly none of
> >> us are maintaining it.
> >>
> >> WDYT?
> >>
> >> — John
> >>
> >>
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
> > For additional commands, e-mail: dev-h...@pdfbox.apache.org
> >
> >

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

Re: Build Unstable

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 4. März 2015 um 14:08
> geschrieben:
> 
> 
> Hi,
> 
> we are getting this message
> 
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.pdfbox.pdmodel.graphics.color.PDDeviceRGB
> 
> Ideas?
Seems to be some Jenkins issue. It already happened some builds ago. Let's just
wait until the next one.

> BR
> Maruan

BR
Andreas Lehmkühler

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

Re: SonarQube configuration

[Andreas Lehmkühler]

Hi,

> Andreas Lehmkühler  hat am 21. Januar 2015 um 08:53
> geschrieben:
> 
> 
> Hi,
> 
> > Tilman Hausherr  hat am 20. Januar 2015 um 20:08
> > geschrieben:
> > 
> > 
> > Andreas, do you have the power to change configurations in SonarQube? My 
> > wishes:
> No, unfortunately not, we have to contact infra. Do you like to do so or
> should
> I?
We have to contact builds@ not infra.

> > - that the run is at 1 AM instead of 8:39 AM, this way the people who 
> > use it (who all work on DE timezone) can see the latest improvements / 
> > issues in the morning (currently, they appear at about 10 AM)
> +1
> 
> > - that the "time machine" keeps a additional snapshot of day-3 and 
> > day-7, additional to currently day-1, day-30. Reason: this way new 
> > improvements / issues won't be lost if one forgets to look at it.
> I''m not familiar with the configuration details of sonar. Is this supported
> of
> "just" your wish?
> 
> > - change the title (currently it is something generic)
> What title?
> 
> > Tilman
> 
> 
> BR
> Andreas Lehmkühler

Re: SonarQube configuration

[Andreas Lehmkühler]

Hi,

> Tilman Hausherr  hat am 20. Januar 2015 um 20:08
> geschrieben:
> 
> 
> Andreas, do you have the power to change configurations in SonarQube? My 
> wishes:
No, unfortunately not, we have to contact infra. Do you like to do so or should
I?

> - that the run is at 1 AM instead of 8:39 AM, this way the people who 
> use it (who all work on DE timezone) can see the latest improvements / 
> issues in the morning (currently, they appear at about 10 AM)
+1

> - that the "time machine" keeps a additional snapshot of day-3 and 
> day-7, additional to currently day-1, day-30. Reason: this way new 
> improvements / issues won't be lost if one forgets to look at it.
I''m not familiar with the configuration details of sonar. Is this supported of
"just" your wish?

> - change the title (currently it is something generic)
What title?

> Tilman


BR
Andreas Lehmkühler

Re: Apache PDFBox January 2015 board report due

[Andreas Lehmkühler]

Hi,

> Andreas Lehmkuehler  hat am 10. Januar 2015 um 13:50
> geschrieben:
> 
> 
> Hi,
> 
> find attached a quick draft of the board report we're expected to submit this
> month.
I've submitted our report and added a private notice about our PDF Association
liason.

Thanks for your input/review.

BR
Andreas Lehmkühler

Re: Apache PDFBox January 2015 board report due

[Andreas Lehmkühler]

Hi,

> John Hewson  hat am 13. Januar 2015 um 19:52 geschrieben:
> 
> 
> On 10 Jan 2015, at 04:50, Andreas Lehmkuehler  wrote:
> > 
> > Hi,
> > 
> > find attached a quick draft of the board report we're expected to submit
> > this
> > month.
> > 
> > @John
> > Any news about "your" GSoC project?
> 
> Yes, my student is still around and is working on getting the Windows build
> working. Bundling native binaries with PDFBox is going to be tricky but we
> should be able to reduce it to a single plugin jar. In theory we could use
> Apache’s builedbot instances to do cross-platform C++ builds to generate a
> multi-binary jar. I’ve set this as a 2.1 issue, because the release process
> surrounding this is quite tricky for us - the the OCR plugin does currently
> work.
Thanks for the information. I didn't add anything about GSoC as there weren't
any news.

BR
Andreas Lehmkühler
> 
> > 
> > Any further comments, objections or additions?
> > 
> > 
> > 
> > 
> > The Apache PDFBox library is an open source Java tool for working with PDF
> > documents.
> > 
> > 
> > General Comments
> > 
> > 
> > There are no issues that require Board attention.
> > 
> > Community
> > -
> > 
> > There is a steady stream of contributions and bug reports from the
> > community.
> > 
> > John Hewson and Tilman Hausherr were added as committers and PMC members to
> > our ranks in February 2014.
> > 
> > 493 (481 last report) subscribers on the user@ list
> > 149 (155 last report) subscribers on the dev@ list
> > 
> > Releases
> > 
> > 
> > Version 1.8.8 was released on 13nd of December 2014. It is an incremental
> > bugfix release based on PDFBox 1.8.x.
> > 
> > 
> > Development:
> > 
> > 
> > The work on our next major release is an ongoing effort. The main topics
> > are:
> > 
> > - switch to java 1.6
> > - enhance the parser
> > - code cleanup
> > - enhance rendering
> > - enhance font handling
> > - add unicode support
> > - reduce memory footprint
> > 
> > The long-awaited new major release is still under construction and there is
> > still a lot to do. Most of the bigger parts are done so that we see the
> > light at the end of the tunnel.
> > 
> > 
> > 
> > BR
> > Andreas Lehmkühler
>

Re: Apache PDFBox January 2015 board report due

[Andreas Lehmkühler]

Hi,

we shouldn't put to much information/details into our report as the board
members 
have to approve a lot of reports in preparation of a monthly meeting (this month

there are about 80 reports), but I'm going to add some brief information on the 
mentioned topics.

> Maruan Sahyoun  hat am 11. Januar 2015 um 18:02
> geschrieben:
> 
> 
> Tilman, Andreas,
> 
> good idea. In addition we should include some of the metrics from the Sonar
> Reports
> 
> a) because we made some progress there (mostly because of your efforts) and
> b) we provide feedback that such tools, provided by the ASF to us, are very
> valuable and used by the projects
> 
> I'd also include the much better test coverage with the corpora testbed both
> for PDFBox 'core' as well as Preflight.
> 
> Above topics could be under a 'Software Quality' header
> 
> Maybe it's also worth noting the joint efforts with TIKA to show cross project
> efforts. These have been very useful I think.


"Software Quality


There is an ongoing effort to improve PDFBox based on the analysis of different
tools
such as SonarQube, FindBugs and others. Only last month we reduced the number of
issues
as reported SonarQube by 20%.

We joined our forces with the Tika project. Tim Allison ran some tests on their
huge pool
of test files pdfs (> 50.000 pdfs) to
- avoid regressions when preparing the 1.8.8 bugfix release
- get clearance for updating Tika to use PDFBox 1.8.8
- find differences/improvements comparing the new major release 2.0 to the
current released version 1.8.x
- avoid regressions when switching the parser
- find cases for improvements/unsupported features and corner case pdfs not
exactly following the pdf specs
"

>  
> 
> BR
> 
> Maruan

BR
Andreas Lehmkühler

> 
> Am 10.01.2015 um 16:07 schrieb Tilman Hausherr :
> 
> > I wonder if it would make sense to include some statistic about issues
> > opened vs. issues resolved/closed. For example, a statistic like this
> > 
> > https://issues.apache.org/jira/browse/PDFBOX/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel
> > 
> > looks very nice, it means we're getting forward, while another such as this
> > one
> > 
> > https://issues.apache.org/jira/browse/IMAGING/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel
> > 
> > means they're falling behind (but still making a good effort).
> > 
> > Tilman
> > 
> > Am 10.01.2015 um 13:50 schrieb Andreas Lehmkuehler:
> >> Hi,
> >> 
> >> find attached a quick draft of the board report we're expected to submit
> >> this
> >> month.
> >> 
> >> @John
> >> Any news about "your" GSoC project?
> >> 
> >> 
> >> Any further comments, objections or additions?
> >> 
> >> 
> >> 
> >> 
> >> The Apache PDFBox library is an open source Java tool for working with PDF
> >> documents.
> >> 
> >> 
> >> General Comments
> >> 
> >> 
> >> There are no issues that require Board attention.
> >> 
> >> Community
> >> -
> >> 
> >> There is a steady stream of contributions and bug reports from the
> >> community.
> >> 
> >> John Hewson and Tilman Hausherr were added as committers and PMC members to
> >> our ranks in February 2014.
> >> 
> >> 493 (481 last report) subscribers on the user@ list
> >> 149 (155 last report) subscribers on the dev@ list
> >> 
> >> Releases
> >> 
> >> 
> >> Version 1.8.8 was released on 13nd of December 2014. It is an incremental
> >> bugfix release based on PDFBox 1.8.x.
> >> 
> >> 
> >> Development:
> >> 
> >> 
> >> The work on our next major release is an ongoing effort. The main topics
> >> are:
> >> 
> >> - switch to java 1.6
> >> - enhance the parser
> >> - code cleanup
> >> - enhance rendering
> >> - enhance font handling
> >> - add unicode support
> >> - reduce memory footprint
> >> 
> >> The long-awaited new major release is still under construction and there is
> >> still a lot to do. Most of the bigger parts are done so that we see the
> >> light at the end of the tunnel.
> >> 
> >> 
> >> 
> >> BR
> >> Andreas Lehmkühler
> > 
>

Re: Apache PDFBox January 2015 board report due

[Andreas Lehmkühler]

Hi,

those information is not required, but I'm going add the following sentence:

"170 JIRA tickets were created and 233 were resolved in the past 3 months."

Or do you have something different in mind?

BR
Anreas Lehmkühler

> Tilman Hausherr  hat am 10. Januar 2015 um 16:07
> geschrieben:
> 
> 
> I wonder if it would make sense to include some statistic about issues 
> opened vs. issues resolved/closed. For example, a statistic like this
> 
> https://issues.apache.org/jira/browse/PDFBOX/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel
> 
> looks very nice, it means we're getting forward, while another such as 
> this one
> 
> https://issues.apache.org/jira/browse/IMAGING/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel
> 
> means they're falling behind (but still making a good effort).
> 
> Tilman
> 
> Am 10.01.2015 um 13:50 schrieb Andreas Lehmkuehler:
> > Hi,
> >
> > find attached a quick draft of the board report we're expected to 
> > submit this
> > month.
> >
> > @John
> > Any news about "your" GSoC project?
> >
> >
> > Any further comments, objections or additions?
> >
> >
> > 
> >
> > The Apache PDFBox library is an open source Java tool for working with 
> > PDF
> > documents.
> >
> >
> > General Comments
> > 
> >
> > There are no issues that require Board attention.
> >
> > Community
> > -
> >
> > There is a steady stream of contributions and bug reports from the 
> > community.
> >
> > John Hewson and Tilman Hausherr were added as committers and PMC 
> > members to our ranks in February 2014.
> >
> > 493 (481 last report) subscribers on the user@ list
> > 149 (155 last report) subscribers on the dev@ list
> >
> > Releases
> > 
> >
> > Version 1.8.8 was released on 13nd of December 2014. It is an 
> > incremental bugfix release based on PDFBox 1.8.x.
> >
> >
> > Development:
> > 
> >
> > The work on our next major release is an ongoing effort. The main 
> > topics are:
> >
> > - switch to java 1.6
> > - enhance the parser
> > - code cleanup
> > - enhance rendering
> > - enhance font handling
> > - add unicode support
> > - reduce memory footprint
> >
> > The long-awaited new major release is still under construction and 
> > there is still a lot to do. Most of the bigger parts are done so that 
> > we see the light at the end of the tunnel.
> >
> > 
> >
> > BR
> > Andreas Lehmkühler
>

Re: PDFBox Docs

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 8. Januar 2015 um 12:52
> geschrieben:
> 
> 
> 
> Am 08.01.2015 um 12:39 schrieb Andreas Lehmkühler :
> 
> > 
> > 
> >> Maruan Sahyoun  hat am 8. Januar 2015 um 12:18
> >> geschrieben:
> >> 
> >> 
> >> Am 08.01.2015 um 11:51 schrieb Maruan Sahyoun :
> >> 
> >>> Am 08.01.2015 um 11:44 schrieb Andreas Lehmkühler :
> >>> 
> >>>> Hi,
> >>>> 
> >>>>> Maruan Sahyoun  hat am 1. Januar 2015 um 21:52
> >>>>> geschrieben:
> >>>>> 
> >>>>> 
> >>>>> the docs shall reside in pdfbox-docs from where they will be pulled onto
> >>>>> the
> >>>>> website or looked at directly at github. 
> >>>>> 
> >>>>> The publishing process to our website is not yet in place as there is no
> >>>>> new
> >>>>> content. I'm looking to get the redesign of the website done to
> >>>>> accommodate
> >>>>> for the old 1.8 and new 2.0 release.
> >>>> 
> >>>> The Apache Drill project seems to use something which could be
> >>>> interesting
> >>>> for
> >>>> us as well, see the posting on dev@community
> >>>> 
> >>>> http://markmail.org/message/vtb3or4tf7bb2hid
> >>>> 
> >>> 
> >>> very nice idea
> >> 
> >> I looked into that in more detail. This would replace the Apache CMS for
> >> most
> >> parts as this will be using jekyll to generate the html from the sources
> >> which
> >> means that all source files would be in there.
> > This means that we have to move the whole site to github? Or could we start
> > with
> > a part of it, as planned for the docs?
> 
> we can use that to only generate the docs. I can do a similar setup to see how
> that would work for us - would need to replicate some of the html template so
> it also works standalone.
> 
> Shall I?
It depends on the effort and the time you want to spend on that. We should try
it if it is worth doing it.


> 
> > 
> >> Other than that I do like the layout they have.
> > I don't want to start a discussion about our layout ;-) but theirs is ok.
> > 
> 
> Wasn't meant to be interpreted this way!
> 
> > BR
> > Andreas Lehmkühler
> > 
> > P.S.: It looks like others are also interested in that solution, DeviceMap
> > just
> > asks for some pointers  I'll continue tracing the thread
> > 
> >>> 
> >>>> BR
> >>>> Andreas Lehmkühler
> >>>> 
> >>>>> 
> >>>>> Maruan
> >>>>> 
> >>>>> Am 01.01.2015 um 19:38 schrieb John Hewson :
> >>>>> 
> >>>>>> Hi All,
> >>>>>> 
> >>>>>> We’re getting closer to 2.0 being ready and I’m thinking about writing
> >>>>>> some
> >>>>>> docs, but currently the situation seems to be worse than it was before
> >>>>>> the
> >>>>>> docs stated moving to GitHub - where are our canonical docs and how can
> >>>>>> I
> >>>>>> contribute to them? 
> >>>>>> 
> >>>>>> All I see on GitHub is some old 1.8 stuff and an incomplete cookbook
> >>>>>> for
> >>>>>> forms. Is this content live anywhere? Is there a pay to preview it?
> >>>>>> 
> >>>>>> -- John
> >>>>>> 
> >>>>> 
> >>> 
> >> 
>

Re: PDFBox Docs

[Andreas Lehmkühler]

> Maruan Sahyoun  hat am 8. Januar 2015 um 12:18
> geschrieben:
> 
> 
> Am 08.01.2015 um 11:51 schrieb Maruan Sahyoun :
> 
> > Am 08.01.2015 um 11:44 schrieb Andreas Lehmkühler :
> > 
> >> Hi,
> >> 
> >>> Maruan Sahyoun  hat am 1. Januar 2015 um 21:52
> >>> geschrieben:
> >>> 
> >>> 
> >>> the docs shall reside in pdfbox-docs from where they will be pulled onto
> >>> the
> >>> website or looked at directly at github. 
> >>> 
> >>> The publishing process to our website is not yet in place as there is no
> >>> new
> >>> content. I'm looking to get the redesign of the website done to
> >>> accommodate
> >>> for the old 1.8 and new 2.0 release.
> >> 
> >> The Apache Drill project seems to use something which could be interesting
> >> for
> >> us as well, see the posting on dev@community
> >> 
> >> http://markmail.org/message/vtb3or4tf7bb2hid
> >> 
> > 
> > very nice idea
> 
> I looked into that in more detail. This would replace the Apache CMS for most
> parts as this will be using jekyll to generate the html from the sources which
> means that all source files would be in there.
This means that we have to move the whole site to github? Or could we start with
a part of it, as planned for the docs?

> Other than that I do like the layout they have.
I don't want to start a discussion about our layout ;-) but theirs is ok.

BR
Andreas Lehmkühler

P.S.: It looks like others are also interested in that solution, DeviceMap just
asks for some pointers  I'll continue tracing the thread

> > 
> >> BR
> >> Andreas Lehmkühler
> >> 
> >>> 
> >>> Maruan
> >>> 
> >>> Am 01.01.2015 um 19:38 schrieb John Hewson :
> >>> 
> >>>> Hi All,
> >>>> 
> >>>> We’re getting closer to 2.0 being ready and I’m thinking about writing
> >>>> some
> >>>> docs, but currently the situation seems to be worse than it was before
> >>>> the
> >>>> docs stated moving to GitHub - where are our canonical docs and how can I
> >>>> contribute to them? 
> >>>> 
> >>>> All I see on GitHub is some old 1.8 stuff and an incomplete cookbook for
> >>>> forms. Is this content live anywhere? Is there a pay to preview it?
> >>>> 
> >>>> -- John
> >>>> 
> >>> 
> > 
>

Re: Sharing COS objects between COSDocuments

[Andreas Lehmkühler]

> John Hewson  hat am 8. Januar 2015 um 00:38 geschrieben:
> 
> 
> 
> > On 7 Jan 2015, at 15:01, Leonard Rosenthol  wrote:
> > 
> > I admit to never actually looking a the PDFBox Cos implementation, but 
> > every other implementation that I’ve worked with (and it’s been quite a 
> > few) have a VERY deep connection between the object and the source 
> > document.  This is necessary in order to enable various features such as 
> > “on-demand read” (especially important for large arrays and streams), 
> > incremental updates and more.
> > 
> > It’s your library, but I would personally strongly recommended NOT going 
> > in this direction…
> 
> Thanks, however I’m not proposing any changes to how PDFBox works. We
> already do on-demand reading for COS streams. When I say that there
> is nothing about a COS object that is specific to a given document, I mean
> only that there’s no problem sharing our Java COSStream instances between
> two or more COSDocument instances. This is somewhat similar to the issue
> of sharing PDPage instances between threads in Java (not safe). It’s a
> specific detail of PDFBox, rather than something to do with COS in general.
What about concurrent accesses and I'm not talking about multiple threads.
One could import a pdf to another and alter parts of the resulting one or 
the source pdf which may lead to broken docs.


BR
Andreas Lehmkühler

Re: PDFBox Docs

[Andreas Lehmkühler]

Hi,

> Maruan Sahyoun  hat am 1. Januar 2015 um 21:52
> geschrieben:
> 
> 
> the docs shall reside in pdfbox-docs from where they will be pulled onto the
> website or looked at directly at github. 
> 
> The publishing process to our website is not yet in place as there is no new
> content. I'm looking to get the redesign of the website done to accommodate
> for the old 1.8 and new 2.0 release.

The Apache Drill project seems to use something which could be interesting for
us as well, see the posting on dev@community

http://markmail.org/message/vtb3or4tf7bb2hid

BR
Andreas Lehmkühler

> 
> Maruan
> 
> Am 01.01.2015 um 19:38 schrieb John Hewson :
> 
> > Hi All,
> > 
> > We’re getting closer to 2.0 being ready and I’m thinking about writing some
> > docs, but currently the situation seems to be worse than it was before the
> > docs stated moving to GitHub - where are our canonical docs and how can I
> > contribute to them? 
> > 
> > All I see on GitHub is some old 1.8 stuff and an incomplete cookbook for
> > forms. Is this content live anywhere? Is there a pay to preview it?
> > 
> > -- John
> > 
>

JIRA bulk change

[Andreas Lehmkühler]

Hi,

I've closed 18 JIRA tickets in a bulk change without email notification.

Those were already resolved using one of the following resolutions:

- Won't fix
- Not a problem
- Cannot reproduce
- Invalid

I removed the fix version of some of those tickets as there wasn't any fix.

BR
Andreas Lehmkühler