Return-Path: Delivered-To: apmail-incubator-chemistry-dev-archive@minotaur.apache.org Received: (qmail 37636 invoked from network); 15 Sep 2010 05:43:19 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 15 Sep 2010 05:43:19 -0000 Received: (qmail 4557 invoked by uid 500); 15 Sep 2010 05:43:18 -0000 Delivered-To: apmail-incubator-chemistry-dev-archive@incubator.apache.org Received: (qmail 4438 invoked by uid 500); 15 Sep 2010 05:43:15 -0000 Mailing-List: contact chemistry-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: chemistry-dev@incubator.apache.org Delivered-To: mailing list chemistry-dev@incubator.apache.org Received: (qmail 4425 invoked by uid 99); 15 Sep 2010 05:43:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Sep 2010 05:43:14 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 199.185.220.221 is neither permitted nor denied by domain of chris@hubick.com) Received: from [199.185.220.221] (HELO defout.telus.net) (199.185.220.221) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Sep 2010 05:43:07 +0000 Received: from edtnaa03.telusplanet.net ([142.59.237.3]) by priv-edtnes23.telusplanet.net (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20100915054244.FTGH7949.priv-edtnes23.telusplanet.net@edtnaa03.telusplanet.net> for ; Tue, 14 Sep 2010 23:42:44 -0600 Received: from [192.168.1.100] (d142-59-237-3.abhsia.telus.net [142.59.237.3]) by edtnaa03.telusplanet.net (BorderWare Security Platform) with ESMTP id 74E1A0D027C224A7 for ; Tue, 14 Sep 2010 23:42:44 -0600 (MDT) Subject: OpenCMIS Client Questions From: Chris Hubick To: Chemistry-Dev List Content-Type: text/plain Date: Tue, 14 Sep 2010 23:42:43 -0600 Message-Id: <1284529363.27465.75.camel@CHWorkstation.CHD.hubick.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 (2.26.3-1.fc11) Content-Transfer-Encoding: 7bit X-Cloudmark-Analysis: v=1.1 cv=lyV+XRjCp92gjFJjEBGdd+uk4cCEHFcEmNbKezYOog0= c=1 sm=0 a=51GEe1JGJdj+nwyGfTmAzw==:17 a=COfzQ7OkAAAA:8 a=mV9VRH-2AAAA:8 a=3QmifJ8XAAAA:8 a=_cb6cdsAn56n11nkKRkA:9 a=G8knOnayt4li9ulAe7cA:7 a=zxN8j6ga8g_b5UZOoo-MTNlSU30A:4 a=ZhM_2yuPx0wA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Virus-Checked: Checked by ClamAV on apache.org Hi, Having not updated my Chemistry client-using code from the custom patched version I had been using since before the OpenCMIS project merge, I decided it was time to give the chemistry-opencmis-client-impl 0.1.0-incubating-RC2 artifacts in the staging repository a try. My first problem was that chemistry-opencmis-commons-impl and chemistry-opencmis-client-bindings both require jaxws-rt 2.1.7, which is only available from http://download.java.net/maven/1/ and the Maven 3.0-beta-3 I am using no longer has support for legacy Maven 1 repositories: https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html#Maven3.xCompatibilityNotes-LegacystyleRepositories I was forced to manually locate, download, and install it into my local repo as a workaround. The Maven 2 repo seems to have several versions of jaxws-rt 2.2 available, which could make things easier for users if it's not a huge upgrade. My next problem was PersistentSessionImpl.connect() throwing "IllegalStateException: Repository Id is not set!", and I am wondering if it's still possible to connect to a default repository without specifying an ID? It doesn't appear like there would be API for the client to return a list of ID's before connecting a Session? The SessionFactory.createSession() method doesn't declare any exceptions, checked or otherwise. The API of my software using this client declares different exceptions for problems with "configuration", "operational", "software", "content", etc, and so I'm left wondering what things to catch here so that I can properly wrap them. Am I basically supposed to just look at _all_ CmisBaseException subclasses then, and pick the ones I might want to handle specially? (ie, a user can't know which method might throw which ones specifically) Neither the Javadoc for SessionFactory nor Session mention anything about the thread safety of Sessions? I really hope they are safe - as if not, it looks like I'm in trouble as far as any shared cache reuse? My last, and I think biggest problem, is that I'm wondering if, given an arbitrary Document reference, if there is some way to access a URL through which one could retrieve that document directly from the repository via HTTP? Once I have used CMIS to locate a Document needed by a client, I would rather not have to use the CMIS client library to proxy all further access to the repository, as this would almost certainly prevent a lot of potential HTTP features (proper Cache-Control, Accept-Ranges, etc) which might be utilized directly. Much Thanks for the library, and any direction you might provide! :) -- Chris Hubick mailto:chris@hubick.com http://www.hubick.com/chris/