You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by Julian Reschke <ju...@gmx.de> on 2013/05/06 20:21:23 UTC

[VOTE] Release Apache Jackrabbit 2.4.4

A candidate for the Jackrabbit 2.4.4 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/2.4.4/

The release candidate is a zip archive of the sources in:

     http://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4/

The SHA1 checksum of the archive is 
608ae0c4b61362e72cf95f41bd4bf9732a74a7c1.

A staged Maven repository is available for review at:

 
https://repository.apache.org/content/repositories/orgapachejackrabbit-010/

The command for running automated checks against this release candidate is:

     $ sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1

Please vote on releasing this package as Apache Jackrabbit 2.4.4.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.

     [ ] +1 Release this package as Apache Jackrabbit 2.4.4
     [ ] -1 Do not release this package because...

AW: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by KÖLL Claus <C....@TIROL.GV.AT>.
+1

greets
claus

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Jukka Zitting <ju...@gmail.com>.
 Hi,

On Mon, May 6, 2013 at 8:21 PM, Julian Reschke <ju...@gmx.de> wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.4.4.

    [x] +1 Release this package as Apache Jackrabbit 2.4.4

BR,

Jukka Zitting

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-06 23:49, Julian Reschke wrote:
> On 2013-05-06 23:22, Julian Reschke wrote:
>> On 2013-05-06 22:24, Alex Parvulescu wrote:
>>> dunno,
>>>
>>> I tried a fresh checkout and I see the same thing
>>>
>>> svn co https://dist.apache.org/repos/dist/dev/jackrabbit dist-new
>>> cd dist-new
>>> sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1
>>> ...
>>
>>
>> Weird; it sure fails now for my notebook as well, but still passes on my
>> office machine.
>>
>> The difference is that that machine has a hosts entry for
>> svn.apache.org, forcing it not to use the european svn mirror (Jukka
>> knows the details...). Maybe these two machines are out of sync?
>>
>>
>> Best regards, Julian
>
> Indeed.
>
> On 160.45.251.2:
>> svn log InternalVersionManagerBase.java | head -20
>> ------------------------------------------------------------------------
>> r1479620 | reschke | 2013-05-06 17:16:31 +0100 (Mon, 06 May 2013) | 1
>> line
>>
>> [maven-release-plugin]  copy for tag 2.4.4
>> ------------------------------------------------------------------------
>> r1309924 | reschke | 2012-04-05 17:21:19 +0100 (Thu, 05 Apr 2012) | 1
>> line
>>
>> JCR-3286: enhance error handling for empty predecessors property value
>> (backport
>> ed to 2.4)
>> ------------------------------------------------------------------------
>> r1221446 | jukka | 2011-12-20 20:19:26 +0100 (Tue, 20 Dec 2011) | 1 line
>>
>> [maven-release-plugin]  copy for branch 2.4
>> ------------------------------------------------------------------------
>> r1186802 | reschke | 2011-10-20 14:46:42 +0100 (Thu, 20 Oct 2011) | 3
>> lines
>>
>> JCR-3115: Versioning fixup leaves persistence in a state where the
>> node can't be
>>  made versionable again
>>
>> Extend checker so that it gets the same VersionHistoryInfo object that
>> other cod
>> e gets when versioning gets enabled again.
>
> On 140.211.11.4:
>
>> r1479620 | reschke | 2013-05-06 17:16:31 +0100 (Mon, 06 May 2013) | 1
>> line
>>
>> [maven-release-plugin]  copy for tag 2.4.4
>> ------------------------------------------------------------------------
>> r1362927 | reschke | 2012-07-18 14:03:22 +0100 (Wed, 18 Jul 2012) | 1
>> line
>>
>> JCR-3393: InternalVersionManagerBase.calculateCheckinVersionName may
>> fail with NPE on broken versioning persistence
>> ------------------------------------------------------------------------
>> r1309924 | reschke | 2012-04-05 17:21:19 +0100 (Thu, 05 Apr 2012) | 1
>> line
>>
>> JCR-3286: enhance error handling for empty predecessors property value
>> (backported to 2.4)
>> ------------------------------------------------------------------------
>> r1221446 | jukka | 2011-12-20 20:19:26 +0100 (Tue, 20 Dec 2011) | 1 line
>>
>> [maven-release-plugin]  copy for branch 2.4
>
> The latter server has r1362927, the other does not.
>
> Best regards, Julian

