Hi,
I was interested in using your iTextSharp library and ran into problems. I
already use Bouncy Castle and when I add a reference to iTextSharp it gives
me errors telling me the Bouncy Castle methods already exist. Is there
anything I can do to avoid these namespace errors?
Thanks,
Nikolai
Sorry for the delay, been out of commission...
I completely understand the desire to not have to maintain fragile/
buggy code related to encryption, but why not use an interfaced based
solution so that those that want to create a smaller distribution can?
Again, I am willing to do that work,
I can't make any promises but you are free to present your code.
Paulo
- Original Message -
From: robert engels [EMAIL PROTECTED]
To: itext iText here itext-questions@lists.sourceforge.net
Sent: Friday, March 09, 2007 6:57 PM
Subject: [iText-questions] bouncy castle?
Sorry
02, 2007 11:30 PM
To: Post all your questions about iText here
Subject: Re: [iText-questions] bouncy castle (Paulo Soares)
I'll get back to you later on this.
Paulo
- Original Message -
From: robert engels [EMAIL PROTECTED]
To: itext iText here itext-questions
To: itext iText here
Subject: [iText-questions] bouncy castle
paul,
I think you misunderstand the JCE system or what I am stating -
although I did not use the term provider correctly in the strictest
sense.
The SUN provider in 1.5 includes significantly more cryptography
algorithms than the 1.4
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Iliadis Yannis
Sent: Wednesday, March 07, 2007 3:50 PM
To: Post all your questions about iText here
Subject: Re: [iText-questions] bouncy castle
Concerning BouncyCastle versions.
I have read
robert engels wrote:
Curious. Why is there a direct dependency on the bouncy castle jars?
Because we are planning to use more BC functionality in the future.
Can't iText use the standard Java encryption packages (which will
locate the needed provider)?
I believe you implicitly gave the
My point was, if you use the standard Java interfaces, a user that is
running Java 1.3 or 1.4 can install the bouncy castle provider jars
and it will work.
A user that is running 1.5 does not need the bouncy castle jars since
the provider is already there.
With the current code, all users
robert engels wrote:
I am willing to work on a patch to allow have iText use the standard
java JCE interfaces if there was reasonable certainty of it being
accepted.
Sounds interesting.
Paulo has the final word on everything that concerns signatures.
Let's hear what he thinks about it.
br,
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of robert engels
Sent: Friday, March 02, 2007 4:12 PM
To: itext iText here
Subject: Re: [iText-questions] bouncy castle requirement?
My point was, if you use the standard Java interfaces, a user
paul,
I think you misunderstand the JCE system or what I am stating -
although I did not use the term provider correctly in the strictest
sense.
The SUN provider in 1.5 includes significantly more cryptography
algorithms than the 1.4 and prior releases - most importantly it
includes an
On Fri, 2007-03-02 at 11:21 -0600, robert engels wrote:
I think you misunderstand the JCE system or what I am stating -
although I did not use the term provider correctly in the strictest
sense.
Might I suggest that code speaks louder than words and is more often
understood correctly. As
What is the point in wasting my time fixing the code, if there is no
reasonable chance of getting it committed?
Paulo is obviously competent enough to understand the problem, and
the proposed solution.
I have a feeling that there is more too this than meets the eye, as
there is no
Sent: Friday, March 02, 2007 5:21 PM
To: itext iText here
Subject: [iText-questions] bouncy castle
paul,
I think you misunderstand the JCE system or what I am stating -
although I did not use the term provider correctly in the strictest
sense.
The SUN provider in 1.5 includes
Paulo,
Maybe there is a better way.
I have 2 motivating factors:
1. Limit the deployment size. The bouncy castle jars are as large as
the iText jar. Maybe a 'thin BC can be distributed with iText that
only contains the ASN functions? Or just implement the ASN1 functions
in iText?
2.
I'll get back to you later on this.
Paulo
- Original Message -
From: robert engels [EMAIL PROTECTED]
To: itext iText here itext-questions@lists.sourceforge.net
Sent: Friday, March 02, 2007 6:26 PM
Subject: Re: [iText-questions] bouncy castle (Paulo Soares)
Paulo,
Maybe
Curious. Why is there a direct dependency on the bouncy castle jars?
Can't iText use the standard Java encryption packages (which will
locate the needed provider)?
Thanks,
Robert Engels
-
Take Surveys. Earn Cash.
As a follow-up, the bouncy castle jars are very large 1.2 mb, yet
seem to only be needed if doing public key encryption, and should not
be required for basic old style pdf encryption, yet they are required
in order to create ANY encrypted pdf.
If the Java encryption services were used, at
18 matches
Mail list logo