Re: Deprecated classes SegmentNodeStore, segment.SegmentStore and segment.file.FileStore

2016-11-07 Thread Michael Dürig 


Hi Abdul,

The oak-segment module has been deprecated as a whole and replaced by 
oak-segment-tar. To map to the new classes just remove "plugins" from 
the fully qualified name. E.g. 
org.apache.jackrabbit.oak.plugins.segment.SegmentNodeStore becomes 
org.apache.jackrabbit.oak.segment.SegmentNodeStore.


The main reason for the change in package names is to easy migration: 
the migration tool in oak-upgrade needs to be able to load classes from 
both, the deprecated and the new implementation.


Michael



On 8.11.16 8:47 , Abdul Pathan wrote:

Hi All,
Could you please suggestion to replacement of following deprecated classes of 
Oak:

org.apache.jackrabbit.oak.plugins.segment.SegmentNodeStore;
import org.apache.jackrabbit.oak.plugins.segment.SegmentStore;
import org.apache.jackrabbit.oak.plugins.segment.file.FileStore;

Regards,
Abdul Pathan

Deprecated classes SegmentNodeStore, segment.SegmentStore and segment.file.FileStore

2016-11-07 Thread Abdul Pathan 
Hi All,
Could you please suggestion to replacement of following deprecated classes of 
Oak:

org.apache.jackrabbit.oak.plugins.segment.SegmentNodeStore;
import org.apache.jackrabbit.oak.plugins.segment.SegmentStore;
import org.apache.jackrabbit.oak.plugins.segment.file.FileStore;

Regards,
Abdul Pathan

[Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 1274 - Still Failing

2016-11-07 Thread Apache Jenkins Server 
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build 
#1274)

Status: Still Failing

Check console output at 
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1274/ to view 
the results.

Changes:
[amitj] OAK-4627: [BlobGC] Reduce logging during delete

[mduerig] OAK-5073: Bug in JcrPathParser Test and fix for invalid parent 
traversal

[tomekr] OAK-5071: Persistent cache: use the asynchronous mode by default

[tomekr] OAK-5071: Persistent cache: use the asynchronous mode by default

[chetanm] OAK-5075 - Refactor IndexCopier to make it more modular

[chetanm] OAK-5075 - Refactor IndexCopier to make it more modular

[chetanm] OAK-5075 - Refactor IndexCopier to make it more modular

[chetanm] OAK-5075 - Refactor IndexCopier to make it more modular

[chetanm] OAK-5075 - Refactor IndexCopier to make it more modular

[chetanm] OAK-5076 - CopyOnWrite directory should clear working set of files 
being

[chetanm] OAK-5075 - Refactor IndexCopier to make it more modular

[mreutegg] OAK-4403: Diff traversal in persisted branch commit traversing to

[chetanm] OAK-5070 - Journal diff not working for changes in bundled node

[mduerig] OAK-5050: Optimise ImmutableRecordNumbers Replace map based

[chetanm] OAK-5070 - Journal diff not working for changes in bundled node

[mreutegg] OAK-5081: Travis builds fail with broken cache

[mreutegg] OAK-5081: Travis builds fail with broken cache

[chetanm] OAK-4139 - Idle session warnings for observation sessions

[chetanm] OAK-5070 - Journal diff not working for changes in bundled node

[alexparvulescu] OAK-5046 Remove the old estimation OSGi setting

[stefanegli] OAK-4908 : introducing prefiltering of changes for the 
ChangeProcessor

 

Test results:
13 tests failed.
FAILED:  org.apache.jackrabbit.oak.segment.standby.StandbyTestIT.testSyncLoop

Error Message:
expected: org.apache.jackrabbit.oak.segment.SegmentNodeState<{ checkpoints = { 
... }, root = { ... } }> but was: 
org.apache.jackrabbit.oak.segment.SegmentNodeState<{ checkpoints = { ... }, 
root = { ... } }>

Stack Trace:
java.lang.AssertionError: expected: 
org.apache.jackrabbit.oak.segment.SegmentNodeState<{ checkpoints = { ... }, 
root = { ... } }> but was: org.apache.jackrabbit.oak.segment.SegmentNodeState<{ 
checkpoints = { ... }, root = { ... } }>
at 
org.apache.jackrabbit.oak.segment.standby.StandbyTestIT.testSyncLoop(StandbyTestIT.java:122)


FAILED:  
org.apache.jackrabbit.oak.plugins.blob.CachingDataStoreTest.zeroStagingCacheAddGetDelete

Error Message:
Error opening input stream for identifier 
5a902b7874e1b8c7376571981320b4d329db2e79

Stack Trace:
org.apache.jackrabbit.core.data.DataStoreException: Error opening input stream 
for identifier 5a902b7874e1b8c7376571981320b4d329db2e79
at 
org.apache.jackrabbit.oak.plugins.blob.AbstractSharedCachingDataStore$FileCacheDataRecord.getStream(AbstractSharedCachingDataStore.java:313)
at 
org.apache.jackrabbit.oak.plugins.blob.CachingDataStoreTest.zeroStagingCacheAddGetDelete(CachingDataStoreTest.java:167)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at 
org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:239)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)

