You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@chemistry.apache.org by Stefano Lauricella <sl...@opentext.com> on 2011/11/09 15:08:11 UTC

Workbench and ACLs

Hi team,

 

I have a question about the Workbench.

I'm experiencing a problem whenever I perform a login using a user, who has no rights to see and modify permissions. It looks like the Workbench performs an extra getObject call with the includeAcls=true argument to retrieve the object permissions and fill the ACL pane on the right. At this point our CMIS implementation throws a PERMISSION_DENIED error according to the chapter 2.2.1.2.5 of the specification (see "... MUST return the ACLs ..." in the image below) since the user is not allowed to see permissions on the required object.

 

 

 

Unfortunately the Workbench shows the error received with an error dialog and gives up working further. All buttons are grayed out and the GUI becomes unuseful.

 

See error for WS ...

 

 

 

... and for Atompub.

 

 

 

I would expect the Workbench to catch such a PERMISSION_DENIED error, leave the correspondent ACLs pane empty but keep on working with further objects.

Is that a known issue? Is there any fix for that (I'm using the 0.5.0 version)?

Or am I missing something?

 

Thanks for any hint you might have.

- Stefano

________________________________

"Not everything that counts can be counted, and not everything that can be counted counts." - Albert Einstein

"Non tutto quel che può essere contato, conta, e non tutto quel che conta, può essere contato." 

"Nicht alles, was man zählen kann, zählt auch. Und nicht alles, was zählt, kann man auch zählen."  

 

Stefano Lauricella

Development Enterprise Library Infrastructure

 

  <http://www.opentext.com/2/email-signature-logo-global-event> 



Open Text Software GmbH

 

  <http://www.opentext.com/2/email-signature-event> 

Technopark II

Werner-von-Siemens-Ring 20 

85630 Grasbrunn 

Germany

 

Phone: +49 (0) 89 4629 1860

Fax:     +49 (0) 89 4629 33 1860

 

		
Email:

stefano.lauricella@opentext.com <ma...@opentext.com> 

Web site:

http://www.opentext.com/ <http://www.opentext.com/> 

			




Place of Incorporation / Sitz der Gesellschaft: Open Text Software GmbH, Werner-von-Siemens-Ring 20, 85630 Grasbrunn, Germany | Phone: +49 (0) 89 4629 0 | Fax: +49 (0) 89 4629 1199 | Register Court / Registergericht: München, Germany | Trade Register Number / HRB: 179298 | VAT ID Number /USt-ID: 118 656 356| Managing Director / Geschäftsführer: Walter Köhler

 

This email is protected by domestic and international copyright laws and treaties and is the property of Open Text Corporation, it may contain confidential and/or trade secret information of the Open Text Corporation and/or its subsidiaries (OTC), and may be subject to legal privilege in favor of OTC. This email may only be lawfully received, accessed, displayed on a computer screen, printed, copied, and/or used by the specific addressee(s) named above ("Authorized Recipient") for the purpose for which it was sent by OTC. All other rights and licenses to this email are fully reserved to OTC. If you are not an Authorized Recipient, you are required to immediately delete this email in its entirety without printing, copying, using, and/or re-transmitting this email, either in whole or in part. The transmission of this email by OTC is not to be construed as a waiver by OTC and/or the individual sending this email on behalf of OTC of any of their respective rights or privileges at law or otherwise, howsoever arising.

RE: Workbench and ACLs

Posted by Stefano Lauricella <sl...@opentext.com>.
Hi Florian,

yes, fetching ACLs separately would help. If no exception was thrown while fetching the object without ACLs but a PERMISSION_DENIED is thrown on the subsequent getAcl on the same ID, then we'd know for sure that permissions cannot be seen from the user. Not really efficient as a further round-trip would be necessary at this point. Maybe a topic to discuss for the CMIS next version.
However this would allow the Workbench being used from any user not necessarily having see/modify permissions rights on all objects and still see ACLs on objects where he has those rights.

Stefano

-----Original Message-----
From: Florian Müller [mailto:florian.mueller@alfresco.com] 
Sent: Mittwoch, 9. November 2011 19:53
To: dev@chemistry.apache.org
Cc: Stefano Lauricella
Subject: Re: Workbench and ACLs

Hi Stefano,

The problem is that a Permission Denied exception does not indicate (in a standardized way) which part of the object the user is not allowed to see.
We could, of course, fetch the ACLs separately to circumvent the problem. Even better would be if someone would implement an ACL editor. ;-)


