Re: [VOTE] Require JDK7 for Oak 1.4

2016-09-19 Thread Julian Sedding 
+1

Regards
Julian

On Mon, Sep 19, 2016 at 11:22 AM, Michael Dürig  wrote:
>
>
> On 16.9.16 5:16 , Julian Reschke wrote:
>>
>> [X] +1 Yes, require JDK7 for Oak 1.4
>
>
> Michael

[jira] [Updated] (JCR-4025) Enable animal sniffer plugin

2016-09-19 Thread Julian Reschke (JIRA) 

 [ 
https://issues.apache.org/jira/browse/JCR-4025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke updated JCR-4025:

Attachment: JCR-4025.diff

Proposed patch for trunk based on [~mreutegg]'s changes for OAK-4791

> Enable animal sniffer plugin
> 
>
> Key: JCR-4025
> URL: https://issues.apache.org/jira/browse/JCR-4025
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: maven
>Affects Versions: 2.6.6, 2.4.7, 2.8.2, 2.12.4, 2.10.4, 2.13.3
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
> Attachments: JCR-4025.diff
>
>
> I would like to use the animal sniffer plugin to enforce usage of the 
> advertised minimal Java version. For now, it would check for Java 6, but we 
> might align it later on with the related Oak branches.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Expected behavior of StringUtils.estimateMemoryUsage() ?

2016-09-19 Thread Matt Ryan 
Thanks Marcel, that's what I thought.

What about for null though?  Currently this method will throw a null
pointer exception if a null string is passed in, which to me seems
suboptimal.

On Mon, Sep 19, 2016 at 1:30 AM, Marcel Reutegger 
wrote:

> Hi Matt,
>
> 48 bytes is the shallow size of String object with a 64 Bit
> Oracle 7 JVM. In this version the String class also keeps
> offset and length fields, which means the estimate is rather
> conservative and slightly higher than what is e.g. needed
> for Oracle's Java 8. The latter only keeps a char[] and an
> int for the computed hash.
>
> As for the estimated value of an empty string. Even in this
> case the String will have the char[] and int for the hash.
> That is, the method will never return 0.
>
> Regards
>  Marcel
>
>
> On 17/09/16 01:08, Matt Ryan wrote:
>
>> Hi,
>>
>> I'm creating some unit tests for StringUtils.estimateMemoryUsage() in
>> oak-commons, and in doing so I noticed that it returns a value of 48 for
>> an
>> empty string.  Is this expected?
>>
>> From a naive point of view it would seem to me that a null string should
>> return 0, and likewise an empty string, but then again I don't know the
>> history behind the function as it is currently written.
>>
>>
>> -MR
>>
>>

[jira] [Created] (JCR-4025) Enable animal sniffer plugin

2016-09-19 Thread Julian Reschke (JIRA) 
Julian Reschke created JCR-4025:
---

 Summary: Enable animal sniffer plugin
 Key: JCR-4025
 URL: https://issues.apache.org/jira/browse/JCR-4025
 Project: Jackrabbit Content Repository
  Issue Type: Task
  Components: maven
Affects Versions: 2.13.3, 2.10.4, 2.12.4, 2.8.2, 2.6.6, 2.4.7
Reporter: Julian Reschke
Assignee: Julian Reschke
Priority: Minor


I would like to use the animal sniffer plugin to enforce usage of the 
advertised minimal Java version. For now, it would check for Java 6, but we 
might align it later on with the related Oak branches.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

AW: [VOTE] Release Apache Jackrabbit 2.4.6

2016-09-19 Thread KÖLL Claus 
+1

greets
claus

[RESULT][VOTE] Release Apache Jackrabbit Oak Segment Tar version 0.0.12

2016-09-19 Thread Michael Dürig 


Hi,

The vote passes as follows:

+1 Michael Dürig
+1 Francesco Mari
+1 Alex Parvulescu

Thanks for voting. I'll push the release out.

Michael

[ANNOUNCE] Apache Jackrabbit Oak 1.5.10 released

2016-09-19 Thread Davide Giannella 
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.5.10 The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.5.10

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.5.10 is an unstable release cut directly from
Jackrabbit Oak trunk, with a focus on new features and other
improvements. For production use we recommend the latest stable 1.4.x
release.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.5.10
-

Technical task

[OAK-4794] - RDBDocumentStore: update PostgresQL JDBC driver

Bug

[OAK-4705] - Fulltext parser doesn't allow stand-alone hyphen in
search expression
[OAK-4721] - Switch to oak-segment-tar by default when using CLI
tools
[OAK-4722] - Adapt the primary and standby commands in oak-run
[OAK-4770] - Missing exception handling in
ClusterNodeInfo.renewLease()
[OAK-4776] - Query engine: "like" conditions with only escaped
wildcards
[OAK-4779] - ClusterNodeInfo may renew lease while recovery is
running

Improvement

[OAK-4639] - Enable --missingblobstore by default for the
sidegrade
[OAK-4674] - Log a message when asynchronous persistent cache is
enabled
[OAK-4723] - Optimize PathRev as/from String
[OAK-4724] - Prefetch external changes
[OAK-4725] - Enable mmap mode by default for migration to
SegmentNodeStore
[OAK-4733] - Reduce DocumentStore reads for local changes (2)
[OAK-4748] - Migration tool should check if the source and
destination repositories are different
[OAK-4749] - Include initial cost in stats for observation
processing
[OAK-4750] - Leaderboard in ConsolidatedListenerMBean
[OAK-4751] - Improve the checkpoint migration performance
[OAK-4757] - Adjust default timeout values for MongoDocumentStore
[OAK-4758] - Allow tweaking of node migration logs threshold
[OAK-4761] - Reduce the number of calls to
/jcr:system/jcr:versionStorage during the upgrade
[OAK-4762] - Rebuild indexes only for partial sidegrades
[OAK-4764] - Update httpclient to 4.3.6
[OAK-4767] - Provide a way to report additional stats as part of
benchmark run
[OAK-4768] - Provide an option to enable Metrics collection for
benchmark run
[OAK-4769] - Update Jackrabbit version to 2.13.3
[OAK-4771] - Clarify exceptions in DocumentStore
[OAK-4792] - Replace usage of AssertionError in ClusterNodeInfo
[OAK-4799] - Unnecessary unboxing in ClusterNodeInfo
[OAK-4800] - Log info message when background operation is
successful again

Task

[OAK-4753] - Add nrt as another index mode
[OAK-4755] - Change default log of test to info
[OAK-4791] - Enable animal sniffer plugin

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.4.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[ANNOUNCE] Apache Jackrabbit Oak 1.5.10 released

2016-09-19 Thread Davide Giannella 
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.5.10 The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.5.10

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.5.10 is an unstable release cut directly from
Jackrabbit Oak trunk, with a focus on new features and other
improvements. For production use we recommend the latest stable 1.4.x
release.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.5.10
-

Technical task

[OAK-4794] - RDBDocumentStore: update PostgresQL JDBC driver

Bug

[OAK-4705] - Fulltext parser doesn't allow stand-alone hyphen in
search expression
[OAK-4721] - Switch to oak-segment-tar by default when using CLI
tools
[OAK-4722] - Adapt the primary and standby commands in oak-run
[OAK-4770] - Missing exception handling in
ClusterNodeInfo.renewLease()
[OAK-4776] - Query engine: "like" conditions with only escaped
wildcards
[OAK-4779] - ClusterNodeInfo may renew lease while recovery is
running

Improvement

[OAK-4639] - Enable --missingblobstore by default for the
sidegrade
[OAK-4674] - Log a message when asynchronous persistent cache is
enabled
[OAK-4723] - Optimize PathRev as/from String
[OAK-4724] - Prefetch external changes
[OAK-4725] - Enable mmap mode by default for migration to
SegmentNodeStore
[OAK-4733] - Reduce DocumentStore reads for local changes (2)
[OAK-4748] - Migration tool should check if the source and
destination repositories are different
[OAK-4749] - Include initial cost in stats for observation
processing
[OAK-4750] - Leaderboard in ConsolidatedListenerMBean
[OAK-4751] - Improve the checkpoint migration performance
[OAK-4757] - Adjust default timeout values for MongoDocumentStore
[OAK-4758] - Allow tweaking of node migration logs threshold
[OAK-4761] - Reduce the number of calls to
/jcr:system/jcr:versionStorage during the upgrade
[OAK-4762] - Rebuild indexes only for partial sidegrades
[OAK-4764] - Update httpclient to 4.3.6
[OAK-4767] - Provide a way to report additional stats as part of
benchmark run
[OAK-4768] - Provide an option to enable Metrics collection for
benchmark run
[OAK-4769] - Update Jackrabbit version to 2.13.3
[OAK-4771] - Clarify exceptions in DocumentStore
[OAK-4792] - Replace usage of AssertionError in ClusterNodeInfo
[OAK-4799] - Unnecessary unboxing in ClusterNodeInfo
[OAK-4800] - Log info message when background operation is
successful again

Task

[OAK-4753] - Add nrt as another index mode
[OAK-4755] - Change default log of test to info
[OAK-4791] - Enable animal sniffer plugin

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.4.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.5.10

2016-09-19 Thread Davide Giannella 
Hello Team,

the vote passes as follows:

+1 Davide Giannella
+1 Dominique Jaeggi
+1 Julian Reschke
+1 Marcel Reutegger

Thanks for voting. I'll push the release out.

-- Davide

Re: [VOTE] Release Apache Jackrabbit 2.4.6

2016-09-19 Thread Michael Dürig 



On 19.9.16 7:59 , Julian Reschke wrote:

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


Michael

Re: [VOTE] Require JDK7 for Oak 1.4

2016-09-19 Thread Michael Dürig 



On 16.9.16 5:16 , Julian Reschke wrote:

[X] +1 Yes, require JDK7 for Oak 1.4


Michael

Re: [VOTE] Release Apache Jackrabbit 2.4.6

2016-09-19 Thread Marcel Reutegger 

Hi,

On 19/09/16 07:59, Julian Reschke wrote:

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


All checks OK.

+1 Release this package as Apache Jackrabbit 2.4.6

Regards
 Marcel

Re: [VOTE] Require JDK7 for Oak 1.4

2016-09-19 Thread Tommaso Teofili 
+1

Tommaso

Il giorno lun 19 set 2016 alle ore 10:19 Amit Jain  ha
scritto:

> +1
>
> Thanks
> Amit
>
> On Mon, Sep 19, 2016 at 12:42 PM, Chetan Mehrotra <
> chetan.mehro...@gmail.com
> > wrote:
>
> > +1
> > Chetan Mehrotra
> >
> >
> > On Mon, Sep 19, 2016 at 12:41 PM, Marcel Reutegger 
> > wrote:
> > > +1
> > >
> > > Regards
> > >  Marcel
> > >
> > >
> > > On 16/09/16 17:16, Julian Reschke wrote:
> > >>
> > >> On 2016-09-16 17:11, Davide Giannella wrote:
> > >>>
> > >>> ...
> > >>
> > >>
> > >> OK then.
> > >>
> > >>   [ ] +1 Yes, require JDK7 for Oak 1.4
> > >>   [ ] -1 No, continue to support JDK6
> > >>
> > >> This majority vote is open for at least 72 hours.
> > >>
> > >> Best regards, Julian
> > >>
> > >>
> > >
> >
>

Re: [VOTE] Require JDK7 for Oak 1.4

2016-09-19 Thread Amit Jain 
+1

Thanks
Amit

On Mon, Sep 19, 2016 at 12:42 PM, Chetan Mehrotra  wrote:

> +1
> Chetan Mehrotra
>
>
> On Mon, Sep 19, 2016 at 12:41 PM, Marcel Reutegger 
> wrote:
> > +1
> >
> > Regards
> >  Marcel
> >
> >
> > On 16/09/16 17:16, Julian Reschke wrote:
> >>
> >> On 2016-09-16 17:11, Davide Giannella wrote:
> >>>
> >>> ...
> >>
> >>
> >> OK then.
> >>
> >>   [ ] +1 Yes, require JDK7 for Oak 1.4
> >>   [ ] -1 No, continue to support JDK6
> >>
> >> This majority vote is open for at least 72 hours.
> >>
> >> Best regards, Julian
> >>
> >>
> >
>

Re: [VOTE] Release Apache Jackrabbit 2.4.6

2016-09-19 Thread Dominique Jaeggi 
[X] +1 Release this package as Apache Jackrabbit 2.4.6

Re: Expected behavior of StringUtils.estimateMemoryUsage() ?

2016-09-19 Thread Marcel Reutegger 

Hi Matt,

48 bytes is the shallow size of String object with a 64 Bit
Oracle 7 JVM. In this version the String class also keeps
offset and length fields, which means the estimate is rather
conservative and slightly higher than what is e.g. needed
for Oracle's Java 8. The latter only keeps a char[] and an
int for the computed hash.

As for the estimated value of an empty string. Even in this
case the String will have the char[] and int for the hash.
That is, the method will never return 0.

Regards
 Marcel

On 17/09/16 01:08, Matt Ryan wrote:

Hi,

I'm creating some unit tests for StringUtils.estimateMemoryUsage() in
oak-commons, and in doing so I noticed that it returns a value of 48 for an
empty string.  Is this expected?

From a naive point of view it would seem to me that a null string should
return 0, and likewise an empty string, but then again I don't know the
history behind the function as it is currently written.


-MR

Re: [VOTE] Require JDK7 for Oak 1.4

2016-09-19 Thread Chetan Mehrotra 
+1
Chetan Mehrotra


On Mon, Sep 19, 2016 at 12:41 PM, Marcel Reutegger  wrote:
> +1
>
> Regards
>  Marcel
>
>
> On 16/09/16 17:16, Julian Reschke wrote:
>>
>> On 2016-09-16 17:11, Davide Giannella wrote:
>>>
>>> ...
>>
>>
>> OK then.
>>
>>   [ ] +1 Yes, require JDK7 for Oak 1.4
>>   [ ] -1 No, continue to support JDK6
>>
>> This majority vote is open for at least 72 hours.
>>
>> Best regards, Julian
>>
>>
>

Re: [VOTE] Require JDK7 for Oak 1.4

2016-09-19 Thread Marcel Reutegger 

+1

Regards
 Marcel

On 16/09/16 17:16, Julian Reschke wrote:

On 2016-09-16 17:11, Davide Giannella wrote:

...


OK then.

  [ ] +1 Yes, require JDK7 for Oak 1.4
  [ ] -1 No, continue to support JDK6

This majority vote is open for at least 72 hours.

Best regards, Julian

Re: Support for major version increment in oak

2016-09-19 Thread Tomek Rekawek 
Hi Tulika,

> On 16 Sep 2016, at 15:16, Tulika Goel  wrote:

> I just wanted to know if there are any plans to support a major version
> increment in future? Or even in current implementation, is there a scenario
> under which a new Version object is created with a name which is generated
> by incrementing the first number in version name for e.g. 1.0 -> 2.0 -> 3.0
> ?

The version number reflects what’s the predecessor of the given version entry. 
If you have a few direct successors of the jcr:rootVersion, they’ll have 
numbers 1.0, 2.0, 3.0, etc. After that, the successor of 2.0 will be 2.1, etc. 
The method determining the new version number is 
ReadWriteVersionManager#calculateVersion and its javadoc contains a detailed 
description and even an asciiart ;) You’ll find it here:

