From devkellyelizabeth@example.org Thu May 5 09:12:33 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 6E4682593 for <kellyelizabeth@example.org>; Thu, 5 May 2011 09:12:33 +0000 (UTC) Received: (qmail 10890 invoked by uid 500); 5 May 2011 09:12:32 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 10842 invoked by uid 500); 5 May 2011 09:12:32 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 10835 invoked by uid 99); 5 May 2011 09:12:32 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 May 2011 09:12:32 +0000 Received: from localhost (HELO mail-qy0-f175.google.com) (83.161.120.155) (smtp-auth username coheigea, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 May 2011 09:12:32 +0000 Received: by qyk35 with SMTP id 35so4044055qyk.6 for <kellyelizabeth@example.org>; Thu, 05 May 2011 02:12:31 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id ev5mr2019167qab.259.1304586751079; Thu, 05 May 2011 02:12:31 -0700 (PDT) Reply-To: kellyelizabeth@example.org Received: by 83.161.120.155 with HTTP; Thu, 5 May 2011 02:12:30 -0700 (PDT) In-Reply-To: <kellyelizabeth@example.org> References: <kellyelizabeth@example.org> <kellyelizabeth@example.org> <kellyelizabeth@example.org> <kellyelizabeth@example.org> <kellyelizabeth@example.org> <kellyelizabeth@example.org> Date: Thu, 5 May 2011 10:12:30 +0100 Message-ID: <kellyelizabeth@example.org> Subject: Re: Small milestone for genxdm-based port of Santuario - works with Axiom! From: Colm O hEigeartaigh <kellyelizabeth@example.org> To: kellyelizabeth@example.org Content-Type: text/plain; charset=ISO-8859-1 Hi Eric, > Hmmm - does the reference to Maven mean that you're switching to Maven for > the build? Not really, you can build the current trunk code with both maven and ant. However, the release artifacts will be generated with maven for the 1.5.0 release, whereas previously they were generated with ant. Colm. On Fri, Apr 29, 2011 at 4:36 PM, Eric Johnson <kellyelizabeth@example.org> wrote: > Hi Colm, > > On 4/29/11 6:51 AM, Colm O hEigeartaigh wrote: >> >> Hi Eric, >> >>> I've already tracked changes for the 1.4.4 release. Obviously, this >>> library >>> being as sensitive as it is, I don't want it to fall too far out-of-step >>> with the official releases. >> >> 1.4.5 will be going out pretty soon, so I recommend porting the >> changes made for this as well. I guess this is an obvious problem with >> forking code, e.g. if you were to leave that project, would the next >> maintainer bother merging security fixes etc. > > Yes, absolutely, I will be merging those changes. Also, I recognize that > long term, some solution needs to be found to either completely fork, or > merge back in, but maintaining an ongoing branch is quite tricky - > especially when it is of such a huge magnitude of changes! > >>> Yes. We would consider that a wonderful outcome. However, GenXDM, at the >>> moment, isn't an Apache hosted project. We're trying to prove out >>> GenXDM's >>> value. Mind you, we're eventually hoping to get enough interest that >>> GenXDM >>> that it can make for a viable Apache project. >> >> Cool! I think this would be the best outcome, to mitigate concerns >> about forking the codebase I raised above. One could envisage making >> the current Santuario codebase into a multi-module maven project to >> accommodate both approaches, or it could stay as a separate >> sub-project. > > Well, my preferred outcome would be to have Santuario simply use GenXDM, and > not have a kellyelizabeth@example.org. But then, you probably guessed that. > > Hmmm - does the reference to Maven mean that you're switching to Maven for > the build? > >> What kind of process do you envisage happening to turn GenXDM into an >> Apache project? Does it really matter for the santuario-genxdm project >> whether the GenXDM code is in Apache or not? > > At this point, we're trying to prove the value of the GenXDM approach, and > with that, get other people interested in contributing. Once we get a few > more people interested, we'll resubmit our incubation proposal > (http://wiki.apache.org/incubator/gXMLProposal). > > Having GenXDM at Apache doesn't matter for the santuario-genxdm project, no. > However, it does matter if we want to get wider adoption the project, or > eliminate the fork of XML Security, and merge the branch back to the core > code. > >>> I have considered one functional change. In canonicalization, there's a >>> workaround for a bug in the Xalan XPath engine. That work-around requires >>> modifying the input document to propagate namespace declarations down the >>> tree. With GenXDM, that work-around is completely unnecessary, because >>> that >>> propagation is handled simply by passing a "true" value for a boolean to >>> the >>> method that traverses the namespace axis. I've been told by a colleague >>> that >>> that particular work-around has a serious performance impact, so >>> switching >>> to GenXDM's capability might have a benefit. >> >> I plan on removing Xalan altogether from the code on trunk for a 1.5.0 >> release. I've already removed it from all of the tests, but I haven't >> gotten around to tackling some of the lower-level stuff in the source >> code yet. > > That shouldn't be too hard, as I recall it wasn't that hard to port the > XPath filters to use the GenXDM APIs for XPath. > > -Eric. > From devkellyelizabeth@example.org Tue May 10 10:27:39 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 150F7542D for <kellyelizabeth@example.org>; Tue, 10 May 2011 10:27:39 +0000 (UTC) Received: (qmail 80776 invoked by uid 500); 10 May 2011 10:27:38 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 80702 invoked by uid 500); 10 May 2011 10:27:37 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 80693 invoked by uid 99); 10 May 2011 10:27:37 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 10:27:37 +0000 Received: from localhost (HELO mail-qw0-f54.google.com) (83.161.120.155) (smtp-auth username coheigea, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 10:27:37 +0000 Received: by qwc9 with SMTP id 9so6417755qwc.27 for <kellyelizabeth@example.org>; Tue, 10 May 2011 03:27:36 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id v13mr6097942qca.56.1305023256377; Tue, 10 May 2011 03:27:36 -0700 (PDT) Reply-To: kellyelizabeth@example.org Received: by 83.161.120.155 with HTTP; Tue, 10 May 2011 03:27:36 -0700 (PDT) Date: Tue, 10 May 2011 11:27:36 +0100 Message-ID: <kellyelizabeth@example.org> Subject: 1.4.5-RC1 artifacts From: Colm O hEigeartaigh <kellyelizabeth@example.org> To: kellyelizabeth@example.org Content-Type: text/plain; charset=ISO-8859-1 I've uploaded some 1.4.5-RC1 artifacts here: http://people.apache.org/~coheigea/stage/xmlsec/1.4.5-RC1/ Please download and take a look. The usual caveats about not being suitable for use in a production environment apply. The issues that have been fixed since 1.4.4 are here: https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+SANTUARIO+AND+fixVersion+%3D+%22Java+1.4.5%22+AND+status+%3D+Resolved+ORDER+BY+priority+DESC&mode=hide If there are no objections I'll proceed with a vote on 1.4.5 by the end of the week. Colm. From devkellyelizabeth@example.org Tue May 10 13:19:59 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 553D95566 for <kellyelizabeth@example.org>; Tue, 10 May 2011 13:19:59 +0000 (UTC) Received: (qmail 27096 invoked by uid 500); 10 May 2011 13:19:59 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 27075 invoked by uid 500); 10 May 2011 13:19:59 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 27068 invoked by uid 500); 10 May 2011 13:19:58 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 27065 invoked by uid 99); 10 May 2011 13:19:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 13:19:58 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO sam.nabble.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 13:19:53 +0000 Received: from isper.nabble.com ([83.161.120.155]) by sam.nabble.com with esmtp (Exim 4.69) (envelope-from <kellyelizabeth@example.org>) id 1QJmqa-0003yU-2J for kellyelizabeth@example.org; Tue, 10 May 2011 06:19:32 -0700 Message-ID: <kellyelizabeth@example.org> Date: Tue, 10 May 2011 06:19:32 -0700 (PDT) From: flaklypa <kellyelizabeth@example.org> To: kellyelizabeth@example.org Subject: Another c14n11 bug? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: kellyelizabeth@example.org X-Virus-Checked: Checked by ClamAV on apache.org In version 1.4.4 it seems that the xml:base attribute is not processed correctly. I have modified the input in the sample org.apache.xml.security.samples.canonicalization.CanonSubTree to make it look like this: <?xml version="1.0" encoding="UTF-8"?> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#" xml:base="http://www.acme.com/resources/"> <SignedInfo xml:base="subresources/"><!-- comment inside --> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /> <Reference URI="http://www.w3.org/TR/xml-stylesheet"> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /> <DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs=</DigestValue> </Reference> </SignedInfo> <SignatureValue> fKMmy9GYF2s8rLFrZdVugTOFuWx19ccX7jh5HqFd4vMOY7LWAj52ykjSdvtW3fNY PPYGC4MFL19oPSId5GEsMtFMpGXB3XaCtoKjMCHQsN3+kom8YnGf7Ge1JNRcGty5 0UsoP6Asj47+QR7QECT64uoziha4WRDVyXjDrg24W+U= </SignatureValue> <KeyInfo> <KeyName>Lugh</KeyName> </KeyInfo> </Signature> The only changes are the xml:base attributes on the Signature and SignedInfo elements. The other change I've made is to use c14n11 (http://www.w3.org/2006/12/xml-c14n11). The output from the sample is: <SignedInfo xmlns="http://www.w3.org/2000/09/xmldsig#" xml:base="subresources/"> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod> <Reference URI="http://www.w3.org/TR/xml-stylesheet"> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod> <DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs=</DigestValue> </Reference> </SignedInfo> I would have expected the xml:base attribute to get the value "http://www.acme.com/resources/subresources/". I have also tested this against the latest source in the 1.4.x-fixes branch with the same result. -- Kind regards -- View this message in context: http://old.nabble.com/Another-c14n11-bug--tp31585489p31585489.html Sent from the Apache XML - Security - Dev mailing list kellyelizabeth@example.org. From devkellyelizabeth@example.org Tue May 10 13:28:13 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 680FA59E9 for <kellyelizabeth@example.org>; Tue, 10 May 2011 13:28:13 +0000 (UTC) Received: (qmail 46437 invoked by uid 500); 10 May 2011 13:28:13 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 46412 invoked by uid 500); 10 May 2011 13:28:13 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 46389 invoked by uid 99); 10 May 2011 13:28:13 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 13:28:13 +0000 Received: from localhost (HELO mail-qy0-f182.google.com) (83.161.120.155) (smtp-auth username coheigea, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 13:28:12 +0000 Received: by qyk27 with SMTP id 27so5835558qyk.6 for <kellyelizabeth@example.org>; Tue, 10 May 2011 06:28:11 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id w15mr6203444qcl.170.1305034091914; Tue, 10 May 2011 06:28:11 -0700 (PDT) Reply-To: kellyelizabeth@example.org Received: by 83.161.120.155 with HTTP; Tue, 10 May 2011 06:28:11 -0700 (PDT) In-Reply-To: <kellyelizabeth@example.org> References: <kellyelizabeth@example.org> Date: Tue, 10 May 2011 14:28:11 +0100 Message-ID: <kellyelizabeth@example.org> Subject: Re: Another c14n11 bug? From: Colm O hEigeartaigh <kellyelizabeth@example.org> To: kellyelizabeth@example.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Could you create a test-case for this? Colm. On Tue, May 10, 2011 at 2:19 PM, flaklypa <kellyelizabeth@example.org> wrote: > > In version 1.4.4 it seems that the xml:base attribute is not processed > correctly. I have modified the input > in the sample org.apache.xml.security.samples.canonicalization.CanonSubTr= ee > to make it look like this: > > <?xml version=3D"1.0" encoding=3D"UTF-8"?> > <Signature xmlns=3D"http://www.w3.org/2000/09/xmldsig#" > xml:base=3D"http://www.acme.com/resources/"> > =A0<SignedInfo xml:base=3D"subresources/"><!-- comment inside --> > =A0 =A0<CanonicalizationMethod > Algorithm=3D"http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> > =A0 =A0<SignatureMethod Algorithm=3D"http://www.w3.org/2000/09/xmldsig#rs= a-sha1" > /> > =A0 =A0<Reference URI=3D"http://www.w3.org/TR/xml-stylesheet"> > =A0 =A0 =A0<DigestMethod Algorithm=3D"http://www.w3.org/2000/09/xmldsig#s= ha1" /> > =A0 =A0 =A0<DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs=3D</DigestValue> > =A0 =A0</Reference> > =A0</SignedInfo> > =A0<SignatureValue> > =A0 =A0fKMmy9GYF2s8rLFrZdVugTOFuWx19ccX7jh5HqFd4vMOY7LWAj52ykjSdvtW3fNY > =A0 =A0PPYGC4MFL19oPSId5GEsMtFMpGXB3XaCtoKjMCHQsN3+kom8YnGf7Ge1JNRcGty5 > =A0 =A00UsoP6Asj47+QR7QECT64uoziha4WRDVyXjDrg24W+U=3D > =A0</SignatureValue> > =A0<KeyInfo> > =A0 =A0<KeyName>Lugh</KeyName> > =A0</KeyInfo> > </Signature> > > The only changes are the xml:base attributes on the Signature and SignedI= nfo > elements. The other > change I've made is to use c14n11 (http://www.w3.org/2006/12/xml-c14n11). > The output from the sample is: > > <SignedInfo xmlns=3D"http://www.w3.org/2000/09/xmldsig#" > xml:base=3D"subresources/"> > =A0 =A0<CanonicalizationMethod > Algorithm=3D"http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Canonical= izationMethod> > =A0 =A0<SignatureMethod > Algorithm=3D"http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMetho= d> > =A0 =A0<Reference URI=3D"http://www.w3.org/TR/xml-stylesheet"> > =A0 =A0 =A0<DigestMethod > Algorithm=3D"http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod> > =A0 =A0 =A0<DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs=3D</DigestValue> > =A0 =A0</Reference> > =A0</SignedInfo> > > I would have expected the xml:base attribute to get the value > "http://www.acme.com/resources/subresources/". > I have also tested this against the latest source in the 1.4.x-fixes bran= ch > with the same result. > > -- > Kind regards > > -- > View this message in context: http://old.nabble.com/Another-c14n11-bug--t= p31585489p31585489.html > Sent from the Apache XML - Security - Dev mailing list kellyelizabeth@example.org.= com. > > From devkellyelizabeth@example.org Wed May 11 11:37:46 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id BFE3F46B5 for <kellyelizabeth@example.org>; Wed, 11 May 2011 11:37:46 +0000 (UTC) Received: (qmail 26672 invoked by uid 500); 11 May 2011 11:37:46 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 26585 invoked by uid 500); 11 May 2011 11:37:45 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 26578 invoked by uid 99); 11 May 2011 11:37:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 May 2011 11:37:45 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail3.trustcenter.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 May 2011 11:37:36 +0000 Received: from w200306.trustcenter.de (mystic.trustcenter.de [83.161.120.155]) by mail3.trustcenter.de (8.14.1/8.14.1) with ESMTP id p4BBbFxs005933 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for <kellyelizabeth@example.org>; Wed, 11 May 2011 13:37:15 +0200 (CEST) Received: from [83.161.120.155] (83.161.120.155) by w200306.trustcenter.de (83.161.120.155) with Microsoft SMTP Server id 8.0.813.0; Wed, 11 May 2011 13:37:40 +0200 Message-ID: <kellyelizabeth@example.org> Date: Wed, 11 May 2011 13:37:11 +0200 From: Wolfgang Schmiesing <kellyelizabeth@example.org> Organization: TC TrustCenter GmbH User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:83.161.120.155) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: <kellyelizabeth@example.org> Subject: Namespace definition in XMLObject Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090308000708000709060807" X-Scanned-By: MIMEDefang 2.62 on 83.161.120.155 X-Virus-Checked: Checked by ClamAV on apache.org --------------ms090308000708000709060807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I'm currently using the "javax.xml.crypto.dsig" API to create a=20 signature. Now, is there any way of assigning a namespace definition to an <Object> element inside the signature? The output I need should look=20 similar to this: <Signature> ... <Object xmlns:test=3D"http://www.example.org/ns" Id=3D"someId"> <test:someElem /> <test:someElem /> </Object> </Signature> I'm currently creating the <Object> element using the following call: > XMLSignatureFactory.newXMLObject( List content, String id, String=20 > mimeType, String encoding ); This returns a javax.xml.crypto.dsig.XMLObject. Unfortunately, I can't=20 find a way of assigning a namespace in "XMLObject". I managed to create an <Object> element with a namespace using=20 "org.apache.xml.security.signature.ObjectContainer" but am currently not able to switch to XMLSecurity APIs. Is this the only=20 way to do it or am I missing something? Kind regards, Wolfgang --------------ms090308000708000709060807 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQ6zCC BZswggSDoAMCAQICDgopAAEAAkV5wKuh+OulMA0GCSqGSIb3DQEBBQUAMHYxCzAJBgNVBAYT AkRFMRwwGgYDVQQKExNUQyBUcnVzdENlbnRlciBHbWJIMSIwIAYDVQQLExlUQyBUcnVzdENl bnRlciBDbGFzcyAzIENBMSUwIwYDVQQDExxUQyBUcnVzdENlbnRlciBDbGFzcyAzIENBIElJ MB4XDTA4MDMxMzE2MzM0NloXDTI1MTIzMDIzNTk1OVowgYIxCzAJBgNVBAYTAkRFMRwwGgYD VQQKExNUQyBUcnVzdENlbnRlciBHbWJIMSgwJgYDVQQLEx9UQyBUcnVzdENlbnRlciBDbGFz cyAzLUlJIEwxIENBMSswKQYDVQQDEyJUQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENB IElWMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqFqrSlAvz8gmikryJbw0aD4A uHXF9lfzcj0hocnUTiQ0lkGKt07O/gdaP5yI1dVuFXORCjBSCN4WH1GByAbSI+oYCtl6fR73 YKeTSrnS+oM06pPJ5mLRA+hT/H00SCN6U6P/KWE5hTXLEsc/GK00CTBwXnpBqDmePZWV5PWm y2HdQYmpgWANpbMoYdfgJreGIl8bLky99bcm6QAtzVR/vqtLvwkS0jfKFLlREgPrWESGdIyl Ks0sTt7tOBNjtyt9EJQcbP8MUwYtP6et31QWXYyOC2ln9CvP9F1hSk/iZLoMhlYWvR3HXBUu F9ASpp7erwmgTYkeZLgDANeoPzsbUwIDAQABo4ICGDCCAhQwgZUGCCsGAQUFBwEBBIGIMIGF ME8GCCsGAQUFBzAChkNodHRwOi8vd3d3LnRydXN0Y2VudGVyLmRlL2NlcnRzZXJ2aWNlcy9j YWNlcnRzL3RjX2NsYXNzXzNfY2FfSUkuY3J0MDIGCCsGAQUFBzABhiZodHRwOi8vb2NzcC50 Y2NsYXNzMy1JSS50cnVzdGNlbnRlci5kZTAPBgNVHRMBAf8EBTADAQH/MEoGA1UdIARDMEEw PwYJKoIUACwBAQEDMDIwMAYIKwYBBQUHAgEWJGh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUv Z3VpZGVsaW5lczAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFPYUG8YhiCpOjqm2kuA+mVzu qzXJMIHtBgNVHR8EgeUwgeIwgd+ggdyggdmGNWh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUv Y3JsL3YyL3RjX2NsYXNzXzNfY2FfSUkuY3JshoGfbGRhcDovL3d3dy50cnVzdGNlbnRlci5k ZS9DTj1UQyUyMFRydXN0Q2VudGVyJTIwQ2xhc3MlMjAzJTIwQ0ElMjBJSSxPPVRDJTIwVHJ1 c3RDZW50ZXIlMjBHbWJILE9VPXJvb3RjZXJ0cyxEQz10cnVzdGNlbnRlcixEQz1kZT9jZXJ0 aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/MA0GCSqGSIb3DQEBBQUAA4IBAQCQD+stzYL2 72GxMNb1y57GXw8BHD8cNs82XkLCHqFY6EaNIBVYaCOaETfxlWBNLeO1on50jHMvjHgQOEzD Qo0BpGS2ev31ZDScsC0JqWQ0Rgwnw+sxKohHrKHiXkCLA0HwXrD6lClBcQoVj0Ck1tsEgTOK I49uXvleUpgjbXLKi+6KttTbvbhUZbEjFDS/QT0OR2ViZHB4Vy5tShUdMuYm0Yfq8KzFPXNJ IEPeGM4kWTlbjAaFH0fEERxDbMzpQsttHfR1+BMussOAhi7Du5639eDemCDr9Jf79sraPr1T BW0r/LPzOgMa49KmdOblW/uDHkFXFDjNPIGnnhEckn7SMIIFojCCBIqgAwIBAgIPAMMiAAEA AuSTsek8+2CmMA0GCSqGSIb3DQEBBQUAMIGCMQswCQYDVQQGEwJERTEcMBoGA1UEChMTVEMg VHJ1c3RDZW50ZXIgR21iSDEoMCYGA1UECxMfVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBM MSBDQTErMCkGA1UEAxMiVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQSBJVjAeFw0x MDA3MjYxNTMxNThaFw0xMzA3MjYxNTMxNThaMIGgMQswCQYDVQQGEwJERTEQMA4GA1UECBMH SGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzEcMBoGA1UEChMTVEMgVHJ1c3RDZW50ZXIgR21i SDEcMBoGA1UEAxMTV29sZmdhbmcgU2NobWllc2luZzExMC8GCSqGSIb3DQEJARYid29sZmdh bmcuc2NobWllc2luZ0B0cnVzdGNlbnRlci5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBANo1h0W5O6aiKRkTjnKO1sVQlSr0m8gd9JJzv0nmX7NhufAhdiKlSL8WNnP7RvDr /RMJ/frLyxPMeDs2zyQBbMjm0J77ohl8bzaEQ0jmqjbFYGA8nGmoO6knZQo8EdYNJlXHV3tr pA3sU7djIFHY/5vWE0gjet+sLIavpBbyAf4IssS2sWw6Za91QFwzyDOMa/EIs24J0D/s7pjF C6Gtp/xpvHyP+MOEC1pAyeW9lYMdRiDWwdDpU8eYpZNqKYXo+xiL2Acv07xNGQU/UUWT0U3m bFFtn/xK7gQRtQjNCHveGcKaH45nDSbkiN8aidg2g6qSpSnTqpD77qlVtJIZU9MCAwEAAaOC AfMwggHvMIGdBggrBgEFBQcBAQSBkDCBjTBUBggrBgEFBQcwAoZIaHR0cDovL3d3dy50cnVz dGNlbnRlci5kZS9jZXJ0c2VydmljZXMvY2FjZXJ0cy90Y19jbGFzczMtSUlfTDFfQ0FfSVYu Y3J0MDUGCCsGAQUFBzABhilodHRwOi8vb2NzcC5JVi50Y2NsYXNzMy1JSS50cnVzdGNlbnRl ci5kZTAfBgNVHSMEGDAWgBT2FBvGIYgqTo6ptpLgPplc7qs1yTAMBgNVHRMBAf8EAjAAMEoG A1UdIARDMEEwPwYJKoIUACwBAQEDMDIwMAYIKwYBBQUHAgEWJGh0dHA6Ly93d3cudHJ1c3Rj ZW50ZXIuZGUvZ3VpZGVsaW5lczAOBgNVHQ8BAf8EBAMCBPAwHQYDVR0OBBYEFLgaLwhHNFzu +Y4pQe7yGiF++bcSMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly93d3cudHJ1c3RjZW50ZXIu ZGUvY3JsL3YyL3RjX2NsYXNzMy1JSV9MMV9DQV9JVi5jcmwwJwYDVR0lBCAwHgYIKwYBBQUH AwIGCCsGAQUFBwMEBggrBgEFBQcDBzAtBgNVHREEJjAkgSJ3b2xmZ2FuZy5zY2htaWVzaW5n QHRydXN0Y2VudGVyLmRlMA0GCSqGSIb3DQEBBQUAA4IBAQAcJ5tj45t/eKHKdMwEfofu2g/P yWKCGOZciwy8TxP8+d12nWew76NQfooDx8kq2ao+0n2ceIKFHqaC9ZvBSGmxvz7wTokyFTi+ L5IQE15gqyqQhJh1d9v72H/fvWEdLqwUNFYmtm0uhWQ7W7k1sXaU35H1jd7K0JVnP5WAetFo 62DCp5T1i9+wVRoLIOtO1r/9IJu2loQbbKnMGb0E4Qn22X4gw2XnuRKvGGvObcLe30PF7ghh ky8gnuJWXxnRpmK84zX71hMSYljTSOYRF8spAoyvOCAyQPH74Nso7GreG+3ar3kZtAqzlGCx PMI3HRIDxJYeyhIW2dqRqlM5oUZTMIIFojCCBIqgAwIBAgIPAMMiAAEAAuSTsek8+2CmMA0G CSqGSIb3DQEBBQUAMIGCMQswCQYDVQQGEwJERTEcMBoGA1UEChMTVEMgVHJ1c3RDZW50ZXIg R21iSDEoMCYGA1UECxMfVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQTErMCkGA1UE AxMiVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQSBJVjAeFw0xMDA3MjYxNTMxNTha Fw0xMzA3MjYxNTMxNThaMIGgMQswCQYDVQQGEwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4G A1UEBxMHSGFtYnVyZzEcMBoGA1UEChMTVEMgVHJ1c3RDZW50ZXIgR21iSDEcMBoGA1UEAxMT V29sZmdhbmcgU2NobWllc2luZzExMC8GCSqGSIb3DQEJARYid29sZmdhbmcuc2NobWllc2lu Z0B0cnVzdGNlbnRlci5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANo1h0W5 O6aiKRkTjnKO1sVQlSr0m8gd9JJzv0nmX7NhufAhdiKlSL8WNnP7RvDr/RMJ/frLyxPMeDs2 zyQBbMjm0J77ohl8bzaEQ0jmqjbFYGA8nGmoO6knZQo8EdYNJlXHV3trpA3sU7djIFHY/5vW E0gjet+sLIavpBbyAf4IssS2sWw6Za91QFwzyDOMa/EIs24J0D/s7pjFC6Gtp/xpvHyP+MOE C1pAyeW9lYMdRiDWwdDpU8eYpZNqKYXo+xiL2Acv07xNGQU/UUWT0U3mbFFtn/xK7gQRtQjN CHveGcKaH45nDSbkiN8aidg2g6qSpSnTqpD77qlVtJIZU9MCAwEAAaOCAfMwggHvMIGdBggr BgEFBQcBAQSBkDCBjTBUBggrBgEFBQcwAoZIaHR0cDovL3d3dy50cnVzdGNlbnRlci5kZS9j ZXJ0c2VydmljZXMvY2FjZXJ0cy90Y19jbGFzczMtSUlfTDFfQ0FfSVYuY3J0MDUGCCsGAQUF BzABhilodHRwOi8vb2NzcC5JVi50Y2NsYXNzMy1JSS50cnVzdGNlbnRlci5kZTAfBgNVHSME GDAWgBT2FBvGIYgqTo6ptpLgPplc7qs1yTAMBgNVHRMBAf8EAjAAMEoGA1UdIARDMEEwPwYJ KoIUACwBAQEDMDIwMAYIKwYBBQUHAgEWJGh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUvZ3Vp ZGVsaW5lczAOBgNVHQ8BAf8EBAMCBPAwHQYDVR0OBBYEFLgaLwhHNFzu+Y4pQe7yGiF++bcS MEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUvY3JsL3YyL3Rj X2NsYXNzMy1JSV9MMV9DQV9JVi5jcmwwJwYDVR0lBCAwHgYIKwYBBQUHAwIGCCsGAQUFBwME BggrBgEFBQcDBzAtBgNVHREEJjAkgSJ3b2xmZ2FuZy5zY2htaWVzaW5nQHRydXN0Y2VudGVy LmRlMA0GCSqGSIb3DQEBBQUAA4IBAQAcJ5tj45t/eKHKdMwEfofu2g/PyWKCGOZciwy8TxP8 +d12nWew76NQfooDx8kq2ao+0n2ceIKFHqaC9ZvBSGmxvz7wTokyFTi+L5IQE15gqyqQhJh1 d9v72H/fvWEdLqwUNFYmtm0uhWQ7W7k1sXaU35H1jd7K0JVnP5WAetFo62DCp5T1i9+wVRoL IOtO1r/9IJu2loQbbKnMGb0E4Qn22X4gw2XnuRKvGGvObcLe30PF7ghhky8gnuJWXxnRpmK8 4zX71hMSYljTSOYRF8spAoyvOCAyQPH74Nso7GreG+3ar3kZtAqzlGCxPMI3HRIDxJYeyhIW 2dqRqlM5oUZTMYID1jCCA9ICAQEwgZYwgYIxCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNUQyBU cnVzdENlbnRlciBHbWJIMSgwJgYDVQQLEx9UQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwx IENBMSswKQYDVQQDEyJUQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENBIElWAg8AwyIA AQAC5JOx6Tz7YKYwCQYFKw4DAhoFAKCCAhQwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMTEwNTExMTEzNzExWjAjBgkqhkiG9w0BCQQxFgQU8krb48cwhi1u HZE0pQfOd4gAEqYwXwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcw DgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MIGnBgkrBgEEAYI3EAQxgZkwgZYwgYIxCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNUQyBUcnVz dENlbnRlciBHbWJIMSgwJgYDVQQLEx9UQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENB MSswKQYDVQQDEyJUQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENBIElWAg8AwyIAAQAC 5JOx6Tz7YKYwgakGCyqGSIb3DQEJEAILMYGZoIGWMIGCMQswCQYDVQQGEwJERTEcMBoGA1UE ChMTVEMgVHJ1c3RDZW50ZXIgR21iSDEoMCYGA1UECxMfVEMgVHJ1c3RDZW50ZXIgQ2xhc3Mg My1JSSBMMSBDQTErMCkGA1UEAxMiVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQSBJ VgIPAMMiAAEAAuSTsek8+2CmMA0GCSqGSIb3DQEBAQUABIIBANi01uRXq+3J3Aob9v3VdBaV NWtad+/YlSnt+/MjIRUEB40S8K/IZCgRr4C2f6EI4zyVQVHE+Mx08j/Xi65Aeu9b6UIBXJAp ooLg4CJ66vyOoM2Z0pdtyyRBdK2Q/fihmaDsXRyT+s5MK2u8IBH13I+7OxdJ3Y+1c4ySJGm0 EjTWk6UW4xVO45Zi6Or+BS7KPS3cq3WlDhgfW6VR7By5MdGlZGB/Lx/9nPgshe76I149D6MA PBE/n4Vf1iFuYcWSQ45cSqaUF44aOZ9vPEm0vvqsqlPna0+pEy8JGJ8g7Id1+0atl+XYA0zY AnHiPUof9u9QMtr5ceJ3hKwqTHmWL4AAAAAAAAA= --------------ms090308000708000709060807-- From devkellyelizabeth@example.org Wed May 11 12:57:44 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 8D99E45AC for <kellyelizabeth@example.org>; Wed, 11 May 2011 12:57:44 +0000 (UTC) Received: (qmail 34777 invoked by uid 500); 11 May 2011 12:57:44 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 34761 invoked by uid 500); 11 May 2011 12:57:44 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 34754 invoked by uid 99); 11 May 2011 12:57:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 May 2011 12:57:44 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO rcsinet10.oracle.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 May 2011 12:57:34 +0000 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [83.161.120.155]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p4BCvAeB021912 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <kellyelizabeth@example.org>; Wed, 11 May 2011 12:57:12 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [83.161.120.155]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p4BCv9Ki007531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <kellyelizabeth@example.org>; Wed, 11 May 2011 12:57:10 GMT Received: from abhmt018.oracle.com (abhmt018.oracle.com [83.161.120.155]) by acsmt356.oracle.com (83.161.120.15560308/8.12.11) with ESMTP id p4BCv48m001887 for <kellyelizabeth@example.org>; Wed, 11 May 2011 07:57:04 -0500 Received: from dhcp-rmdc-twvpn-1-vpnpool-10-159-1-11.vpn.oracle.com (/83.161.120.155) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 11 May 2011 05:57:03 -0700 Message-ID: <kellyelizabeth@example.org> Date: Wed, 11 May 2011 08:57:01 -0400 From: Sean Mullan <kellyelizabeth@example.org> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:83.161.120.155) Gecko/20110303 Lightning/1.0b2 ObetStats/CATLAF_1298490873191-922263945 Thunderbird/3.1.9 MIME-Version: 1.0 To: kellyelizabeth@example.org Subject: Re: Namespace definition in XMLObject References: <kellyelizabeth@example.org> In-Reply-To: <kellyelizabeth@example.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: rtcsinet22.oracle.com [83.161.120.155] X-CT-RefId: str=0001.0A090203.4DCA87A8.0238:SCFSTAT5015188,ss=1,fgs=0 X-Virus-Checked: Checked by ClamAV on apache.org On 5/11/11 7:37 AM, Wolfgang Schmiesing wrote: > Hi, > > I'm currently using the "javax.xml.crypto.dsig" API to create a signature. Now, > is there any way of assigning a namespace definition to > an <Object> element inside the signature? The output I need should look similar > to this: > > <Signature> > ... > <Object xmlns:test="http://www.example.org/ns" Id="someId"> > <test:someElem /> > <test:someElem /> > </Object> > </Signature> > > I'm currently creating the <Object> element using the following call: > >> XMLSignatureFactory.newXMLObject( List content, String id, String mimeType, >> String encoding ); > > This returns a javax.xml.crypto.dsig.XMLObject. Unfortunately, I can't find a > way of assigning a namespace in "XMLObject". > > I managed to create an <Object> element with a namespace using > "org.apache.xml.security.signature.ObjectContainer" but > am currently not able to switch to XMLSecurity APIs. Is this the only way to do > it or am I missing something? No, I don't think so. It is a limitation in the API. You can add the namespace declarations to the test elements by creating Elements and wrapping them in DOMStructures. But in order to add them to the Object element you will need to access the underlying DOM and add them using DOM APIs. Another alternative is to use an XML template of an XML Signature where all of the namespace declarations are already in place. That is you unmarshal an XMLSignature object from XML (with empty or bogus DigestValue and SignatureValue elements) using XMLSignatureFactory.unmarshal and then sign it using XMLSignature.sign. --Sean > > > > Kind regards, > > Wolfgang > From devkellyelizabeth@example.org Thu May 12 21:59:29 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 1929752AE for <kellyelizabeth@example.org>; Thu, 12 May 2011 21:59:29 +0000 (UTC) Received: (qmail 92535 invoked by uid 500); 12 May 2011 21:59:28 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 92505 invoked by uid 500); 12 May 2011 21:59:28 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 92487 invoked by uid 99); 12 May 2011 21:59:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 May 2011 21:59:27 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,MIME_BASE64_TEXT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO VA3EHSOBE005.bigfish.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 May 2011 21:59:20 +0000 Received: from mail48-va3-R.bigfish.com (83.161.120.155) by VA3EHSOBE005.bigfish.com (83.161.120.155) with Microsoft SMTP Server id 83.161.120.155; Thu, 12 May 2011 21:58:58 +0000 Received: from mail48-va3 (localhost.localdomain [83.161.120.155]) by mail48-va3-R.bigfish.com (Postfix) with ESMTP id 81ACD8581A1 for <kellyelizabeth@example.org>; Thu, 12 May 2011 21:58:58 +0000 (UTC) X-SpamScore: 0 X-BigFish: VPS0(zzzz1202hzz8275bh8275dhz2fh2a8h668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:83.161.120.155;KIP:(null);UIP:(null);IPVD:NLI;H:VA3DIAHUB014.RED001.local;RD:smtp801.microsoftonline.com;EFVD:NLI Received-SPF: pass (mail48-va3: domain of serena.com designates 83.161.120.155 as permitted sender) client-ip=83.161.120.155; kellyelizabeth@example.org; helo=VA3DIAHUB014.RED001.local ;RED001.local ; Received: from mail48-va3 (localhost.localdomain [83.161.120.155]) by mail48-va3 (MessageSwitch) id 130523753852331_11244; Thu, 12 May 2011 21:58:58 +0000 (UTC) Received: from VA3EHSMHS007.bigfish.com (unknown [83.161.120.155]) by mail48-va3.bigfish.com (Postfix) with ESMTP id D1059A98050 for <kellyelizabeth@example.org>; Thu, 12 May 2011 21:58:57 +0000 (UTC) Received: from VA3DIAHUB014.RED001.local (83.161.120.155) by VA3EHSMHS007.bigfish.com (83.161.120.155) with Microsoft SMTP Server (TLS) id 83.161.120.155; Thu, 12 May 2011 21:58:56 +0000 Received: from VA3DIAXVS241.RED001.local ([83.161.120.155]) by VA3DIAHUB014.RED001.local ([83.161.120.155]) with mapi; Thu, 12 May 2011 14:58:56 -0700 From: George Stanchev <kellyelizabeth@example.org> To: "kellyelizabeth@example.org" <kellyelizabeth@example.org> Date: Thu, 12 May 2011 14:58:54 -0700 Subject: small bug Thread-Topic: small bug Thread-Index: AcwQ7yTKoLaX7UjtRg6Q+7TxEchiUw== Message-ID: <kellyelizabeth@example.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_82E2938844C23A45A869346F8E7A798A0E261C6C87VA3DIAXVS241R_" MIME-Version: 1.0 X-OriginatorOrg: serena.com --_000_82E2938844C23A45A869346F8E7A798A0E261C6C87VA3DIAXVS241R_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGksDQoNClRoaXMgYSBzbWFsbCBidWcgSSByYW4gaW50byB3aGlsZSBicm93c2luZyB0aGUgc291 cmNlIGZvciBzb21ldGhpbmcgZWxzZS4gTm90IHN1cmUgaWYgaXQgZGVzZXJ2ZXMgYSBKSVJBIGV2 ZW4gKGxldCBtZSBrbm93IGFuZCBJIHdpbGwgc3VibWl0IG9uZSBpZiBuZWVkZWQpDQoNCkluIFxz cmNcbWFpblxqYXZhXG9yZ1xhcGFjaGVceG1sXHNlY3VyaXR5XHV0aWxzXFhNTFV0aWxzLmphdmEg dGhlcmUgaXMgdGhlIGZvbGxvd2luZyBzbmlwcGV0Og0KDQpwdWJsaWMgc3RhdGljIHZvaWQgb3V0 cHV0RE9NKE5vZGUgY29udGV4dE5vZGUsIE91dHB1dFN0cmVhbSBvcywNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgYm9vbGVhbiBhZGRQcmVhbWJsZSkgew0KDQogICAgICB0cnkgew0K ICAgICAgICAgaWYgKGFkZFByZWFtYmxlKSB7DQogICAgICAgICAgICBvcy53cml0ZSgiPD94bWwg dmVyc2lvbj1cIjEuMFwiIGVuY29kaW5nPVwiVVRGLThcIj8+XG4iLmdldEJ5dGVzKCkpOw0KICAg ICAgICAgfQ0KDQpnZXRCeXRlcygpIGlzIHVzZWQgd2hpY2ggcmV0dXJucyB0aGUgcGxhdGZvcm0g ZW5jb2RpbmcgYnV0IHRoZSBvdXRwdXQgWE1MIGlzIHNwZWNpZmllZCBhcyBVVEYtOC4gVGhlcmVm b3JlIC5nZXRCeXRlcygiVVRGLTgiKSBzaG91bGQgYmUgdXNlZC4NCg0KU2luY2UgdGhpcyBoYXMg YmVlbiBpbiB0aGUgY29kZSBmb3JldmVyIGFuZCBlbmNyeXB0aW9uIG9yIHNpZ25hdHVyZSBub2Rl cyBhcmUgKHByb2JhYmx5KSBhbGwgc3RhbmRhcmQgNyBiaXQgQVNDSUksIHRoaXMgaXMgbm90IGEg YmlnIGRlYWwgYnV0IGl0J3MgbmljZSB0byBwdXQgdGhlIGNvcnJlY3QgY29kZSBpbiBpdCB3aGVu IHNvbWVvbmUgZnJvbSB0aGUgZGV2cyBpcyBkb2luZyBhIGNvbW1pdC4NCg0KR2VvcmdlDQo= --_000_82E2938844C23A45A869346F8E7A798A0E261C6C87VA3DIAXVS241R_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250 ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGlu Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29t cG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRv d3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBs YW5nPUVOLVVTIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+PGRpdiBjbGFzcz1Xb3JkU2VjdGlvbjE+ PHAgY2xhc3M9TXNvTm9ybWFsPkhpLCA8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPlRoaXMgYSBzbWFsbCBidWcg SSByYW4gaW50byB3aGlsZSBicm93c2luZyB0aGUgc291cmNlIGZvciBzb21ldGhpbmcgZWxzZS4g Tm90IHN1cmUgaWYgaXQgZGVzZXJ2ZXMgYSBKSVJBIGV2ZW4gKGxldCBtZSBrbm93IGFuZCBJIHdp bGwgc3VibWl0IG9uZSBpZiBuZWVkZWQpPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5JbiBcc3JjXG1haW5camF2 YVxvcmdcYXBhY2hlXHhtbFxzZWN1cml0eVx1dGlsc1xYTUxVdGlscy5qYXZhIHRoZXJlIGlzIHRo ZSBmb2xsb3dpbmcgc25pcHBldDo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86 cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+cHVibGljIHN0YXRpYyB2b2lkIG91 dHB1dERPTShOb2RlIGNvbnRleHROb2RlLCBPdXRwdXRTdHJlYW0gb3MsPG86cD48L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBib29sZWFuIGFkZFByZWFt YmxlKSB7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls ZT0nZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdHJ5IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIHN0eWxlPSdmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlmIChhZGRQcmVh bWJsZSkgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciJz4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg b3Mud3JpdGUoJnF1b3Q7Jmx0Oz94bWwgdmVyc2lvbj1cJnF1b3Q7MS4wXCZxdW90OyBlbmNvZGlu Zz1cJnF1b3Q7VVRGLThcJnF1b3Q7PyZndDtcbiZxdW90Oy5nZXRCeXRlcygpKTs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5nZXRCeXRlcygp IGlzIHVzZWQgd2hpY2ggcmV0dXJucyB0aGUgcGxhdGZvcm0gZW5jb2RpbmcgYnV0IHRoZSBvdXRw dXQgWE1MIGlzIHNwZWNpZmllZCBhcyBVVEYtOC4gVGhlcmVmb3JlIC5nZXRCeXRlcygmIzgyMjA7 VVRGLTgmIzgyMjE7KSBzaG91bGQgYmUgdXNlZC4gPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5TaW5jZSB0aGlz IGhhcyBiZWVuIGluIHRoZSBjb2RlIGZvcmV2ZXIgYW5kIGVuY3J5cHRpb24gb3Igc2lnbmF0dXJl IG5vZGVzIGFyZSAocHJvYmFibHkpIGFsbCBzdGFuZGFyZCA3IGJpdCBBU0NJSSwgdGhpcyBpcyBu b3QgYSBiaWcgZGVhbCBidXQgaXQmIzgyMTc7cyBuaWNlIHRvIHB1dCB0aGUgY29ycmVjdCBjb2Rl IGluIGl0IHdoZW4gc29tZW9uZSBmcm9tIHRoZSBkZXZzIGlzIGRvaW5nIGEgY29tbWl0LjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+R2VvcmdlPG86cD48L286cD48L3A+PC9kaXY+PC9ib2R5PjwvaHRtbD4= --_000_82E2938844C23A45A869346F8E7A798A0E261C6C87VA3DIAXVS241R_-- From devkellyelizabeth@example.org Thu May 12 23:18:15 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 3ECC55DDD for <kellyelizabeth@example.org>; Thu, 12 May 2011 23:18:15 +0000 (UTC) Received: (qmail 62682 invoked by uid 500); 12 May 2011 23:18:15 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 62657 invoked by uid 500); 12 May 2011 23:18:15 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 62650 invoked by uid 99); 12 May 2011 23:18:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 May 2011 23:18:15 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,MIME_BASE64_TEXT,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO TX2EHSOBE003.bigfish.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 May 2011 23:18:05 +0000 Received: from mail113-tx2-R.bigfish.com (83.161.120.155) by TX2EHSOBE003.bigfish.com (83.161.120.155) with Microsoft SMTP Server id 83.161.120.155; Thu, 12 May 2011 23:17:43 +0000 Received: from mail113-tx2 (localhost.localdomain [83.161.120.155]) by mail113-tx2-R.bigfish.com (Postfix) with ESMTP id 7042FE30122 for <kellyelizabeth@example.org>; Thu, 12 May 2011 23:17:43 +0000 (UTC) X-SpamScore: -7 X-BigFish: VPS-7(zz9371Ozz1202hzz8275bh8275dhz2fh2a8h668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null);UIP:(null);IPVD:NLI;H:va3diahub019.RED001.local;RD:smtp801.microsoftonline.com;EFVD:NLI Received: from mail113-tx2 (localhost.localdomain [83.161.120.155]) by mail113-tx2 (MessageSwitch) id 1305242263164498_6434; Thu, 12 May 2011 23:17:43 +0000 (UTC) Received: from TX2EHSMHS005.bigfish.com (unknown [83.161.120.155]) by mail113-tx2.bigfish.com (Postfix) with ESMTP id 1A38D1BF004F for <kellyelizabeth@example.org>; Thu, 12 May 2011 23:17:43 +0000 (UTC) Received: from va3diahub019.RED001.local (83.161.120.155) by TX2EHSMHS005.bigfish.com (83.161.120.155) with Microsoft SMTP Server (TLS) id 83.161.120.155; Thu, 12 May 2011 23:17:40 +0000 Received: from VA3DIAXVS241.RED001.local ([83.161.120.155]) by va3diahub019.RED001.local ([83.161.120.155]) with mapi; Thu, 12 May 2011 16:17:32 -0700 From: George Stanchev <kellyelizabeth@example.org> To: "kellyelizabeth@example.org" <kellyelizabeth@example.org> Date: Thu, 12 May 2011 16:17:30 -0700 Subject: RE: small bug Thread-Topic: small bug Thread-Index: AcwQ7yTKoLaX7UjtRg6Q+7TxEchiUwAC11QQ Message-ID: <kellyelizabeth@example.org> References: <kellyelizabeth@example.org> In-Reply-To: <kellyelizabeth@example.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_82E2938844C23A45A869346F8E7A798A0E261C6CCCVA3DIAXVS241R_" MIME-Version: 1.0 X-OriginatorOrg: serena.com X-Virus-Checked: Checked by ClamAV on apache.org --_000_82E2938844C23A45A869346F8E7A798A0E261C6CCCVA3DIAXVS241R_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 QW5kIEkgYW0gYSBkdWguLi5qdXN0IHJlcmVhZCBteSBlbWFpbC4gUGxlYXNlIGRpc3JlZ2FyZCBp dC4gVG90YWxseSBub24taXNzdWUuDQoNCkZyb206IEdlb3JnZSBTdGFuY2hldiBbbWFpbHRvOkdz dGFuY2hldkBzZXJlbmEuY29tXQ0KU2VudDogVGh1cnNkYXksIE1heSAxMiwgMjAxMSAzOjU5IFBN DQpUbzogZGV2QHNhbnR1YXJpby5hcGFjaGUub3JnDQpTdWJqZWN0OiBzbWFsbCBidWcNCg0KSGks DQoNClRoaXMgYSBzbWFsbCBidWcgSSByYW4gaW50byB3aGlsZSBicm93c2luZyB0aGUgc291cmNl IGZvciBzb21ldGhpbmcgZWxzZS4gTm90IHN1cmUgaWYgaXQgZGVzZXJ2ZXMgYSBKSVJBIGV2ZW4g KGxldCBtZSBrbm93IGFuZCBJIHdpbGwgc3VibWl0IG9uZSBpZiBuZWVkZWQpDQoNCkluIFxzcmNc bWFpblxqYXZhXG9yZ1xhcGFjaGVceG1sXHNlY3VyaXR5XHV0aWxzXFhNTFV0aWxzLmphdmEgdGhl cmUgaXMgdGhlIGZvbGxvd2luZyBzbmlwcGV0Og0KDQpwdWJsaWMgc3RhdGljIHZvaWQgb3V0cHV0 RE9NKE5vZGUgY29udGV4dE5vZGUsIE91dHB1dFN0cmVhbSBvcywNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgYm9vbGVhbiBhZGRQcmVhbWJsZSkgew0KDQogICAgICB0cnkgew0KICAg ICAgICAgaWYgKGFkZFByZWFtYmxlKSB7DQogICAgICAgICAgICBvcy53cml0ZSgiPD94bWwgdmVy c2lvbj1cIjEuMFwiIGVuY29kaW5nPVwiVVRGLThcIj8+XG4iLmdldEJ5dGVzKCkpOw0KICAgICAg ICAgfQ0KDQpnZXRCeXRlcygpIGlzIHVzZWQgd2hpY2ggcmV0dXJucyB0aGUgcGxhdGZvcm0gZW5j b2RpbmcgYnV0IHRoZSBvdXRwdXQgWE1MIGlzIHNwZWNpZmllZCBhcyBVVEYtOC4gVGhlcmVmb3Jl IC5nZXRCeXRlcygiVVRGLTgiKSBzaG91bGQgYmUgdXNlZC4NCg0KU2luY2UgdGhpcyBoYXMgYmVl biBpbiB0aGUgY29kZSBmb3JldmVyIGFuZCBlbmNyeXB0aW9uIG9yIHNpZ25hdHVyZSBub2RlcyBh cmUgKHByb2JhYmx5KSBhbGwgc3RhbmRhcmQgNyBiaXQgQVNDSUksIHRoaXMgaXMgbm90IGEgYmln IGRlYWwgYnV0IGl0J3MgbmljZSB0byBwdXQgdGhlIGNvcnJlY3QgY29kZSBpbiBpdCB3aGVuIHNv bWVvbmUgZnJvbSB0aGUgZGV2cyBpcyBkb2luZyBhIGNvbW1pdC4NCg0KR2VvcmdlDQo= --_000_82E2938844C23A45A869346F8E7A798A0E261C6CCCVA3DIAXVS241R_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05U RU5UPSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXMtYXNjaWkiPjxtZXRhIG5hbWU9R2VuZXJhdG9yIGNv bnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj48c3R5bGU+PCEtLQ0K LyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxl IERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFs DQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4w cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0Zv bGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjoj MUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEu MGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz1FTi1VUyBsaW5rPWJs dWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+QW5kIEkgYW0gYSBkdWgmIzgyMzA7anVzdCBy ZXJlYWQgbXkgZW1haWwuIFBsZWFzZSBkaXNyZWdhcmQgaXQuIFRvdGFsbHkgbm9uLWlzc3VlLiA8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xv cjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PGRpdj48ZGl2IHN0eWxlPSdi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbic+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5z LXNlcmlmIic+IEdlb3JnZSBTdGFuY2hldiBbbWFpbHRvOkdzdGFuY2hldkBzZXJlbmEuY29tXSA8 YnI+PGI+U2VudDo8L2I+IFRodXJzZGF5LCBNYXkgMTIsIDIwMTEgMzo1OSBQTTxicj48Yj5Ubzo8 L2I+IGRldkBzYW50dWFyaW8uYXBhY2hlLm9yZzxicj48Yj5TdWJqZWN0OjwvYj4gc21hbGwgYnVn PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpw PiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+SGksIDxvOnA+PC9vOnA+PC9wPjxw IGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ VGhpcyBhIHNtYWxsIGJ1ZyBJIHJhbiBpbnRvIHdoaWxlIGJyb3dzaW5nIHRoZSBzb3VyY2UgZm9y IHNvbWV0aGluZyBlbHNlLiBOb3Qgc3VyZSBpZiBpdCBkZXNlcnZlcyBhIEpJUkEgZXZlbiAobGV0 IG1lIGtub3cgYW5kIEkgd2lsbCBzdWJtaXQgb25lIGlmIG5lZWRlZCk8bzpwPjwvbzpwPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PkluIFxzcmNcbWFpblxqYXZhXG9yZ1xhcGFjaGVceG1sXHNlY3VyaXR5XHV0aWxzXFhNTFV0aWxz LmphdmEgdGhlcmUgaXMgdGhlIGZvbGxvd2luZyBzbmlwcGV0OjxvOnA+PC9vOnA+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciJz5wdWJs aWMgc3RhdGljIHZvaWQgb3V0cHV0RE9NKE5vZGUgY29udGV4dE5vZGUsIE91dHB1dFN0cmVhbSBv cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGJvb2xlYW4gYWRkUHJlYW1ibGUpIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Iic+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBzdHlsZT0nZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0cnkgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseToi Q291cmllciBOZXciJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgaWYgKGFkZFByZWFtYmxlKSB7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVy IE5ldyInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBvcy53cml0ZSgmcXVvdDsmbHQ7P3htbCB2ZXJzaW9uPVwmcXVvdDsx LjBcJnF1b3Q7IGVuY29kaW5nPVwmcXVvdDtVVEYtOFwmcXVvdDs/Jmd0O1xuJnF1b3Q7LmdldEJ5 dGVzKCkpOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciJz4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPmdldEJ5dGVzKCkgaXMgdXNlZCB3aGljaCByZXR1cm5zIHRoZSBwbGF0Zm9ybSBlbmNv ZGluZyBidXQgdGhlIG91dHB1dCBYTUwgaXMgc3BlY2lmaWVkIGFzIFVURi04LiBUaGVyZWZvcmUg LmdldEJ5dGVzKCYjODIyMDtVVEYtOCYjODIyMTspIHNob3VsZCBiZSB1c2VkLiA8bzpwPjwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPlNpbmNlIHRoaXMgaGFzIGJlZW4gaW4gdGhlIGNvZGUgZm9yZXZlciBhbmQgZW5jcnlw dGlvbiBvciBzaWduYXR1cmUgbm9kZXMgYXJlIChwcm9iYWJseSkgYWxsIHN0YW5kYXJkIDcgYml0 IEFTQ0lJLCB0aGlzIGlzIG5vdCBhIGJpZyBkZWFsIGJ1dCBpdCYjODIxNztzIG5pY2UgdG8gcHV0 IHRoZSBjb3JyZWN0IGNvZGUgaW4gaXQgd2hlbiBzb21lb25lIGZyb20gdGhlIGRldnMgaXMgZG9p bmcgYSBjb21taXQuPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5HZW9yZ2U8bzpwPjwvbzpwPjwvcD48L2Rpdj48 L2JvZHk+PC9odG1sPg== --_000_82E2938844C23A45A869346F8E7A798A0E261C6CCCVA3DIAXVS241R_-- From devkellyelizabeth@example.org Fri May 13 02:51:00 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 300814456 for <kellyelizabeth@example.org>; Fri, 13 May 2011 02:51:00 +0000 (UTC) Received: (qmail 40451 invoked by uid 500); 13 May 2011 02:51:00 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 40220 invoked by uid 500); 13 May 2011 02:50:59 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 40212 invoked by uid 99); 13 May 2011 02:50:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 02:50:58 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-ew0-f54.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 02:50:50 +0000 Received: by ewy1 with SMTP id 1so1368634ewy.27 for <kellyelizabeth@example.org>; Thu, 12 May 2011 19:50:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=KIbQfPJYHnv7FHHncB+e35B7/CMRCzJ+mIHTQhh2uCQ=; b=c5GsLRJC3gGaPU9e42Hp7+mQpzB81XdqjOswvsLMYJ+6d3tGD1UfGC7bw59efGtS00 x1TG/zyjuhGYcbdbCC3C9+pxj4ZZ/X/b5xmZcuKKoVU1X64ElPl8gt6zbt6ErNZxA5pH 0Cm1UnTsL5Pp1lVn+GrdPrFk4PMMgNSc2quWo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; b=P6nJEO0UjoZh0j2+02EMBOd5Cekfg07Qreax7Pw6wU0qYOs57/OLdFK3VVhk3hbWwp artO3gdb5VimkX/5Dg/oc9dWOdsOt+y/zXFkBEmn4B1zcyLsnYnHtqIu6YJ3CoBZ0vlV YnV0VodcR38U0yoLcfZo6BdWy2fGM0oQgBIYA= Received: by 83.161.120.155 with SMTP id x6mr139140eef.183.1305255028761; Thu, 12 May 2011 19:50:28 -0700 (PDT) Received: from [83.161.120.155] (78-60-85-75.static.zebra.lt [83.161.120.155]) by mx.google.com with ESMTPS id u6sm1100256eeu.2.283.161.120.155.50.26 (version=SSLv3 cipher=OTHER); Thu, 12 May 2011 19:50:27 -0700 (PDT) Message-ID: <kellyelizabeth@example.org> Date: Fri, 13 May 2011 05:50:37 +0300 From: Giedrius Noreikis <kellyelizabeth@example.org> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:83.161.120.155) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: kellyelizabeth@example.org Subject: Re: small bug References: <kellyelizabeth@example.org> <kellyelizabeth@example.org> In-Reply-To: <kellyelizabeth@example.org> Content-Type: multipart/alternative; boundary="------------050807080504000203030000" This is a multi-part message in MIME format. --------------050807080504000203030000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit And why did you change your mind so quickly? :) The statement that getBytes() uses platform's default charset is absolutely correct. It's by design (and a bad one). From this follows that "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n".getBytes() will produce different results on different platforms - as designed and documented. Since the string above contains characters from the first half of ASCII table only, the result will be the same for most encodings - but not for all, of course ;) Trivial examples are encodings using more that one byte to represent a character (e.g. UTF-16, UTF-32). Another nice example is a good old EBCDIC, which is rather different from ASCII :) And yes, it's still used - Java running on z/OS will use EBCDIC as the platform's default :) Giedrius On 2011.05.13 02:17, George Stanchev wrote: > > And I am a duh...just reread my email. Please disregard it. Totally > non-issue. > > *From:*George Stanchev [mailto:kellyelizabeth@example.org] > *Sent:* Thursday, May 12, 2011 3:59 PM > *To:* kellyelizabeth@example.org > *Subject:* small bug > > Hi, > > This a small bug I ran into while browsing the source for something > else. Not sure if it deserves a JIRA even (let me know and I will > submit one if needed) > > In \src\main\java\org\apache\xml\security\utils\XMLUtils.java there is > the following snippet: > > public static void outputDOM(Node contextNode, OutputStream os, > > boolean addPreamble) { > > try { > > if (addPreamble) { > > os.write("<?xml version=\"1.0\" > encoding=\"UTF-8\"?>\n".getBytes()); > > } > > getBytes() is used which returns the platform encoding but the output > XML is specified as UTF-8. Therefore .getBytes("UTF-8") should be used. > > Since this has been in the code forever and encryption or signature > nodes are (probably) all standard 7 bit ASCII, this is not a big deal > but it's nice to put the correct code in it when someone from the devs > is doing a commit. > > George > --------------050807080504000203030000 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#ffffff"> And why did you change your mind so quickly? :)<br> <br> The statement that getBytes() uses platform's default charset is absolutely correct. It's by design (and a bad one).<br> From this follows that<br> <br> <span style="font-size: 9pt; font-family: &quot;Courier New&quot;;">"&lt;?xml version=\"1.0\" encoding=\"UTF-8\"?&gt;\n".getBytes()</span><br> <br> will produce different results on different platforms - as designed and documented.<br> <br> Since the string above contains characters from the first half of ASCII table only, the result will be the same for most encodings - but not for all, of course ;)<br> Trivial examples are encodings using more that one byte to represent a character (e.g. UTF-16, UTF-32). Another nice example is a good old EBCDIC, which is rather different from ASCII :) And yes, it's still used - Java running on z/OS will use EBCDIC as the platform's default :)<br> <br> Giedrius<br> <br> <br> On 2011.05.13 02:17, George Stanchev wrote: <blockquote cite="mid:kellyelizabeth@example.org" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <meta name="Generator" content="Microsoft Word 14 (filtered medium)"> <style><!-- /* Font Definitions */ @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:windowtext;} span.EmailStyle18 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page WordSection1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="WordSection1"> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">And I am a duh&#8230;just reread my email. Please disregard it. Totally non-issue. <o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p> <div> <div style="border-right: medium none; border-width: 1pt medium medium; border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; padding: 3pt 0in 0in;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: &quot;Tahoma&quot;,&quot;sans-serif&quot;;">From:</span></b><span style="font-size: 10pt; font-family: &quot;Tahoma&quot;,&quot;sans-serif&quot;;"> George Stanchev [<a class="moz-txt-link-freetext" href="mailto:kellyelizabeth@example.org">mailto:kellyelizabeth@example.org</a>] <br> <b>Sent:</b> Thursday, May 12, 2011 3:59 PM<br> <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:kellyelizabeth@example.org">kellyelizabeth@example.org</a><br> <b>Subject:</b> small bug<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p>&nbsp;</o:p></p> <p class="MsoNormal">Hi, <o:p></o:p></p> <p class="MsoNormal"><o:p>&nbsp;</o:p></p> <p class="MsoNormal">This a small bug I ran into while browsing the source for something else. Not sure if it deserves a JIRA even (let me know and I will submit one if needed)<o:p></o:p></p> <p class="MsoNormal"><o:p>&nbsp;</o:p></p> <p class="MsoNormal">In \src\main\java\org\apache\xml\security\utils\XMLUtils.java there is the following snippet:<o:p></o:p></p> <p class="MsoNormal"><o:p>&nbsp;</o:p></p> <p class="MsoNormal"><span style="font-size: 9pt; font-family: &quot;Courier New&quot;;">public static void outputDOM(Node contextNode, OutputStream os,<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 9pt; font-family: &quot;Courier New&quot;;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; boolean addPreamble) {<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 9pt; font-family: &quot;Courier New&quot;;"><o:p>&nbsp;</o:p></span></p> <p class="MsoNormal"><span style="font-size: 9pt; font-family: &quot;Courier New&quot;;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; try {<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 9pt; font-family: &quot;Courier New&quot;;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (addPreamble) {<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 9pt; font-family: &quot;Courier New&quot;;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; os.write("&lt;?xml version=\"1.0\" encoding=\"UTF-8\"?&gt;\n".getBytes());<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 9pt; font-family: &quot;Courier New&quot;;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<o:p></o:p></span></p> <p class="MsoNormal"><o:p>&nbsp;</o:p></p> <p class="MsoNormal">getBytes() is used which returns the platform encoding but the output XML is specified as UTF-8. Therefore .getBytes(&#8220;UTF-8&#8221;) should be used. <o:p></o:p></p> <p class="MsoNormal"><o:p>&nbsp;</o:p></p> <p class="MsoNormal">Since this has been in the code forever and encryption or signature nodes are (probably) all standard 7 bit ASCII, this is not a big deal but it&#8217;s nice to put the correct code in it when someone from the devs is doing a commit.<o:p></o:p></p> <p class="MsoNormal"><o:p>&nbsp;</o:p></p> <p class="MsoNormal">George<o:p></o:p></p> </div> </blockquote> </body> </html> --------------050807080504000203030000-- From devkellyelizabeth@example.org Fri May 13 08:53:03 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 38F2642D4 for <kellyelizabeth@example.org>; Fri, 13 May 2011 08:53:03 +0000 (UTC) Received: (qmail 55925 invoked by uid 500); 13 May 2011 08:53:03 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 55863 invoked by uid 500); 13 May 2011 08:53:02 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 55856 invoked by uid 99); 13 May 2011 08:53:02 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 08:53:02 +0000 Received: from localhost (HELO mail-qw0-f54.google.com) (83.161.120.155) (smtp-auth username coheigea, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 08:53:02 +0000 Received: by qwc9 with SMTP id 9so2121731qwc.27 for <kellyelizabeth@example.org>; Fri, 13 May 2011 01:53:01 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id v22mr940575qci.172.1305276781386; Fri, 13 May 2011 01:53:01 -0700 (PDT) Reply-To: kellyelizabeth@example.org Received: by 83.161.120.155 with HTTP; Fri, 13 May 2011 01:53:01 -0700 (PDT) In-Reply-To: <kellyelizabeth@example.org> References: <kellyelizabeth@example.org> <kellyelizabeth@example.org> <kellyelizabeth@example.org> Date: Fri, 13 May 2011 09:53:01 +0100 Message-ID: <kellyelizabeth@example.org> Subject: Re: small bug From: Colm O hEigeartaigh <kellyelizabeth@example.org> To: kellyelizabeth@example.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable This has already been fixed as part of SANTUARIO-262: https://issues.apache.org/jira/browse/SANTUARIO-262 Colm. On Fri, May 13, 2011 at 3:50 AM, Giedrius Noreikis <kellyelizabeth@example.org> wrote: > And why did you change your mind so quickly? :) > > The statement that getBytes() uses platform's default charset is absolute= ly > correct. It's by design (and a bad one). > From this follows that > > "<?xml version=3D\"1.0\" encoding=3D\"UTF-8\"?>\n".getBytes() > > will produce different results on different platforms - as designed and > documented. > > Since the string above contains characters from the first half of ASCII > table only, the result will be the same for most encodings - but not for > all, of course ;) > Trivial examples are encodings using more that one byte to represent a > character (e.g. UTF-16, UTF-32). Another nice example is a good old EBCDI= C, > which is rather different from ASCII :) And yes, it's still used - Java > running on z/OS will use EBCDIC as the platform's default :) > > Giedrius > > > On 2011.05.13 02:17, George Stanchev wrote: > > And I am a duh=85just reread my email. Please disregard it. Totally non-i= ssue. > > > > From: George Stanchev [mailto:kellyelizabeth@example.org] > Sent: Thursday, May 12, 2011 3:59 PM > To: kellyelizabeth@example.org > Subject: small bug > > > > Hi, > > > > This a small bug I ran into while browsing the source for something else. > Not sure if it deserves a JIRA even (let me know and I will submit one if > needed) > > > > In \src\main\java\org\apache\xml\security\utils\XMLUtils.java there is th= e > following snippet: > > > > public static void outputDOM(Node contextNode, OutputStream os, > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 boolean addPreamble) { > > > > =A0=A0=A0=A0=A0 try { > > =A0=A0=A0=A0=A0=A0=A0=A0 if (addPreamble) { > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 os.write("<?xml version=3D\"1.0\" > encoding=3D\"UTF-8\"?>\n".getBytes()); > > =A0=A0=A0=A0=A0=A0=A0=A0 } > > > > getBytes() is used which returns the platform encoding but the output XML= is > specified as UTF-8. Therefore .getBytes(=93UTF-8=94) should be used. > > > > Since this has been in the code forever and encryption or signature nodes > are (probably) all standard 7 bit ASCII, this is not a big deal but it=92= s > nice to put the correct code in it when someone from the devs is doing a > commit. > > > > George From devkellyelizabeth@example.org Fri May 13 12:50:37 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 6145E4CB6 for <kellyelizabeth@example.org>; Fri, 13 May 2011 12:50:37 +0000 (UTC) Received: (qmail 75638 invoked by uid 500); 13 May 2011 12:50:37 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 75616 invoked by uid 500); 13 May 2011 12:50:37 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 75609 invoked by uid 99); 13 May 2011 12:50:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 12:50:37 +0000 X-ASF-Spam-Status: No, hits=0.9 required=5.0 tests=RCVD_NUMERIC_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO lo.gmane.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 12:50:32 +0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from <kellyelizabeth@example.org>) id 1QKroi-0007Q4-Uc for kellyelizabeth@example.org; Fri, 13 May 2011 14:50:04 +0200 Received: from 83.161.120.155 ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <kellyelizabeth@example.org>; Fri, 13 May 2011 14:50:04 +0200 Received: from daniel.granath by 83.161.120.155 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <kellyelizabeth@example.org>; Fri, 13 May 2011 14:50:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: kellyelizabeth@example.org From: flaklypa <kellyelizabeth@example.org> Subject: Re: Another c14n11 bug? Date: Fri, 13 May 2011 12:36:18 +0000 (UTC) Lines: 172 Message-ID: <kellyelizabeth@example.org> References: <kellyelizabeth@example.org> <kellyelizabeth@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: kellyelizabeth@example.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 83.161.120.155 (Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.53 Safari/534.30) Colm O hEigeartaigh <coheigea <at> apache.org> writes: > > Could you create a test-case for this? > > Colm. > > On Tue, May 10, 2011 at 2:19 PM, flaklypa > <daniel.granath <at> trustweaver.com> wrote: > > > > In version 1.4.4 it seems that the xml:base attribute is not processed > > correctly. I have modified the input > > in the sample org.apache.xml.security.samples.canonicalization.CanonSubTree > > to make it look like this: > > > > <?xml version="1.0" encoding="UTF-8"?> > > <Signature xmlns="http://www.w3.org/2000/09/xmldsig#" > > xml:base="http://www.acme.com/resources/"> > > <SignedInfo xml:base="subresources/"><!-- comment inside --> > > <CanonicalizationMethod > > Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> > > <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" > > /> > > <Reference URI="http://www.w3.org/TR/xml-stylesheet"> > > <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /> > > <DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs=</DigestValue> > > </Reference> > > </SignedInfo> > > <SignatureValue> > > fKMmy9GYF2s8rLFrZdVugTOFuWx19ccX7jh5HqFd4vMOY7LWAj52ykjSdvtW3fNY > > PPYGC4MFL19oPSId5GEsMtFMpGXB3XaCtoKjMCHQsN3+kom8YnGf7Ge1JNRcGty5 > > 0UsoP6Asj47+QR7QECT64uoziha4WRDVyXjDrg24W+U= > > </SignatureValue> > > <KeyInfo> > > <KeyName>Lugh</KeyName> > > </KeyInfo> > > </Signature> > > > > The only changes are the xml:base attributes on the Signature and SignedInfo > > elements. The other > > change I've made is to use c14n11 (http://www.w3.org/2006/12/xml-c14n11). > > The output from the sample is: > > > > <SignedInfo xmlns="http://www.w3.org/2000/09/xmldsig#" > > xml:base="subresources/"> > > <CanonicalizationMethod > > Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"> </CanonicalizationMethod> > > <SignatureMethod > > Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod> > > <Reference URI="http://www.w3.org/TR/xml-stylesheet"> > > <DigestMethod > > Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod> > > <DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs=</DigestValue> > > </Reference> > > </SignedInfo> > > > > I would have expected the xml:base attribute to get the value > > "http://www.acme.com/resources/subresources/". > > I have also tested this against the latest source in the 1.4.x-fixes branch > > with the same result. > > > > -- > > Kind regards > > > > -- > > View this message in context: http://old.nabble.com/Another-c14n11-bug-- tp31585489p31585489.html > > Sent from the Apache XML - Security - Dev mailing list kellyelizabeth@example.org. > > > > > > This is not a junit test case but a sample which manifests the suspicious behavior. --------------------------------------------------------------------- package org.apache.xml.security.samples.canonicalization; import java.io.ByteArrayInputStream; import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; import org.apache.xml.security.c14n.Canonicalizer; import org.apache.xml.security.samples.SampleUtils; import org.apache.xml.security.utils.Constants; import org.apache.xpath.XPathAPI; import org.w3c.dom.Document; import org.w3c.dom.Element; import org.w3c.dom.Node; /** * * @author Christian Geuer-Pollmann */ public class CanonSubTree { //J- static String input = "" + "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n" + "<Signature xmlns=\"http://www.w3.org/2000/09/xmldsig#\" xml:base=\"http://www.acme.com/resources/\">\n" + " <SignedInfo xml:base=\"subresources/\"><!-- comment inside -->\n" + " <CanonicalizationMethod Algorithm=\"http://www.w3.org/TR/2001/REC- xml-c14n-20010315\" />\n" + " <SignatureMethod Algorithm=\"http://www.w3.org/2000/09/xmldsig#rsa- sha1\" />\n" + " <Reference URI=\"http://www.w3.org/TR/xml-stylesheet\">\n" + " <DigestMethod Algorithm=\"http://www.w3.org/2000/09/xmldsig#sha1\" />\n" + " <DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs=</DigestValue>\n" + " </Reference>\n" + " </SignedInfo>\n" + " <SignatureValue>\n" + " fKMmy9GYF2s8rLFrZdVugTOFuWx19ccX7jh5HqFd4vMOY7LWAj52ykjSdvtW3fNY\n" + " PPYGC4MFL19oPSId5GEsMtFMpGXB3XaCtoKjMCHQsN3+kom8YnGf7Ge1JNRcGty5\n" + " 0UsoP6Asj47+QR7QECT64uoziha4WRDVyXjDrg24W+U=\n" + " </SignatureValue>\n" + " <KeyInfo>\n" + " <KeyName>Lugh</KeyName>\n" + " </KeyInfo>\n" + "</Signature>\n" ; //J+ /** * Method main * * @param args * @throws Exception */ public static void main(String args[]) throws Exception { org.apache.xml.security.Init.init(); DocumentBuilderFactory dfactory = DocumentBuilderFactory.newInstance(); dfactory.setNamespaceAware(true); dfactory.setValidating(true); DocumentBuilder documentBuilder = dfactory.newDocumentBuilder(); // this is to throw away all validation warnings documentBuilder .setErrorHandler(new org.apache.xml.security.utils .IgnoreAllErrorHandler()); byte inputBytes[] = input.getBytes(); Document doc = documentBuilder.parse(new ByteArrayInputStream(inputBytes)); Canonicalizer c14n = Canonicalizer .getInstance("http://www.w3.org/2006/12/xml-c14n11"); Element nscontext = SampleUtils.createDSctx(doc, "ds", Constants.SignatureSpecNS); Node signedInfo = XPathAPI.selectSingleNode(doc, "//ds:SignedInfo", nscontext); byte outputBytes[] = c14n.canonicalizeSubtree(signedInfo); if (outputBytes != null) { System.out.println(new String(outputBytes)); } } } -------------------------------------------------------------- From devkellyelizabeth@example.org Fri May 13 13:52:41 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 4A0E6454C for <kellyelizabeth@example.org>; Fri, 13 May 2011 13:52:41 +0000 (UTC) Received: (qmail 93109 invoked by uid 500); 13 May 2011 13:52:41 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 93044 invoked by uid 500); 13 May 2011 13:52:41 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 93036 invoked by uid 99); 13 May 2011 13:52:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 13:52:41 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail4.trustcenter.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 13:52:35 +0000 Received: from w200306.trustcenter.de (mystic.trustcenter.de [83.161.120.155]) by mail4.trustcenter.de (8.14.0/8.14.0) with ESMTP id p4DDqDQd020273 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for <kellyelizabeth@example.org>; Fri, 13 May 2011 15:52:13 +0200 (CEST) Received: from [83.161.120.155] (83.161.120.155) by w200306.trustcenter.de (83.161.120.155) with Microsoft SMTP Server id 8.0.813.0; Fri, 13 May 2011 15:52:38 +0200 Message-ID: <kellyelizabeth@example.org> Date: Fri, 13 May 2011 15:52:05 +0200 From: Wolfgang Schmiesing <kellyelizabeth@example.org> Organization: TC TrustCenter GmbH User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:83.161.120.155) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: "kellyelizabeth@example.org" <kellyelizabeth@example.org> Subject: Re: Namespace definition in XMLObject References: <kellyelizabeth@example.org> <kellyelizabeth@example.org> In-Reply-To: <kellyelizabeth@example.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070201070400020805000803" X-Scanned-By: MIMEDefang 2.62 on 83.161.120.155 --------------ms070201070400020805000803 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Thanks for the quick reply, I followed your advice and tried using an XML template and unmarshalling = it using > XMLSignatureFactory.getInstance().unmarshalXMLSignature(domTemplate); My input is as follows: =2E.. > <Object Id=3D"sample" xmlns:test=3D"http://test.net/ns/xmldsig"> > <test:Simple ATT=3D"1" /> > <test:Simple ATT=3D"2" /> > </Object> =2E.. The output looks like this after signing: =2E.. > <Object Id=3D"sample"> > <test:Simple ATT=3D"1" xmlns:test=3D"http://test.net/ns/xmldsig" /> > <test:Simple ATT=3D"2" xmlns:test=3D"http://test.net/ns/xmldsig" /> > </Object> =2E.. Any ideas why the namespace is pushed down into the child elements after = signing? In the output document I'd like to have the namespace declared only once.= Kind regards, Wolfgang On 11.05.2011 14:57, Sean Mullan wrote: > On 5/11/11 7:37 AM, Wolfgang Schmiesing wrote: >> Hi, >> >> I'm currently using the "javax.xml.crypto.dsig" API to create a signat= ure. Now, >> is there any way of assigning a namespace definition to >> an<Object> element inside the signature? The output I need should loo= k similar >> to this: >> >> <Signature> >> ... >> <Object xmlns:test=3D"http://www.example.org/ns" Id=3D"someId"> >> <test:someElem /> >> <test:someElem /> >> </Object> >> </Signature> >> >> I'm currently creating the<Object> element using the following call: >> >>> XMLSignatureFactory.newXMLObject( List content, String id, String mim= eType, >>> String encoding ); >> This returns a javax.xml.crypto.dsig.XMLObject. Unfortunately, I can't= find a >> way of assigning a namespace in "XMLObject". >> >> I managed to create an<Object> element with a namespace using >> "org.apache.xml.security.signature.ObjectContainer" but >> am currently not able to switch to XMLSecurity APIs. Is this the only = way to do >> it or am I missing something? > No, I don't think so. It is a limitation in the API. You can add the na= mespace > declarations to the test elements by creating Elements and wrapping the= m in > DOMStructures. But in order to add them to the Object element you will = need to > access the underlying DOM and add them using DOM APIs. > > Another alternative is to use an XML template of an XML Signature where= all of > the namespace declarations are already in place. That is you unmarshal = an > XMLSignature object from XML (with empty or bogus DigestValue and Signa= tureValue > elements) using XMLSignatureFactory.unmarshal and then sign it using > XMLSignature.sign. > > --Sean > > >> >> >> Kind regards, >> >> Wolfgang >> --=20 -- Wolfgang Schmiesing Software Development TC TrustCenter GmbH =96 Now part of Symantec Sonninstrasse 24 - 28 20097 Hamburg Germany Office: 334.625.6949, Fax: -126 E-mail kellyelizabeth@example.org www.trustcenter.de Geschaeftsfuehrung/Managing Directors: Austin McCabe, Kristen Laubscher AG Hamburg, HRB 96168 ---------------- This email may contain confidential and privileged material for the sole = use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delet= e all copies. --------------ms070201070400020805000803 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQ6zCC BZswggSDoAMCAQICDgopAAEAAkV5wKuh+OulMA0GCSqGSIb3DQEBBQUAMHYxCzAJBgNVBAYT AkRFMRwwGgYDVQQKExNUQyBUcnVzdENlbnRlciBHbWJIMSIwIAYDVQQLExlUQyBUcnVzdENl bnRlciBDbGFzcyAzIENBMSUwIwYDVQQDExxUQyBUcnVzdENlbnRlciBDbGFzcyAzIENBIElJ MB4XDTA4MDMxMzE2MzM0NloXDTI1MTIzMDIzNTk1OVowgYIxCzAJBgNVBAYTAkRFMRwwGgYD VQQKExNUQyBUcnVzdENlbnRlciBHbWJIMSgwJgYDVQQLEx9UQyBUcnVzdENlbnRlciBDbGFz cyAzLUlJIEwxIENBMSswKQYDVQQDEyJUQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENB IElWMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqFqrSlAvz8gmikryJbw0aD4A uHXF9lfzcj0hocnUTiQ0lkGKt07O/gdaP5yI1dVuFXORCjBSCN4WH1GByAbSI+oYCtl6fR73 YKeTSrnS+oM06pPJ5mLRA+hT/H00SCN6U6P/KWE5hTXLEsc/GK00CTBwXnpBqDmePZWV5PWm y2HdQYmpgWANpbMoYdfgJreGIl8bLky99bcm6QAtzVR/vqtLvwkS0jfKFLlREgPrWESGdIyl Ks0sTt7tOBNjtyt9EJQcbP8MUwYtP6et31QWXYyOC2ln9CvP9F1hSk/iZLoMhlYWvR3HXBUu F9ASpp7erwmgTYkeZLgDANeoPzsbUwIDAQABo4ICGDCCAhQwgZUGCCsGAQUFBwEBBIGIMIGF ME8GCCsGAQUFBzAChkNodHRwOi8vd3d3LnRydXN0Y2VudGVyLmRlL2NlcnRzZXJ2aWNlcy9j YWNlcnRzL3RjX2NsYXNzXzNfY2FfSUkuY3J0MDIGCCsGAQUFBzABhiZodHRwOi8vb2NzcC50 Y2NsYXNzMy1JSS50cnVzdGNlbnRlci5kZTAPBgNVHRMBAf8EBTADAQH/MEoGA1UdIARDMEEw PwYJKoIUACwBAQEDMDIwMAYIKwYBBQUHAgEWJGh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUv Z3VpZGVsaW5lczAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFPYUG8YhiCpOjqm2kuA+mVzu qzXJMIHtBgNVHR8EgeUwgeIwgd+ggdyggdmGNWh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUv Y3JsL3YyL3RjX2NsYXNzXzNfY2FfSUkuY3JshoGfbGRhcDovL3d3dy50cnVzdGNlbnRlci5k ZS9DTj1UQyUyMFRydXN0Q2VudGVyJTIwQ2xhc3MlMjAzJTIwQ0ElMjBJSSxPPVRDJTIwVHJ1 c3RDZW50ZXIlMjBHbWJILE9VPXJvb3RjZXJ0cyxEQz10cnVzdGNlbnRlcixEQz1kZT9jZXJ0 aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/MA0GCSqGSIb3DQEBBQUAA4IBAQCQD+stzYL2 72GxMNb1y57GXw8BHD8cNs82XkLCHqFY6EaNIBVYaCOaETfxlWBNLeO1on50jHMvjHgQOEzD Qo0BpGS2ev31ZDScsC0JqWQ0Rgwnw+sxKohHrKHiXkCLA0HwXrD6lClBcQoVj0Ck1tsEgTOK I49uXvleUpgjbXLKi+6KttTbvbhUZbEjFDS/QT0OR2ViZHB4Vy5tShUdMuYm0Yfq8KzFPXNJ IEPeGM4kWTlbjAaFH0fEERxDbMzpQsttHfR1+BMussOAhi7Du5639eDemCDr9Jf79sraPr1T BW0r/LPzOgMa49KmdOblW/uDHkFXFDjNPIGnnhEckn7SMIIFojCCBIqgAwIBAgIPAMMiAAEA AuSTsek8+2CmMA0GCSqGSIb3DQEBBQUAMIGCMQswCQYDVQQGEwJERTEcMBoGA1UEChMTVEMg VHJ1c3RDZW50ZXIgR21iSDEoMCYGA1UECxMfVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBM MSBDQTErMCkGA1UEAxMiVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQSBJVjAeFw0x MDA3MjYxNTMxNThaFw0xMzA3MjYxNTMxNThaMIGgMQswCQYDVQQGEwJERTEQMA4GA1UECBMH SGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzEcMBoGA1UEChMTVEMgVHJ1c3RDZW50ZXIgR21i SDEcMBoGA1UEAxMTV29sZmdhbmcgU2NobWllc2luZzExMC8GCSqGSIb3DQEJARYid29sZmdh bmcuc2NobWllc2luZ0B0cnVzdGNlbnRlci5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBANo1h0W5O6aiKRkTjnKO1sVQlSr0m8gd9JJzv0nmX7NhufAhdiKlSL8WNnP7RvDr /RMJ/frLyxPMeDs2zyQBbMjm0J77ohl8bzaEQ0jmqjbFYGA8nGmoO6knZQo8EdYNJlXHV3tr pA3sU7djIFHY/5vWE0gjet+sLIavpBbyAf4IssS2sWw6Za91QFwzyDOMa/EIs24J0D/s7pjF C6Gtp/xpvHyP+MOEC1pAyeW9lYMdRiDWwdDpU8eYpZNqKYXo+xiL2Acv07xNGQU/UUWT0U3m bFFtn/xK7gQRtQjNCHveGcKaH45nDSbkiN8aidg2g6qSpSnTqpD77qlVtJIZU9MCAwEAAaOC AfMwggHvMIGdBggrBgEFBQcBAQSBkDCBjTBUBggrBgEFBQcwAoZIaHR0cDovL3d3dy50cnVz dGNlbnRlci5kZS9jZXJ0c2VydmljZXMvY2FjZXJ0cy90Y19jbGFzczMtSUlfTDFfQ0FfSVYu Y3J0MDUGCCsGAQUFBzABhilodHRwOi8vb2NzcC5JVi50Y2NsYXNzMy1JSS50cnVzdGNlbnRl ci5kZTAfBgNVHSMEGDAWgBT2FBvGIYgqTo6ptpLgPplc7qs1yTAMBgNVHRMBAf8EAjAAMEoG A1UdIARDMEEwPwYJKoIUACwBAQEDMDIwMAYIKwYBBQUHAgEWJGh0dHA6Ly93d3cudHJ1c3Rj ZW50ZXIuZGUvZ3VpZGVsaW5lczAOBgNVHQ8BAf8EBAMCBPAwHQYDVR0OBBYEFLgaLwhHNFzu +Y4pQe7yGiF++bcSMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly93d3cudHJ1c3RjZW50ZXIu ZGUvY3JsL3YyL3RjX2NsYXNzMy1JSV9MMV9DQV9JVi5jcmwwJwYDVR0lBCAwHgYIKwYBBQUH AwIGCCsGAQUFBwMEBggrBgEFBQcDBzAtBgNVHREEJjAkgSJ3b2xmZ2FuZy5zY2htaWVzaW5n QHRydXN0Y2VudGVyLmRlMA0GCSqGSIb3DQEBBQUAA4IBAQAcJ5tj45t/eKHKdMwEfofu2g/P yWKCGOZciwy8TxP8+d12nWew76NQfooDx8kq2ao+0n2ceIKFHqaC9ZvBSGmxvz7wTokyFTi+ L5IQE15gqyqQhJh1d9v72H/fvWEdLqwUNFYmtm0uhWQ7W7k1sXaU35H1jd7K0JVnP5WAetFo 62DCp5T1i9+wVRoLIOtO1r/9IJu2loQbbKnMGb0E4Qn22X4gw2XnuRKvGGvObcLe30PF7ghh ky8gnuJWXxnRpmK84zX71hMSYljTSOYRF8spAoyvOCAyQPH74Nso7GreG+3ar3kZtAqzlGCx PMI3HRIDxJYeyhIW2dqRqlM5oUZTMIIFojCCBIqgAwIBAgIPAMMiAAEAAuSTsek8+2CmMA0G CSqGSIb3DQEBBQUAMIGCMQswCQYDVQQGEwJERTEcMBoGA1UEChMTVEMgVHJ1c3RDZW50ZXIg R21iSDEoMCYGA1UECxMfVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQTErMCkGA1UE AxMiVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQSBJVjAeFw0xMDA3MjYxNTMxNTha Fw0xMzA3MjYxNTMxNThaMIGgMQswCQYDVQQGEwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4G A1UEBxMHSGFtYnVyZzEcMBoGA1UEChMTVEMgVHJ1c3RDZW50ZXIgR21iSDEcMBoGA1UEAxMT V29sZmdhbmcgU2NobWllc2luZzExMC8GCSqGSIb3DQEJARYid29sZmdhbmcuc2NobWllc2lu Z0B0cnVzdGNlbnRlci5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANo1h0W5 O6aiKRkTjnKO1sVQlSr0m8gd9JJzv0nmX7NhufAhdiKlSL8WNnP7RvDr/RMJ/frLyxPMeDs2 zyQBbMjm0J77ohl8bzaEQ0jmqjbFYGA8nGmoO6knZQo8EdYNJlXHV3trpA3sU7djIFHY/5vW E0gjet+sLIavpBbyAf4IssS2sWw6Za91QFwzyDOMa/EIs24J0D/s7pjFC6Gtp/xpvHyP+MOE C1pAyeW9lYMdRiDWwdDpU8eYpZNqKYXo+xiL2Acv07xNGQU/UUWT0U3mbFFtn/xK7gQRtQjN CHveGcKaH45nDSbkiN8aidg2g6qSpSnTqpD77qlVtJIZU9MCAwEAAaOCAfMwggHvMIGdBggr BgEFBQcBAQSBkDCBjTBUBggrBgEFBQcwAoZIaHR0cDovL3d3dy50cnVzdGNlbnRlci5kZS9j ZXJ0c2VydmljZXMvY2FjZXJ0cy90Y19jbGFzczMtSUlfTDFfQ0FfSVYuY3J0MDUGCCsGAQUF BzABhilodHRwOi8vb2NzcC5JVi50Y2NsYXNzMy1JSS50cnVzdGNlbnRlci5kZTAfBgNVHSME GDAWgBT2FBvGIYgqTo6ptpLgPplc7qs1yTAMBgNVHRMBAf8EAjAAMEoGA1UdIARDMEEwPwYJ KoIUACwBAQEDMDIwMAYIKwYBBQUHAgEWJGh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUvZ3Vp ZGVsaW5lczAOBgNVHQ8BAf8EBAMCBPAwHQYDVR0OBBYEFLgaLwhHNFzu+Y4pQe7yGiF++bcS MEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly93d3cudHJ1c3RjZW50ZXIuZGUvY3JsL3YyL3Rj X2NsYXNzMy1JSV9MMV9DQV9JVi5jcmwwJwYDVR0lBCAwHgYIKwYBBQUHAwIGCCsGAQUFBwME BggrBgEFBQcDBzAtBgNVHREEJjAkgSJ3b2xmZ2FuZy5zY2htaWVzaW5nQHRydXN0Y2VudGVy LmRlMA0GCSqGSIb3DQEBBQUAA4IBAQAcJ5tj45t/eKHKdMwEfofu2g/PyWKCGOZciwy8TxP8 +d12nWew76NQfooDx8kq2ao+0n2ceIKFHqaC9ZvBSGmxvz7wTokyFTi+L5IQE15gqyqQhJh1 d9v72H/fvWEdLqwUNFYmtm0uhWQ7W7k1sXaU35H1jd7K0JVnP5WAetFo62DCp5T1i9+wVRoL IOtO1r/9IJu2loQbbKnMGb0E4Qn22X4gw2XnuRKvGGvObcLe30PF7ghhky8gnuJWXxnRpmK8 4zX71hMSYljTSOYRF8spAoyvOCAyQPH74Nso7GreG+3ar3kZtAqzlGCxPMI3HRIDxJYeyhIW 2dqRqlM5oUZTMYID1jCCA9ICAQEwgZYwgYIxCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNUQyBU cnVzdENlbnRlciBHbWJIMSgwJgYDVQQLEx9UQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwx IENBMSswKQYDVQQDEyJUQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENBIElWAg8AwyIA AQAC5JOx6Tz7YKYwCQYFKw4DAhoFAKCCAhQwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMTEwNTEzMTM1MjA1WjAjBgkqhkiG9w0BCQQxFgQUcY3n0xG8f5eI Rr7f0oQdnZZo/LEwXwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcw DgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MIGnBgkrBgEEAYI3EAQxgZkwgZYwgYIxCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNUQyBUcnVz dENlbnRlciBHbWJIMSgwJgYDVQQLEx9UQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENB MSswKQYDVQQDEyJUQyBUcnVzdENlbnRlciBDbGFzcyAzLUlJIEwxIENBIElWAg8AwyIAAQAC 5JOx6Tz7YKYwgakGCyqGSIb3DQEJEAILMYGZoIGWMIGCMQswCQYDVQQGEwJERTEcMBoGA1UE ChMTVEMgVHJ1c3RDZW50ZXIgR21iSDEoMCYGA1UECxMfVEMgVHJ1c3RDZW50ZXIgQ2xhc3Mg My1JSSBMMSBDQTErMCkGA1UEAxMiVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMy1JSSBMMSBDQSBJ VgIPAMMiAAEAAuSTsek8+2CmMA0GCSqGSIb3DQEBAQUABIIBAB5dBh07eRR/YXNKKjHEzHHf KAkePX4FoNCJsPZitOYnFeGbiHL+46+eyOgarYZGOtnd0ISGrdCaGYJXYHXchOaF2C3qJBGR s49Zea+53KJWa/r/C7jLiiiZZqctjlTuiLb/3qGwwqUg6Z4gwQ1OSYqTMWve2UcKWoxiqp6E UsWB4HHbJdKbqz6r2tiB03oX/ygFlu9TSXqbv5DodAvTsRz6UDfeZFXFTFbZ4kEEf38smew1 GhOP3z5dALKcLf6bO0BOVAGcxNTW0dZTK3wv5wpbpR1qIF42gt5pJHKfCoLi+XoyJlPWf6OH FSiASlSA0tjo8XooIuCB2E4Od9ZKO1wAAAAAAAA= --------------ms070201070400020805000803-- From devkellyelizabeth@example.org Fri May 13 14:37:39 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id E8A5E407A for <kellyelizabeth@example.org>; Fri, 13 May 2011 14:37:39 +0000 (UTC) Received: (qmail 90679 invoked by uid 500); 13 May 2011 14:37:39 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 90650 invoked by uid 500); 13 May 2011 14:37:39 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 90616 invoked by uid 99); 13 May 2011 14:37:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 14:37:39 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kellyelizabeth@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO TX2EHSOBE008.bigfish.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 14:37:31 +0000 Received: from mail28-tx2-R.bigfish.com (83.161.120.155) by TX2EHSOBE008.bigfish.com (83.161.120.155) with Microsoft SMTP Server id 83.161.120.155; Fri, 13 May 2011 14:37:10 +0000 Received: from mail28-tx2 (localhost.localdomain [83.161.120.155]) by mail28-tx2-R.bigfish.com (Postfix) with ESMTP id 0B87811B816F; Fri, 13 May 2011 14:37:10 +0000 (UTC) X-SpamScore: -24 X-BigFish: VPS-24(zzbb2cK9371O542M1432N98dKzz1202hzz8275bh8275dhz2fh2a8h668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null);UIP:(null);IPVD:NLI;H:VA3DIAHUB003.RED001.local;RD:smtp801.microsoftonline.com;EFVD:NLI Received: from mail28-tx2 (localhost.localdomain [83.161.120.155]) by mail28-tx2 (MessageSwitch) id 1305297429819199_25659; Fri, 13 May 2011 14:37:09 +0000 (UTC) Received: from TX2EHSMHS001.bigfish.com (unknown [83.161.120.155]) by mail28-tx2.bigfish.com (Postfix) with ESMTP id BA5DE4D004F; Fri, 13 May 2011 14:37:09 +0000 (UTC) Received: from VA3DIAHUB003.RED001.local (83.161.120.155) by TX2EHSMHS001.bigfish.com (83.161.120.155) with Microsoft SMTP Server (TLS) id 83.161.120.155; Fri, 13 May 2011 14:37:08 +0000 Received: from VA3DIAXVS241.RED001.local ([83.161.120.155]) by VA3DIAHUB003.RED001.local ([83.161.120.155]) with mapi; Fri, 13 May 2011 07:36:10 -0700 From: George Stanchev <kellyelizabeth@example.org> To: "kellyelizabeth@example.org" <kellyelizabeth@example.org>, "kellyelizabeth@example.org" <kellyelizabeth@example.org> Date: Fri, 13 May 2011 07:36:07 -0700 Subject: RE: small bug Thread-Topic: small bug Thread-Index: AcwRS9KYWKAPOl1ISzq39xuVA2UVBAALpzbA Message-ID: <kellyelizabeth@example.org> References: <kellyelizabeth@example.org> <kellyelizabeth@example.org> <kellyelizabeth@example.org> <kellyelizabeth@example.org> In-Reply-To: <kellyelizabeth@example.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: serena.com Thanks Colm, I was looking at the trunk. -----Original Message----- From: Colm O hEigeartaigh [mailto:kellyelizabeth@example.org]=20 Sent: Friday, May 13, 2011 2:53 AM To: kellyelizabeth@example.org Subject: Re: small bug This has already been fixed as part of SANTUARIO-262: https://issues.apache.org/jira/browse/SANTUARIO-262 Colm. On Fri, May 13, 2011 at 3:50 AM, Giedrius Noreikis <kellyelizabeth@example.org> wrote: > And why did you change your mind so quickly? :) > > The statement that getBytes() uses platform's default charset is absolute= ly > correct. It's by design (and a bad one). > From this follows that > > "<?xml version=3D\"1.0\" encoding=3D\"UTF-8\"?>\n".getBytes() > > will produce different results on different platforms - as designed and > documented. > > Since the string above contains characters from the first half of ASCII > table only, the result will be the same for most encodings - but not for > all, of course ;) > Trivial examples are encodings using more that one byte to represent a > character (e.g. UTF-16, UTF-32). Another nice example is a good old EBCDI= C, > which is rather different from ASCII :) And yes, it's still used - Java > running on z/OS will use EBCDIC as the platform's default :) > > Giedrius > > > On 2011.05.13 02:17, George Stanchev wrote: > > And I am a duh.just reread my email. Please disregard it. Totally non-iss= ue. > > > > From: George Stanchev [mailto:kellyelizabeth@example.org] > Sent: Thursday, May 12, 2011 3:59 PM > To: kellyelizabeth@example.org > Subject: small bug > > > > Hi, > > > > This a small bug I ran into while browsing the source for something else. > Not sure if it deserves a JIRA even (let me know and I will submit one if > needed) > > > > In \src\main\java\org\apache\xml\security\utils\XMLUtils.java there is th= e > following snippet: > > > > public static void outputDOM(Node contextNode, OutputStream os, > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 boolean addPreamble) { > > > > =A0=A0=A0=A0=A0 try { > > =A0=A0=A0=A0=A0=A0=A0=A0 if (addPreamble) { > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 os.write("<?xml version=3D\"1.0\" > encoding=3D\"UTF-8\"?>\n".getBytes()); > > =A0=A0=A0=A0=A0=A0=A0=A0 } > > > > getBytes() is used which returns the platform encoding but the output XML= is > specified as UTF-8. Therefore .getBytes("UTF-8") should be used. > > > > Since this has been in the code forever and encryption or signature nodes > are (probably) all standard 7 bit ASCII, this is not a big deal but it's > nice to put the correct code in it when someone from the devs is doing a > commit. > > > > George From devkellyelizabeth@example.org Fri May 13 14:39:55 2011 Return-Path: <devkellyelizabeth@example.org> X-Original-To: kellyelizabeth@example.org Delivered-To: kellyelizabeth@example.org Received: from mail.apache.org (hermes.apache.org [83.161.120.155]) by minotaur.apache.org (Postfix) with SMTP id 55EC34108 for <kellyelizabeth@example.org>; Fri, 13 May 2011 14:39:55 +0000 (UTC) Received: (qmail 93400 invoked by uid 500); 13 May 2011 14:39:55 -0000 Delivered-To: kellyelizabeth@example.org Received: (qmail 93376 invoked by uid 500); 13 May 2011 14:39:55 -0000 Mailing-List: contact kellyelizabeth@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:kellyelizabeth@example.org> List-Unsubscribe: <mailto:kellyelizabeth@example.org> List-Post: <mailto:kellyelizabeth@example.org> List-Id: <dev.santuario.apache.org> Reply-To: kellyelizabeth@example.org Delivered-To: mailing list kellyelizabeth@example.org Received: (qmail 93367 invoked by uid 99); 13 May 2011 14:39:55 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 14:39:55 +0000 Received: from localhost (HELO mail-qy0-f182.google.com) (83.161.120.155) (smtp-auth username coheigea, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 May 2011 14:39:54 +0000 Received: by qyk27 with SMTP id 27so1898937qyk.6 for <kellyelizabeth@example.org>; Fri, 13 May 2011 07:39:53 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id v22mr1227580qci.172.1305297593649; Fri, 13 May 2011 07:39:53 -0700 (PDT)
{'source': 'Apache Software Foundation Public Mail Archives'}