[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651670#comment-13651670 ] Tommaso Teofili commented on JCR-3534: -- > - BinaryReferenceMessage just a data object h

Re: preparing 2.6.1

Le 07/05/2013 15:43, Jukka Zitting a écrit : Hi, In general a big +1 to cutting 2.6.1. There are already 34 issues with changes waiting to be released from the 2.6 branch. That's quite a lot for a patch release, so the sooner we cut the release the better. On Tue, May 7, 2013 at 3:31 PM, Julia

[jira] [Created] (JCR-3592) Retry fails when updating stream

Todd Pagni created JCR-3592: --- Summary: Retry fails when updating stream Key: JCR-3592 URL: https://issues.apache.org/jira/browse/JCR-3592 Project: Jackrabbit Content Repository Issue Type: Bug

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651138#comment-13651138 ] Alexander Klimetschek commented on JCR-3534: The main point is actually that the

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651079#comment-13651079 ] Alexander Klimetschek commented on JCR-3534: Because client code must not use ja

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651068#comment-13651068 ] Tommaso Teofili commented on JCR-3534: -- could you please detail why that would be the c

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651045#comment-13651045 ] Alexander Klimetschek commented on JCR-3534: Yeah, but then you can't use it for

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651034#comment-13651034 ] Tommaso Teofili commented on JCR-3534: -- what about having all the binary reference stuf

JCR-3534 - New Binary implementation

Hi everyone, Tommaso and me were having a little 1:1 discussion in JCR-3534 starting at [0], and would love to hear some input on the open points discussed. Otherwise we keep repeating ourselves :-) Most notably, I see no clear API boundary yet and would not like to have this new jackrabbit fe

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651020#comment-13651020 ] Alexander Klimetschek commented on JCR-3534: I think on the API level we want a

Re: [VOTE] Release Apache Jackrabbit 2.4.4

+1 Regards, Bart On Tue, May 7, 2013 at 6:03 PM, Cédric Damioli 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

Re: [VOTE] Release Apache Jackrabbit 2.4.4

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 ta

Re: [VOTE] Release Apache Jackrabbit 2.4.4

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]Com

Re: preparing 2.6.1

Le 07/05/2013 15:43, Jukka Zitting a écrit : Hi, In general a big +1 to cutting 2.6.1. There are already 34 issues with changes waiting to be released from the 2.6 branch. That's quite a lot for a patch release, so the sooner we cut the release the better. On Tue, May 7, 2013 at 3:31 PM, Julia

Re: [VOTE] Release Apache Jackrabbit 2.4.4

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 ./tar

Jackrabbit-trunk - Build # 2117 - Still Failing