https://jackrabbit.apache.org/oak/docs/apidocs/org/apache/jackrabbit/oak/plugins/version/ReadWriteVersionManager.html#calculateVersion(org.apache.jackrabbit.oak.spi.state.NodeBuilder,%20org.apache.jackrabbit.oak.spi.state.NodeBuilder)

I don’t think it is or will be possible to create the version number manually. 
You can, however, label a version. The labels can be any strings, so it’s 
possible to use them to enforce any versioning schema.

Regards,
Tomek

-- 
Tomek Rękawek | Adobe Research | www.adobe.com
reka...@adobe.com

smime.p7s
Description: S/MIME cryptographic signature

Re: Support for major version increment in oak

2016-09-19 Thread Robert Munteanu 
Hi,

On Fri, 2016-09-16 at 18:46 +0530, Tulika Goel wrote:
> Now for oak 2.0, I see this version name is always generated by doing
> a
> minor increment for e.g. from 1.1 -> 1.2 -> 1.3. So apparently it
> seems oak
> 2.0 is creating “Version Name” by doing minor version number
> increment.

I am by no means a specialist in JCR versioning, but wanted to point
out that there is no Oak 2.0 :-) So it would be nice if you could tell
us exactly what version of Oak you're using and maybe someone with more
knowledge about versioning will be able to offer actual advice.

Robert