From dev-return-5173-apmail-chemistry-dev-archive=chemistry.apache.org@chemistry.apache.org Mon Jun 18 13:56:56 2012 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 6DF5A91EC for ; Mon, 18 Jun 2012 13:56:56 +0000 (UTC) Received: (qmail 78351 invoked by uid 500); 18 Jun 2012 13:56:56 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 78216 invoked by uid 500); 18 Jun 2012 13:56:55 -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 78205 invoked by uid 99); 18 Jun 2012 13:56:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 18 Jun 2012 13:56:55 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.212.42] (HELO mail-vb0-f42.google.com) (209.85.212.42) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 18 Jun 2012 13:56:49 +0000 Received: by vbbfs19 with SMTP id fs19so6199893vbb.1 for ; Mon, 18 Jun 2012 06:56:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=/WX0wF6iQCOVR7i6g0zsGKvbbg1DOMeMbaWjKtihQmg=; b=VKRVMaYLpT8EPTZ2bvUfvnXaCSIF/rWd9BLXdT5MPFNxzeOcxK8JuOxVRmnDvwTzwS qQsccYQHwwP4z83lZ8uI8XjyvFaTIuWFtjZjMhirNRJcrignP/YGG7Ja76p+bdcSMH1L JPlZQBQbGbY/z3X7Xqtd/mVYkFyCjbiajs5QgQc3XhzXqLJLs/8qw4K3YrJyCnwKV/Nn Gau1Pk8xZC1gOT8sQmehTUnDwRXtaiwxcW+BNXs6l3znnYwu1ZMONkHIloK9tW9voG6+ Q8uH6rfEXHVRi9F7hxE4QYej196RX4aGVJBehXWq5+nPURIVWweQw0JmvXSgBHk8LfRk NRNw== MIME-Version: 1.0 Received: by 10.220.152.138 with SMTP id g10mr7842464vcw.14.1340027787985; Mon, 18 Jun 2012 06:56:27 -0700 (PDT) Received: by 10.52.37.9 with HTTP; Mon, 18 Jun 2012 06:56:27 -0700 (PDT) Date: Mon, 18 Jun 2012 15:56:27 +0200 Message-ID: Subject: Set content stream without checkout results in minor version From: Mano Swerts To: CMIS mailing list Content-Type: multipart/alternative; boundary=f46d043be0d64ac1a004c2bf8827 X-Gm-Message-State: ALoCoQnLX7tL4prT8sBffWL72j5PyCYOz8OOOtKqvDtiQkTLWnsLq4oWUfyzHP0ixQso50gjsSZd X-Virus-Checked: Checked by ClamAV on apache.org --f46d043be0d64ac1a004c2bf8827 Content-Type: text/plain; charset=ISO-8859-1 Hi all, We have a batch job that inserts or updates batch content in our repository using CMIS. It seems to us that updating content would probably be faster when done directly instead of using the checkout-checkin method. The only problem with this method is that it results in a minor version increase instead of a major version. I do not see any option for instructing the repository to create a major version on content update when not using checkout-checkin. Is there any other way to enforce the major version bump? Thanks in advance. Mano Swerts --f46d043be0d64ac1a004c2bf8827--