Florian



On 09/11/2011 09:18, Stefano Lauricella wrote:
> Hi Florian,
> 
> this worked of course, thank you!
> However at this point no ACLs are shown at all even where it could be.
> 
> An error handling similar to the one I mentioned before wouldn't be bad though.
> 
> Thanks,
> Stefano
> 
> -----Original Message-----
> From: Florian Müller [mailto:florian.mueller@alfresco.com]
> Sent: Mittwoch, 9. November 2011 16:23
> To: dev@chemistry.apache.org
> Cc: Stefano Lauricella
> Subject: Re: Workbench and ACLs
> 
> Hi Stefano,
> 
> Go the Expert tab in the Login dialog and add this line:
> 
> cmis.workbench.object.includeAcls=false
> 
> 
> -Florian
> 
> 
> On 09/11/2011 06:08, Stefano Lauricella wrote:
>> Hi team,
>>
>> I have a question about the Workbench.
>>
>> I'm experiencing a problem whenever I perform a login using a user, 
>> who has no rights to see and modify permissions. It looks like the 
>> Workbench performs an extra getObject call with the includeAcls=true 
>> argument to retrieve the object permissions and fill the ACL pane on 
>> the right. At this point our CMIS implementation throws a 
>> PERMISSION_DENIED error according to the chapter 2.2.1.2.5 of the 
>> specification (see "... MUST return the ACLs ..." in the image below) 
>> since the user is not allowed to see permissions on the required object.
>>
>> Unfortunately the Workbench shows the error received with an error 
>> dialog and gives up working further. All buttons are grayed out and 
>> the GUI becomes unuseful.
>>
>> See error for WS ...
>>
>> Description: cid:image003.png@01CC9ECA.4F14B000
>>
>> ... and for Atompub.
>>
>> I would expect the Workbench to catch such a PERMISSION_DENIED error, 
>> leave the correspondent ACLs pane empty but keep on working with 
>> further objects.
>>
>> Is that a known issue? Is there any fix for that (I'm using the 0.5.0 
>> version)?
>>
>> Or am I missing something?
>>
>> Thanks for any hint you might have.
>>
>> - Stefano
>>
>> ---------------------------------------------------------------------
>> -
>> --
>>
>> /"Not everything that counts can be counted, and not everything that 
>> can be counted counts." - //Albert Einstein///
>>
>> /"Non tutto quel che può essere contato, conta, e non tutto quel che 
>> conta, può essere contato."///
>>
>> /"Nicht alles, was man zählen kann, zählt auch. Und nicht alles, was 
>> zählt, kann man auch zählen." /
>>
>> ////
>>
>> *Stefano Lauricella*
>>
>> Development Enterprise Library Infrastructure
>>
>> Description: cid:image002.gif@01CB6143.E5EC8FE0
>> <http://www.opentext.com/2/email-signature-logo-global-event>
>>
>> **
>>
>> *Open Text Software**GmbH*
>>
>> 	
>>
>> 	
>>
>> Description:
>> http://www.opentext.com/2/emailsupport-event-image-opentext.gif
>> <http://www.opentext.com/2/email-signature-event>
>>
>> Technopark II
>>
>> Werner-von-Siemens-Ring 20
>>
>> 85630 Grasbrunn
>>
>> Germany
>>
>> Phone: +49 (0) 89 4629 1860
>>
>> Fax:     +49 (0) 89 4629 33 1860
>>
>> 		
>>
>> Email:
>>
>> 	
>>
>> stefano.lauricella@opentext.com
>> <ma...@opentext.com>
>>
>> Web site:
>>
>> 	
>>
>> http://www.opentext.com/
>>
>> 		
>>
>>
>> *Place of Incorporation / Sitz der Gesellschaft: *Open Text Software 
>> GmbH, Werner-von-Siemens-Ring 20, 85630 Grasbrunn, Germany | Phone:
>> +49
>> (0) 89 4629 0 | Fax: +49 (0) 89 4629 1199 | *Register Court /
>> Registergericht: *München, Germany | *Trade Register Number / HRB:
>> *179298 | *VAT ID Number /USt-ID: *118 656 356*| Managing Director /
>> Geschäftsführer: *Walter Köhler
>>
>> This email is protected by domestic and international copyright laws 
>> and treaties and is the property of Open Text Corporation, it may 
>> contain confidential and/or trade secret information of the Open Text 
>> Corporation and/or its subsidiaries (OTC), and may be subject to 
>> legal privilege in favor of OTC. This email may only be lawfully 
>> received, accessed, displayed on a computer screen, printed, copied, 
>> and/or used by the specific addressee(s) named above ("Authorized 
>> Recipient") for the purpose for which it was sent by OTC. All other 
>> rights and licenses to this email are fully reserved to OTC. If you 
>> are not an Authorized Recipient, you are required to immediately 
>> delete this email in its entirety without printing, copying, using, 
>> and/or re-transmitting this email, either in whole or in part. The 
>> transmission of this email by OTC is not to be construed as a waiver 
>> by OTC and/or the individual sending this email on behalf of OTC of 
>> any of their respective rights or privileges at law or otherwise, howsoever arising.
>>
>

Re: Workbench and ACLs

Posted by Florian Müller <fl...@alfresco.com>.
Hi Stefano,

The problem is that a Permission Denied exception does not indicate (in a standardized way) which part of the object the user is not allowed to see.
We could, of course, fetch the ACLs separately to circumvent the problem. Even better would be if someone would implement an ACL editor. ;-)