So it seems that the european SVN server has a corrupted history for 2.4.4.

If anyone wants to check the release, you'll have to use 
svn.us.apache.org (yes, I asked on #asfinfra).

Best regards, Julian


Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-06 23:22, Julian Reschke wrote:
> On 2013-05-06 22:24, Alex Parvulescu wrote:
>> dunno,
>>
>> I tried a fresh checkout and I see the same thing
>>
>> svn co https://dist.apache.org/repos/dist/dev/jackrabbit dist-new
>> cd dist-new
>> sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1
>> ...
>
>
> Weird; it sure fails now for my notebook as well, but still passes on my
> office machine.
>
> The difference is that that machine has a hosts entry for
> svn.apache.org, forcing it not to use the european svn mirror (Jukka
> knows the details...). Maybe these two machines are out of sync?
>
>
> Best regards, Julian

Indeed.

On 160.45.251.2:
> svn log InternalVersionManagerBase.java | head -20
> ------------------------------------------------------------------------
> r1479620 | reschke | 2013-05-06 17:16:31 +0100 (Mon, 06 May 2013) | 1 line
>
> [maven-release-plugin]  copy for tag 2.4.4
> ------------------------------------------------------------------------
> r1309924 | reschke | 2012-04-05 17:21:19 +0100 (Thu, 05 Apr 2012) | 1 line
>
> JCR-3286: enhance error handling for empty predecessors property value (backport
> ed to 2.4)
> ------------------------------------------------------------------------
> r1221446 | jukka | 2011-12-20 20:19:26 +0100 (Tue, 20 Dec 2011) | 1 line
>
> [maven-release-plugin]  copy for branch 2.4
> ------------------------------------------------------------------------
> r1186802 | reschke | 2011-10-20 14:46:42 +0100 (Thu, 20 Oct 2011) | 3 lines
>
> JCR-3115: Versioning fixup leaves persistence in a state where the node can't be
>  made versionable again
>
> Extend checker so that it gets the same VersionHistoryInfo object that other cod
> e gets when versioning gets enabled again.

On 140.211.11.4:

> r1479620 | reschke | 2013-05-06 17:16:31 +0100 (Mon, 06 May 2013) | 1 line
>
> [maven-release-plugin]  copy for tag 2.4.4
> ------------------------------------------------------------------------
> r1362927 | reschke | 2012-07-18 14:03:22 +0100 (Wed, 18 Jul 2012) | 1 line
>
> JCR-3393: InternalVersionManagerBase.calculateCheckinVersionName may fail with NPE on broken versioning persistence
> ------------------------------------------------------------------------
> r1309924 | reschke | 2012-04-05 17:21:19 +0100 (Thu, 05 Apr 2012) | 1 line
>
> JCR-3286: enhance error handling for empty predecessors property value (backported to 2.4)
> ------------------------------------------------------------------------
> r1221446 | jukka | 2011-12-20 20:19:26 +0100 (Tue, 20 Dec 2011) | 1 line
>
> [maven-release-plugin]  copy for branch 2.4

The latter server has r1362927, the other does not.

Best regards, Julian




Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-06 22:24, Alex Parvulescu wrote:
> dunno,
>
> I tried a fresh checkout and I see the same thing
>
> svn co https://dist.apache.org/repos/dist/dev/jackrabbit dist-new
> cd dist-new
> sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1
> ...


Weird; it sure fails now for my notebook as well, but still passes on my 
office machine.

The difference is that that machine has a hosts entry for 
svn.apache.org, forcing it not to use the european svn mirror (Jukka 
knows the details...). Maybe these two machines are out of sync?


Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Alex Parvulescu <al...@gmail.com>.
dunno,

I tried a fresh checkout and I see the same thing

svn co https://dist.apache.org/repos/dist/dev/jackrabbit dist-new
cd dist-new
sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1

alex@sock:~/work/jackrabbit-live2/dist-new$ sh check-release.sh 2.4.4
608ae0c4b61362e72cf95f41bd4bf9732a74a7c1
[INFO]
------------------------------------------------------------------------
[INFO] JACKRABBIT RELEASE CHECKER

[INFO]
------------------------------------------------------------------------
[INFO]
[INFO] 1. Retrieve latest release candidates
[INFO]
[INFO]    Updating...
[INFO]
[INFO] 2. Check for the presence of the staged release candidate
[INFO]
[INFO]    OK: jackrabbit-2.4.4-src.zip
[INFO]    OK: RELEASE-NOTES.txt
[INFO]
[INFO] 3. Verify checksums and signatures
[INFO]
[INFO]    Verifying jackrabbit-2.4.4-src.zip...
[INFO]    OK: jackrabbit-2.4.4-src.zip.asc
[INFO]    OK: jackrabbit-2.4.4-src.zip.md5
[INFO]    OK: jackrabbit-2.4.4-src.zip.sha
[INFO]
[INFO]    Verifying jackrabbit-jca-2.4.4.rar...
[INFO]    OK: jackrabbit-jca-2.4.4.rar.asc
[INFO]    OK: jackrabbit-jca-2.4.4.rar.md5
[INFO]    OK: jackrabbit-jca-2.4.4.rar.sha
[INFO]
[INFO]    Verifying jackrabbit-standalone-2.4.4.jar...
[INFO]    OK: jackrabbit-standalone-2.4.4.jar.asc
[INFO]    OK: jackrabbit-standalone-2.4.4.jar.md5
[INFO]    OK: jackrabbit-standalone-2.4.4.jar.sha
[INFO]
[INFO]    Verifying jackrabbit-webapp-2.4.4.war...
[INFO]    OK: jackrabbit-webapp-2.4.4.war.asc
[INFO]    OK: jackrabbit-webapp-2.4.4.war.md5
[INFO]    OK: jackrabbit-webapp-2.4.4.war.sha
[INFO]
[INFO] 4. Compare provided SHA1 checksum with that of the release
[INFO]
[INFO]    OK: 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1
[INFO]
[INFO] 5. Compare svn tag with src zip contents
[INFO]
[INFO]    Exporting https://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4.
..
[INFO]    Unzipping jackrabbit-2.4.4-src.zip...
[INFO]    Comparing sources...
[INFO]
[ERROR]   NOT OK: See ./target/jackrabbit-2.4.4/diff-output.txt

alex@sock:~/work/jackrabbit-live2/dist-new$ cat
./target/jackrabbit-2.4.4/diff-output.txt
diff -b -r
./target/jackrabbit-2.4.4/svn/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
./target/jackrabbit-2.4.4/zip/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
701a702,708
>
>         if (history == null) {
>             String message = "Node " + node.getNodeId() + " has no
version history";
>             log.error(message);
>             throw new VersionException(message);
>         }
>
723a731,735
>                 if (pred == null) {
>                     String message = "Could not instantiate
InternalVersion for nodeId " + value.getNodeId() + " (VHR + " +
history.getId() + ", node " + node.getNodeId() + ")";
>                     log.error(message);
>                     throw new VersionException(message);
>                 }
729a742,748
>
>         if (best == null) {
>             String message = "Could not find 'best' predecessor node for
" + node.getNodeId();
>             log.error(message);
>             throw new VersionException(message);
>         }
>


On Mon, May 6, 2013 at 10:02 PM, Julian Reschke <ju...@gmx.de>wrote:

> On 2013-05-06 22:00, Alex Parvulescu wrote:
>
>> right, thanks for the pointer :)
>>
>> now I see a new error:
>> ...
>>
>
> Funny. I have checked on two machines.
>
> Are you sure you don't have local changes or something like that?
>
> Best regards, Julian
>

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-06 22:00, Alex Parvulescu wrote:
> right, thanks for the pointer :)
>
> now I see a new error:
> ...

