Currently we aren't using a data store, we're just using a simple
BundleFsPersistenceManager. And we are not using spring modules in our
application. Here is our configuration for our repository.
<Repository>
<FileSystem
class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
<param name="path" value="${rep.home}/repository"/>
</FileSystem>
<AccessManager
class="org.apache.jackrabbit.core.security.SimpleAccessManager">
</AccessManager>
<LoginModule
class="org.apache.jackrabbit.core.security.SimpleLoginModule">
<param name="anonymousId" value="anonymous"/>
</LoginModule>
</Security>
<Workspaces rootPath="${rep.home}/workspaces"
defaultWorkspace="webcenter"/>
<Workspace name="${wsp.name}">
<FileSystem
class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
<param name="path" value="${wsp.home}"/>
</FileSystem>
<PersistenceManager
class="org.apache.jackrabbit.core.persistence.bundle.BundleFsPersistence
Manager">
</PersistenceManager>
<SearchIndex
class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
<param name="path" value="${wsp.home}/index"/>
</SearchIndex>
</Workspace>
<Versioning rootPath="${rep.home}/version">
<FileSystem
class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
<param name="path" value="${rep.home}/version" />
</FileSystem>
<PersistenceManager
class="org.apache.jackrabbit.core.persistence.bundle.BundleFsPersistence
Manager">
</PersistenceManager>
</Versioning>
<SearchIndex
class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
<param name="path" value="${rep.home}/repository/index"/>
</SearchIndex>
</Repository>
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Stefan Guggisberg
Sent: Friday, May 02, 2008 8:43 AM
To: [email protected]
Subject: Re: Version.revert()
On Fri, May 2, 2008 at 2:25 PM, Conoly, Brett
<[EMAIL PROTECTED]> wrote:
> Hmmm, we did find out that most of the problems that I sent you
earlier
> were not actually the cause of the problem, here's a better
> explination...
> We were checking our versions and going through some test cases on an
> nt:file and we noticed that every time that we used Node.checkin() it
> ended up removing the content.
> We can run through and change the jcr:content -> jcr:data property as
> many times as we want on a checked-out node and viewing it through
> webdav or any other means we always have the updated content.
> The problem we're having is that when we use the Node.checkin() it
seems
> to remove the content completely. We don't get any
this seems to be the same issue as reported in another thread:
http://www.nabble.com/Problems-with-Cloning-of-folders-within-workspaces
-tt16921068.html#a16952272
however, i haven't been able to reproduce it. i guess it's
configuration dependent/DataStore related...
cheers
stefan
> PathNotFoundExceptions or anything like that, the jcr:content ->
> jcr:data property is just empty. This is the same for webdav also.
> The way we are picturing it, every nt:file has a base version.
Whether
> this base version is checked out or checked in we were thinking that
> retrieving it through the session.getItem(path) or
root.getNode(relPath)
> would give us a normal nt:file in which we could get the jcr:content
->
> jcr:data property.
> Unfortunately, this is not the case as stated earlier.
> If a Node is checked-in do we have to get the frozen node of that
> version and then get the content through there? And if so, why
doesn't
> the webdav servlet do that?
> Thanks again for your help.
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tobias
> Bocanegra
>
>
> Sent: Friday, May 02, 2008 6:26 AM
> To: [email protected]
> Subject: Re: Version.revert()
>
> On 5/1/08, Conoly, Brett <[EMAIL PROTECTED]> wrote:
> > That would be it, I was relaying the question from a coworker who
for
> > some reason can't get on this users list. You are correct, it is
> > Node.restore() that I'm asking about. But it seems that it's not
> > necessarily this method but somehow when we write byte[] to the
> content
> > node's data property it is fairly consistently not working.
> Everything
> > seems to go through fine but then when we try to read the content,
> > through webdav or the api, it is completely empty.
> > Does anyone know a reason for this?
> > thanks
> as i said,
> please provide an example or test case, so we can reproduce your
issue.
> regards, toby
>
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tobias
> > Bocanegra
> > Sent: Thursday, May 01, 2008 3:13 PM
> > To: [email protected]
> > Subject: Re: Version.revert()
> >
> > hi,
> > there is no Version.revert() method. maybe you mean Node.restore()
?
> > can you provide a more specific example or test case?
> >
> > --
> > regards, toby
> >
> > On 5/1/08, Conoly, Brett <[EMAIL PROTECTED]> wrote:
> > > This is just a very general question but has anyone had any
> problems
> > > with the Version.revert() function?
> > >
> > > We have had several instances where a revert seems to just
delete
> the
> > > content somehow.
> > >
> > > Thanks
> > >
> > >
> >
>