[Oak origin/1.4] Apache Jackrabbit Oak matrix - Build # 1272 - Still Failing

2016-11-07 Thread Apache Jenkins Server 
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build 
#1272)

Status: Still Failing

Check console output at 
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1272/ to view 
the results.

Changes:
[mduerig] OAK-5073: Bug in JcrPathParser Test and fix for invalid parent 
traversal

[reschke] OAK-5037: Update Oak 1.4 to Jackrabbit 2.12.5

 

Test results:
1 tests failed.
FAILED:  
org.apache.jackrabbit.oak.plugins.segment.standby.ExternalPrivateStoreIT.testProxySkippedBytes

Error Message:
expected:<{ root = { ... } }> but was:<{ root : { } }>

Stack Trace:
java.lang.AssertionError: expected:<{ root = { ... } }> but was:<{ root : { } }>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:144)
at 
org.apache.jackrabbit.oak.plugins.segment.standby.DataStoreTestBase.useProxy(DataStoreTestBase.java:224)
at 
org.apache.jackrabbit.oak.plugins.segment.standby.DataStoreTestBase.testProxySkippedBytes(DataStoreTestBase.java:159)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at 
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at 
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)

Re: [REVIEW] OAK-4908 in 1.5.13: prefiltering (enabled by default)

2016-11-07 Thread Stefan Egli 
FYI: Assuming lazy consensus I've now committed this one to unblock
1.5.13. We can do post-review in case.

Cheers,
Stefan

On 04/11/16 15:59, "Stefan Egli"  wrote:

>Hi,
>
>I'd like to commit OAK-4908 which would introduce prefiltering for
>observation listeners. This is based on OAK-4907 (population of a
>ChangeSet
>during the commit) and OAK-4916 (FilteringObserver-wrapper for the
>BackgroundObserver) - and it works fine with the new filters (OAK-5019-23)
>too.
>
>The reason I raise this on the list is that this is quite a change and it
>would thus be good if there was an agreement that we want this in for
>1.5.13
>(Monday). I know it's a bit a tight schedule, but I think it would be good
>to have that in to allow for more testing in real life scenarios. I've
>thus
>marked it a blocker for 1.5.13. If you disagree, pls let me know.
>
>Wdyt?
>
>Cheers,
>Stefan
>
>

[Oak origin/1.2] Apache Jackrabbit Oak matrix - Build # 1270 - Failure

2016-11-07 Thread Apache Jenkins Server 
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build 
#1270)

Status: Failure

Check console output at 
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1270/ to view 
the results.

Changes:
[mduerig] OAK-5073: Bug in JcrPathParser Test and fix for invalid parent 
traversal

 

Test results:
7 tests failed.
FAILED:  
org.apache.jackrabbit.oak.plugins.index.solr.index.SolrIndexHookIT.testPropertyAddition

Error Message:
expected:<[bar]> but was:<[]>

Stack Trace:
junit.framework.AssertionFailedError: expected:<[bar]> but was:<[]>
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.failNotEquals(Assert.java:329)
at junit.framework.Assert.assertEquals(Assert.java:78)
at junit.framework.Assert.assertEquals(Assert.java:86)
at 
org.apache.jackrabbit.oak.plugins.index.solr.index.SolrIndexHookIT.testPropertyAddition(SolrIndexHookIT.java:102)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at 
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at 
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)


FAILED:  
org.apache.jackrabbit.oak.plugins.index.solr.index.SolrIndexHookIT.testPropertyAddition