Florian



On 09/11/2011 09:18, Stefano Lauricella wrote:
> Hi Florian,
> 
> this worked of course, thank you!
> However at this point no ACLs are shown at all even where it could be.
> 
> An error handling similar to the one I mentioned before wouldn't be bad though.
> 
> Thanks,
> Stefano
> 
> -----Original Message-----
> From: Florian Müller [mailto:florian.mueller@alfresco.com]
> Sent: Mittwoch, 9. November 2011 16:23
> To: dev@chemistry.apache.org
> Cc: Stefano Lauricella
> Subject: Re: Workbench and ACLs
> 
> Hi Stefano,
> 
> Go the Expert tab in the Login dialog and add this line:
> 
> cmis.workbench.object.includeAcls=false
> 
> 
> -Florian
> 
> 
> On 09/11/2011 06:08, Stefano Lauricella wrote:
>> Hi team,
>>
>> I have a question about the Workbench.
>>
>> I'm experiencing a problem whenever I perform a login using a user,
>> who has no rights to see and modify permissions. It looks like the
>> Workbench performs an extra getObject call with the includeAcls=true
>> argument to retrieve the object permissions and fill the ACL pane on
>> the right. At this point our CMIS implementation throws a
>> PERMISSION_DENIED error according to the chapter 2.2.1.2.5 of the
>> specification (see "... MUST return the ACLs ..." in the image below)
>> since the user is not allowed to see permissions on the required object.
>>
>> Unfortunately the Workbench shows the error received with an error
>> dialog and gives up working further. All buttons are grayed out and
>> the GUI becomes unuseful.
>>
>> See error for WS ...
>>
>> Description: cid:image003.png@01CC9ECA.4F14B000
>>
>> ... and for Atompub.
>>
>> I would expect the Workbench to catch such a PERMISSION_DENIED error,
>> leave the correspondent ACLs pane empty but keep on working with
>> further objects.
>>
>> Is that a known issue? Is there any fix for that (I'm using the 0.5.0
>> version)?
>>
>> Or am I missing something?
>>
>> Thanks for any hint you might have.
>>
>> - Stefano
>>
>> ----------------------------------------------------------------------
>> --
>>
>> /"Not everything that counts can be counted, and not everything that
>> can be counted counts." - //Albert Einstein///
>>
>> /"Non tutto quel che può essere contato, conta, e non tutto quel che
>> conta, può essere contato."///
>>
>> /"Nicht alles, was man zählen kann, zählt auch. Und nicht alles, was
>> zählt, kann man auch zählen." /
>>
>> ////
>>
>> *Stefano Lauricella*
>>
>> Development Enterprise Library Infrastructure
>>
>> Description: cid:image002.gif@01CB6143.E5EC8FE0
>> <http://www.opentext.com/2/email-signature-logo-global-event>
>>
>> **
>>
>> *Open Text Software**GmbH*
>>
>> 	
>>
>> 	
>>
>> Description:
>> http://www.opentext.com/2/emailsupport-event-image-opentext.gif
>> <http://www.opentext.com/2/email-signature-event>
>>
>> Technopark II
>>
>> Werner-von-Siemens-Ring 20
>>
>> 85630 Grasbrunn
>>
>> Germany
>>
>> Phone: +49 (0) 89 4629 1860
>>
>> Fax:     +49 (0) 89 4629 33 1860
>>
>> 		
>>
>> Email:
>>
>> 	
>>
>> stefano.lauricella@opentext.com
>> <ma...@opentext.com>
>>
>> Web site:
>>
>> 	
>>
>> http://www.opentext.com/
>>
>> 		
>>
>>
>> *Place of Incorporation / Sitz der Gesellschaft: *Open Text Software
>> GmbH, Werner-von-Siemens-Ring 20, 85630 Grasbrunn, Germany | Phone:
>> +49
>> (0) 89 4629 0 | Fax: +49 (0) 89 4629 1199 | *Register Court /
>> Registergericht: *München, Germany | *Trade Register Number / HRB:
>> *179298 | *VAT ID Number /USt-ID: *118 656 356*| Managing Director /
>> Geschäftsführer: *Walter Köhler
>>
>> This email is protected by domestic and international copyright laws
>> and treaties and is the property of Open Text Corporation, it may
>> contain confidential and/or trade secret information of the Open Text
>> Corporation and/or its subsidiaries (OTC), and may be subject to legal
>> privilege in favor of OTC. This email may only be lawfully received,
>> accessed, displayed on a computer screen, printed, copied, and/or used
>> by the specific addressee(s) named above ("Authorized Recipient") for
>> the purpose for which it was sent by OTC. All other rights and
>> licenses to this email are fully reserved to OTC. If you are not an
>> Authorized Recipient, you are required to immediately delete this
>> email in its entirety without printing, copying, using, and/or
>> re-transmitting this email, either in whole or in part. The
>> transmission of this email by OTC is not to be construed as a waiver
>> by OTC and/or the individual sending this email on behalf of OTC of
>> any of their respective rights or privileges at law or otherwise, howsoever arising.
>>
>