Funny. I have checked on two machines.

Are you sure you don't have local changes or something like that?

Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Alex Parvulescu <al...@gmail.com>.
right, thanks for the pointer :)

now I see a new error:

[ERROR]   NOT OK: See ./target/jackrabbit-2.4.4/diff-output.txt
alex@sock:~/work/jackrabbit-live2/jackrabbit-dist$ cat
./target/jackrabbit-2.4.4/diff-output.txt
diff -b -r
./target/jackrabbit-2.4.4/svn/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
./target/jackrabbit-2.4.4/zip/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
701a702,708
>
>         if (history == null) {
>             String message = "Node " + node.getNodeId() + " has no
version history";
>             log.error(message);
>             throw new VersionException(message);
>         }
>
723a731,735
>                 if (pred == null) {
>                     String message = "Could not instantiate
InternalVersion for nodeId " + value.getNodeId() + " (VHR + " +
history.getId() + ", node " + node.getNodeId() + ")";
>                     log.error(message);
>                     throw new VersionException(message);
>                 }
729a742,748
>
>         if (best == null) {
>             String message = "Could not find 'best' predecessor node for
" + node.getNodeId();
>             log.error(message);
>             throw new VersionException(message);
>         }
>



On Mon, May 6, 2013 at 9:33 PM, Julian Reschke <ju...@gmx.de>wrote:

> On 2013-05-06 21:02, Alex Parvulescu wrote:
>
>> now I'm getting signature errors :)
>>
>> what am I missing here?
>>
>> [INFO] 3. Verify checksums and signatures
>> [INFO]
>> [INFO]    Verifying jackrabbit-2.4.4-src.zip...
>> [ERROR]   NOT OK: jackrabbit-2.4.4-src.zip.asc
>> ...
>>
>
> Import gpg keys from dist/KEYS? (my entry is new)
>
> Best regards, Julian
>

RE: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Marcel Reutegger <mr...@adobe.com>.
> On Tue, May 7, 2013 at 11:04 AM, Marcel Reutegger
> <mr...@adobe.com> wrote:
> > removing the function keywords in front of the info() and error() functions
> > seems to fix the issue for me.
> 
> Good point; that's the correct thing to do for better portability of
> the script. Can you commit the fix?

sure. done in revision 1939

regards
 marcel

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Jukka Zitting <ju...@gmail.com>.
Hi,

On Tue, May 7, 2013 at 11:04 AM, Marcel Reutegger <mr...@adobe.com> wrote:
> removing the function keywords in front of the info() and error() functions
> seems to fix the issue for me.

Good point; that's the correct thing to do for better portability of
the script. Can you commit the fix?

BR,

Jukka Zitting

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-07 11:13, AtulMaurya wrote:
> I want to contribute in this release (if it happens). Could somebody
> tell me how to register for this?
> ...

It's too late for 2.4.4 (if the vote passes).

In general, see (around) 
<https://jackrabbit.apache.org/building-jackrabbit.html>.

Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by AtulMaurya <at...@gmail.com>.
I want to contribute in this release (if it happens). Could somebody tell me how to register for this?


Thanks and regards, 
Atul Maurya 
Sent from my BlackBerry® smartphone

-----Original Message-----
From: "Marcel Reutegger-6 [via Jackrabbit]" <ml...@n4.nabble.com>
Date: Tue, 7 May 2013 02:06:46 
To: AtulMaurya<at...@gmail.com>
Subject: RE: [VOTE] Release Apache Jackrabbit 2.4.4



Hi,

> Ah, it could be that the "svn update" that the script does is updating
> the script itself, which easily leads to problems like that. Try again
> after an svn update.

I did immediately before I ran the script.

removing the function keywords in front of the info() and error() functions
seems to fix the issue for me.

regards
 marcel




_______________________________________________
If you reply to this email, your message will be added to the discussion below:
http://jackrabbit.510166.n4.nabble.com/VOTE-Release-Apache-Jackrabbit-2-4-4-tp4658538p4658571.html
To start a new topic under Jackrabbit - Dev, email ml-node+s510166n523400h49@n4.nabble.com
To unsubscribe from Jackrabbit, visit http://jackrabbit.510166.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=510166&code=YXR1bG1hdXJ5YTI3QGdtYWlsLmNvbXw1MTAxNjZ8NDM2NzMzOTIz




--
View this message in context: http://jackrabbit.510166.n4.nabble.com/VOTE-Release-Apache-Jackrabbit-2-4-4-tp4658538p4658572.html
Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.

RE: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Marcel Reutegger <mr...@adobe.com>.
Hi,

> Ah, it could be that the "svn update" that the script does is updating
> the script itself, which easily leads to problems like that. Try again
> after an svn update.

I did immediately before I ran the script.

removing the function keywords in front of the info() and error() functions
seems to fix the issue for me.

regards
 marcel

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Jukka Zitting <ju...@gmail.com>.
Hi,

On Tue, May 7, 2013 at 11:00 AM, Marcel Reutegger <mr...@adobe.com> wrote:
> hmm, what am I doing wrong? now it says:

Ah, it could be that the "svn update" that the script does is updating
the script itself, which easily leads to problems like that. Try again
after an svn update.

BR,

Jukka Zitting

RE: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Marcel Reutegger <mr...@adobe.com>.
hmm, what am I doing wrong? now it says:

marcel@ubuntu10:~/devel/jackrabbit-dev$ sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1
check-release.sh: 46: check-release.sh: Syntax error: "(" unexpected

regards
 marcel

> -----Original Message-----
> From: Jukka Zitting [mailto:jukka.zitting@gmail.com]
> Sent: Dienstag, 7. Mai 2013 09:55
> To: Jackrabbit Developers
> Subject: Re: [VOTE] Release Apache Jackrabbit 2.4.4
> 
> Hi,
> 
> On Mon, May 6, 2013 at 9:33 PM, Julian Reschke <ju...@gmx.de>
> wrote:
> > On 2013-05-06 21:02, Alex Parvulescu wrote:
> >> now I'm getting signature errors :)
> >
> > Import gpg keys from dist/KEYS? (my entry is new)
> 
> I updated the release checker script to automatically import the
> latest keys from
> https://dist.apache.org/repos/dist/release/jackrabbit/KEYS. The script
> now also keeps a bit better log of what it's doing to help
> troubleshooting cases like these.
> 
> Re: The svn tag issue; There's been some problems with svn.eu also
> before, so nowadays I'm using an "140.211.11.4 svn.apache.org" entry
> in my /etc/hosts file (it's C:\Windows\System32\drivers\etc\hosts on
> Windows) to override the GeoDNS configuration of svn.apache.org. That
> should help work around the issue noted by Alex until INFRA can fix
> the problem.
> 
> BR,
> 
> Jukka Zitting

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Jukka Zitting <ju...@gmail.com>.
Hi,

On Mon, May 6, 2013 at 9:33 PM, Julian Reschke <ju...@gmx.de> wrote:
> On 2013-05-06 21:02, Alex Parvulescu wrote:
>> now I'm getting signature errors :)
>
> Import gpg keys from dist/KEYS? (my entry is new)

I updated the release checker script to automatically import the
latest keys from
https://dist.apache.org/repos/dist/release/jackrabbit/KEYS. The script
now also keeps a bit better log of what it's doing to help
troubleshooting cases like these.

Re: The svn tag issue; There's been some problems with svn.eu also
before, so nowadays I'm using an "140.211.11.4 svn.apache.org" entry
in my /etc/hosts file (it's C:\Windows\System32\drivers\etc\hosts on
Windows) to override the GeoDNS configuration of svn.apache.org. That
should help work around the issue noted by Alex until INFRA can fix
the problem.

BR,

Jukka Zitting

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-06 21:02, Alex Parvulescu wrote:
> now I'm getting signature errors :)
>
> what am I missing here?
>
> [INFO] 3. Verify checksums and signatures
> [INFO]
> [INFO]    Verifying jackrabbit-2.4.4-src.zip...
> [ERROR]   NOT OK: jackrabbit-2.4.4-src.zip.asc
> ...

Import gpg keys from dist/KEYS? (my entry is new)

Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Alex Parvulescu <al...@gmail.com>.
now I'm getting signature errors :)

what am I missing here?

[INFO] 3. Verify checksums and signatures
[INFO]
[INFO]    Verifying jackrabbit-2.4.4-src.zip...
[ERROR]   NOT OK: jackrabbit-2.4.4-src.zip.asc




On Mon, May 6, 2013 at 8:21 PM, Julian Reschke <ju...@gmx.de>wrote:

> A candidate for the Jackrabbit 2.4.4 release is available at:
>
>    https://dist.apache.org/repos/**dist/dev/jackrabbit/2.4.4/<https://dist.apache.org/repos/dist/dev/jackrabbit/2.4.4/>
>
> The release candidate is a zip archive of the sources in:
>
>     http://svn.apache.org/repos/**asf/jackrabbit/tags/2.4.4/<http://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4/>
>
> The SHA1 checksum of the archive is 608ae0c4b61362e72cf95f41bd4bf9**
> 732a74a7c1.
>
> A staged Maven repository is available for review at:
>
>
> https://repository.apache.org/**content/repositories/**
> orgapachejackrabbit-010/<https://repository.apache.org/content/repositories/orgapachejackrabbit-010/>
>
> The command for running automated checks against this release candidate is:
>
>     $ sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9**732a74a7c1
>
> Please vote on releasing this package as Apache Jackrabbit 2.4.4.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
>     [ ] +1 Release this package as Apache Jackrabbit 2.4.4
>     [ ] -1 Do not release this package because...
>

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Bart van der Schans <b....@onehippo.com>.
+1

Regards,
Bart

On Tue, May 7, 2013 at 6:03 PM, Cédric Damioli <cd...@apache.org> wrote:
> Oops... sorry, I've missed that !
>
> So here is my
>
> [x] +1 Release this package as Apache Jackrabbit 2.4.4
>
> Regards,
> Cédric
>
> Le 07/05/2013 17:54, Julian Reschke a écrit :
>
>> On 2013-05-07 17:36, Cédric Damioli wrote:
>>>
>>> Hi,
>>>
>>> The check-release script fails with following trace :
>>>
>>> [INFO] 5. Compare svn tag with src zip contents
>>> [INFO]
>>> [INFO]    Exporting
>>> https://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4...
>>> [INFO]    Unzipping jackrabbit-2.4.4-src.zip...
>>> [INFO]    Comparing sources...
>>> [INFO]
>>> diff -b -r
>>>
>>> ./target/jackrabbit-2.4.4/svn/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
>>>
>>> ./target/jackrabbit-2.4.4/zip/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
>>> ...
>>
>>
>> Yes, that's the corruption of the EU mirror of the Apache SVN (a commit is
>> missing). See Jukka's comment:
>>
>>> Re: The svn tag issue; There's been some problems with svn.eu also
>>> before, so nowadays I'm using an "140.211.11.4 svn.apache.org" entry
>>> in my /etc/hosts file (it's C:\Windows\System32\drivers\etc\hosts on
>>> Windows) to override the GeoDNS configuration of svn.apache.org. That
>>> should help work around the issue noted by Alex until INFRA can fix
>>> the problem.
>>
>>
>> Best regards, Julian
>
>
>
> --
> Cédric Damioli
> Ametys CMS
> http://www.ametys.org
> http://www.anyware-services.com
>



