Return-Path: X-Original-To: apmail-chemistry-dev-archive@www.apache.org Delivered-To: apmail-chemistry-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 91D9810BA3 for ; Mon, 11 Nov 2013 08:55:55 +0000 (UTC) Received: (qmail 53649 invoked by uid 500); 11 Nov 2013 08:55:54 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 53426 invoked by uid 500); 11 Nov 2013 08:55:49 -0000 Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@chemistry.apache.org Delivered-To: mailing list dev@chemistry.apache.org Received: (qmail 53407 invoked by uid 99); 11 Nov 2013 08:55:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Nov 2013 08:55:46 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [147.67.249.5] (HELO out.mail.ec.europa.eu) (147.67.249.5) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Nov 2013 08:55:41 +0000 Received: from S-DC-EMP018-E.net1.cec.eu.int (158.167.3.13) by S-DC-EDG009-Q.rcnet.cec.eu.int (147.67.249.5) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 11 Nov 2013 09:55:15 +0100 Received: from S-DC-EMP004-J.net1.cec.eu.int (158.167.2.167) by S-DC-EMP018-E.net1.cec.eu.int (158.167.3.13) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 11 Nov 2013 09:55:18 +0100 Received: from S-DC-ESTD03-B.net1.cec.eu.int ([169.254.2.4]) by S-DC-EMP004-J.net1.cec.eu.int ([158.167.2.167]) with mapi id 14.03.0158.001; Mon, 11 Nov 2013 09:55:18 +0100 From: To: Subject: sending extension data in all service invocation Thread-Topic: sending extension data in all service invocation Thread-Index: Ac7eu75rYbnVUxJ7TTaDxvPQ6P0FYg== Date: Mon, 11 Nov 2013 08:55:17 +0000 Message-ID: <155713D1CB3F8C40B8D64251346073788069E06A@S-DC-ESTD03-B.net1.cec.eu.int> Accept-Language: en-GB, fr-LU, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [158.167.189.57] Content-Type: multipart/related; boundary="_004_155713D1CB3F8C40B8D64251346073788069E06ASDCESTD03Bnet1c_"; type="multipart/alternative" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_004_155713D1CB3F8C40B8D64251346073788069E06ASDCESTD03Bnet1c_ Content-Type: multipart/alternative; boundary="_000_155713D1CB3F8C40B8D64251346073788069E06ASDCESTD03Bnet1c_" --_000_155713D1CB3F8C40B8D64251346073788069E06ASDCESTD03Bnet1c_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everybody, We are using Apache Chemistry client library to connect to a CMIS repositor= y. We would like to send in every method invocation extra data in the extensio= n data space, is there any way to do it centralized? I was thinking about extending the binding implementation, but this raises = a couple of issues: =B7 I need to extend all the current existing bindings =B7 The classes are quite big and prone to change by you :) Another idea is to use a custom authentication provider ... Any suggestion? Many thanks in advance. Jorge MARTIN CUERVO [cid:image001.gif@01CCF6D0.4613B970] European Commission DG TRADE Unit A4 CHAR 02/077 B-1049 Brussels/Belgium +32 2 298 86 27 jorge.martin-cuervo@ext.ec.europa.eu --_000_155713D1CB3F8C40B8D64251346073788069E06ASDCESTD03Bnet1c_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello everybody,

 

We are using Apache Chemistry client library to conn= ect to a CMIS repository.

We would like to send in every method invocation ext= ra data in the extension data space, is there any way to do it centralized?=

 

I was thinking about extending the binding implement= ation, but this raises a couple of issues:

=B7         I need to extend all the current existing bi= ndings

=B7         The classes are quite big and prone to chang= e by you J

 

Another idea is to use a custom authentication provi= der …

 

Any suggestion?

 

Many thanks in advance.

Jorge MA= RTIN CUERVO

3D"cid:image001.gif@01CCF6D0.4613B970"
European Commis= sion
DG TRADE
Unit A4

CHAR 02/077
B-1049 Brussels/Belgium
+32 2 298 86 27
jorge.martin-cuervo@ext.ec.europa.eu

 

--_000_155713D1CB3F8C40B8D64251346073788069E06ASDCESTD03Bnet1c_-- --_004_155713D1CB3F8C40B8D64251346073788069E06ASDCESTD03Bnet1c_--