Error Message:
expected:<[bar]> but was:<[]>

Stack Trace:
junit.framework.AssertionFailedError: expected:<[bar]> but was:<[]>
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.failNotEquals(Assert.java:329)
at junit.framework.Assert.assertEquals(Assert.java:78)
at junit.framework.Assert.assertEquals(Assert.java:86)
at 
org.apache.jackrabbit.oak.plugins.index.solr.index.SolrIndexHookIT.testPropertyAddition(SolrIndexHookIT.java:102)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at

Re: Oak 1.5.13 release plan

2016-11-07 Thread Davide Giannella 
On 03/11/2016 10:04, Davide Giannella wrote:
> Hello team,
>
> I'm planning to cut Oak 1.5.13 on Monday 7th November morning British time.
>
> If there are any objections please let me know. Otherwise I will
> re-schedule any non-resolved issue for the next iteration.
>
>

As asked on a another thread, we currently have 1 blocker:  OAK-4908.

I will check again tomorrow afternoon GMT time.

Davide

[jira] [Resolved] (JCR-4051) Release Jackrabbit 2.12.5

2016-11-07 Thread Julian Reschke (JIRA) 

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

Julian Reschke resolved JCR-4051.
-
Resolution: Fixed

> Release Jackrabbit 2.12.5
> -
>
> Key: JCR-4051
> URL: https://issues.apache.org/jira/browse/JCR-4051
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>




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

[ANNOUNCE] Apache Jackrabbit 2.12.5 released

2016-11-07 Thread Julian Reschke 

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.12.4. 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 -- Version 2.12.5

Introduction


This is Apache Jackrabbit(TM) 2.12.5, a fully compliant implementation 
of the

Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).

Apache Jackrabbit 2.12.5 is a patch release that contains fixes and
improvements over Jackrabbit 2.12. Jackrabbit 2.12.x releases are
considered stable and targeted for production use.

Changes in Jackrabbit 2.12.5


Bug

[JCR-4015] - jackrabbit-jcr-commons JcrUtils.getOrCreateByPath 
fails if session is not allowed to read root
[JCR-4027] - NPE in JcrRemotingServlet.canHandle() when 
content-type is missing

[JCR-4031] - AbstractLocatorFactory: typo in log message
[JCR-4047] - Build fails: jackrabbit-jcr2spi: Signature errors found.

Task

[JCR-4025] - Enable animal sniffer plugin

Sub-task

[JCR-4019] - move httpclient dependency out of parent pom


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.txt 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
https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS.

About Apache Jackrabbit
---

Apache Jackrabbit is a fully conforming implementation of the Content
Repository for Java Technology API (JCR). A content repository is a
hierarchical content store with support for structured and unstructured
content, full text search, versioning, transactions, observation, and
more.

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

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/

Trademarks
--

Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the 
Apache

Jackrabbit project logo are trademarks of The Apache Software Foundation.

[ANNOUNCE] Apache Jackrabbit 2.12.5 released

2016-11-07 Thread Julian Reschke 

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.12.4. 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 -- Version 2.12.5

Introduction


This is Apache Jackrabbit(TM) 2.12.5, a fully compliant implementation 
of the

Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).

Apache Jackrabbit 2.12.5 is a patch release that contains fixes and
improvements over Jackrabbit 2.12. Jackrabbit 2.12.x releases are
considered stable and targeted for production use.

Changes in Jackrabbit 2.12.5


Bug

[JCR-4015] - jackrabbit-jcr-commons JcrUtils.getOrCreateByPath 
fails if session is not allowed to read root
[JCR-4027] - NPE in JcrRemotingServlet.canHandle() when 
content-type is missing

[JCR-4031] - AbstractLocatorFactory: typo in log message
[JCR-4047] - Build fails: jackrabbit-jcr2spi: Signature errors found.

Task

[JCR-4025] - Enable animal sniffer plugin

Sub-task

[JCR-4019] - move httpclient dependency out of parent pom


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.txt 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
https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS.

About Apache Jackrabbit
---

Apache Jackrabbit is a fully conforming implementation of the Content
Repository for Java Technology API (JCR). A content repository is a
hierarchical content store with support for structured and unstructured
content, full text search, versioning, transactions, observation, and
more.

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

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/

Trademarks
--

Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the 
Apache

Jackrabbit project logo are trademarks of The Apache Software Foundation.