RE: Workbench and ACLs

Posted by Stefano Lauricella <sl...@opentext.com>.
Hi Florian,

this worked of course, thank you!
However at this point no ACLs are shown at all even where it could be.

An error handling similar to the one I mentioned before wouldn't be bad though.

Thanks,
Stefano

-----Original Message-----
From: Florian Müller [mailto:florian.mueller@alfresco.com] 
Sent: Mittwoch, 9. November 2011 16:23
To: dev@chemistry.apache.org
Cc: Stefano Lauricella
Subject: Re: Workbench and ACLs

Hi Stefano,

Go the Expert tab in the Login dialog and add this line:

cmis.workbench.object.includeAcls=false


-Florian


On 09/11/2011 06:08, Stefano Lauricella wrote:
> Hi team,
>
> I have a question about the Workbench.
>
> I'm experiencing a problem whenever I perform a login using a user, 
> who has no rights to see and modify permissions. It looks like the 
> Workbench performs an extra getObject call with the includeAcls=true 
> argument to retrieve the object permissions and fill the ACL pane on 
> the right. At this point our CMIS implementation throws a 
> PERMISSION_DENIED error according to the chapter 2.2.1.2.5 of the 
> specification (see "... MUST return the ACLs ..." in the image below) 
> since the user is not allowed to see permissions on the required object.
>
> Unfortunately the Workbench shows the error received with an error 
> dialog and gives up working further. All buttons are grayed out and 
> the GUI becomes unuseful.
>
> See error for WS ...
>
> Description: cid:image003.png@01CC9ECA.4F14B000
>
> ... and for Atompub.
>
> I would expect the Workbench to catch such a PERMISSION_DENIED error, 
> leave the correspondent ACLs pane empty but keep on working with 
> further objects.
>
> Is that a known issue? Is there any fix for that (I'm using the 0.5.0 
> version)?
>
> Or am I missing something?
>
> Thanks for any hint you might have.
>
> - Stefano
>
> ----------------------------------------------------------------------
> --
>
> /"Not everything that counts can be counted, and not everything that 
> can be counted counts." - //Albert Einstein///
>
> /"Non tutto quel che può essere contato, conta, e non tutto quel che 
> conta, può essere contato."///
>
> /"Nicht alles, was man zählen kann, zählt auch. Und nicht alles, was 
> zählt, kann man auch zählen." /
>
> ////
>
> *Stefano Lauricella*
>
> Development Enterprise Library Infrastructure
>
> Description: cid:image002.gif@01CB6143.E5EC8FE0
> <http://www.opentext.com/2/email-signature-logo-global-event>
>
> **
>
> *Open Text Software**GmbH*
>
> 	
>
> 	
>
> Description:
> http://www.opentext.com/2/emailsupport-event-image-opentext.gif
> <http://www.opentext.com/2/email-signature-event>
>
> Technopark II
>
> Werner-von-Siemens-Ring 20
>
> 85630 Grasbrunn
>
> Germany
>
> Phone: +49 (0) 89 4629 1860
>
> Fax:     +49 (0) 89 4629 33 1860
>
> 		
>
> Email:
>
> 	
>
> stefano.lauricella@opentext.com 
> <ma...@opentext.com>
>
> Web site:
>
> 	
>
> http://www.opentext.com/
>
> 		
>
>
> *Place of Incorporation / Sitz der Gesellschaft: *Open Text Software 
> GmbH, Werner-von-Siemens-Ring 20, 85630 Grasbrunn, Germany | Phone: 
> +49
> (0) 89 4629 0 | Fax: +49 (0) 89 4629 1199 | *Register Court /
> Registergericht: *München, Germany | *Trade Register Number / HRB:
> *179298 | *VAT ID Number /USt-ID: *118 656 356*| Managing Director /
> Geschäftsführer: *Walter Köhler
>
> This email is protected by domestic and international copyright laws 
> and treaties and is the property of Open Text Corporation, it may 
> contain confidential and/or trade secret information of the Open Text 
> Corporation and/or its subsidiaries (OTC), and may be subject to legal 
> privilege in favor of OTC. This email may only be lawfully received, 
> accessed, displayed on a computer screen, printed, copied, and/or used 
> by the specific addressee(s) named above ("Authorized Recipient") for 
> the purpose for which it was sent by OTC. All other rights and 
> licenses to this email are fully reserved to OTC. If you are not an 
> Authorized Recipient, you are required to immediately delete this 
> email in its entirety without printing, copying, using, and/or 
> re-transmitting this email, either in whole or in part. The 
> transmission of this email by OTC is not to be construed as a waiver 
> by OTC and/or the individual sending this email on behalf of OTC of 
> any of their respective rights or privileges at law or otherwise, howsoever arising.
>

