Lonzak

MKL implemented support for R=6 some time ago (one of the best additions to openPDF imho). However R=5 is a proprietary adobe extension which has been deprecated and should not...

> In contrast to his assumption "Maybe it is only extending R=4 with AES256", though, the R=5 algorithm is more related to R=6 than R=4. ...was just a (wild) guess...

To my latest knowledge it is like this: OpenPDF 1.3.X, compatible with Java 8 OpenPDF 2.0.X, Java 11 based OpenPDF 2.1.X, Java 17 based

@psyuhen I can understand - we also have this with some customers. I think currently you have to use 1.3.X

Same here - since nexus added [hard restrictions](https://community.sonatype.com/t/sonatype-nexus-repository-oss-requests-per-day-hard-limit/14555/3) on their repository I guess you'll get lots of new users in the next month.... But npm support is missing for us...

This is a blocker for me as well! (Didn't try 7.7.0 yet)

Its not too late to archive this project :-)

> Correct. PDF 2.0 now mandates AP appearance streams (like PDF/A) to avoid implementation dependency when missing. Interesting. I didn't see that appearance streams are necessary. But either way the...

+1 to this - the currently used version has several security vulnerabilities and fails for security scanners... Please see https://github.com/jchambers/pushy/issues/1117 and also added a [merge request](https://github.com/jchambers/pushy/pull/1122) with the updates.

If the jump to 4.2 is too big then an update to the latest version 4.1.128 (which is still maintained) would also suffice. ``` io.netty netty-codec-http2 4.1.128.Final ``` Added a...