-- 
Amsterdam - Oosteinde 11, 1017 WT Amsterdam
Boston - 1 Broadway, Cambridge, MA 02142

US +1 877 414 4776 (toll free)
Europe +31(0)20 522 4466
www.onehippo.com

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Cédric Damioli <cd...@apache.org>.
Oops... sorry, I've missed that !

So here is my

[x] +1 Release this package as Apache Jackrabbit 2.4.4

Regards,
Cédric

Le 07/05/2013 17:54, Julian Reschke a écrit :
> On 2013-05-07 17:36, Cédric Damioli wrote:
>> Hi,
>>
>> The check-release script fails with following trace :
>>
>> [INFO] 5. Compare svn tag with src zip contents
>> [INFO]
>> [INFO]    Exporting
>> https://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4...
>> [INFO]    Unzipping jackrabbit-2.4.4-src.zip...
>> [INFO]    Comparing sources...
>> [INFO]
>> diff -b -r
>> ./target/jackrabbit-2.4.4/svn/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java 
>>
>> ./target/jackrabbit-2.4.4/zip/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java 
>>
>> ...
>
> Yes, that's the corruption of the EU mirror of the Apache SVN (a 
> commit is missing). See Jukka's comment:
>
>> Re: The svn tag issue; There's been some problems with svn.eu also
>> before, so nowadays I'm using an "140.211.11.4 svn.apache.org" entry
>> in my /etc/hosts file (it's C:\Windows\System32\drivers\etc\hosts on
>> Windows) to override the GeoDNS configuration of svn.apache.org. That
>> should help work around the issue noted by Alex until INFRA can fix
>> the problem.
>
> Best regards, Julian


