Tilman Hausherr commented on PDFBOX-2852:

Re "what's the proposed preference" - do nothing, maybe just clarify javadocs. 
CosArrayList doesn't prevent our other work. We all have very little free time, 
it should be used for development and not for migration problems support.

Re signed PDFs - This is something I noticed as I worked on the problem re 
signing already signed PDF files (Maybe there's an example in the issue, maybe 
not), Adobe claimimg that the document was changed after the first signing, 
because a direct object is not the same as an indirect object. The annotations 
array would be rewritten (as it contains a new signature), but the existing 
annotations / signatures would be considered changed.

> Improve code quality (2)
> ------------------------
>                 Key: PDFBOX-2852
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2852
>             Project: PDFBox
>          Issue Type: Task
>    Affects Versions: 2.0.0
>            Reporter: Tilman Hausherr
>         Attachments: PDNameTreeNode.java.patch, XMPSchema.java.patch, 
> explicit_array_creation.patch, fix_javadoc.patch, foreach.patch, 
> noarray.patch, semicolon.patch, stringbuilder.patch, 
> unnecessary_type_casting.patch, unused_imports.patch, usestatic.patch, 
> winansiencoding.patch, winansiencoding2.patch
> This is a longterm issue for the task to improve code quality, by using the 
> [SonarQube 
> report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor],
>  hints in different IDEs, the FindBugs tool and other code quality tools.
> This is a follow-up of PDFBOX-2576, which was getting too long.

This message was sent by Atlassian JIRA

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

Reply via email to