[jira] [Updated] (JCR-4042) Adding Escape Character in GQL

2016-11-07 Thread Thomas Mueller (JIRA) 

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

Thomas Mueller updated JCR-4042:

Description: 
Currently GQL does not have a escape character. Adding the escape character 
will help in special character cases for example where a search term contains 
both colon ({{:}}) and quote ({{"}}) character.
for example search string is {{foo:bar}}, if term is put in quote {{"foo:bar"}} 
and this whole term is considered as a single search value. 
But in case user need to search {{foo"abc:bar}} then putting this term in 
quotes won't work. But if GQL will have a escape character, then user can 
search this term using escape character. 

  was:
Currently GQL does not have a escape character. Adding the escape character 
will help in special character cases for example where a search term contains 
both colon(:) and quote(") character.
for example search string is foo:bar, if term is put in quote "foo:bar" and 
this whole term is considered as a single search value. 
But in case user need to search foo"abc:bar then putting this term in quotes 
won't work. But if GQL will have a escape character, then user can search this 
term using escape character. 


> Adding Escape Character in GQL
> --
>
> Key: JCR-4042
> URL: https://issues.apache.org/jira/browse/JCR-4042
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-jcr-commons
>Reporter: Ankit Agarwal
>Assignee: Vikas Saurabh
> Attachments: JCR-4042.take1.patch
>
>
> Currently GQL does not have a escape character. Adding the escape character 
> will help in special character cases for example where a search term contains 
> both colon ({{:}}) and quote ({{"}}) character.
> for example search string is {{foo:bar}}, if term is put in quote 
> {{"foo:bar"}} and this whole term is considered as a single search value. 
> But in case user need to search {{foo"abc:bar}} then putting this term in 
> quotes won't work. But if GQL will have a escape character, then user can 
> search this term using escape character. 



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

Re: [VOTE] Release Apache Jackrabbit 2.12.5

2016-11-07 Thread Julian Reschke 

Hello Team,

the vote passes as follows:

+1 Claus Köll 
+1 Dominique Jaeggi 
+1 Julian Reschke 

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

Best regards, Julian

[jira] [Created] (JCR-4054) DavPropertySet should have type-safe method variants

2016-11-07 Thread Julian Reschke (JIRA) 
Julian Reschke created JCR-4054:
---

 Summary: DavPropertySet should have type-safe method variants
 Key: JCR-4054
 URL: https://issues.apache.org/jira/browse/JCR-4054
 Project: Jackrabbit Content Repository
  Issue Type: Wish
  Components: jackrabbit-webdav
Reporter: Julian Reschke
Priority: Minor


For instance:

{noformat}
public  DavProperty get(DavPropertyName name, Class typeKey) {
DavProperty p = map.get(name);
if (! typeKey.isInstance(p.getValue())) {
throw new IllegalArgumentException("value of " + name + " is " + 
p.getValue().getClass() + ", not " + typeKey);
}
return (DavProperty)p;
}
{noformat}



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

Re: svn commit: r1767830 - in /jackrabbit/oak/trunk/oak-upgrade/src: main/java/org/apache/jackrabbit/oak/upgrade/security/AuthorizableFolderEditor.java test/java/org/apache/jackrabbit/oak/upgrade/Auth

2016-11-07 Thread Julian Sedding 
Sorry, my bad. Thanks Chetan!

On Thu, Nov 3, 2016 at 8:58 AM,   wrote:
> Author: chetanm
> Date: Thu Nov  3 07:58:35 2016
> New Revision: 1767830
>
> URL: http://svn.apache.org/viewvc?rev=1767830=rev
> Log:
> OAK-5043: Very old JR2 repositories may have invalid nodetypes for groupsPath 
> and usersPath
>
> Add missing license header
>
> Modified:
> 
> jackrabbit/oak/trunk/oak-upgrade/src/main/java/org/apache/jackrabbit/oak/upgrade/security/AuthorizableFolderEditor.java
> 
> jackrabbit/oak/trunk/oak-upgrade/src/test/java/org/apache/jackrabbit/oak/upgrade/AuthorizableFolderEditorTest.java
>
> Modified: 
> jackrabbit/oak/trunk/oak-upgrade/src/main/java/org/apache/jackrabbit/oak/upgrade/security/AuthorizableFolderEditor.java
> URL: 
> http://svn.apache.org/viewvc/jackrabbit/oak/trunk/oak-upgrade/src/main/java/org/apache/jackrabbit/oak/upgrade/security/AuthorizableFolderEditor.java?rev=1767830=1767829=1767830=diff
> ==
> --- 
> jackrabbit/oak/trunk/oak-upgrade/src/main/java/org/apache/jackrabbit/oak/upgrade/security/AuthorizableFolderEditor.java
>  (original)
> +++ 
> jackrabbit/oak/trunk/oak-upgrade/src/main/java/org/apache/jackrabbit/oak/upgrade/security/AuthorizableFolderEditor.java
>  Thu Nov  3 07:58:35 2016
> @@ -1,3 +1,19 @@
> +/*
> + * Licensed to the Apache Software Foundation (ASF) under one or more
> + * contributor license agreements.  See the NOTICE file distributed with
> + * this work for additional information regarding copyright ownership.
> + * The ASF licenses this file to You under the Apache License, Version 2.0
> + * (the "License"); you may not use this file except in compliance with
> + * the License.  You may obtain a copy of the License at
> + *
> + *  http://www.apache.org/licenses/LICENSE-2.0
> + *
> + * Unless required by applicable law or agreed to in writing, software
> + * distributed under the License is distributed on an "AS IS" BASIS,
> + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> + * See the License for the specific language governing permissions and
> + * limitations under the License.
> + */
>  package org.apache.jackrabbit.oak.upgrade.security;
>
>  import org.apache.jackrabbit.oak.api.CommitFailedException;
>
> Modified: 
> jackrabbit/oak/trunk/oak-upgrade/src/test/java/org/apache/jackrabbit/oak/upgrade/AuthorizableFolderEditorTest.java
> URL: 
> http://svn.apache.org/viewvc/jackrabbit/oak/trunk/oak-upgrade/src/test/java/org/apache/jackrabbit/oak/upgrade/AuthorizableFolderEditorTest.java?rev=1767830=1767829=1767830=diff
> ==
> --- 
> jackrabbit/oak/trunk/oak-upgrade/src/test/java/org/apache/jackrabbit/oak/upgrade/AuthorizableFolderEditorTest.java
>  (original)
> +++ 
> jackrabbit/oak/trunk/oak-upgrade/src/test/java/org/apache/jackrabbit/oak/upgrade/AuthorizableFolderEditorTest.java
>  Thu Nov  3 07:58:35 2016
> @@ -1,3 +1,19 @@
> +/*
> + * Licensed to the Apache Software Foundation (ASF) under one or more
> + * contributor license agreements.  See the NOTICE file distributed with
> + * this work for additional information regarding copyright ownership.
> + * The ASF licenses this file to You under the Apache License, Version 2.0
> + * (the "License"); you may not use this file except in compliance with
> + * the License.  You may obtain a copy of the License at
> + *
> + *  http://www.apache.org/licenses/LICENSE-2.0
> + *
> + * Unless required by applicable law or agreed to in writing, software
> + * distributed under the License is distributed on an "AS IS" BASIS,
> + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> + * See the License for the specific language governing permissions and
> + * limitations under the License.
> + */
>  package org.apache.jackrabbit.oak.upgrade;
>
>  import org.apache.jackrabbit.JcrConstants;
>
>

[jira] [Commented] (JCR-2406) Upgrade httpclient dependency to 4.0

2016-11-07 Thread Julian Reschke (JIRA) 

[ 
https://issues.apache.org/jira/browse/JCR-2406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15643482#comment-15643482
 ] 

Julian Reschke commented on JCR-2406:
-

Status update:

- library conversion in progress
- jackrabbit-webdav tests mostly ported, but encountered existing test failures 
that I want to look at first (JCR-4052, JCR-4053)

> Upgrade httpclient dependency to 4.0
> 
>
> Key: JCR-2406
> URL: https://issues.apache.org/jira/browse/JCR-2406
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-jcr-server, jackrabbit-spi2dav
>Reporter: Sébastien Launay
>
> Httpclient is one of these libs that tends to be pulled by another third 
> party lib and often with conflicted versions (in a traditional environment 
> contrary to OSGi).
> Upgrading from 3.0 to 4.0 allows applications to use both Jackrabbit and the 
> latest release of HttpClient.
> As discussed in JCR-2389, this is a sensitive task as it can introduce 
> regression.



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