incubator-sling-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bdelacre...@apache.org
Subject svn commit: r1553098 [3/6] - in /sling/trunk/samples/mail-archive/server: ./ src/test/java/org/apache/sling/mailarchiveserver/impl/ src/test/java/org/apache/sling/mailarchiveserver/util/ src/test/resources/ src/test/resources/test-files/ src/test/resou...
Date Mon, 23 Dec 2013 12:00:05 GMT
Added: sling/trunk/samples/mail-archive/server/src/test/resources/test-files/mbox/jackrabbit-dev-201201.mbox
URL: http://svn.apache.org/viewvc/sling/trunk/samples/mail-archive/server/src/test/resources/test-files/mbox/jackrabbit-dev-201201.mbox?rev=1553098&view=auto
==============================================================================
--- sling/trunk/samples/mail-archive/server/src/test/resources/test-files/mbox/jackrabbit-dev-201201.mbox (added)
+++ sling/trunk/samples/mail-archive/server/src/test/resources/test-files/mbox/jackrabbit-dev-201201.mbox Mon Dec 23 12:00:04 2013
@@ -0,0 +1,28764 @@
+From dev-return-33694-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Mon Jan  2 16:17:34 2012
+Return-Path: <dev-return-33694-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 4E622BD84
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Mon,  2 Jan 2012 16:17:34 +0000 (UTC)
+Received: (qmail 96425 invoked by uid 500); 2 Jan 2012 16:17:33 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 96092 invoked by uid 500); 2 Jan 2012 16:17:32 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 95772 invoked by uid 99); 2 Jan 2012 16:17:32 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 16:17:32 +0000
+X-ASF-Spam-Status: No, hits=-0.7 required=5.0
+	tests=RCVD_IN_DNSWL_LOW,SPF_PASS
+X-Spam-Check-By: apache.org
+Received-SPF: pass (nike.apache.org: domain of jukka.zitting@gmail.com designates 209.85.212.170 as permitted sender)
+Received: from [209.85.212.170] (HELO mail-wi0-f170.google.com) (209.85.212.170)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 16:09:49 +0000
+Received: by wicr5 with SMTP id r5so19565760wic.1
+        for <multiple recipients>; Mon, 02 Jan 2012 08:09:10 -0800 (PST)
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
+        d=gmail.com; s=gamma;
+        h=mime-version:sender:from:date:x-google-sender-auth:message-id
+         :subject:to:content-type;
+        bh=20Sg1QVPpDwF2GY4VV8KZLqix8l9q+B2HvruCFOdkns=;
+        b=JJCtMXmU9DNhDLzp5uNy8O6TGk/kjaw299QYsO9rphccMm6tF6+/gALD8EU3ZA3HXw
+         /Dws+WM7/8GJBdEZN1KHGkDdVnViMRuzCMHwKbQSvv8DDrmoGIA+XXtjaeV0AoNdEhI7
+         3dIfa5VA785LrOoPU0xB1/xJXSpKzoHPYOvno=
+Received: by 10.180.107.134 with SMTP id hc6mr104024921wib.21.1325520550179;
+ Mon, 02 Jan 2012 08:09:10 -0800 (PST)
+MIME-Version: 1.0
+Sender: jukka.zitting@gmail.com
+Received: by 10.180.99.65 with HTTP; Mon, 2 Jan 2012 08:08:49 -0800 (PST)
+From: Jukka Zitting <jukka@apache.org>
+Date: Mon, 2 Jan 2012 17:08:49 +0100
+X-Google-Sender-Auth: 2rsyuh953VsKSFUY2hehYAzMnrI
+Message-ID: <CAOFYJNYp+DdEv6=hArV78p2aK8quXsEXBw7dKhFdZpOhT63vJw@mail.gmail.com>
+Subject: [ANNOUNCE] Apache Jackrabbit 2.3.6 released
+To: announce@apache.org, announce@jackrabbit.apache.org, 
+	Jackrabbit Users <users@jackrabbit.apache.org>, 
+	Jackrabbit Developers <dev@jackrabbit.apache.org>
+Content-Type: text/plain; charset=ISO-8859-1
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+The Apache Jackrabbit community is pleased to announce the release of
+Apache Jackrabbit 2.3.6. The release is available for download at:
+
+  http://jackrabbit.apache.org/downloads.html
+
+See the full release notes below for details about this release.
+
+
+Release Notes -- Apache Jackrabbit -- Version 2.3.6
+
+Introduction
+------------
+
+This is Apache Jackrabbit(TM) 2.3, a fully compliant implementation of the
+Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
+specified in the Java Specification Request 283 (JSR 283).
+
+Apache Jackrabbit 2.3 is an unstable series of releases cut directly from
+Jackrabbit trunk, with a focus on new features and other improvements.
+For production use we recommend the latest stable 2.2 release.
+
+Changes in Jackrabbit 2.3.6
+---------------------------
+
+New features
+
+  [JCR-3005] Make it possible to get multiple nodes in one call via davex
+  [JCR-3183] Add memory based bundle store
+
+Improvements
+
+  [JCR-3162] Index update overhead on cluster slave due to JCR-905
+  [JCR-3172] implement PERSIST events for the EventJournal
+  [JCR-3177] Remove jdk 1.4 restriction for jcr-tests
+  [JCR-3178] Improve error messages for index aggregates
+
+Bug fixes
+
+  [JCR-2541] spi2dav : EventJournal not  implemented
+  [JCR-2930] same named child nodes disappear on restore
+  [JCR-3174] Destination URI should be normalized
+  [JCR-3175] InputContextImpl: cannot upload file larger than 2GB
+  [JCR-3176] JCARepositoryManager does not close InputStream
+
+Changes in Jackrabbit 2.3.5
+---------------------------
+
+Improvements
+
+  [JCR-2887] Split PrivilegeRegistry in a per-session manager instance ...
+  [JCR-2906] Multivalued property sorted by last/random value
+  [JCR-3138] Skip sync delay when changes are found
+  [JCR-3161] Add JcrUtils.getPropertyTypeNames
+  [JCR-3165] Consolidate compare behaviour for Value(s) and Comparable(s)
+  [JCR-3167] Make Jackrabbit compile on Java 7
+  [JCR-3170] Precompile JavaCC parsers in jackrabbit-spi-commons
+
+Bug fixes
+
+  [JCR-3159] LOWER operand with nested LOCALNAME operand not work with SQL2
+  [JCR-3160] Session#move doesn't trigger rebuild of parent node aggregation
+  [JCR-3163] NPE in RepositoryServiceImpl.getPropertyInfo()
+
+Changes in Jackrabbit 2.3.4
+---------------------------
+
+New features
+
+  [JCR-2936] JMX Bindings for Jackrabbit
+  [JCR-3040] JMX Stats for the Session
+  [JCR-3140] Add configurable hook for password validation
+  [JCR-3154] Stats for Queries continued
+
+Improvements
+
+  [JCR-3129] It should be possible to create a non-transient Repository ...
+  [JCR-3133] Query Stats should use the TimeSeries mechanism
+  [JCR-3142] Create OSGi Bundles from jackrabbit-webdav and ...
+  [JCR-3143] SessionImpl#isSupportedOption: Skip descriptor evaluation ...
+  [JCR-3146] Text extraction may congest thread pool in the repository
+
+Bug fixes
+
+  [JCR-2539] spi2dav: Observation's user data not property handled
+  [JCR-2540] spi2dav : move/reorder not properly handled by observation
+  [JCR-2542] spi2dav: EventFilters not respected
+  [JCR-3148] Using transactions still leads to memory leak
+  [JCR-3149] AccessControlProvider#getEffectivePolicies for a set of ...
+  [JCR-3151] SharedFieldCache can cause a memory leak
+  [JCR-3152] AccessControlImporter does not import repo level ac content
+  [JCR-3156] Group#getMembers may list inherited members multiple times
+
+Changes in Jackrabbit 2.3.3
+---------------------------
+
+New features
+
+  [JCR-3118] Configurable actions upon authorizable creation and removal
+
+Improvements
+
+  [JCR-1443] ake JCAManagedConnectionFactory non final, so it can be extended
+  [JCR-2798] JCAManagedConnectionFactory should chain cause exception
+  [JCR-3120] Change log level in UserManagerImpl#getAuthorizable(NodeImpl) ...
+  [JCR-3127] Upgrade to Tika 0.10
+  [JCR-3132] Test tooling updates
+  [JCR-3135] Upgrade to Logback 1.0
+  [JCR-3136] Add m2e lifecycle mappings for Eclipse Indigo
+  [JCR-3141] Upgrade to Tika 1.0
+
+Bug fixes
+
+  [JCR-3093] Inconsistency between Session.getProperty and Node....
+  [JCR-3110] QNodeTypeDefinitionImpl.getSerializablePropertyDefs() ...
+  [JCR-3116] Cluster Node ID should be trimmed
+  [JCR-3131] NPE in ItemManager when calling Session.save() with nothing ...
+  [JCR-3139] missing sync in InternalVersionManagerImpl.externalUpdate ...
+
+Changes in Jackrabbit 2.3.2
+---------------------------
+
+New features
+
+  [JCR-3117] Stats for the PersistenceManager
+  [JCR-3124] Stats for Queries
+
+Improvements
+
+  [JCR-2989] Support for embedded index aggregates
+  [JCR-3098] Add hit miss statistics and logging to caches
+  [JCR-3107] Speed up hierarchy cache initialization
+  [JCR-3109] Move PersistenceManagerTest from o.a.j.core to o.a.j.core....
+  [JCR-3114] expose PM for versioning manager so that the consistency ...
+  [JCR-3119] Improve aggregate node indexing code
+  [JCR-3122] QueryObjectModelImpl should execute queries as SessionOperation(s)
+
+Bug fixes
+
+  [JCR-2892] - Large fetch sizes have potentially deleterious effects on ...
+  [JCR-3093] - Inconsistency between Session.getProperty and Node....
+  [JCR-3108] - SQL2 ISDESCENDANTNODE can throw BooleanQuery#...
+  [JCR-3111] - InternalVersionManagerBase; missing null check after getNode()
+  [JCR-3112] - NodeTypeDefDiff.PropDefDiff.init() constraints change check ...
+  [JCR-3115] - Versioning fixup leaves persistence in a state where the ...
+  [JCR-3126] - The CredentialsWrapper should use a empty String as userId ...
+  [JCR-3128] - Problem with formerly escaped JCR node names when upgrading ...
+
+Changes in Jackrabbit 2.3.1
+---------------------------
+
+Improvements
+
+  [JCR-3017] Version history recovery fails in case a version does not ...
+  [JCR-3030] Permit using different tablespaces for tables and indexes ...
+  [JCR-3084] Script for checking releases
+  [JCR-3085] better diagnostics when version storage is broken
+  [JCR-3091] Lucene Scorer implementations should handle the 'advance' ...
+  [JCR-3102] InternalVersion.getFrozenNode confused about root version?
+
+Bug fixes
+
+  [JCR-2774] Access control for repository level API operations
+  [JCR-3082] occasional index out of bounds exception while running ...
+  [JCR-3086] potential infinite loop around InternalVersionImpl.getSuccessors
+  [JCR-3089] javax.jcr.RepositoryException when a JOIN SQL2 query is ...
+  [JCR-3090] setFetchSize() fails in getAllNodeIds()
+  [JCR-3095] Move operation may turn AC caches stale
+  [JCR-3101] recovery tool does not recover when version history can ...
+  [JCR-3105] NPE when versioning operations are concurrent
+
+In addition to the above-mentioned changes, this release contains
+all the changes included up to the Apache Jackrabbit 2.3.0 release.
+
+For more detailed information about all the changes in this and other
+Jackrabbit releases, please see the Jackrabbit issue tracker at
+
+    https://issues.apache.org/jira/browse/JCR
+
+Release Contents
+----------------
+
+This release consists of a single source archive packaged as a zip file.
+The archive can be unpacked with the jar tool from your JDK installation.
+See the README.txt file for instructions on how to build this release.
+
+The source archive is accompanied by SHA1 and MD5 checksums and a PGP
+signature that you can use to verify the authenticity of your download.
+The public key used for the PGP signature can be found at
+https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS.
+
+About Apache Jackrabbit
+-----------------------
+
+Apache Jackrabbit is a fully conforming implementation of the Content
+Repository for Java Technology API (JCR). A content repository is a
+hierarchical content store with support for structured and unstructured
+content, full text search, versioning, transactions, observation, and
+more.
+
+For more information, visit http://jackrabbit.apache.org/
+
+About The Apache Software Foundation
+------------------------------------
+
+Established in 1999, The Apache Software Foundation provides organizational,
+legal, and financial support for more than 100 freely-available,
+collaboratively-developed Open Source projects. The pragmatic Apache License
+enables individual and commercial users to easily deploy Apache software;
+the Foundation's intellectual property framework limits the legal exposure
+of its 2,500+ contributors.
+
+For more information, visit http://www.apache.org/
+
+From dev-return-33695-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Mon Jan  2 16:18:45 2012
+Return-Path: <dev-return-33695-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 43FE1BDEE
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Mon,  2 Jan 2012 16:18:45 +0000 (UTC)
+Received: (qmail 99186 invoked by uid 500); 2 Jan 2012 16:18:45 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 99151 invoked by uid 500); 2 Jan 2012 16:18:44 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 99144 invoked by uid 99); 2 Jan 2012 16:18:44 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 16:18:44 +0000
+X-ASF-Spam-Status: No, hits=-0.7 required=5.0
+	tests=RCVD_IN_DNSWL_LOW,SPF_PASS
+X-Spam-Check-By: apache.org
+Received-SPF: pass (nike.apache.org: domain of jukka.zitting@gmail.com designates 74.125.82.50 as permitted sender)
+Received: from [74.125.82.50] (HELO mail-ww0-f50.google.com) (74.125.82.50)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 16:18:37 +0000
+Received: by wgbdr11 with SMTP id dr11so26529725wgb.19
+        for <dev@jackrabbit.apache.org>; Mon, 02 Jan 2012 08:18:17 -0800 (PST)
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
+        d=gmail.com; s=gamma;
+        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
+         :content-type;
+        bh=oJoK/NCwc7ZZUtZzlE3I80zFIaA64h6612xBry2R9yA=;
+        b=NeLBJp0H/NhjaINbhCU7o6wGR+900jft0Ro/kQ6gIVnchfmzZKHTL6ua8rTn/N7ypt
+         7AjzUxyosg4MizDJhQkKZi/AqG5CHhsMGOqvjKOw0jmzbubwz/rxpKsEQrHgRSBv4SBt
+         1AV41YHdHB4+dCIc/QRQ05fKIst9TpI2h03zk=
+Received: by 10.227.200.19 with SMTP id eu19mr39210790wbb.12.1325521097155;
+ Mon, 02 Jan 2012 08:18:17 -0800 (PST)
+MIME-Version: 1.0
+Received: by 10.180.99.65 with HTTP; Mon, 2 Jan 2012 08:17:56 -0800 (PST)
+In-Reply-To: <CAOFYJNZQSm6UEuY0SPW9bVR92Dd4M-vix73PNVZN24RTPt6WeA@mail.gmail.com>
+References: <CAOFYJNZQSm6UEuY0SPW9bVR92Dd4M-vix73PNVZN24RTPt6WeA@mail.gmail.com>
+From: Jukka Zitting <jukka.zitting@gmail.com>
+Date: Mon, 2 Jan 2012 17:17:56 +0100
+Message-ID: <CAOFYJNYSVrZ6YgEPH+GbZ_qibhT9jBLZKbHLBoNnhxgKL5cUxQ@mail.gmail.com>
+Subject: Re: Jackrabbit 2.4 release plan
+To: Jackrabbit Developers <dev@jackrabbit.apache.org>
+Content-Type: text/plain; charset=ISO-8859-1
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+Hi,
+
+On Tue, Dec 6, 2011 at 4:24 PM, Jukka Zitting <jukka.zitting@gmail.com> wrote:
+> Two weeks later, on Tuesday Jan 3rd, and assuming no big problems have
+> been detected, we'll then cut the stable 2.4.0 release candidate.
+
+The 2.3.6 release announcement got delayed since I didn't have ssh
+access required for staging the release over the holidays. The release
+is finally now up and I just sent out the release announcement, but
+it's probably best to give some time for people to try it out before
+we cut 2.4.0.
+
+And there hasn't been much work in trunk or the 2.4 branch since the
+2.3.6, so also from that perspective we should let things rest a bit
+longer before cutting the first stable 2.4 release.
+
+Thus I suggest that we postpone the 2.4.0 cut date two weeks ahead to
+Tuesday, Jan 17th. Any help before that in testing the 2.3.6 release
+and pointing out any pending fixes in Jira will be much appreciated.
+
+BR,
+
+Jukka Zitting
+
+From dev-return-33696-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Mon Jan  2 16:52:54 2012
+Return-Path: <dev-return-33696-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 BCE65BE94
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Mon,  2 Jan 2012 16:52:54 +0000 (UTC)
+Received: (qmail 36684 invoked by uid 500); 2 Jan 2012 16:52:54 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 36647 invoked by uid 500); 2 Jan 2012 16:52:54 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 36633 invoked by uid 99); 2 Jan 2012 16:52:54 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 16:52:54 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 16:52:52 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id AEE83134E37
+	for <dev@jackrabbit.apache.org>; Mon,  2 Jan 2012 16:52:30 +0000 (UTC)
+Date: Mon, 2 Jan 2012 16:52:30 +0000 (UTC)
+From: "Lukas Kahwe Smith (Commented) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <894887769.58189.1325523150717.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Commented] (JCR-2543) spi2dav : Query offset not respected
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+
+    [ https://issues.apache.org/jira/browse/JCR-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13178455#comment-13178455 ] 
+
+Lukas Kahwe Smith commented on JCR-2543:
+----------------------------------------
+
+so is this issue resolved now?
+                
+> spi2dav : Query offset not respected
+> ------------------------------------
+>
+>                 Key: JCR-2543
+>                 URL: https://issues.apache.org/jira/browse/JCR-2543
+>             Project: Jackrabbit Content Repository
+>          Issue Type: Bug
+>          Components: jackrabbit-jcr-server, jackrabbit-spi2dav, JCR 2.0, query
+>    Affects Versions: 2.0
+>            Reporter: angela
+>         Attachments: patch_commit_ebebb62c3df0.patch
+>
+>
+> the TCK query test SetOffsetTest fails in the setup jcr2spi - spi2dav(ex) - jcr-server.
+> not sure whether it is due to missing implementation on client or server part of something completely different....
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33697-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Mon Jan  2 17:52:55 2012
+Return-Path: <dev-return-33697-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 C2486B703
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Mon,  2 Jan 2012 17:52:55 +0000 (UTC)
+Received: (qmail 568 invoked by uid 500); 2 Jan 2012 17:52:55 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 491 invoked by uid 500); 2 Jan 2012 17:52:55 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 484 invoked by uid 99); 2 Jan 2012 17:52:55 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 17:52:55 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jan 2012 17:52:52 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 4877C1343D2
+	for <dev@jackrabbit.apache.org>; Mon,  2 Jan 2012 17:52:31 +0000 (UTC)
+Date: Mon, 2 Jan 2012 17:52:31 +0000 (UTC)
+From: "Gustavo Orair (Created) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <645274155.58298.1325526751298.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Created] (JCR-3197) ItemNotFoundException while adding a
+ NT_FOLDER node inside rootNode
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+ItemNotFoundException while adding a NT_FOLDER node inside rootNode
+-------------------------------------------------------------------
+
+                 Key: JCR-3197
+                 URL: https://issues.apache.org/jira/browse/JCR-3197
+             Project: Jackrabbit Content Repository
+          Issue Type: Bug
+          Components: jackrabbit-core
+    Affects Versions: 2.3.3
+         Environment: Linux Ubuntu, Glassfish 3.1.1, JackRabbitJCA 2.3.3.
+            Reporter: Gustavo Orair
+            Priority: Critical
+
+
+I got an Strange ItemNotFoundException exception while adding a NT_FOLDER to the root node.
+
+The code just calls:
+	session.getRootNode().addNode(folderName, NodeType.NT_FOLDER);
+
+The addNode method failed with ItemNotFoundException.
+
+Relevant Stack trace:
+Caused by: javax.jcr.ItemNotFoundException?: 9ea3aca6-c1b8-4955-9ece-546fd12ba5f1
+
+    at org.apache.jackrabbit.core.ItemManager?.getItemData(ItemManager?.java:384) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.ItemManager?.getNode(ItemManager?.java:669) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.ItemManager?.getNode(ItemManager?.java:647) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.NodeImpl?.addNode(NodeImpl?.java:1286) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.session.AddNodeOperation?.perform(AddNodeOperation?.java:111) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.session.AddNodeOperation?.perform(AddNodeOperation?.java:37) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.session.SessionState?.perform(SessionState?.java:216) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.ItemImpl?.perform(ItemImpl?.java:91) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.NodeImpl?.addNodeWithUuid(NodeImpl?.java:1776) ~[jackrabbit-core-2.3.3.jar:na]
+    at org.apache.jackrabbit.core.NodeImpl?.addNode(NodeImpl?.java:1736) ~[jackrabbit-core-2.3.3.jar:na]
+    at econoinfo.commons.storage.impl.JCRStorage.obtemOuCriaPasta(JCRStorage.java:602) ~[SimpleStorageFacade-JcrStorage-2.2-SNAPSHOT.jar:na]
+    at econoinfo.commons.storage.impl.JCRStorage.obtemOuCriaPasta(JCRStorage.java:608) ~[SimpleStorageFacade-JcrStorage-2.2-SNAPSHOT.jar:na]
+    at econoinfo.commons.storage.impl.JCRStorage.obtemOuCriaPasta(JCRStorage.java:608) ~[SimpleStorageFacade-JcrStorage-2.2-SNAPSHOT.jar:na]
+    at econoinfo.commons.storage.impl.JCRStorage.obtemOuCriaPasta(JCRStorage.java:608) ~[SimpleStorageFacade-JcrStorage-2.2-SNAPSHOT.jar:na]
+    at econoinfo.commons.storage.impl.JCRStorage.add(JCRStorage.java:882) ~[SimpleStorageFacade-JcrStorage-2.2-SNAPSHOT.jar:na]
+    at econoinfo.commons.storage.impl.JCRStorage.add(JCRStorage.java:400) ~[SimpleStorageFacade-JcrStorage-2.2-SNAPSHOT.jar:na]
+    ... 146 common frames omitted
+
+
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33698-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 12:05:30 2012
+Return-Path: <dev-return-33698-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 4D60D98FA
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 12:05:30 +0000 (UTC)
+Received: (qmail 78692 invoked by uid 500); 3 Jan 2012 12:05:30 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 78312 invoked by uid 500); 3 Jan 2012 12:05:26 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 78297 invoked by uid 99); 3 Jan 2012 12:05:25 -0000
+Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 12:05:25 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 12:05:23 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 4255B1360EC
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 12:04:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 12:04:39 +0000 (UTC)
+From: "Jukka Zitting (Resolved) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <1011544432.129.1325592279273.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Resolved] (JCR-2543) spi2dav : Query offset not respected
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+
+
+     [ https://issues.apache.org/jira/browse/JCR-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
+
+Jukka Zitting resolved JCR-2543.
+--------------------------------
+
+       Resolution: Fixed
+    Fix Version/s: 2.4
+         Assignee: Jukka Zitting
+
+The test indeed passes now, so in revision 1226750 I removed them from the known.issues exclusion list. Resolving as fixed.
+                
+> spi2dav : Query offset not respected
+> ------------------------------------
+>
+>                 Key: JCR-2543
+>                 URL: https://issues.apache.org/jira/browse/JCR-2543
+>             Project: Jackrabbit Content Repository
+>          Issue Type: Bug
+>          Components: jackrabbit-jcr-server, jackrabbit-spi2dav, JCR 2.0, query
+>    Affects Versions: 2.0
+>            Reporter: angela
+>            Assignee: Jukka Zitting
+>             Fix For: 2.4
+>
+>         Attachments: patch_commit_ebebb62c3df0.patch
+>
+>
+> the TCK query test SetOffsetTest fails in the setup jcr2spi - spi2dav(ex) - jcr-server.
+> not sure whether it is due to missing implementation on client or server part of something completely different....
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33699-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 15:15:27 2012
+Return-Path: <dev-return-33699-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 D74A59EEE
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 15:15:26 +0000 (UTC)
+Received: (qmail 63890 invoked by uid 500); 3 Jan 2012 15:15:26 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 63793 invoked by uid 500); 3 Jan 2012 15:15:25 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 63765 invoked by uid 99); 3 Jan 2012 15:15:25 -0000
+Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 15:15:25 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 15:15:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id C2F9413697B
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 15:14:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 15:14:39 +0000 (UTC)
+From: "angela (Commented) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <1693972751.614.1325603679799.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <5100067.156451294219425338.JavaMail.jira@thor>
+Subject: [jira] [Commented] (JCR-2859) Make open scoped locks recoverable
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+
+
+    [ https://issues.apache.org/jira/browse/JCR-2859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13178768#comment-13178768 ] 
+
+angela commented on JCR-2859:
+-----------------------------
+
+imo loosing a lock token should be considered a mistake with the API consumer rather than something that
+occurs on a regular basis. while i am fine with providing a fallback in case the token is indeed lost, i am
+therefore not convinced that having a group that is allowed to see all lock tokens in the repository would be
+a wise move. apart from the fact that i consider this an edge case that should not be used on a regular
+basis, being member of a given group will not guarantee that a given user is allowed to lock/unlock a
+given node but only expose the lock token (in contrast to the admin).
+
+thus, i'm in favor of the latest patch by julian. however, -1 for allow breaking locks based on group membership.
+
+                
+> Make open scoped locks recoverable
+> ----------------------------------
+>
+>                 Key: JCR-2859
+>                 URL: https://issues.apache.org/jira/browse/JCR-2859
+>             Project: Jackrabbit Content Repository
+>          Issue Type: New Feature
+>          Components: locks
+>    Affects Versions: 2.2
+>            Reporter: Carsten Ziegeler
+>            Assignee: Julian Reschke
+>         Attachments: JCR-2859.diff, JCR-2859.patch, OpenScopeLockTest.java
+>
+>
+> The lock tokens for open scoped locks are currently tied to the session which created the lock. If the session dies (for whatever reason) there is no way to recover the lock and unlock the node.
+> There is a theoretical way of adding the lock token to another session, but in most cases the lock token is not available.
+> Fortunately, the spec allows to relax this behaviour and I think it would make sense to allow all sessions from the same user to unlock the node - this is still in compliance with the spec but would make unlocked locked nodes possible in a programmatic way.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33700-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 15:49:27 2012
+Return-Path: <dev-return-33700-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 03EE39514
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 15:49:27 +0000 (UTC)
+Received: (qmail 21777 invoked by uid 500); 3 Jan 2012 15:49:26 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 21704 invoked by uid 500); 3 Jan 2012 15:49:26 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 21693 invoked by uid 99); 3 Jan 2012 15:49:26 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 15:49:26 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 15:49:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 359AB136BA2
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 15:48:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 15:48:39 +0000 (UTC)
+From: "Julian Reschke (Commented) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <1130960130.706.1325605719220.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <5100067.156451294219425338.JavaMail.jira@thor>
+Subject: [jira] [Commented] (JCR-2859) Make open scoped locks recoverable
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+
+    [ https://issues.apache.org/jira/browse/JCR-2859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13178789#comment-13178789 ] 
+
+Julian Reschke commented on JCR-2859:
+-------------------------------------
+
++1 for starting with a small change (thus leaving it to admins).
+
+That being said, maybe we should also try to mitigate the effects of lost lock tokens? For instance, by changing the default timeout from "Infinity" to something reasonable? 
+                
+> Make open scoped locks recoverable
+> ----------------------------------
+>
+>                 Key: JCR-2859
+>                 URL: https://issues.apache.org/jira/browse/JCR-2859
+>             Project: Jackrabbit Content Repository
+>          Issue Type: New Feature
+>          Components: locks
+>    Affects Versions: 2.2
+>            Reporter: Carsten Ziegeler
+>            Assignee: Julian Reschke
+>         Attachments: JCR-2859.diff, JCR-2859.patch, OpenScopeLockTest.java
+>
+>
+> The lock tokens for open scoped locks are currently tied to the session which created the lock. If the session dies (for whatever reason) there is no way to recover the lock and unlock the node.
+> There is a theoretical way of adding the lock token to another session, but in most cases the lock token is not available.
+> Fortunately, the spec allows to relax this behaviour and I think it would make sense to allow all sessions from the same user to unlock the node - this is still in compliance with the spec but would make unlocked locked nodes possible in a programmatic way.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33701-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 16:13:25 2012
+Return-Path: <dev-return-33701-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 525A89FA8
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 16:13:25 +0000 (UTC)
+Received: (qmail 61197 invoked by uid 500); 3 Jan 2012 16:13:24 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 61093 invoked by uid 500); 3 Jan 2012 16:13:24 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 61085 invoked by uid 99); 3 Jan 2012 16:13:24 -0000
+Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:13:24 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:13:23 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 87F041367F8
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 16:12:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 16:12:39 +0000 (UTC)
+From: "angela (Commented) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <717317430.759.1325607159558.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <5100067.156451294219425338.JavaMail.jira@thor>
+Subject: [jira] [Commented] (JCR-2859) Make open scoped locks recoverable
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+
+
+    [ https://issues.apache.org/jira/browse/JCR-2859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13178798#comment-13178798 ] 
+
+angela commented on JCR-2859:
+-----------------------------
+
+> by changing the default timeout from "Infinity" to something reasonable
+
+yes. that definitely makes sense... maybe we could even make the default timeout part of the workspace 
+configuration as the preferred timeout may vary between different types of applications.
+in any case we should clarify that as a general rule it is preferable to specify a reasonable timeout
+suited for the situation when creating a new lock... LockManager#lock always takes a timeout hint, while 
+Node.lock (which doesn't support it) has been deprecated as of JSR 283.
+                
+> Make open scoped locks recoverable
+> ----------------------------------
+>
+>                 Key: JCR-2859
+>                 URL: https://issues.apache.org/jira/browse/JCR-2859
+>             Project: Jackrabbit Content Repository
+>          Issue Type: New Feature
+>          Components: locks
+>    Affects Versions: 2.2
+>            Reporter: Carsten Ziegeler
+>            Assignee: Julian Reschke
+>         Attachments: JCR-2859.diff, JCR-2859.patch, OpenScopeLockTest.java
+>
+>
+> The lock tokens for open scoped locks are currently tied to the session which created the lock. If the session dies (for whatever reason) there is no way to recover the lock and unlock the node.
+> There is a theoretical way of adding the lock token to another session, but in most cases the lock token is not available.
+> Fortunately, the spec allows to relax this behaviour and I think it would make sense to allow all sessions from the same user to unlock the node - this is still in compliance with the spec but would make unlocked locked nodes possible in a programmatic way.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33702-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 16:49:25 2012
+Return-Path: <dev-return-33702-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 845379D79
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 16:49:25 +0000 (UTC)
+Received: (qmail 35839 invoked by uid 500); 3 Jan 2012 16:49:25 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 35772 invoked by uid 500); 3 Jan 2012 16:49:25 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 35663 invoked by uid 99); 3 Jan 2012 16:49:24 -0000
+Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:49:24 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:49:23 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 88CB013666B
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 16:48:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 16:48:39 +0000 (UTC)
+From: "Stefan Guggisberg (Commented) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <2031956153.818.1325609319561.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <20830832.43268.1324675590659.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Commented] (JCR-3194) ConcurrentModificationException in
+ CacheManager.
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+
+
+    [ https://issues.apache.org/jira/browse/JCR-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13178810#comment-13178810 ] 
+
+Stefan Guggisberg commented on JCR-3194:
+----------------------------------------
+
+only happens with log level set to DEBUG.
+
+
+                
+> ConcurrentModificationException in CacheManager.
+> ------------------------------------------------
+>
+>                 Key: JCR-3194
+>                 URL: https://issues.apache.org/jira/browse/JCR-3194
+>             Project: Jackrabbit Content Repository
+>          Issue Type: Bug
+>    Affects Versions: 2.3.4
+>            Reporter: Mat Lowery
+>
+> Using the test code below, I was able to produce this stack:
+> java.util.ConcurrentModificationException
+> 	at java.util.WeakHashMap$HashIterator.nextEntry(WeakHashMap.java:762)
+> 	at java.util.WeakHashMap$KeyIterator.next(WeakHashMap.java:795)
+> 	at org.apache.jackrabbit.core.cache.CacheManager.logCacheStats(CacheManager.java:164)
+> 	at org.apache.jackrabbit.core.cache.CacheManager.cacheAccessed(CacheManager.java:137)
+> 	at org.apache.jackrabbit.core.cache.AbstractCache.recordCacheAccess(AbstractCache.java:122)
+> 	at org.apache.jackrabbit.core.cache.ConcurrentCache.get(ConcurrentCache.java:122)
+> 	at org.apache.jackrabbit.core.state.MLRUItemStateCache.retrieve(MLRUItemStateCache.java:71)
+> 	at org.apache.jackrabbit.core.state.ItemStateReferenceCache.retrieve(ItemStateReferenceCache.java:139)
+> 	at org.apache.jackrabbit.core.state.SharedItemStateManager.getNonVirtualItemState(SharedItemStateManager.java:1716)
+> 	at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:268)
+> 	at org.apache.jackrabbit.core.state.LocalItemStateManager.getNodeState(LocalItemStateManager.java:110)
+> 	at org.apache.jackrabbit.core.state.LocalItemStateManager.getItemState(LocalItemStateManager.java:175)
+> 	at org.apache.jackrabbit.core.state.XAItemStateManager.getItemState(XAItemStateManager.java:260)
+> 	at org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(SessionItemStateManager.java:161)
+> 	at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:382)
+> 	at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:328)
+> 	at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:622)
+> 	at org.apache.jackrabbit.core.ItemManager.getRootNode(ItemManager.java:531)
+> 	at org.apache.jackrabbit.core.SessionImpl.getRootNode(SessionImpl.java:760)
+> 	at test.JackrabbitTest$1.run(JackrabbitTest.java:37)
+> 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
+> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
+> 	at java.lang.Thread.run(Thread.java:662)
+> -------------------------
+> package test;
+> import java.io.File;
+> import java.util.concurrent.ExecutorService;
+> import java.util.concurrent.Executors;
+> import java.util.concurrent.TimeUnit;
+> import java.util.concurrent.atomic.AtomicBoolean;
+> import java.util.concurrent.atomic.AtomicInteger;
+> import javax.jcr.Repository;
+> import javax.jcr.RepositoryException;
+> import javax.jcr.Session;
+> import javax.jcr.SimpleCredentials;
+> import org.apache.jackrabbit.core.TransientRepository;
+> public class JackrabbitTest {
+>  public static void main(final String[] args) throws Exception {
+>    File dir = File.createTempFile("jackrabbit-test", "");
+>    dir.delete();
+>    dir.mkdir();
+>    System.out.println("created temporary directory: " +
+>        dir.getAbsolutePath());
+>    dir.deleteOnExit();
+>    final Repository jcrRepo = new TransientRepository(dir);
+>    final AtomicBoolean passed = new AtomicBoolean(true);
+>    final AtomicInteger counter = new AtomicInteger(0);
+>    ExecutorService executor = Executors.newFixedThreadPool(50);
+>    Runnable runnable = new Runnable() {
+>      @Override
+>      public void run() {
+>        try {
+>          Session session = jcrRepo.login(
+>              new SimpleCredentials("admin",
+>                  "admin".toCharArray()));
+>          session.getRootNode().addNode("n" +
+>                  counter.getAndIncrement()); //unique name
+>          session.save();
+>          session.logout();
+>        } catch (RepositoryException e) {
+>          e.printStackTrace();
+>          passed.set(false);
+>        }
+>      }
+>    };
+>    System.out.println("Running threads");
+>    for (int i = 0; i<  500; i++) {
+>      executor.execute(runnable);
+>    }
+>    executor.shutdown(); //Disable new tasks from being submitted
+>    if (!executor.awaitTermination(120, TimeUnit.SECONDS)) {
+>      System.err.println("timeout");
+>      System.exit(1);
+>    }
+>    if (!passed.get()) {
+>      System.err.println("one or more threads got an exception");
+>      System.exit(1);
+>    } else {
+>      System.out.println("all threads ran with no exceptions");
+>      System.exit(0);
+>    }
+>  }
+> }
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33703-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 16:49:26 2012
+Return-Path: <dev-return-33703-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 D012A9D94
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 16:49:26 +0000 (UTC)
+Received: (qmail 36469 invoked by uid 500); 3 Jan 2012 16:49:26 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 36437 invoked by uid 500); 3 Jan 2012 16:49:26 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 36430 invoked by uid 99); 3 Jan 2012 16:49:26 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:49:26 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:49:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 3A608136666
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 16:48:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 16:48:39 +0000 (UTC)
+From: "Jukka Zitting (Created) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <455253259.813.1325609319240.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Created] (JCR-3198) Broken handling of outer join results
+ over davex
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+Broken handling of outer join results over davex
+------------------------------------------------
+
+                 Key: JCR-3198
+                 URL: https://issues.apache.org/jira/browse/JCR-3198
+             Project: Jackrabbit Content Repository
+          Issue Type: Bug
+          Components: jackrabbit-jcr-server, jackrabbit-spi2dav
+    Affects Versions: 2.3.6
+            Reporter: Jukka Zitting
+            Assignee: Jukka Zitting
+
+
+The davex join support added in JCR-3089 only works correctly when the join returns at least one row and none of the returned rows contain null values for any of the selectors. This should be reasonably straightforward to fix.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33704-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 16:51:27 2012
+Return-Path: <dev-return-33704-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 E12E29E3D
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 16:51:27 +0000 (UTC)
+Received: (qmail 39263 invoked by uid 500); 3 Jan 2012 16:51:27 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 39219 invoked by uid 500); 3 Jan 2012 16:51:27 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 39212 invoked by uid 99); 3 Jan 2012 16:51:27 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:51:27 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:51:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 4728F1367E5
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 16:50:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 16:50:39 +0000 (UTC)
+From: "Stefan Guggisberg (Commented) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <119221772.821.1325609439292.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <20830832.43268.1324675590659.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Commented] (JCR-3194) ConcurrentModificationException in
+ CacheManager.
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+
+    [ https://issues.apache.org/jira/browse/JCR-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13178811#comment-13178811 ] 
+
+Stefan Guggisberg commented on JCR-3194:
+----------------------------------------
+
+this is a regression of JCR-3098
+                
+> ConcurrentModificationException in CacheManager.
+> ------------------------------------------------
+>
+>                 Key: JCR-3194
+>                 URL: https://issues.apache.org/jira/browse/JCR-3194
+>             Project: Jackrabbit Content Repository
+>          Issue Type: Bug
+>    Affects Versions: 2.3.4
+>            Reporter: Mat Lowery
+>
+> Using the test code below, I was able to produce this stack:
+> java.util.ConcurrentModificationException
+> 	at java.util.WeakHashMap$HashIterator.nextEntry(WeakHashMap.java:762)
+> 	at java.util.WeakHashMap$KeyIterator.next(WeakHashMap.java:795)
+> 	at org.apache.jackrabbit.core.cache.CacheManager.logCacheStats(CacheManager.java:164)
+> 	at org.apache.jackrabbit.core.cache.CacheManager.cacheAccessed(CacheManager.java:137)
+> 	at org.apache.jackrabbit.core.cache.AbstractCache.recordCacheAccess(AbstractCache.java:122)
+> 	at org.apache.jackrabbit.core.cache.ConcurrentCache.get(ConcurrentCache.java:122)
+> 	at org.apache.jackrabbit.core.state.MLRUItemStateCache.retrieve(MLRUItemStateCache.java:71)
+> 	at org.apache.jackrabbit.core.state.ItemStateReferenceCache.retrieve(ItemStateReferenceCache.java:139)
+> 	at org.apache.jackrabbit.core.state.SharedItemStateManager.getNonVirtualItemState(SharedItemStateManager.java:1716)
+> 	at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:268)
+> 	at org.apache.jackrabbit.core.state.LocalItemStateManager.getNodeState(LocalItemStateManager.java:110)
+> 	at org.apache.jackrabbit.core.state.LocalItemStateManager.getItemState(LocalItemStateManager.java:175)
+> 	at org.apache.jackrabbit.core.state.XAItemStateManager.getItemState(XAItemStateManager.java:260)
+> 	at org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(SessionItemStateManager.java:161)
+> 	at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:382)
+> 	at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:328)
+> 	at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:622)
+> 	at org.apache.jackrabbit.core.ItemManager.getRootNode(ItemManager.java:531)
+> 	at org.apache.jackrabbit.core.SessionImpl.getRootNode(SessionImpl.java:760)
+> 	at test.JackrabbitTest$1.run(JackrabbitTest.java:37)
+> 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
+> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
+> 	at java.lang.Thread.run(Thread.java:662)
+> -------------------------
+> package test;
+> import java.io.File;
+> import java.util.concurrent.ExecutorService;
+> import java.util.concurrent.Executors;
+> import java.util.concurrent.TimeUnit;
+> import java.util.concurrent.atomic.AtomicBoolean;
+> import java.util.concurrent.atomic.AtomicInteger;
+> import javax.jcr.Repository;
+> import javax.jcr.RepositoryException;
+> import javax.jcr.Session;
+> import javax.jcr.SimpleCredentials;
+> import org.apache.jackrabbit.core.TransientRepository;
+> public class JackrabbitTest {
+>  public static void main(final String[] args) throws Exception {
+>    File dir = File.createTempFile("jackrabbit-test", "");
+>    dir.delete();
+>    dir.mkdir();
+>    System.out.println("created temporary directory: " +
+>        dir.getAbsolutePath());
+>    dir.deleteOnExit();
+>    final Repository jcrRepo = new TransientRepository(dir);
+>    final AtomicBoolean passed = new AtomicBoolean(true);
+>    final AtomicInteger counter = new AtomicInteger(0);
+>    ExecutorService executor = Executors.newFixedThreadPool(50);
+>    Runnable runnable = new Runnable() {
+>      @Override
+>      public void run() {
+>        try {
+>          Session session = jcrRepo.login(
+>              new SimpleCredentials("admin",
+>                  "admin".toCharArray()));
+>          session.getRootNode().addNode("n" +
+>                  counter.getAndIncrement()); //unique name
+>          session.save();
+>          session.logout();
+>        } catch (RepositoryException e) {
+>          e.printStackTrace();
+>          passed.set(false);
+>        }
+>      }
+>    };
+>    System.out.println("Running threads");
+>    for (int i = 0; i<  500; i++) {
+>      executor.execute(runnable);
+>    }
+>    executor.shutdown(); //Disable new tasks from being submitted
+>    if (!executor.awaitTermination(120, TimeUnit.SECONDS)) {
+>      System.err.println("timeout");
+>      System.exit(1);
+>    }
+>    if (!passed.get()) {
+>      System.err.println("one or more threads got an exception");
+>      System.exit(1);
+>    } else {
+>      System.out.println("all threads ran with no exceptions");
+>      System.exit(0);
+>    }
+>  }
+> }
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33705-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Tue Jan  3 16:59:28 2012
+Return-Path: <dev-return-33705-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 0D14B914E
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Tue,  3 Jan 2012 16:59:28 +0000 (UTC)
+Received: (qmail 51832 invoked by uid 500); 3 Jan 2012 16:59:27 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 51793 invoked by uid 500); 3 Jan 2012 16:59:27 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 51786 invoked by uid 99); 3 Jan 2012 16:59:27 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:59:27 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 16:59:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 68507136E8A
+	for <dev@jackrabbit.apache.org>; Tue,  3 Jan 2012 16:58:39 +0000 (UTC)
+Date: Tue, 3 Jan 2012 16:58:39 +0000 (UTC)
+From: "Stefan Guggisberg (Resolved) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <682004019.863.1325609919428.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <20830832.43268.1324675590659.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Resolved] (JCR-3194) ConcurrentModificationException in
+ CacheManager.
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+
+     [ https://issues.apache.org/jira/browse/JCR-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
+
+Stefan Guggisberg resolved JCR-3194.
+------------------------------------
+
+    Resolution: Fixed
+
+fixed in svn r1226863.
+                
+> ConcurrentModificationException in CacheManager.
+> ------------------------------------------------
+>
+>                 Key: JCR-3194
+>                 URL: https://issues.apache.org/jira/browse/JCR-3194
+>             Project: Jackrabbit Content Repository
+>          Issue Type: Bug
+>    Affects Versions: 2.3.4
+>            Reporter: Mat Lowery
+>
+> Using the test code below, I was able to produce this stack:
+> java.util.ConcurrentModificationException
+> 	at java.util.WeakHashMap$HashIterator.nextEntry(WeakHashMap.java:762)
+> 	at java.util.WeakHashMap$KeyIterator.next(WeakHashMap.java:795)
+> 	at org.apache.jackrabbit.core.cache.CacheManager.logCacheStats(CacheManager.java:164)
+> 	at org.apache.jackrabbit.core.cache.CacheManager.cacheAccessed(CacheManager.java:137)
+> 	at org.apache.jackrabbit.core.cache.AbstractCache.recordCacheAccess(AbstractCache.java:122)
+> 	at org.apache.jackrabbit.core.cache.ConcurrentCache.get(ConcurrentCache.java:122)
+> 	at org.apache.jackrabbit.core.state.MLRUItemStateCache.retrieve(MLRUItemStateCache.java:71)
+> 	at org.apache.jackrabbit.core.state.ItemStateReferenceCache.retrieve(ItemStateReferenceCache.java:139)
+> 	at org.apache.jackrabbit.core.state.SharedItemStateManager.getNonVirtualItemState(SharedItemStateManager.java:1716)
+> 	at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:268)
+> 	at org.apache.jackrabbit.core.state.LocalItemStateManager.getNodeState(LocalItemStateManager.java:110)
+> 	at org.apache.jackrabbit.core.state.LocalItemStateManager.getItemState(LocalItemStateManager.java:175)
+> 	at org.apache.jackrabbit.core.state.XAItemStateManager.getItemState(XAItemStateManager.java:260)
+> 	at org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(SessionItemStateManager.java:161)
+> 	at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:382)
+> 	at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:328)
+> 	at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:622)
+> 	at org.apache.jackrabbit.core.ItemManager.getRootNode(ItemManager.java:531)
+> 	at org.apache.jackrabbit.core.SessionImpl.getRootNode(SessionImpl.java:760)
+> 	at test.JackrabbitTest$1.run(JackrabbitTest.java:37)
+> 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
+> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
+> 	at java.lang.Thread.run(Thread.java:662)
+> -------------------------
+> package test;
+> import java.io.File;
+> import java.util.concurrent.ExecutorService;
+> import java.util.concurrent.Executors;
+> import java.util.concurrent.TimeUnit;
+> import java.util.concurrent.atomic.AtomicBoolean;
+> import java.util.concurrent.atomic.AtomicInteger;
+> import javax.jcr.Repository;
+> import javax.jcr.RepositoryException;
+> import javax.jcr.Session;
+> import javax.jcr.SimpleCredentials;
+> import org.apache.jackrabbit.core.TransientRepository;
+> public class JackrabbitTest {
+>  public static void main(final String[] args) throws Exception {
+>    File dir = File.createTempFile("jackrabbit-test", "");
+>    dir.delete();
+>    dir.mkdir();
+>    System.out.println("created temporary directory: " +
+>        dir.getAbsolutePath());
+>    dir.deleteOnExit();
+>    final Repository jcrRepo = new TransientRepository(dir);
+>    final AtomicBoolean passed = new AtomicBoolean(true);
+>    final AtomicInteger counter = new AtomicInteger(0);
+>    ExecutorService executor = Executors.newFixedThreadPool(50);
+>    Runnable runnable = new Runnable() {
+>      @Override
+>      public void run() {
+>        try {
+>          Session session = jcrRepo.login(
+>              new SimpleCredentials("admin",
+>                  "admin".toCharArray()));
+>          session.getRootNode().addNode("n" +
+>                  counter.getAndIncrement()); //unique name
+>          session.save();
+>          session.logout();
+>        } catch (RepositoryException e) {
+>          e.printStackTrace();
+>          passed.set(false);
+>        }
+>      }
+>    };
+>    System.out.println("Running threads");
+>    for (int i = 0; i<  500; i++) {
+>      executor.execute(runnable);
+>    }
+>    executor.shutdown(); //Disable new tasks from being submitted
+>    if (!executor.awaitTermination(120, TimeUnit.SECONDS)) {
+>      System.err.println("timeout");
+>      System.exit(1);
+>    }
+>    if (!passed.get()) {
+>      System.err.println("one or more threads got an exception");
+>      System.exit(1);
+>    } else {
+>      System.out.println("all threads ran with no exceptions");
+>      System.exit(0);
+>    }
+>  }
+> }
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33706-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Wed Jan  4 14:01:31 2012
+Return-Path: <dev-return-33706-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 61E8FBE2E
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Wed,  4 Jan 2012 14:01:31 +0000 (UTC)
+Received: (qmail 6120 invoked by uid 500); 4 Jan 2012 14:01:30 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 5656 invoked by uid 500); 4 Jan 2012 14:01:28 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 5648 invoked by uid 99); 4 Jan 2012 14:01:28 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:01:28 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:01:26 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 1A35E138293
+	for <dev@jackrabbit.apache.org>; Wed,  4 Jan 2012 14:00:41 +0000 (UTC)
+Date: Wed, 4 Jan 2012 14:00:41 +0000 (UTC)
+From: "Julian Reschke (Created) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <1577678328.4549.1325685641108.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Created] (JCR-3199) workspace-wide default for lock timeout
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+workspace-wide default for lock timeout
+---------------------------------------
+
+                 Key: JCR-3199
+                 URL: https://issues.apache.org/jira/browse/JCR-3199
+             Project: Jackrabbit Content Repository
+          Issue Type: Improvement
+          Components: jackrabbit-core, locks
+            Reporter: Julian Reschke
+            Assignee: Julian Reschke
+
+
+There should be a way to define a workspace-wide default for JCR lock timeouts (in case the code creating the lock did not specify one).
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33707-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Wed Jan  4 14:46:28 2012
+Return-Path: <dev-return-33707-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 512DBB3CF
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Wed,  4 Jan 2012 14:46:28 +0000 (UTC)
+Received: (qmail 73536 invoked by uid 500); 4 Jan 2012 14:46:27 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 73456 invoked by uid 500); 4 Jan 2012 14:46:27 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 73436 invoked by uid 99); 4 Jan 2012 14:46:27 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:46:27 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:46:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 90033137D2A
+	for <dev@jackrabbit.apache.org>; Wed,  4 Jan 2012 14:45:39 +0000 (UTC)
+Date: Wed, 4 Jan 2012 14:45:39 +0000 (UTC)
+From: "Julian Reschke (Updated) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <1507328603.4692.1325688339591.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <5100067.156451294219425338.JavaMail.jira@thor>
+Subject: [jira] [Updated] (JCR-2859) Make open scoped locks recoverable
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+
+     [ https://issues.apache.org/jira/browse/JCR-2859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
+
+Julian Reschke updated JCR-2859:
+--------------------------------
+
+    Affects Version/s:     (was: 2.2)
+               Status: In Progress  (was: Patch Available)
+    
+> Make open scoped locks recoverable
+> ----------------------------------
+>
+>                 Key: JCR-2859
+>                 URL: https://issues.apache.org/jira/browse/JCR-2859
+>             Project: Jackrabbit Content Repository
+>          Issue Type: New Feature
+>          Components: locks
+>            Reporter: Carsten Ziegeler
+>            Assignee: Julian Reschke
+>         Attachments: JCR-2859.diff, JCR-2859.patch, OpenScopeLockTest.java
+>
+>
+> The lock tokens for open scoped locks are currently tied to the session which created the lock. If the session dies (for whatever reason) there is no way to recover the lock and unlock the node.
+> There is a theoretical way of adding the lock token to another session, but in most cases the lock token is not available.
+> Fortunately, the spec allows to relax this behaviour and I think it would make sense to allow all sessions from the same user to unlock the node - this is still in compliance with the spec but would make unlocked locked nodes possible in a programmatic way.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33708-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Wed Jan  4 14:46:28 2012
+Return-Path: <dev-return-33708-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 6FEA2B3DA
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Wed,  4 Jan 2012 14:46:28 +0000 (UTC)
+Received: (qmail 73547 invoked by uid 500); 4 Jan 2012 14:46:27 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 73458 invoked by uid 500); 4 Jan 2012 14:46:27 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 73449 invoked by uid 99); 4 Jan 2012 14:46:27 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:46:27 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:46:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id C2A09137D2E
+	for <dev@jackrabbit.apache.org>; Wed,  4 Jan 2012 14:45:39 +0000 (UTC)
+Date: Wed, 4 Jan 2012 14:45:39 +0000 (UTC)
+From: "Julian Reschke (Resolved) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <1475426671.4696.1325688339798.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <5100067.156451294219425338.JavaMail.jira@thor>
+Subject: [jira] [Resolved] (JCR-2859) Make open scoped locks recoverable
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+X-Virus-Checked: Checked by ClamAV on apache.org
+
+
+     [ https://issues.apache.org/jira/browse/JCR-2859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
+
+Julian Reschke resolved JCR-2859.
+---------------------------------
+
+       Resolution: Fixed
+    Fix Version/s: 2.5
+    
+> Make open scoped locks recoverable
+> ----------------------------------
+>
+>                 Key: JCR-2859
+>                 URL: https://issues.apache.org/jira/browse/JCR-2859
+>             Project: Jackrabbit Content Repository
+>          Issue Type: New Feature
+>          Components: locks
+>            Reporter: Carsten Ziegeler
+>            Assignee: Julian Reschke
+>             Fix For: 2.5
+>
+>         Attachments: JCR-2859.diff, JCR-2859.patch, OpenScopeLockTest.java
+>
+>
+> The lock tokens for open scoped locks are currently tied to the session which created the lock. If the session dies (for whatever reason) there is no way to recover the lock and unlock the node.
+> There is a theoretical way of adding the lock token to another session, but in most cases the lock token is not available.
+> Fortunately, the spec allows to relax this behaviour and I think it would make sense to allow all sessions from the same user to unlock the node - this is still in compliance with the spec but would make unlocked locked nodes possible in a programmatic way.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33709-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Wed Jan  4 14:48:25 2012
+Return-Path: <dev-return-33709-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 9891FB4B3
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Wed,  4 Jan 2012 14:48:25 +0000 (UTC)
+Received: (qmail 76754 invoked by uid 500); 4 Jan 2012 14:48:25 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 76719 invoked by uid 500); 4 Jan 2012 14:48:25 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 76612 invoked by uid 99); 4 Jan 2012 14:48:25 -0000
+Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:48:25 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 14:48:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id E869C137F1F
+	for <dev@jackrabbit.apache.org>; Wed,  4 Jan 2012 14:47:39 +0000 (UTC)
+Date: Wed, 4 Jan 2012 14:47:39 +0000 (UTC)
+From: "Julian Reschke (Commented) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <696221745.4714.1325688459953.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <5100067.156451294219425338.JavaMail.jira@thor>
+Subject: [jira] [Commented] (JCR-2859) Make open scoped locks recoverable
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+
+
+    [ https://issues.apache.org/jira/browse/JCR-2859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13179527#comment-13179527 ] 
+
+Julian Reschke commented on JCR-2859:
+-------------------------------------
+
+So I have left the patch as proposed, allowing admin users to get the lock token, enabling them to unlock the node.
+
+Added JCR-3199 as a change request (make the default lock time out configurable).
+                
+> Make open scoped locks recoverable
+> ----------------------------------
+>
+>                 Key: JCR-2859
+>                 URL: https://issues.apache.org/jira/browse/JCR-2859
+>             Project: Jackrabbit Content Repository
+>          Issue Type: New Feature
+>          Components: locks
+>            Reporter: Carsten Ziegeler
+>            Assignee: Julian Reschke
+>             Fix For: 2.5
+>
+>         Attachments: JCR-2859.diff, JCR-2859.patch, OpenScopeLockTest.java
+>
+>
+> The lock tokens for open scoped locks are currently tied to the session which created the lock. If the session dies (for whatever reason) there is no way to recover the lock and unlock the node.
+> There is a theoretical way of adding the lock token to another session, but in most cases the lock token is not available.
+> Fortunately, the spec allows to relax this behaviour and I think it would make sense to allow all sessions from the same user to unlock the node - this is still in compliance with the spec but would make unlocked locked nodes possible in a programmatic way.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33710-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Wed Jan  4 18:10:25 2012
+Return-Path: <dev-return-33710-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 CD0A0B4C5
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Wed,  4 Jan 2012 18:10:25 +0000 (UTC)
+Received: (qmail 84580 invoked by uid 500); 4 Jan 2012 18:10:25 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 84489 invoked by uid 500); 4 Jan 2012 18:10:25 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 84309 invoked by uid 99); 4 Jan 2012 18:10:25 -0000
+Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 18:10:25 +0000
+X-ASF-Spam-Status: No, hits=-2001.6 required=5.0
+	tests=ALL_TRUSTED,RP_MATCHES_RCVD
+X-Spam-Check-By: apache.org
+Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
+    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 18:10:24 +0000
+Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
+	by hel.zones.apache.org (Postfix) with ESMTP id 041F7138E9C
+	for <dev@jackrabbit.apache.org>; Wed,  4 Jan 2012 18:09:40 +0000 (UTC)
+Date: Wed, 4 Jan 2012 18:09:40 +0000 (UTC)
+From: "Jukka Zitting (Updated) (JIRA)" <jira@apache.org>
+To: dev@jackrabbit.apache.org
+Message-ID: <298120671.5653.1325700580018.JavaMail.tomcat@hel.zones.apache.org>
+In-Reply-To: <455253259.813.1325609319240.JavaMail.tomcat@hel.zones.apache.org>
+Subject: [jira] [Updated] (JCR-3198) Broken handling of outer join results
+ over davex
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 7bit
+X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
+
+
+     [ https://issues.apache.org/jira/browse/JCR-3198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
+
+Jukka Zitting updated JCR-3198:
+-------------------------------
+
+    Component/s: jackrabbit-spi
+                 jackrabbit-jcr2spi
+    
+> Broken handling of outer join results over davex
+> ------------------------------------------------
+>
+>                 Key: JCR-3198
+>                 URL: https://issues.apache.org/jira/browse/JCR-3198
+>             Project: Jackrabbit Content Repository
+>          Issue Type: Bug
+>          Components: jackrabbit-jcr-server, jackrabbit-jcr2spi, jackrabbit-spi, jackrabbit-spi2dav
+>    Affects Versions: 2.3.6
+>            Reporter: Jukka Zitting
+>            Assignee: Jukka Zitting
+>              Labels: davex, join, outer, sql2
+>             Fix For: 2.4
+>
+>
+> The davex join support added in JCR-3089 only works correctly when the join returns at least one row and none of the returned rows contain null values for any of the selectors. This should be reasonably straightforward to fix.
+
+--
+This message is automatically generated by JIRA.
+If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
+For more information on JIRA, see: http://www.atlassian.com/software/jira
+
+        
+
+From dev-return-33711-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org  Wed Jan  4 18:10:27 2012
+Return-Path: <dev-return-33711-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
+X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org
+Delivered-To: apmail-jackrabbit-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 C05D4B4D8
+	for <apmail-jackrabbit-dev-archive@www.apache.org>; Wed,  4 Jan 2012 18:10:27 +0000 (UTC)
+Received: (qmail 85083 invoked by uid 500); 4 Jan 2012 18:10:27 -0000
+Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
+Received: (qmail 85035 invoked by uid 500); 4 Jan 2012 18:10:27 -0000
+Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
+Precedence: bulk
+List-Help: <mailto:dev-help@jackrabbit.apache.org>
+List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
+List-Post: <mailto:dev@jackrabbit.apache.org>
+List-Id: <dev.jackrabbit.apache.org>
+Reply-To: dev@jackrabbit.apache.org
+Delivered-To: mailing list dev@jackrabbit.apache.org
+Received: (qmail 85021 invoked by uid 99); 4 Jan 2012 18:10:27 -0000
+Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)

[... 27042 lines stripped ...]


Mime
View raw message