Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 34298 invoked from network); 10 May 2007 11:05:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 May 2007 11:05:51 -0000 Received: (qmail 33628 invoked by uid 500); 10 May 2007 11:05:43 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 33453 invoked by uid 500); 10 May 2007 11:05:42 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 33415 invoked by uid 99); 10 May 2007 11:05:42 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 May 2007 04:05:42 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 May 2007 04:05:35 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5402E714022 for ; Thu, 10 May 2007 04:05:15 -0700 (PDT) Message-ID: <730438.1178795115311.JavaMail.jira@brutus> Date: Thu, 10 May 2007 04:05:15 -0700 (PDT) From: "Jukka Zitting (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-911) Remove sanityCheck() from ItemImpl.getSession() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Remove sanityCheck() from ItemImpl.getSession() ----------------------------------------------- Key: JCR-911 URL: https://issues.apache.org/jira/browse/JCR-911 Project: Jackrabbit Issue Type: Bug Affects Versions: 1.3, 1.2.3, 1.2.2, 1.2.1, 1.1.1, 1.1, 1.0.1, 1.0, 0.9 Reporter: Jukka Zitting Assigned To: Jukka Zitting Priority: Minor The following code causes an InvalidItemStateException to be thrown for no good reason: Property property = ...; property.setValue((Value) null); property.getSession(); There are cases (I'm looking at one right now) where it's good to be able to access the session of an Item even if it has already been invalidated. The simple fix is to remove the sanityCheck() call from ItemImpl.getSession(). I'll do that unless someone has a good reason why the sanity check should be kept. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.