Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@chemistry.apache.org
Received-SPF: pass (nike.apache.org: domain of slaurice@opentext.com
 designates 149.235.128.48 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: Content stream ranges in java implementation of Atompub binding
Date: Fri, 2 Dec 2011 09:39:08 +0100
Message-ID: <2666EB2A846BAC4BB2D7F593301A7868075F87CC@MUCXGC2.opentext.net>
Thread-Topic: Content stream ranges in java implementation of Atompub binding
Thread-Index: AcywylDpsJ9jWwNJRP29s7l48ihfgA==
From: "Stefano Lauricella" <slaurice@opentext.com>
To: <dev@chemistry.apache.org>

Hi there,

I'm experiencing an issue in the Java implementation of the atompub
binding.
The client requests a content stream indicating a offset and length
(e.g. offset=3D5 length=3D10). I realized the HttpUtils client class
converts such values into a request property like Range=3D4-13.
The HttpUtils server class seems not to convert such a range back
correctly since our server implementation gets offset=3D5 and =
length=3D9.

I found the following.
The org.apache.chemistry.opencmis.client.bindings.spi.atompub.HttpUtils
has the following line in the invoke method
=20
sb.append(offset.add(length.subtract(BigInteger.ONE)).toString());

The org.apache.chemistry.opencmis.server.shared.HttpUtils forgets to
re-add the one byte in the line
                            length =3D (new
BigInteger(lengthStr)).subtract(offset);

I'm using the 0.3.0 version of the OpenCmis bundle. I observed the same
issue is still present in the 0.5.0 version.

Regards,
Stefano