Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: Re: xmlsecurity endpoint output not "lasting"!?!?!?
From: Gonzalo Vasquez <gvasquez@altiuz.cl>
In-Reply-To: <etPan.54633a80.41b71efb.10c@localhost>
Date: Wed, 12 Nov 2014 11:56:36 -0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <0AE001E6-6386-4720-AFEF-54DAE094B9ED@altiuz.cl>
References: <14C09C44-915E-4E69-9B49-7AAC2D8C3548@altiuz.cl>
 <etPan.5462d07a.238e1f29.10c@localhost>
 <CA+R=BJG9m66YKEEkXQmaugeoHwEWkuH9KV+itcyM4h5h5k0XcQ@mail.gmail.com>
 <etPan.54633a80.41b71efb.10c@localhost>
To: users@camel.apache.org

Willem,

Switching to 2.15-SNAPSHOT made my day, as it provides support for the =
parentXpath parameter in the xmlsecurity endpoint. Although =
documentation is not correct as it says that the parentXpath has a =
String argument, it's not correct, as it expects a =
javax.xml.crypto.dsig.spec.XPathFilterParameterSpec parameter, that can =
be instantiated using something like:

	<bean id=3D"xpathNodoRaiz" =
class=3D"javax.xml.crypto.dsig.spec.XPathFilterParameterSpec">
		<constructor-arg type=3D"java.lang.String" =
value=3D"/*[@id=3D'comprobante']" />
	</bean>

And the later referenced using the pound sign (#) in the endpoint =
declaration as in:

	<camel:to =
uri=3D"xmlsecurity:sign://enveloped?keyAccessor=3D#keyAccessor&amp;parentX=
path=3D#xpathNodoRaiz" />

Using this parameter I no longer need to create nor a dynamic endpoint, =
nor a choice/when condition, so I've managed to implement a workaround =
for the reported issue. If I happen to have sometime I'll make a test =
case and submit it to Jira.

Regards,

Gonzalo V=C3=A1squez S=C3=A1ez
Gerente Investigaci=C3=B3n y Desarrollo (R&D)
Altiuz Soluciones Tecnol=C3=B3gicas de Negocios Ltda.
Av. Nueva Tajamar 555 Of. 802, Las Condes - CP 7550099
+56 2 335 2461
gvasquez@altiuz.cl
http://www.altiuz.cl
http://www.altiuzreports.com
 =20


El 12-11-2014, a las 7:46, Willem Jiang <willem.jiang@gmail.com> =
escribi=C3=B3:

> Here are some information about it.
> If you can still reproduce the error, you can create a JIRA[2] and =
submit a small test case for it.
>=20
>=20
> [1]http://camel.apache.org/maven-2-snapshot-repository-in-pom.html
> [2]http://issues.apache.org/jira/browse/CAMEL
>=20
> -- =20
> Willem Jiang
>=20
> Red Hat, Inc.
> Web: http://www.redhat.com
> Blog: http://willemjiang.blogspot.com (English)
> http://jnn.iteye.com (Chinese)
> Twitter: willemjiang =20
> Weibo: =E5=A7=9C=E5=AE=81willem
>=20
>=20
>=20
> On November 12, 2014 at 6:03:45 PM, Gonzalo Vasquez =
(gvasquez@altiuz.cl) wrote:
>> Hi, I'm using 2.14.0, as I haven't been able to find a newer with =
Maven, is
>> there a special repository for snapshots?
>>=20
>> On Wednesday, November 12, 2014, Willem Jiang =20
>> wrote:
>>=20
>>> Hi
>>>=20
>>> Which version of Camel are you using?
>>> I cannot reproduce the error with Apache Camel master branch (Camel
>>> 2.15-SNAPSHOT).
>>>=20
>>> Regards,
>>>=20
>>> --
>>> Willem Jiang
>>>=20
>>> Red Hat, Inc.
>>> Web: http://www.redhat.com
>>> Blog: http://willemjiang.blogspot.com (English)
>>> http://jnn.iteye.com (Chinese)
>>> Twitter: willemjiang
>>> Weibo: =E5=A7=9C=E5=AE=81willem
>>>=20
>>>=20
>>>=20
>>> On November 12, 2014 at 6:20:13 AM, Gonzalo Vasquez =
(gvasquez@altiuz.cl
>>> ) wrote:
>>>> Hi everybody,
>>>>=20
>>>> I'm having trouble with the output of the xmlsecurity endpoint. I
>>> suppose the obvious
>>>> is to get the signed xml as in the body of the next endpoint, but =
it
>>> seems a bit odd that it's
>>>> only kept as is if where a "local variable" as used in formal
>>> programming languages, such
>>>> as variables defined in if/while/for loops, and no longer exists =
upon
>>> exit.
>>>>=20
>>>>=20
>>>> Have I been clear of what is happening, or am I too messy in the
>>> explanation?
>>>>=20
>>>> What I need is to use an endpoint such as:
>>>>=20
>>>>> />
>>>>=20
>>>>=20
>>>>=20
>>>> As I need a flexible parentLocalName, I've tried two approaches:
>>>>=20
>>>>=20
>>>>=20
>>> =
xmlsecurity:sign://enveloped?keyAccessor=3D#keyAccessor&parentLocalName=3D=
${in.header.rootName} =20
>>>>=20
>>>>=20
>>>> And:
>>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>> ${in.header.rootName} =3D=3D 'factura'
>>>>=20
>>>>>=20
>>> =
uri=3D"xmlsecurity:sign://enveloped?keyAccessor=3D#keyAccessor&parentLocal=
Name=3Dfactura" =20
>>>> />
>>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>> ${in.header.rootName} =3D=3D 'notaDebito'
>>>>=20
>>>>>=20
>>> =
uri=3D"xmlsecurity:sign://enveloped?keyAccessor=3D#keyAccessor&parentLocal=
Name=3DnotaDebito" =20
>>>> />
>>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>> ${in.header.rootName} =3D=3D 'comprobanteRetencion'
>>>>=20
>>>>>=20
>>> =
uri=3D"xmlsecurity:sign://enveloped?keyAccessor=3D#keyAccessor&parentLocal=
Name=3DcomprobanteRetencion" =20
>>>> />
>>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>> The first approach is the one I prefer, but it doesn't actually =
work as
>>> expected as the
>>>> outside the "recipientList" the output body is the same as the =
input
>>> (i.e. no Signature
>>>> node), but within the receipientList I can get the correctly signed
>>> content.
>>>>=20
>>>> Although the second approach works, it's really messy because =
there's
>>> too much duplicate
>>>> code due to the same problem described before, as also the signed
>>> content (body) is only
>>>> present within the when tags, and not on the outside/end of the =
whole
>>> choice tag.
>>>>=20
>>>> A workaround would be to redirect inside the recipientList to =
another
>>> route using a direct
>>>> uri, but my doubt is if this is a bug in the xmlsecurity endpoint, =
am I
>>> doing something wrong
>>>> or something else?
>>>>=20
>>>> Attached is the whole spring/camel xml file for you to review.
>>>>=20
>>>> Regards,
>>>> Gonzalo V=C3=A1squez S=C3=A1ez
>>>> Gerente Investigaci=C3=B3n y Desarrollo (R&D)
>>>> Altiuz Soluciones Tecnol=C3=B3gicas de Negocios Ltda.
>>>> Av. Nueva Tajamar 555 Of. 802, Las Condes - CP 7550099
>>>> +56 2 335 2461
>>>> gvasquez@altiuz.cl =20
>>>> http://www.altiuz.cl
>>>> http://www.altiuzreports.com
>>>>=20
>>>>=20
>>>>=20
>>>=20
>>>=20
>>=20
>=20