xml-xmlbeans-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Waite <m...@akuma.org>
Subject Re: xmlbeans xml security
Date Thu, 01 Jul 2004 15:49:59 GMT
I only see a few other small pieces deviating from xmlsec besides c14n. 
The only one which comes to mind immediately is ID-type attribute 
resolution for xml-dsig references.

-David Waite

On Jul 1, 2004, at 9:40 AM, Eric Vasilik wrote:

> I think that that producing c14n from an XmlBean is within the scope of
> XmlBeans.  Are there other aspects of security which would be
> appropriate?
>
> - Eric
>
>> -----Original Message-----
>> From: Ted Leung [mailto:twleung@sauria.com]
>> Sent: Wednesday, June 30, 2004 10:23 PM
>> To: xmlbeans-dev@xml.apache.org
>> Subject: Re: xmlbeans xml security
>>
>> David,
>>
>> There is already an XML Security project at xml.apache.org.  Is there
>> any
>> chance of combining efforts with those folks on this?
>>
>> Ted
>>
>> On Jun 30, 2004, at 10:04 AM, David Remy wrote:
>>
>>> David (Waite),
>>> I got the chance to meet with Noah Campbell for dinner Mon night at
>>> JavaOne and he expressed an interest in contributing in the are of
> xml
>>> security.  I wonder if we should start a sandbox in cvs with a
> security
>>> directory that we could use to start experimenting on xml security
> over
>>> xmlbeans.  Unless someone has an issue with that I will go ahead and
> do
>>> it (specifically under xml-xmlbeans create a subdirectory called
>>> sandbox
>>> and then a security directory under it).
>>>
>>> Perhaps we should get started on an XML Sig implementation and see
> what
>>> hurdles we run into.  I *believe* at some point we are going to want
> an
>>> option on the xml store to keep things in the store canonically so
> that
>>> the big c14n copy to create and validate signatures can be avoided.
> In
>>> the meantime though we could get started and therefore define any
>>> requirements that the store might get.
>>>
>>> It only makes sense to have a security implementation in xmlbeans if
> we
>>> can take advantage of the xml store to improve efficiency, otherwise
> we
>>> should leave it to apache xml sec ...
>>>
>>> rem
>>>
>>> -
> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
>>> For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
>>> Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/
>>>
>> ----
>> Ted Leung                          Blog: <http://www.sauria.com/blog>
>> PGP Fingerprint: 1003 7870 251F FA71 A59A  CEE3 BEBA 2B87 F5FC 4B42
>>
>>
>> -
> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
>> For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
>> Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/
>
>
> - ---------------------------------------------------------------------
> To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
> For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
> Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/
>


- ---------------------------------------------------------------------
To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/


Mime
View raw message