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 pcsri1956@gmail.com
 designates 72.14.220.154 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=Sf3UFpgrgSqAw55hpbPqydU39BuO/rO6wF7X/fRj1QFwwEkDNdZ5NY0zKDxOvy3zqu
         lad8k30BbxL/Nu32Dms5VhSuOSEhYJ2weNw+3mmlI2DJlwZgmh/WUZa27aIbQT9odgX0
         vrhQMiiAFtus+TIDtdOtTL5KOCZs11TTMhxLQ=
Message-ID: <9912fc510806190705n45830a11x8ef6b9cd88489c9d@mail.gmail.com>
Date: Thu, 19 Jun 2008 10:05:13 -0400
From: "Pulla Venkat" <pcsri1956@gmail.com>
To: users@jackrabbit.apache.org
Subject: Re: Jackrabbit version numbers/names
In-Reply-To: <510143ac0806190435j2c30542bsa524a0e95b846ce@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_11259_32900877.1213884313839"
References: <9912fc510806181738x17a1440cj1848bbc06d022d09@mail.gmail.com>
	 <510143ac0806190211k1e36b277l5d8131a0bccdc9ad@mail.gmail.com>
	 <c3ac3bad0806190255n30b38e9s1f0a9d0c96e66d66@mail.gmail.com>
	 <510143ac0806190435j2c30542bsa524a0e95b846ce@mail.gmail.com>

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

Hi Jukka,

I got this documentation from jackrabbit source code but couldn't figure
what it means.

I am confused about how to go from versionname 1.0 to 2.0.

My code does something below and always goes from 1.1 to 1.2 to 1.3 ...

Node.checkout();
Node.setProperty("a","a")
Node.save();
Session.save();
Node.checkin();

VersionHistory vh  = Node.getVersionHistory();
VersionInterator vit = vh.getAllVersions();

while(vit.hasNext())
System.out.println(vit.next().getName();

I would like to know when it goes from 1.0 to 2.0 and 1.2 to 1.2.1  to
1.2.1.1

I can't reproduce example graph.. Can any body add snippet of code to
reproduce the example below. Thanks

Example Graph:
    jcr:rootVersion
     |     |
    1.0   2.0
     |
    1.1
     |
    1.2 ---\  ------\
     |      \        \
    1.3   1.2.0   1.2.0.0
     |      |
    1.4   1.2.1 ----\
     |      |        \
    1.5   1.2.2   1.2.1.0
     |      |        |
    1.6     |     1.2.1.1
     |-----/
    1.7

Thanks,
Pulla


On Thu, Jun 19, 2008 at 7:35 AM, Jukka Zitting <jukka.zitting@gmail.com>
wrote:

> Hi,
>
> On Thu, Jun 19, 2008 at 12:55 PM, Alexander Klimetschek
> <aklimets@day.com> wrote:
> > I think Pulla refers to the version numbering in the JCR API, not the
> > Jackrabbit release versioning scheme.
>
> Ah, you're right! I've been thinking about release versioning too much
> lately...
>
> > Which I find to be weird, too, since the leading "1." never changes
> > and is redundant information. It's not a difficult thing for an
> application
> > to remove that prefix for displaying simpler version numbers or to
> > simply count the versions themselves, but I wonder if there was
> > any reason for this decision. A  future feature maybe? Something
> > like branching?
>
> Here's the relevant documentation from
> AbstractVersionManager.calculateCheckinVersionName:
>
> The name is determined as follows:
>
> * first the predecessor version with the shortes name is searched.
> * if that predecessor version is the root version, the new version
> gets the name "{number of successors}+1" + ".0"
> * if that predecessor version has no successor, the last digit of it's
> version number is incremented.
> * if that predecessor version has successors but the incremented name
> does not exist, that name is used.
> * otherwise a ".0" is added to the name until a non conflicting name is
> found.
>
> Example Graph:
>
>     jcr:rootVersion
>      |     |
>     1.0   2.0
>      |
>     1.1
>      |
>     1.2 ---\  ------\
>      |      \        \
>     1.3   1.2.0   1.2.0.0
>      |      |
>     1.4   1.2.1 ----\
>      |      |        \
>     1.5   1.2.2   1.2.1.0
>      |      |        |
>     1.6     |     1.2.1.1
>      |-----/
>     1.7
>
> BR,
>
> Jukka Zitting
>

------=_Part_11259_32900877.1213884313839--