Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of schrifty@gmail.com designates
 209.85.200.170 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=MGPIvWSTCoNSdxQChQk1xnB1PY8eZzwrtWxBPaGHUlXG/xiltlwFb6jiXqly2matjrZef1oDlSoEQof9snQO1PR4xxUgxjLxcPk9kypySQ88Qlt6vz/uN7s92zOjZndpIT62lkV+H9lakP+1OB06tjIJPn+4jdHEub/B/0QBZ/8=
Message-ID: <682b45ad0803091414l3688be3dg7e0f3496163f558@mail.gmail.com>
Date: Sun, 9 Mar 2008 16:14:06 -0500
From: "Marc Schriftman" <schrifty@gmail.com>
To: users@jackrabbit.apache.org
Subject: Re: JCR-1293 build problem
In-Reply-To: <15914200.post@talk.nabble.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_36324_12923017.1205097246532"
References: <15914200.post@talk.nabble.com>

------=_Part_36324_12923017.1205097246532
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi everyone,

Upgrading to 1.4.1 seems to have exposed some kind of bug in my
previously-working application. When I go to create a new versionable node
in the repository, I wind up with this stack trace:

org.apache.jackrabbit.core.state.NoSuchItemStateException:
deadbeef-face-babe-cafe-babecafebabe/{http://www.jcp.org/jcr/1.0}primaryType
    at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(
SharedItemStateManager.java:259)
    at
org.apache.jackrabbit.core.state.LocalItemStateManager.getPropertyState(
LocalItemStateManager.java:118)
    at org.apache.jackrabbit.core.state.LocalItemStateManager.getItemState(
LocalItemStateManager.java:150)
    at org.apache.jackrabbit.core.version.NodeStateEx.store(NodeStateEx.java
:523)
    at org.apache.jackrabbit.core.version.NodeStateEx.store(NodeStateEx.java
:503)
    at
org.apache.jackrabbit.core.version.AbstractVersionManager.createVersionHistory
(AbstractVersionManager.java:308)
    at org.apache.jackrabbit.core.version.VersionManagerImpl$1.run(
VersionManagerImpl.java:224)
    at
org.apache.jackrabbit.core.version.VersionManagerImpl$DynamicESCFactory.doSourced
(VersionManagerImpl.java:579)
    at
org.apache.jackrabbit.core.version.VersionManagerImpl.createVersionHistory(
VersionManagerImpl.java:221)
    at
org.apache.jackrabbit.core.version.XAVersionManager.createVersionHistory(
XAVersionManager.java:149)
    at org.apache.jackrabbit.core.ItemImpl.initVersionHistories(
ItemImpl.java:785)
    at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1221)
    at org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:896)
    at com.bsgalliance.storage.jackrabbit.j2ee.JackrabbitUtils.persistItem(
JackrabbitUtils.java:838)

My code is pretty simple, and always worked in the past:

final NodeImpl file = (NodeImpl) root.addNode(fileName, "nt:file");
resource = (NodeImpl) file.addNode("jcr:content", "nt:resource");
resource.addMixin(MIX_VERSIONABLE);
resource.setProperty("jcr:mimeType", filePart.getContentType());
resource.setProperty("jcr:data", filePart.getInputStream());
resource.setProperty("jcr:lastModified", lastModified);
session.save();
resource.checkin();

Anyone got a clue what I'm doing wrong?

Thanks in advance,

Marc Schriftman

On Sat, Mar 8, 2008 at 11:11 AM, greg power <greg.power634@btinternet.com>
wrote:

>
> Hi all,
>
> I've tried building both the latest svn trunk version and the
> jackrabbit-1.4-src.jar using maven. Got to do this because i need to
> deploy
> it to JBoss therefore make some amendments and use the rar. It built once,
> but now it always fails on:
>
> -------------------------------------------------------
>  T E S T S
> -------------------------------------------------------
> Running org.apache.jackrabbit.core.integration.JCRAPITest
> Tests run: 1037, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 27.578
> sec <<< FAILURE!
>
> Results :
>
> Failed tests:
>  testRestoreName(org.apache.jackrabbit.test.api.version.RestoreTest)
>
> Tests run: 1037, Failures: 1, Errors: 0, Skipped: 0
>
> It does not seem to matter if I try trunk or the 1.4 release. Is the
> answer
> to this to disable certain tests pending resolution of JCR-1293? If so
> does
> anyone know how?
>
> regards
> greg
>
>
> --
> View this message in context:
> http://www.nabble.com/JCR-1293-build-problem-tp15914200p15914200.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>

------=_Part_36324_12923017.1205097246532--