On June 14, 2010 10:30 AM, Clement Pellerin wrote:
> Now that we know X509IssuerSerialResolver must resolve PrivateKeys, where
> does it get it from?
> I believe the answer is: the same place where it gets the list of
> certificates.
> My proposal is to augument the StorageResolv
ing KeyResolvers to resolve PrivateKeys
than to introduce a super KeyResolver that knows how to return a PrivateKey for
any kind of hint. KeyStoreKeyResolver was dead born.
Now that we know X509IssuerSerialResolver must resolve PrivateKeys, where does
it get it from? I believe the answer is: the
On 6/4/10 9:15 AM, Pellerin, Clement wrote:
What is the recommended way to implement a KeyResolver for an EncryptedKey
where the KEK is a PublicKey?
At first I thought I could write a Resolver for the KEK PrivateKey and let the
EncryptedKeyResolver call it.
Unfortunately, the KeyResolverSpi A
>> From: Pellerin, Clement
>> What is the recommended way to implement a KeyResolver for an EncryptedKey
>> where the KEK is a PublicKey?
>> ...
If the library already supports my use case, I would be thrilled to learn how
to use it correctly.
Otherwise I would like to implement the solution i
What is the recommended way to implement a KeyResolver for an EncryptedKey
where the KEK is a PublicKey?
At first I thought I could write a Resolver for the KEK PrivateKey and let the
EncryptedKeyResolver call it.
Unfortunately, the KeyResolverSpi API can return a SecretKey but there is no
prov
-
> From: Granqvist, Hans <[EMAIL PROTECTED]>
> Date: May 17, 2005 6:10 PM
> Subject: [PROPOSAL] Apache TSIK
> To: general@incubator.apache.org
>
>
> Proposal
>
> This is a proposal to submit the Trust Services Integration
> Toolkit (TSIK) to ASF. TSI
table, e.g., the xkms, xpath, xml
signature and encryption, verifier, crl, and messaging handling.
I agree two developers are too few. But I only listed the proposed
committers. As the proposal states, there are others who'd be
interested in developing, but not initially as committers.
FYI...please send feedback to [EMAIL PROTECTED]
thanks,
dims
-- Forwarded message --
From: Granqvist, Hans <[EMAIL PROTECTED]>
Date: May 17, 2005 6:10 PM
Subject: [PROPOSAL] Apache TSIK
To: general@incubator.apache.org
Proposal
This is a proposal to submit the
Hmm. Yes sounds sensible.
As does getting rid of mfc dependency - something I've been promising to
do for a while - and do want to do before a 1.2 release.
Cheers,
Berin
Vadim Ismailov wrote:
Hi,
Starting from VS.NET 7.0 operator new does not anymore return NULL in
case of allocation err
Hi,
Starting from VS.NET 7.0 operator new does not anymore return NULL in
case of allocation error. It throws std::bad_alloc exception instead
(the way it is supposed to be). Therefore following code in
XSECError.hpp not going to work as expected:
-- start
gt; Subject: RE: Proposal
>
>
> Hi,
>
> I have written that it would be desirable to have output in
> HTML, not as XML.
>
> Best regards,
> Milan
>
>
> > -Original Message-
> > From: Matthias Niggemeier [mailto:[EMAIL PROTECTED]
> >
Hi,
I have written that it would be desirable to have output in
HTML, not as XML.
Best regards,
Milan
> -Original Message-
> From: Matthias Niggemeier [mailto:[EMAIL PROTECTED]
> Sent: Sunday, December 05, 2004 4:56 PM
> To: [EMAIL PROTECTED]
> Subjec
Maybe i am outing me as an xml-newbie, but how do you
color an xml file?
Regards
Matthias
> -Ursprüngliche Nachricht-
> Von: Milan Tomic [mailto:[EMAIL PROTECTED]
> Gesendet: Sonntag, 5. Dezember 2004 14:36
> An: [EMAIL PROTECTED]
> Betreff: Proposal
>
>
&
Title: Proposal
I have an interesting idea and I hope it is not too compilcated. It would be great if Apache XSEC libraries (Java & C++) would, during XML signature validation, retrive colo(u)red XML that was signed, as HTML (not signed XML in one colo(u)r and signed in the o
Axl Mattheus wrote:
I don't get it, but regardless, I think it will be
more difficult for people to take a cryptography-based
product with that name seriously.
Ever heard of BouncyCastle?
. That made my morning.
Cheers,
Berin
Berin Lautenbach wrote:
Comment from xml-general. (I have posted the proposal there in
preparation for the required vote next week.)
Original Message
Subject: Re: [Proposal] Native JCE
Date: Fri, 5 Mar 2004 10:10:01 -0800 (PST)
From: Glen Mazza <[EMAIL PROTECTED]>
Re
Comment from xml-general. (I have posted the proposal there in
preparation for the required vote next week.)
Original Message
Subject: Re: [Proposal] Native JCE
Date: Fri, 5 Mar 2004 10:10:01 -0800 (PST)
From: Glen Mazza <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECT
also seems to be less than clear to me in
> > the proposal).
>
> Make Java xmlsec usable for high-volume deployments. It's currently not, and
> hardware acceleration for Java is hard to get for some platforms, and
> expensive. OpenSSL is free, and has cheap hardware accele
quot; and "Office" and "Outlook".
>
> -Original Message-
> From: Erwin van der Koogh [mailto:[EMAIL PROTECTED]
> Sent: 05 March 2004 09:55
> To: [EMAIL PROTECTED]
> Subject: Re: [VOTE] Native JCE Proposal
>
>
> > One thing that does worry m
> In my mind, the naming should somehow reflect the aim of the project
> (which is something that also seems to be less than clear to me in
> the proposal).
Make Java xmlsec usable for high-volume deployments. It's currently not, and
hardware acceleration for Java is hard t
me in
the proposal).
I had a very quick look at the code that was linked to in the proposal,
and although I may be missing something (I don't claim to know much about
java) it did seem that the code there was very limited in what it did -
only rsa operations and a couple of digest algoritms.
Funny. I heard a vague rumour that someone trademarked the words "Windows"
and "Excel" and "Office" and "Outlook".
-Original Message-
From: Erwin van der Koogh [mailto:[EMAIL PROTECTED]
Sent: 05 March 2004 09:55
To: [EMAIL PROTECTED]
Subject: Re:
One thing that does worry me about Juice - are we going to run into an
trademark issues?
There is no way you can trademark such a generic word. So I doubt it.
The only problem I can think of is that juice is an already existing
library that does something to resemble what we are trying to do.
An
One thing that does worry me about Juice - are we going to run into an
trademark issues?
Cheers,
Berin
Axl Mattheus wrote:
Sorry Noah!
You're right Native JCE must have been in the mix.
Ax/
Berin Lautenbach wrote:
Seems to me that "native-jce" ought to be one of the choices
of names.
Sorry Noah!
You're right Native JCE must have been in the mix.
Ax/
Berin Lautenbach wrote:
Seems to me that "native-jce" ought to be one of the choices
of names. Nevertheless:
That'll teach me to do things quickly :<. You are absolutely correct - it
should have been, and my apologies for
> Seems to me that "native-jce" ought to be one of the choices
> of names. Nevertheless:
That'll teach me to do things quickly :<. You are absolutely correct - it
should have been, and my apologies for dropping it. I got overly excited
with all the other suggestions.
Nothing is locked in stone a
Seems to me that "native-jce" ought to be one of the choices
of names. Nevertheless:
+1 for the proposal
+1 for Juice
Noah
On Thu, Mar 04, 2004 at 13:56:16 +1100, Berin Lautenbach wrote:
>
>
> 1. Juice
> 2. Janice
> 3. Juice 'n Jin
>
>
> To start :
+1 to Proposal
+1 to Juice
Committers.
Voting so far...
Committers:
[+1] Berin Lautenbach (Juice)
[+1] Axl Mattheus (Juice)
[+1] Erwin van der Koogh (Janice)
[+1] Karel Wouters (Juice)
non-Committers:
[+1] Davanum Srinivas (Janice)
[] Scott Cantor
[] Walter Hoehn
[] Others?
Looks like it is go on proposal and go on
> >> Also - the suggested names were :
> >>
> >>
> >> 1. Juice
> >> 2. Janice
> >> 3. Juice 'n Jin
> >>
> >>
> >> To start :
> >>
>
> Committers:
>
> [+1] Berin Lautenbach (Juice)
> [+1] Axl Mattheus (Juice)
> [+1] Erwin van der Koogh (Janice)
> [] Karel Wouters
>
+1
Juice sounds OK to me too
Forgot some stuff..
Link to proposal:
http://nagoya.apache.org/wiki/apachewiki.cgi?XMLProjectPages/OpenSSLJCEProp
osal
Also - the suggested names were :
1. Juice
2. Janice
3. Juice 'n Jin
To start :
Committers:
[+1] Berin Lautenbach (Juice)
[+1] Axl Mattheus (Juice)
[+1] Erwin van der
+1 to Proposal (non-binding)
+1 to Janice (non-binding)
--- Erwin van der Koogh <[EMAIL PROTECTED]> wrote:
> >> Also - the suggested names were :
> >>
> >>
> >> 1. Juice
> >> 2. Janice
> >> 3. Juice 'n Jin
> >>
> &
Also - the suggested names were :
1. Juice
2. Janice
3. Juice 'n Jin
To start :
Committers:
[+1] Berin Lautenbach
[+1] Axl Mattheus
[+1] Erwin van der Koogh
[] Karel Wouters
non-Committers:
[] Davanum Srinivas
[] Scott Cantor
[] Walter Hoehn
[] Others?
Berin Lautenbach wrote:
Peoples,
The next step is to put the project proposal to the XML committers (and
then the PMC) to get them to vote. That can take time (we will need at
least a week with the committers and then we need a unanimous vote from
the PMC - I really need to do something about
Peoples,
The next step is to put the project proposal to the XML committers (and
then the PMC) to get them to vote. That can take time (we will need at
least a week with the committers and then we need a unanimous vote from
the PMC - I really need to do something about this process).
So to
If we're sure we don't want a descriptive name, I like
"Juice" too.
Noah
> > > What about "Juice"? Like in step on the gas.
10:26 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Native JCE proposal
>
>
> > > Could those who are interested have a look at :
> > >
> > http://nagoya.apache.org/wiki/apachewiki.cgi?XMLProjectPages/O
> penSSLJCEProposal
> > >
> > > Mak
you are uncomfortable with the proposal?
Looks good to me.
Do people want to stick with the name NativeJCE? If so, that will
define the cvs module/mailing groups we propose. (Or would we use
the xml-security mailing list?)
What about "Juice"? Like in step on the gas.
I like this. :-)
-Walter
JCE + JNI = Juice 'N Jin.
-Original Message-
From: Scott Cantor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 03, 2004 10:26 AM
To: [EMAIL PROTECTED]
Subject: RE: Native JCE proposal
> > Could those who are interested have a look at :
> >
> http://na
> > Could those who are interested have a look at :
> >
> http://nagoya.apache.org/wiki/apachewiki.cgi?XMLProjectPages/O
penSSLJCEProposal
> >
> > Make sure it all looks OK? Feel free to update, and come back to the
> > list if you are uncomfortable with the
Berin Lautenbach wrote:
Peoples,
Could those who are interested have a look at :
http://nagoya.apache.org/wiki/apachewiki.cgi?XMLProjectPages/OpenSSLJCEProposal
Make sure it all looks OK? Feel free to update, and come back to the
list if you are uncomfortable with the proposal?
Impressive
enSSLJCEProposal
>
> Make sure it all looks OK? Feel free to update, and come back to the
> list if you are uncomfortable with the proposal?
>
> Do people want to stick with the name NativeJCE? If so, that will
> define the cvs module/mailing groups we propose. (Or would we u
Could those who are interested have a look at :
http://nagoya.apache.org/wiki/apachewiki.cgi?XMLProjectPages/OpenSSLJCEPr
oposal
Make sure it all looks OK? Feel free to update, and come back to the
list if you are uncomfortable with the proposal?
Looks good :)
Do people want to stick with the
Peoples,
Could those who are interested have a look at :
http://nagoya.apache.org/wiki/apachewiki.cgi?XMLProjectPages/OpenSSLJCEProposal
Make sure it all looks OK? Feel free to update, and come back to the
list if you are uncomfortable with the proposal?
Do people want to stick with the name
44 matches
Mail list logo