-- 
Cédric Damioli
Ametys CMS
http://www.ametys.org
http://www.anyware-services.com


Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-07 17:36, Cédric Damioli wrote:
> Hi,
>
> The check-release script fails with following trace :
>
> [INFO] 5. Compare svn tag with src zip contents
> [INFO]
> [INFO]    Exporting
> https://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4...
> [INFO]    Unzipping jackrabbit-2.4.4-src.zip...
> [INFO]    Comparing sources...
> [INFO]
> diff -b -r
> ./target/jackrabbit-2.4.4/svn/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
> ./target/jackrabbit-2.4.4/zip/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
> ...

Yes, that's the corruption of the EU mirror of the Apache SVN (a commit 
is missing). See Jukka's comment:

> Re: The svn tag issue; There's been some problems with svn.eu also
> before, so nowadays I'm using an "140.211.11.4 svn.apache.org" entry
> in my /etc/hosts file (it's C:\Windows\System32\drivers\etc\hosts on
> Windows) to override the GeoDNS configuration of svn.apache.org. That
> should help work around the issue noted by Alex until INFRA can fix
> the problem.

Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Cédric Damioli <cd...@apache.org>.
Hi,

The check-release script fails with following trace :

[INFO] 5. Compare svn tag with src zip contents
[INFO]
[INFO]    Exporting 
https://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4...
[INFO]    Unzipping jackrabbit-2.4.4-src.zip...
[INFO]    Comparing sources...
[INFO]
diff -b -r 
./target/jackrabbit-2.4.4/svn/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java 
./target/jackrabbit-2.4.4/zip/jackrabbit-2.4.4/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/version/InternalVersionManagerBase.java
701a702,708
 >
 >         if (history == null) {
 >             String message = "Node " + node.getNodeId() + " has no 
version history";
 >             log.error(message);
 >             throw new VersionException(message);
 >         }
 >
