jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Conoly, Brett" <Brett.Con...@digitalinsight.com>
Subject RE: Version.revert()
Date Mon, 05 May 2008 12:18:03 GMT
I'm sorry for another submit but can anyone see anything wrong with our
configuration?  We are really stuck on this and it is imperative that we
get this solved.
Thanks in advance,

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.

        <param name="path" value="${rep.home}/repository"/>

           <param name="anonymousId" value="anonymous"/>
    <Workspaces rootPath="${rep.home}/workspaces"
    <Workspace name="${wsp.name}">
            <param name="path" value="${wsp.home}"/>
            <param name="path" value="${wsp.home}/index"/>
    <Versioning rootPath="${rep.home}/version">
            <param name="path" value="${rep.home}/version" />
        <param name="path" value="${rep.home}/repository/index"/>

-----Original Message-----
From: stefan.guggisberg@gmail.com [mailto:stefan.guggisberg@gmail.com]
On Behalf Of Stefan Guggisberg
Sent: Friday, May 02, 2008 8:43 AM
To: users@jackrabbit.apache.org
Subject: Re: Version.revert()

On Fri, May 2, 2008 at 2:25 PM, Conoly, Brett
<Brett.Conoly@digitalinsight.com> wrote:
> Hmmm, we did find out that most of the problems that I sent you
>  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
>  to remove the content completely.  We don't get any

this seems to be the same issue as reported in another thread:

however, i haven't been able to reproduce it. i guess it's
configuration dependent/DataStore related...


>  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.
>  this base version is checked out or checked in we were thinking that
>  retrieving it through the session.getItem(path) or
>  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
>  the webdav servlet do that?
>  Thanks again for your help.
>  -----Original Message-----
>  From: tripod@day.com [mailto:tripod@day.com] On Behalf Of Tobias
>  Bocanegra
> Sent: Friday, May 02, 2008 6:26 AM
>  To: users@jackrabbit.apache.org
>  Subject: Re: Version.revert()
>  On 5/1/08, Conoly, Brett <Brett.Conoly@digitalinsight.com> wrote:
>  > That would be it, I was relaying the question from a coworker who
>  >  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
>  regards, toby
>  >
>  >
>  >  -----Original Message-----
>  >  From: tripod@day.com [mailto:tripod@day.com] On Behalf Of Tobias
>  >  Bocanegra
>  >  Sent: Thursday, May 01, 2008 3:13 PM
>  >  To: users@jackrabbit.apache.org
>  >  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 <Brett.Conoly@digitalinsight.com> 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
>  the
>  >  >  content somehow.
>  >  >
>  >  >  Thanks
>  >  >
>  >  >
>  >

View raw message