The Apache Jenkins build system has built Jackrabbit-trunk (build #2117) Status: Still Failing Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2117/ to view the results.

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650886#comment-13650886 ] Tommaso Teofili commented on JCR-3534: -- > Any key generation should come from the repos

RE: Build failure

Hi, I extended the list of known issues. The IT tests don't report failures anymore on my machine. regards marcel > -Original Message- > From: Marcel Reutegger [mailto:mreut...@adobe.com] > Sent: Dienstag, 7. Mai 2013 16:01 > To: oak-...@jackrabbit.apache.org > Subject: RE: Build failur

SLF4J warning in the build (Was: [VOTE] Release Apache Jackrabbit 2.7.0)

Hi, On Mon, May 6, 2013 at 5:34 PM, Marcel Reutegger wrote: > SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". > SLF4J: Defaulting to no-operation (NOP) logger implementation > SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further > details. This turns out to

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650878#comment-13650878 ] Alexander Klimetschek commented on JCR-3534: Looks good. But some more comments

RE: Build failure

Hi, that's probably my bad, I flipped the version support descriptor for versioning, but only checked the VersionIT test. I'll fix it. regards marcel > -Original Message- > From: Jukka Zitting [mailto:jukka.zitt...@gmail.com] > Sent: Dienstag, 7. Mai 2013 15:18 > To: Oak devs > Subject:

[jira] [Updated] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tommaso Teofili updated JCR-3534: - Attachment: JCR-3534.3.patch updated patch which introduces special handling of BinaryReferenceMess

Re: preparing 2.6.1

Hi, In general a big +1 to cutting 2.6.1. There are already 34 issues with changes waiting to be released from the 2.6 branch. That's quite a lot for a patch release, so the sooner we cut the release the better. On Tue, May 7, 2013 at 3:31 PM, Julian Reschke wrote: > On 2013-05-07 15:22, Cédric

Re: preparing 2.6.1

On 2013-05-07 15:22, Cédric Damioli wrote: Hi Julian, I'd like to see [1] backported in 2.6.1, but I'm wondering if this has been enough tested in 2.7, if at all. Or do you think it's too much for just a patch release ? Regards, Cédric ... No opinion on that. Jukka maybe? Best regards, Juli

[jira] [Commented] (JCR-3394) Use multiple sessions to calculate permissions

[ https://issues.apache.org/jira/browse/JCR-3394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650801#comment-13650801 ] Julian Reschke commented on JCR-3394: - Picking sessions from a pool somewhat randomly me

Re: preparing 2.6.1

Hi Julian, I'd like to see [1] backported in 2.6.1, but I'm wondering if this has been enough tested in 2.7, if at all. Or do you think it's too much for just a patch release ? Regards, Cédric [1] https://issues.apache.org/jira/browse/JCR-3402 Le 07/05/2013 14:08, Julian Reschke a écrit :

[jira] [Created] (JCR-3591) Upgrade to latest Logback

Jukka Zitting created JCR-3591: -- Summary: Upgrade to latest Logback Key: JCR-3591 URL: https://issues.apache.org/jira/browse/JCR-3591 Project: Jackrabbit Content Repository Issue Type: Improveme

Re: [VOTE] Release Apache Jackrabbit 2.7.0

Hi, [X] +1 Release this package as Apache Jackrabbit 2.7.0 Regards, Bart On Tue, May 7, 2013 at 12:12 PM, Cédric Damioli wrote: > Hi, > >[X] +1 Release this package as Apache Jackrabbit 2.7.0 > > Note that I first executed the check-release.sh with maven 2.2.1 on the > path, and it failed

preparing 2.6.1

Hi everybody, With 2.4.4 on its way, I plan to start the release process for 2.6.1 soonish. The changes from 2.6 are listed over here:

Re: Jackrabbit-trunk - Build # 2116 - Still Failing

Hi, Jukka Zitting hat am 7. Mai 2013 um 11:32 geschrieben: > Hi, > > [cc += builds@a.o] > > On Tue, May 7, 2013 at 11:26 AM, Apache Jenkins Server > wrote: > > Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2116/ > > to view the results. > > The problem is: > > [INFO]

[jira] [Commented] (JCR-3534) Efficient copying of binaries across repositories with the same data store

[ https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650749#comment-13650749 ] Tommaso Teofili commented on JCR-3534: -- after a chat with Alexander we realized that it

Re: [VOTE] Release Apache Jackrabbit 2.7.0

Hi, [X] +1 Release this package as Apache Jackrabbit 2.7.0 Note that I first executed the check-release.sh with maven 2.2.1 on the path, and it failed (on my Windows/Cygwin box). With maven 3.0.3, it's ok. Regards, Cédric Le 06/05/2013 15:01, Jukka Zitting a écrit : Hi, A candidate for

Re: Jackrabbit-trunk - Build # 2116 - Still Failing

looks like a jenkins problem [ERROR] BUILD ERROR[INFO] [INFO] Error while executing forked tests.; nested exception is org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineException: Error setting u

Re: Jackrabbit-trunk - Build # 2116 - Still Failing

Hi, [cc += builds@a.o] On Tue, May 7, 2013 at 11:26 AM, Apache Jenkins Server wrote: > Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2116/ > to view the results. The problem is: [INFO] Error while executing forked tests.; nested exception is org.apache.maven.s

Re: [VOTE] Release Apache Jackrabbit 2.4.4

+1 On Tue, May 7, 2013 at 11:26 AM, Marcel Reutegger 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

RE: [VOTE] Release Apache Jackrabbit 2.4.4

> 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

Jackrabbit-trunk - Build # 2116 - Still Failing

The Apache Jenkins build system has built Jackrabbit-trunk (build #2116) Status: Still Failing Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2116/ to view the results.

RE: [VOTE] Release Apache Jackrabbit 2.4.4

> On Tue, May 7, 2013 at 11:04 AM, Marcel Reutegger > 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. don

Re: [VOTE] Release Apache Jackrabbit 2.4.4

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) . Best regards, Ju

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Hi, On Tue, May 7, 2013 at 11:04 AM, Marcel Reutegger 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

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]" Date: Tue, 7 May 2013 02:06:46 To: AtulMaurya Su

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 seem

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Hi, On Tue, May 7, 2013 at 11:00 AM, Marcel Reutegger 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

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:juk

[jira] [Updated] (JCR-3495) Unregister from PrivilegeRegistry and NodeTypeRegistry on Session.logout()

[ https://issues.apache.org/jira/browse/JCR-3495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Parvulescu updated JCR-3495: - Fix Version/s: 2.6.1 backported to 2.6 with rev 1479817. > Unregister from Privile

[jira] [Updated] (JCR-3519) Disable IOCounters based on log level

[ https://issues.apache.org/jira/browse/JCR-3519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Parvulescu updated JCR-3519: - Fix Version/s: 2.6.1 backported to 2.6 with rev 1479815. > Disable IOCounters base

[jira] [Updated] (JCR-3552) Principal associated with Group does not update members

[ https://issues.apache.org/jira/browse/JCR-3552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Parvulescu updated JCR-3552: - Fix Version/s: 2.6.1 backported to 2.6 with rev 1479812. > Principal associated wi

FYI: trunk version is now 2.8-SNAPSHOT

Hi, As a followup to cutting the 2.7.0 release candidate I've updated the trunk version to 2.8-SNAPSHOT in preparation for ultimately producing our next stable release. Please update dependencies in any downstream projects that are tracking the latest Jackrabbit SNAPSHOTs. Like during the previo

[jira] [Updated] (JCR-3498) OUTER JOIN behavior is improperly excluding some values

[ https://issues.apache.org/jira/browse/JCR-3498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Parvulescu updated JCR-3498: - Fix Version/s: 2.6.1 backported to 2.6 with rev 1479810. > OUTER JOIN behavior is

[jira] [Commented] (JCR-3577) Allow creation of users with 'null' password

[ https://issues.apache.org/jira/browse/JCR-3577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650607#comment-13650607 ] Alex Parvulescu commented on JCR-3577: -- backported to the 2.6 branch with rev 1479808.

[jira] [Updated] (JCR-3577) Allow creation of users with 'null' password

[ https://issues.apache.org/jira/browse/JCR-3577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Parvulescu updated JCR-3577: - Fix Version/s: 2.6.1 > Allow creation of users with 'null' password > -

AW: [VOTE] Release Apache Jackrabbit 2.4.4

+1 greets claus

[jira] [Resolved] (JCRSITE-40) vincent debarr

[ https://issues.apache.org/jira/browse/JCRSITE-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting resolved JCRSITE-40. -- Resolution: Invalid Fix Version/s: (was: parent 6) > vincent debarr > --

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Hi, On Mon, May 6, 2013 at 9:33 PM, Julian Reschke 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.apac

Re: [VOTE] Release Apache Jackrabbit 2.4.4

Hi, On Mon, May 6, 2013 at 8:21 PM, Julian Reschke 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

[jira] [Updated] (JCR-3498) OUTER JOIN behavior is improperly excluding some values

[ https://issues.apache.org/jira/browse/JCR-3498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger updated JCR-3498: -- Fix Version/s: 2.7.1 Added a 2.7.1 version. > OUTER JOIN behavior is improperly