723a731,735
 >                 if (pred == null) {
 >                     String message = "Could not instantiate 
InternalVersion for nodeId " + value.getNodeId() + " (VHR + " + 
history.getId() + ", node " + node.getNodeId() + ")";
 >                     log.error(message);
 >                     throw new VersionException(message);
 >                 }
729a742,748
 >
 >         if (best == null) {
 >             String message = "Could not find 'best' predecessor node 
for " + node.getNodeId();
 >             log.error(message);
 >             throw new VersionException(message);
 >         }
 >
[ERROR]   NOT OK: Tagged sources are different from those in the archive


I should have done something wrong but cannot see what ...

Regards,
Cédric

Le 06/05/2013 20:21, Julian Reschke a écrit :
> A candidate for the Jackrabbit 2.4.4 release is available at:
>
>    https://dist.apache.org/repos/dist/dev/jackrabbit/2.4.4/
>
> The release candidate is a zip archive of the sources in:
>
>     http://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4/
>
> The SHA1 checksum of the archive is 
> 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1.
>
> A staged Maven repository is available for review at:
>
>
> https://repository.apache.org/content/repositories/orgapachejackrabbit-010/ 
>
>
> The command for running automated checks against this release 
> candidate is:
>
>     $ sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1
>
> Please vote on releasing this package as Apache Jackrabbit 2.4.4.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
>     [ ] +1 Release this package as Apache Jackrabbit 2.4.4
>     [ ] -1 Do not release this package because...
>
> -- 
> Cédric Damioli
> Ametys CMS
> http://www.ametys.org
> http://www.anyware-services.com

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Alex Parvulescu <al...@gmail.com>.
+1


On Tue, May 7, 2013 at 11:26 AM, Marcel Reutegger <mr...@adobe.com>wrote:

> > Please vote on releasing this package as Apache Jackrabbit 2.4.4.
> > The vote is open for the next 72 hours and passes if a majority of at
> > least three +1 Jackrabbit PMC votes are cast.
>
> [X] +1 Release this package as Apache Jackrabbit 2.4.4
>
> regards
>  marcel
>

RE: [VOTE] Release Apache Jackrabbit 2.4.4

Posted by Marcel Reutegger <mr...@adobe.com>.
> Please vote on releasing this package as Apache Jackrabbit 2.4.4.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.

[X] +1 Release this package as Apache Jackrabbit 2.4.4

regards
 marcel

[RESULT][VOTE] Release Apache Jackrabbit 2.4.4

Posted by Julian Reschke <ju...@gmx.de>.
On 2013-05-06 20:21, Julian Reschke wrote:
> ...
> Please vote on releasing this package as Apache Jackrabbit 2.4.4.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
>      [ ] +1 Release this package as Apache Jackrabbit 2.4.4
>      [ ] -1 Do not release this package because...
> ...

The vote passes as follows:

     +1 Jukka Zitting
     +1 Claus Köll
     +1 Marcel Reutegger
     +1 Alex Parvulescu
     +1 Cédric Damioli
     +1 Bart van der Schans

Thanks for voting! I'll *try* to push the release out.

Best regards, Julian