Return-Path: 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 E3B5B381A for ; Fri, 6 May 2011 17:14:42 +0000 (UTC) Received: (qmail 89246 invoked by uid 500); 6 May 2011 17:14:42 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 89211 invoked by uid 500); 6 May 2011 17:14: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 89204 invoked by uid 99); 6 May 2011 17:14:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 May 2011 17:14:42 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_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; Fri, 06 May 2011 17:14:41 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 331D7C424F for ; Fri, 6 May 2011 17:14:03 +0000 (UTC) Date: Fri, 6 May 2011 17:14:03 +0000 (UTC) From: "Jukka Zitting (JIRA)" To: dev@jackrabbit.apache.org Message-ID: <1779371440.28580.1304702043206.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <254109660.24583.1304603463329.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Resolved] (JCR-2960) Long values not properly stored 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-2960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting resolved JCR-2960. -------------------------------- Resolution: Fixed Fix Version/s: 2.3.0 Ouch, good catch! Fixed in revision 1100286 along with tests also for some other value types. Luckily this is not a serialization bug so none of the stored data itself is compromized unless used as input for copies or further calculations. However, we'll need to backport this fix to the 2.2 branch and warn people not to rely on large values read from the repository until this fix has been applied. I'll take care of that first thing next week. > Long values not properly stored > ------------------------------- > > Key: JCR-2960 > URL: https://issues.apache.org/jira/browse/JCR-2960 > Project: Jackrabbit Content Repository > Issue Type: Bug > Components: jackrabbit-core > Affects Versions: 2.2.0, 2.2.1, 2.2.4, 2.2.5 > Reporter: Antoine Brochard > Assignee: Jukka Zitting > Priority: Critical > Fix For: 2.3.0 > > Attachments: LongValueTest.java > > > When a long value assigned to a property is too big, when restarting the server the value become 0 !! > The test pass with versions 1.6.4 and 2.0 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira