RE: PDF Encryption: Clarification

2003-03-15 Thread Patrick C. Lankswert
Jeremias, From my understanding of the spec, encryption MUST be the last step. Encryption will not make the size grow, but it does negate any benefit that ASCII85 or ASCIIHEX filters provide and THEY do make the file larger. In a nutshell, I would disable the ASCII85 or ASCIIHEX filters, if

RE: PDF Encryption in HEAD

2003-03-13 Thread Patrick C. Lankswert
Manual, I think so... the encryption objects are associated with the PDF Document so as long as there is only on thread in a given PDF document instance, you should be good to go. Pat -Original Message- From: Manuel Mall [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 4:57 AM

RE: PDF Encryption in HEAD

2003-03-13 Thread Patrick C. Lankswert
Clay, Right now the options are pass the the render. Examples can be found in the command line implementation. But to save you some time, the rendor options are pass as a hash map (name value pairs) to the render. If any encryption options are passed, encryption is enabled. The value names are as

RE: PDF Encryption in HEAD

2003-03-13 Thread Patrick C. Lankswert
Clay, Ooops... sorry, you asked about command line. J, Thanks for all your help pulling this together. Pat -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 3:10 PM To: [EMAIL PROTECTED] Subject: Re: PDF Encryption in HEAD Clay Leeds

RE: PDF Encryption in HEAD

2003-03-13 Thread Patrick C. Lankswert
committed PDF encryption support by Patrick C. Lankswert to the redesign. The bad message is that it doesn't work yet. I get blank pages in Acrobat when enabled, although the PDF looks good when compared with one generated by the maintenance branch. I guess that's the same problem you had, Jörg? Well

RE: PDF Encryption in HEAD

2003-03-10 Thread Patrick C. Lankswert
The encryption filter uses the number and generation as part of the hash to generate the key for a given object. In short, the encryption key is different for every object and is based on the number and generation of the object. I would have preferred something simpler but the PDFXObject is not

RE: Encryption

2003-03-05 Thread Patrick C. Lankswert
PROTECTED] Subject: Re: Encryption Patrick C. Lankswert wrote: Add jce-jdk13-118.jar (for 1.3.x) to %JAVA_HOME%\jre\lib\ext and add security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider to %JAVA_HOME%\jre\lib\security\java.security in the appropriate section. This should work

RE: Encryption

2003-03-04 Thread Patrick C. Lankswert
: Patrick C. Lankswert wrote: Has anybody looked at this? Yes. I'm currently in the process of integrating the stuff. I'll have to do some more test, in particular for JDK1.3 compatibility (no javax.crypto there). Commit deferred to next Friday. J.Pietschmann

RE: Encryption

2003-03-04 Thread Patrick C. Lankswert
To: [EMAIL PROTECTED] Subject: Re: Encryption Patrick C. Lankswert wrote: Thanks... if there are any issues or work that is needed, I'm MORE than happy to help. I got the JDK 1.3 compatibility now. However, while testing the encryption I'm getting Cannot find any provider supporting RC4 The JCE

RE: Encryption

2003-03-02 Thread Patrick C. Lankswert
Hey, Has anybody looked at this? It's been two weeks since I submitted it and I have not heard anything. Did I miss something? I'd like to get this included before the code base changes and I have to reimplement by hand. Pat Lankswert -Original Message- From: Patrick C. Lankswert

RE: Encryption

2003-03-02 Thread Patrick C. Lankswert
Thanks... if there are any issues or work that is needed, I'm MORE than happy to help. Pat -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Sunday, March 02, 2003 12:35 PM To: [EMAIL PROTECTED] Subject: Re: Encryption Patrick C. Lankswert wrote: Has anybody

RE: Encryption

2003-02-13 Thread Patrick C. Lankswert
Chris, Thanks... Pat -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 5:24 AM To: [EMAIL PROTECTED] Subject: RE: Encryption From: Patrick C. Lankswert [EMAIL PROTECTED] However, it does not seem to support the CVS diff command. When

Encryption

2003-02-13 Thread Patrick C. Lankswert
To all that may concern, Here it is... PDF encryption. Unfortunately, I seem to be lame when it comes to cvs. When I generate the unified using WinCVS's cvs diff -uN, it does not include the file PDFEncryption.java. I have included it as a second attachment. It belongs in src/org/apache/fop/pdf.

RE: Encryption

2003-02-12 Thread Patrick C. Lankswert
PROTECTED] Subject: Re: Encryption Hi Patrick On 10.02.2003 06:17:26 Patrick C. Lankswert wrote: Ok... with two separate weekends of the stomach flu in my house, it took a little longer than I had hoped. However, I have a working copy of the V1 R2 encryption with support for user and owner passwords

RE: Encryption

2003-02-09 Thread Patrick C. Lankswert
to add encryption. Would you like to help? We can use all the help we can get. On 09.01.2003 07:34:09 Patrick C. Lankswert wrote: I tried to determine the reason from the archives with clarity... but why isn't PDF encryption in the core? Jeremias Maerki

RE: Encryption

2003-01-11 Thread Patrick C. Lankswert
an MIT licence which is compatible with the APL AFAIK. You wouldn't have to do any debugging and testing on the cryptography stuff that way. On 10.01.2003 00:25:16 Patrick C. Lankswert wrote: Thanks for the reply. Outside of clean up, I have working code. It is limited since only PDF 1.3

Encryption

2003-01-08 Thread Patrick C. Lankswert
To all, I tried to determine the reason from the archives with clarity... but why isn't PDF encryption in the core? Pat Lankswert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]