Re: Workbench and ACLs

Posted by Florian Müller <fl...@alfresco.com>.
Hi Stefano,

Go the Expert tab in the Login dialog and add this line:

cmis.workbench.object.includeAcls=false


-Florian


On 09/11/2011 06:08, Stefano Lauricella wrote:
> Hi team,
>
> I have a question about the Workbench.
>
> I’m experiencing a problem whenever I perform a login using a user, who
> has no rights to see and modify permissions. It looks like the Workbench
> performs an extra getObject call with the includeAcls=true argument to
> retrieve the object permissions and fill the ACL pane on the right. At
> this point our CMIS implementation throws a PERMISSION_DENIED error
> according to the chapter 2.2.1.2.5 of the specification (see “… MUST
> return the ACLs …” in the image below) since the user is not allowed to
> see permissions on the required object.
>
> Unfortunately the Workbench shows the error received with an error
> dialog and gives up working further. All buttons are grayed out and the
> GUI becomes unuseful.
>
> See error for WS …
>
> Description: cid:image003.png@01CC9ECA.4F14B000
>
> … and for Atompub.
>
> I would expect the Workbench to catch such a PERMISSION_DENIED error,
> leave the correspondent ACLs pane empty but keep on working with further
> objects.
>
> Is that a known issue? Is there any fix for that (I’m using the 0.5.0
> version)?
>
> Or am I missing something?
>
> Thanks for any hint you might have.
>
> - Stefano
>
> ------------------------------------------------------------------------
>
> /“Not everything that counts can be counted, and not everything that can
> be counted counts.“ - //Albert Einstein///
>
> /“Non tutto quel che può essere contato, conta, e non tutto quel che
> conta, può essere contato."///
>
> /“Nicht alles, was man zählen kann, zählt auch. Und nicht alles, was
> zählt, kann man auch zählen." /
>
> ////
>
> *Stefano Lauricella*
>
> Development Enterprise Library Infrastructure
>
> Description: cid:image002.gif@01CB6143.E5EC8FE0
> <http://www.opentext.com/2/email-signature-logo-global-event>
>
> **
>
> *Open Text Software**GmbH*
>
> 	
>
> 	
>
> Description:
> http://www.opentext.com/2/emailsupport-event-image-opentext.gif
> <http://www.opentext.com/2/email-signature-event>
>
> Technopark II
>
> Werner-von-Siemens-Ring 20
>
> 85630 Grasbrunn
>
> Germany
>
> Phone: +49 (0) 89 4629 1860
>
> Fax:     +49 (0) 89 4629 33 1860
>
> 		
>
> Email:
>
> 	
>
> stefano.lauricella@opentext.com <ma...@opentext.com>
>
> Web site:
>
> 	
>
> http://www.opentext.com/
>
> 		
>
>
> *Place of Incorporation / Sitz der Gesellschaft: *Open Text Software
> GmbH, Werner-von-Siemens-Ring 20, 85630 Grasbrunn, Germany | Phone: +49
> (0) 89 4629 0 | Fax: +49 (0) 89 4629 1199 | *Register Court /
> Registergericht: *München, Germany | *Trade Register Number / HRB:
> *179298 | *VAT ID Number /USt-ID: *118 656 356*| Managing Director /
> Geschäftsführer: *Walter Köhler
>
> This email is protected by domestic and international copyright laws and
> treaties and is the property of Open Text Corporation, it may contain
> confidential and/or trade secret information of the Open Text
> Corporation and/or its subsidiaries (OTC), and may be subject to legal
> privilege in favor of OTC. This email may only be lawfully received,
> accessed, displayed on a computer screen, printed, copied, and/or used
> by the specific addressee(s) named above ("Authorized Recipient") for
> the purpose for which it was sent by OTC. All other rights and licenses
> to this email are fully reserved to OTC. If you are not an Authorized
> Recipient, you are required to immediately delete this email in its
> entirety without printing, copying, using, and/or re-transmitting this
> email, either in whole or in part. The transmission of this email by OTC
> is not to be construed as a waiver by OTC and/or the individual sending
> this email on behalf of OTC of any of their respective rights or
> privileges at law or otherwise, howsoever arising.
>

