Return-Path: Delivered-To: apmail-chemistry-dev-archive@www.apache.org Received: (qmail 34069 invoked from network); 8 Apr 2011 13:50:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Apr 2011 13:50:35 -0000 Received: (qmail 1956 invoked by uid 500); 8 Apr 2011 13:50:35 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 1859 invoked by uid 500); 8 Apr 2011 13:50:34 -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 1851 invoked by uid 99); 8 Apr 2011 13:50:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Apr 2011 13:50:34 +0000 X-ASF-Spam-Status: No, hits=-2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of randy.speakman@fmr.com designates 192.223.178.27 as permitted sender) Received: from [192.223.178.27] (HELO maillnx-us312.fmr.com) (192.223.178.27) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Apr 2011 13:50:27 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fmr.com; i=randy.speakman@fmr.com; l=13648; q=dns/txt; s=2009-03-17; t=1302270627; x=1333806627; h=x-tm-imss-message-id:from:to:date:subject:thread-topic: thread-index:message-id:accept-language:content-language: x-ms-has-attach:x-ms-tnef-correlator:acceptlanguage: content-type:mime-version:x-originalarrivaltime: x-filenames; z=X-TM-IMSS-Message-ID:<59a4c541001bb613@msgrtpiv03vwin.fm r.com>|From:=20"Speakman,=20Randy"=20|To:=20"dev@chemistry.apache.org"=20|Date:=20Fri,=208=20Apr=202011=2008:50:01=20-050 0|Subject:=20Retrieve=20Relationship=20Issue=20with=20Ato mPub=20Binding|Thread-Topic:=20Retrieve=20Relationship=20 Issue=20with=20AtomPub=20Binding|Thread-Index:=20Acv189tG vZFjN5h3RcmZwypGbUIQuw=3D=3D|Message-ID:=20|Accept-Language:=20en-US|Content-Language:=20en-US |X-MS-Has-Attach:|X-MS-TNEF-Correlator:|acceptlanguage: =20en-US|Content-Type:=20multipart/alternative=3B=0D=0A =09boundary=3D"_000_E1A64A24FCDA8F4B9ABBBFC7FBD3033201BB3 F02E841MSGDALCCRB2_"|MIME-Version:=201.0 |X-OriginalArrivalTime:=2008=20Apr=202011=2013:50:04.0068 =20(UTC)=20FILETIME=3D[DCD02E40:01CBF5F3]|X-filenames:=20 None; bh=GzaU5Ojj810f0lUmoDGwnF7BhJkteIRULi3PC1U1AyE=; b=dS+Cy9rSLekuGOuhIQiH1FRADg2Pd0QAuUavIplRFr+QeOwLDZ7f8o9p I/22/l6RPKvSAHE4RVuUdOpZYBlG8x55BP97gtoA8fu6/Q9/oxRaScQa/ YCAJchhND55HtXZGGa2P6Aiu8Fm0qDU0xhKohwgUzlbHkIv2q0CvW6YBh g=; X-filenames: None Received: from msgmrosm01win.dmn1.fmr.com ([172.26.7.127]) by maillnx-us312.fmr.com with SMTP; 08 Apr 2011 09:50:05 -0400 Received: from msgrtpiv03vwin.FMR.COM (10.93.69.194) by MSGMROSM01WIN.dmn1.fmr.com (Sigaba Gateway v4.1) with ESMTP id 379330891; Fri, 08 Apr 2011 09:50:04 -0400 X-TM-IMSS-Message-ID: <59a4c541001bb613@msgrtpiv03vwin.fmr.com> Received: from MSGMROIM01WIN.DMN1.FMR.COM ([172.26.2.194]) by msgrtpiv03vwin.fmr.com ([10.93.69.194]) with ESMTP (TREND IMSS SMTP Service 7.0) id 59a4c541001bb613 ; Fri, 8 Apr 2011 09:50:04 -0400 Received: from msgmmkdr04win.DMN1.FMR.COM ([10.33.182.38]) by MSGMROIM01WIN.DMN1.FMR.COM with Microsoft SMTPSVC(5.0.2195.7381); Fri, 8 Apr 2011 09:50:04 -0400 Received: from msgrtphc05win.DMN1.FMR.COM ([10.95.11.185]) by msgmmkdr04win.DMN1.FMR.COM with Microsoft SMTPSVC(5.0.2195.7381); Fri, 8 Apr 2011 09:50:04 -0400 Received: from msgdalhc01win.DMN1.FMR.COM (10.41.182.20) by msgrtphc05win.DMN1.FMR.COM (10.95.11.185) with Microsoft SMTP Server (TLS) id 8.2.254.0; Fri, 8 Apr 2011 09:50:03 -0400 Received: from MSGDALCCRB2WIN.DMN1.FMR.COM ([10.140.12.21]) by msgdalhc01win.DMN1.FMR.COM ([10.41.182.20]) with mapi; Fri, 8 Apr 2011 08:50:02 -0500 From: "Speakman, Randy" To: "dev@chemistry.apache.org" Date: Fri, 8 Apr 2011 08:50:01 -0500 Subject: Retrieve Relationship Issue with AtomPub Binding Thread-Topic: Retrieve Relationship Issue with AtomPub Binding Thread-Index: Acv189tGvZFjN5h3RcmZwypGbUIQuw== Message-ID: 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_E1A64A24FCDA8F4B9ABBBFC7FBD3033201BB3F02E841MSGDALCCRB2_" MIME-Version: 1.0 X-OriginalArrivalTime: 08 Apr 2011 13:50:04.0068 (UTC) FILETIME=[DCD02E40:01CBF5F3] X-Virus-Checked: Checked by ClamAV on apache.org --_000_E1A64A24FCDA8F4B9ABBBFC7FBD3033201BB3F02E841MSGDALCCRB2_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I am in the process of adding relationship functionality to my repository c= onnector and am running into an issue while trying to retrieve relationship= s with my OpenCMIS client using the AtomPub binding. If I use the Webservic= e binding, everything is working correctly. I was initially using the 0.1.0= -incubating release of OpenCMIS, but have also repeated the tests using the= 0.3.0 release. On the server side repository connector I have overridden the getObjectRela= tionships method and the getObject method and have setup DEBUG breakpoints = at the start of each method so that I can inspect the data being passed. I = have two different client test cases, the first one invokes the getObject m= ethod on the server and the second one should invoke the getObjectRelations= hips method on the server. I have found that when I run Test #1 with an Ato= mPub binding that the includeRelationships parameter is null when it hits m= y breakpoint. If I switch to a Webservice binding, the includeRelationships= parameter is set correctly. If I run Test #2 with an AtomPub binding the b= reakpoint on getObjectRelationships is never hit. If I switch to a Webservi= ce binding, the breakpoint is reached and the relationshipDirection paramet= er is set correctly. I am thinking that there may be an issue in the OpenCMIS client code with t= he AtomPub binding when retrieving relationships. However I wanted to pass = on snippets of my client side tests in case the issue may be with my client= side setup. In the code snippets below, the CmisUtils reference is a simpl= e class I wrote that handles the boilerplate setup of a session. /* Client Side Test Case #1 Expect that the getObject method should be invoked and the includeRelationships parameter should be set to SOURCE */ Session session =3D CmisUtils.getSession(restUrl, repository, username, pas= sword); OperationContext context =3D session.getDefaultContext(); context.setIncludeRelationships(IncludeRelationships.SOURCE); ObjectType peerRelation =3D session.getTypeDefinition("peer"); CmisObject baseDoc =3D session.getObject(new ObjectIdImpl("0901e19680002873= "),context); ItemIterable relatedItems =3D baseDoc.getRelationships(false,RelationshipDirection.SOURCE, peerRelation,= context); /* Client Test Case #2 Expect that the getObjectRelationships method should be invoked and the relationshipDirection parameter should be set to SOURCE */ Session session =3D CmisUtils.getSession(restUrl, repository, username, pas= sword); RelationshipService rService =3D session.getBinding().getRelationshipServic= e(); ObjectList objList =3D rService.getObjectRelationships(repository, "0901e19= 680002873", false, RelationshipDirection.SOURCE, "peer", null, false, null,= null, null); Thanks, Randy --_000_E1A64A24FCDA8F4B9ABBBFC7FBD3033201BB3F02E841MSGDALCCRB2_--