Re: Workbench and ACLs

Posted by Florent Guillaume <fg...@nuxeo.com>.
FYI the images didn't make it through the mailing-list.

Florent


On Wed, Nov 9, 2011 at 3:08 PM, Stefano Lauricella <sl...@opentext.com>wrote:

> Hi team,****
>
> ** **
>
> I have a question about the Workbench.****
>
> I’m experiencing a problem whenever I perform a login using a user, who
> has no rights to see and modify permissions. It looks like the Workbench
> performs an extra getObject call with the includeAcls=true argument to
> retrieve the object permissions and fill the ACL pane on the right. At this
> point our CMIS implementation throws a PERMISSION_DENIED error according to
> the chapter 2.2.1.2.5 of the specification (see “… MUST return the ACLs …”
> in the image below) since the user is not allowed to see permissions on the
> required object.****
>
> ** **
>
> ****
>
> ** **
>
> Unfortunately the Workbench shows the error received with an error dialog
> and gives up working further. All buttons are grayed out and the GUI
> becomes unuseful.****
>
> ** **
>
> See error for WS …****
>
> ** **
>
> [image: Description: cid:image003.png@01CC9ECA.4F14B000]****
>
> ** **
>
> … and for Atompub.****
>
> ** **
>
> ****
>
> ** **
>
> I would expect the Workbench to catch such a PERMISSION_DENIED error,
> leave the correspondent ACLs pane empty but keep on working with further
> objects.****
>
> Is that a known issue? Is there any fix for that (I’m using the 0.5.0
> version)?****
>
> Or am I missing something?****
>
> ** **
>
> Thanks for any hint you might have.****
>
> - Stefano****
> ------------------------------
>
> *“Not everything that counts can be counted, and not everything that can
> be counted counts.“ - **Albert Einstein***
>
> *“Non tutto quel che può essere contato, conta, e non tutto quel che
> conta, può essere contato."** *
>
> *“Nicht alles, was man zählen kann, zählt auch. Und nicht alles, was
> zählt, kann man auch zählen."  *
>
> * ***
>
> *Stefano Lauricella*****
>
> Development Enterprise Library Infrastructure****
>
>  ****
>
> [image: Description: cid:image002.gif@01CB6143.E5EC8FE0]<http://www.opentext.com/2/email-signature-logo-global-event>
>
> **
>
> *Open Text Software* *GmbH*****
>
>  ****
>
> [image: Description:
> http://www.opentext.com/2/emailsupport-event-image-opentext.gif]<http://www.opentext.com/2/email-signature-event>
> ****
>
> Technopark II****
>
> Werner-von-Siemens-Ring 20 ****
>
> 85630 Grasbrunn ****
>
> Germany****
>
> ** **
>
> Phone: +49 (0) 89 4629 1860****
>
> Fax:     +49 (0) 89 4629 33 1860****
>
> ** **
>
> Email:****
>
> stefano.lauricella@opentext.com****
>
> Web site:****
>
> http://www.opentext.com/****
>
>
> ****
>
> *Place of Incorporation / Sitz der Gesellschaft: *Open Text Software
> GmbH, Werner-von-Siemens-Ring 20, 85630 Grasbrunn, Germany | Phone: +49
> (0) 89 4629 0 | Fax: +49 (0) 89 4629 1199 | *Register Court /
> Registergericht: *München, Germany | *Trade Register Number / HRB: *179298
> | *VAT ID Number /USt-ID: *118 656 356*| Managing Director /
> Geschäftsführer: *Walter Köhler****
>
> ** **
>
> This email is protected by domestic and international copyright laws and
> treaties and is the property of Open Text Corporation, it may contain
> confidential and/or trade secret information of the Open Text Corporation
> and/or its subsidiaries (OTC), and may be subject to legal privilege in
> favor of OTC. This email may only be lawfully received, accessed, displayed
> on a computer screen, printed, copied, and/or used by the specific
> addressee(s) named above ("Authorized Recipient") for the purpose for which
> it was sent by OTC. All other rights and licenses to this email are fully
> reserved to OTC. If you are not an Authorized Recipient, you are required
> to immediately delete this email in its entirety without printing, copying,
> using, and/or re-transmitting this email, either in whole or in part. The
> transmission of this email by OTC is not to be construed as a waiver by OTC
> and/or the individual sending this email on behalf of OTC of any of their
> respective rights or privileges at law or otherwise, howsoever arising.***
> *
>
> ** **
>



-- 
Florent Guillaume, Director of R&D, Nuxeo
Open Source, Java EE based, Enterprise Content Management (ECM)
http://www.nuxeo.com   http://www.nuxeo.org   +33 1 40 33 79 87