Re: oak-run - quo vadis? (was: oak-run upgrade improvements)

2015-09-04 Thread Davide Giannella
On 04/09/2015 14:33, Davide Giannella wrote:
> ...I've already made space in the issue description. Cheers DAvide 

Forgot. I also made the issue an Epic and we can then link or so other
related issues to it.

Davide




jackrabbit-oak build #6333: Broken

2015-09-04 Thread Travis CI
Build Update for apache/jackrabbit-oak
-

Build: #6333
Status: Broken

Duration: 569 seconds
Commit: 1e6815b06a4f9fd309111ecd5d501f46988cc4e3 (trunk)
Author: Tobias Bocanegra
Message: OAK-3324 hasPermission does not reflect actual behavior with 
restrictions

- adding more tests

git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1701223 
13f79535-47bb-0310-9956-ffa450edef68

View the changeset: 
https://github.com/apache/jackrabbit-oak/compare/8f665d59d7f9...1e6815b06a4f

View the full build log and details: 
https://travis-ci.org/apache/jackrabbit-oak/builds/78740019

--
sent by Jukka's Travis notification gateway


Re: oak-run - quo vadis? (was: oak-run upgrade improvements)

2015-09-04 Thread Michael Dürig



On 4.9.15 2:33 , Davide Giannella wrote:

oak-tools/
oak-tools/oak-development
oak-tools/oak-upgrade
oak-tools/oak-operations

Michael, could you please follow-up about this division on
https://issues.apache.org/jira/browse/OAK-3134 and put what module each
functionality (you think) should be?



Did that to the best of my knowledge. Left some blank where I wouldn't 
know. Feel free to correct where I was wrong and fill the gaps.


Michael



Cheers
DAvide




Re: oak-run - quo vadis? (was: oak-run upgrade improvements)

2015-09-04 Thread Davide Giannella
On 04/09/2015 10:01, Michael Dürig wrote:
>
>
> On 3.9.15 11:58 , Julian Sedding wrote:
>> I know that Oak has a flat module structure. Still I would think that
>> putting these split modules + something like "oak-tools-commons" into
>> a folder called "tools". What do others think? Does anyone have strong
>> feelings for staying with a flat structure?
>
> It wasn't always so flat. Only recently some stuff has been removed
> flattening it out. So IMO there is no problem with sub-modules as long
> as they make sense.
>
 - oak-dev-tools
 - oak-upgrade
 - oak-ops-tool
>>>
>
> +1 and maybe put those into a oak-tools folder and change the naming a
> bit:
>
> oak-tools/
> oak-tools/oak-development
> oak-tools/oak-upgrade
> oak-tools/oak-operations
Michael, could you please follow-up about this division on
https://issues.apache.org/jira/browse/OAK-3134 and put what module each
functionality (you think) should be?

I've already made space in the issue description.

Cheers
DAvide




[RESULT][VOTE] Release Apache Jackrabbit Oak 1.3.5

2015-09-04 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Alex Parvulescu
+1 Davide Giannella
+1 Julian Reschke
+1 Marcel Reutegger
+1 Thomas Mueller
+1 Tommaso Teofili

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

-- Davide




[ANNOUNCE] Apache Jackrabbit Oak 1.3.5 released

2015-09-04 Thread Davide Giannella
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.3.5. 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.3.5

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.3.5 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.2.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.3.5


Sub-task

[OAK-2634] - QueryEngine should expose name query as property
restriction
[OAK-2875] - Namespaces keep references to old node states
[OAK-3031] - [Blob GC] Mbean for reporting shared repository GC stats
[OAK-3230] - Query engine should support virtual index rows
[OAK-3241] - Support including and excluding paths in
RepositorySidegrade
[OAK-3242] - Repeated upgrades in RepositorySidegrade
[OAK-3243] - Allow to skip copying versions in the RepositorySidegrade
[OAK-3245] - Allow to set custom commit hooks in the RepositorySidegrade
[OAK-3261] - consider existing locks when creating new ones
[OAK-3264] - Deadlock between persisted compaction map and cleanup 2
[OAK-3279] - Create StringUtils.estimateMemoryUsage(String)
[OAK-3280] - Remove Utils.estimateMemoryUsage(String)
[OAK-3306] - Create a copy of MemoryDocumentStore

Bug

[OAK-3079] - LastRevRecoveryAgent can update _lastRev of children
but not the root
[OAK-3249] - Some version copy settings conflicts with the earlyShutdown
[OAK-3282] - DataStoreBlobStore cache ignores key for memory calculation
[OAK-3283] - Background read does not close StringSort
[OAK-3289] - ClusterViewDocument should store longs, not integers
[OAK-3301] - AbstractRepositoryUpgrade leaks Repository instances
[OAK-3304] - ClusterViewDocument uses Map as property value
[OAK-3317] - ConcurrentModificationException when running
SegmentOverflowExceptionIT

Improvement

[OAK-2805] - oak-run: register JMX beans
[OAK-3050] - Move oak-it-osgi to top level
[OAK-3146] - ExternalLoginModuleFactory should inject SyncManager
and ExternalIdentityProviderManager
[OAK-3153] - Make it possible to disable recording of stack trace in
SessionStats
[OAK-3163] - Improve binary comparison during repeated upgrades
[OAK-3238] - fine tune clock-sync check vs lease-check settings
[OAK-3247] - DocumentNodeStore.retrieve() should not throw
IllegalArgumentException
[OAK-3252] - make AbstractQueryTest#test() reflects real file paths
[OAK-3254] - Log expensive NodeDocument.getNewestRevision() call
[OAK-3258] - Async index should change thread name to improve log
readability
[OAK-3259] - Optimize NodeDocument.getNewestRevision()
[OAK-3263] - Support including and excluding paths for PropertyIndex
[OAK-3273] - ColdStandby make sync start and end timestamp updates
atomic
[OAK-3288] - clarify DocumentStore contract with respect to number
formats
[OAK-3293] - SegmentOverflowExceptionIT runs forever unless it fails
[OAK-3294] - Read-only live FileStore implementation
[OAK-3296] - Oak Explorer support for live read-only store
[OAK-3298] - Allow to specify LogDumper's log buffer size
[OAK-3299] - SNFE in SegmentOverflowExceptionIT
[OAK-3322] - Change activation policy of RemoteServletRegistration

New Feature

[OAK-2844] - Introducing a simple document-based discovery-light
service (to circumvent documentMk's eventual consistency delays)
[OAK-3239] - Port RepositoryUpgrade features to the RepositorySidegrade

Task

[OAK-3267] - Add discovery-lite descriptor for segmentNodeStore
[OAK-3278] - Move Utils.estimateMemoryUsage(String) to oak-commons

Test

[OAK-3277] - Turn VersionGarbageCollectorTest into an integration test
[OAK-3292] - DocumentDiscoveryLiteServiceTest failures on travis and
jenkins


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.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 

Re: svn commit: r1701065 - in /jackrabbit/oak/trunk/oak-auth-ldap: ./ src/main/java/org/apache/jackrabbit/oak/security/authentication/ldap/impl/ src/test/java/org/apache/jackrabbit/oak/security/authen

2015-09-04 Thread Tobias Bocanegra
probably the MV property of 'objectclass' might have a different order
of values?

On Fri, Sep 4, 2015 at 8:11 AM, Davide Giannella  wrote:
> On 03/09/2015 18:37, bae...@apache.org wrote:
>> Author: baedke
>> Date: Thu Sep  3 16:37:40 2015
>> New Revision: 1701065
>>
>> ...
>>  @Test
>> +public void testGetUserProperties() throws Exception {
>> +ExternalUser user = idp.getUser(TEST_USER1_UID);
>> +assertNotNull("User 1 must exist", user);
>> +List multiValuePropValue = Arrays.asList(new String[] { 
>> "top", "person", "organizationalPerson", "inetOrgPerson"});
>> +Map properties = new ImmutableMap.Builder> Object>()
>> +.put("uid", "hhornblo")
>> +.put("mail", "hhorn...@royalnavy.mod.uk")
>> +.put("givenname", "Horatio")
>> +.put("description", "Capt. Horatio Hornblower, R.N")
>> +.put("sn", "Hornblower")
>> +.put("cn", "Horatio Hornblower")
>> +.put("objectclass", multiValuePropValue)
>> +.build();
>> +assertThat((Map) user.getProperties(), 
>> Matchers.>equalTo(properties));
>> +}
>>
>
> This test is making the build failing locally and on jenkins. Will
> proceed with investigations and Ignore it in case to unlock the situation.
>
> https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/393/#showFailuresLink
>
> Davide
>
>


jackrabbit-oak build #6335: Fixed

2015-09-04 Thread Travis CI
Build Update for apache/jackrabbit-oak
-

Build: #6335
Status: Fixed

Duration: 1707 seconds
Commit: 3216980468e67ef9ab16e48833a9f2ee75e00671 (trunk)
Author: Michael Duerig
Message: OAK-3347: Ineffective cleanup after compaction due to references to 
root
Explicitly give up reference to the previous root state before running cleanup

git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1701239 
13f79535-47bb-0310-9956-ffa450edef68

View the changeset: 
https://github.com/apache/jackrabbit-oak/compare/1e6815b06a4f...3216980468e6

View the full build log and details: 
https://travis-ci.org/apache/jackrabbit-oak/builds/78747755

--
sent by Jukka's Travis notification gateway


jackrabbit-oak build #6337: Errored

2015-09-04 Thread Travis CI
Build Update for apache/jackrabbit-oak
-

Build: #6337
Status: Errored

Duration: 2979 seconds
Commit: b1a73f1e07d9eeed8e5c8697bbf4a772d4a17955 (1.0)
Author: Julian Reschke
Message: OAK-3310: consistently check the checked-out state of a Node for 
property modifications (ported to 1.0)


git-svn-id: 
https://svn.apache.org/repos/asf/jackrabbit/oak/branches/1.0@1701265 
13f79535-47bb-0310-9956-ffa450edef68

View the changeset: 
https://github.com/apache/jackrabbit-oak/compare/2df028dbf606...b1a73f1e07d9

View the full build log and details: 
https://travis-ci.org/apache/jackrabbit-oak/builds/78768538

--
sent by Jukka's Travis notification gateway


jackrabbit-oak build #6340: Passed

2015-09-04 Thread Travis CI
Build Update for apache/jackrabbit-oak
-

Build: #6340
Status: Passed

Duration: 2275 seconds
Commit: e1a5a8d4d9aa336107e5ed739526cbc885bbc4a2 (1.0)
Author: Tobias Bocanegra
Message: OAK-3324 Evaluation with restriction is not consistent with parent ACLs

- fixed it, so that the behavior is consisten between single node privs and 
dual node privs

git-svn-id: 
https://svn.apache.org/repos/asf/jackrabbit/oak/branches/1.0@1701297 
13f79535-47bb-0310-9956-ffa450edef68

View the changeset: 
https://github.com/apache/jackrabbit-oak/compare/b1a73f1e07d9...e1a5a8d4d9aa

View the full build log and details: 
https://travis-ci.org/apache/jackrabbit-oak/builds/78798321

--
sent by Jukka's Travis notification gateway


[Oak origin/1.0] Apache Jackrabbit Oak matrix - Build # 394 - Still Failing

2015-09-04 Thread Apache Jenkins Server
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build 
#394)

Status: Still Failing

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

Changes:
[reschke] OAK-3345: SessionMBean should provide information about pending 
refresh (fix for OAK-1403 ported to 1.0)

[reschke] OAK-2712: Possible null-dereference when calling ItemImpl#perform 
(ported to 1.0)

[reschke] OAK-3310: consistently check the checked-out state of a Node for 
property modifications (ported to 1.0)

[tripod] OAK-3324 hasPermission does not reflect actual behavior with 
restrictions

[tripod] OAK-3324 Evaluation with restriction is not consistent with parent ACLs

 

Test results:
18 tests failed.
FAILED:  org.apache.jackrabbit.oak.jcr.query.SuggestTest.testSuggestSql

Error Message:
expected:<[[{term=in 2015 a red fox is still a fox,weight=1}, {term=in 2015 my 
fox is red, like mike's fox and john's fox,weight=1}]]> but was:<[]>

Stack Trace:
junit.framework.ComparisonFailure: expected:<[[{term=in 2015 a red fox is still 
a fox,weight=1}, {term=in 2015 my fox is red, like mike's fox and john's 
fox,weight=1}]]> but was:<[]>
at junit.framework.Assert.assertEquals(Assert.java:85)
at junit.framework.Assert.assertEquals(Assert.java:91)
at 
org.apache.jackrabbit.oak.jcr.query.SuggestTest.testSuggestSql(SuggestTest.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
at junit.framework.TestSuite.runTest(TestSuite.java:243)
at junit.framework.TestSuite.run(TestSuite.java:238)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
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:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.jcr.query.SuggestTest.testSuggestXPath

Error Message:
expected:<[[{term=in 2015 a red fox is still a fox,weight=1}, {term=in 2015 my 
fox is red, like mike's fox and john's fox,weight=1}]]> but was:<[]>

Stack Trace:
junit.framework.ComparisonFailure: expected:<[[{term=in 2015 a red fox is still 
a fox,weight=1}, {term=in 2015 my fox is red, like mike's fox and john's 
fox,weight=1}]]> but was:<[]>
at junit.framework.Assert.assertEquals(Assert.java:85)
at junit.framework.Assert.assertEquals(Assert.java:91)
at 
org.apache.jackrabbit.oak.jcr.query.SuggestTest.testSuggestXPath(SuggestTest.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
  

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

2015-09-04 Thread Apache Jenkins Server
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build 
#395)

Status: Still Failing

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

Changes:
[davide] OAK-3144 - Support multivalue user properties for Ldap users

[davide] OAK-3251 - speeding up the build time

[tripod] OAK-3324 hasPermission does not reflect actual behavior with 
restrictions

[mduerig] OAK-3347: Ineffective cleanup after compaction due to references to 
root

[tripod] OAK-3324 Evaluation with restriction is not consistent with parent ACLs

[tripod] OAK-3324 Evaluation with restriction is not consistent with parent ACLs

[davide] OAK-301 - Document Oak

[tripod] OAK-3324 Evaluation with restriction is not consistent with parent ACLs

[mduerig] OAK-3348: Cross gc sessions might introduce references to 
pre-compacted segments

 

Test results:
9 tests failed.
FAILED:  
org.apache.jackrabbit.oak.jcr.query.SpellcheckTest.testSpellcheckMultipleWords

Error Message:
expected:<[voting[ in] ontario]> but was:<[voting[, voted,] ontario]>

Stack Trace:
junit.framework.ComparisonFailure: expected:<[voting[ in] ontario]> but 
was:<[voting[, voted,] ontario]>
at junit.framework.Assert.assertEquals(Assert.java:85)
at junit.framework.Assert.assertEquals(Assert.java:91)
at 
org.apache.jackrabbit.oak.jcr.query.SpellcheckTest.testSpellcheckMultipleWords(SpellcheckTest.java:86)
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:483)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
at junit.framework.TestSuite.runTest(TestSuite.java:243)
at junit.framework.TestSuite.run(TestSuite.java:238)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
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:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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.jcr.query.SpellcheckTest.testSpellcheckMultipleWords

Error Message:
expected:<[voting[ in] ontario]> but was:<[voting[, voted,] ontario]>

Stack Trace:
junit.framework.ComparisonFailure: expected:<[voting[ in] ontario]> but 
was:<[voting[, voted,] ontario]>
at junit.framework.Assert.assertEquals(Assert.java:85)
at junit.framework.Assert.assertEquals(Assert.java:91)
at 
org.apache.jackrabbit.oak.jcr.query.SpellcheckTest.testSpellcheckMultipleWords(SpellcheckTest.java:86)
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:483)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
at junit.framework.TestSuite.runTest(TestSuite.java:243)
at 

jackrabbit-oak build #6341: Errored

2015-09-04 Thread Travis CI
Build Update for apache/jackrabbit-oak
-

Build: #6341
Status: Errored

Duration: 125 seconds
Commit: c57afee09aaf5268113462920657ff8a01c9052d (trunk)
Author: Michael Duerig
Message: OAK-3348: Cross gc sessions might introduce references to 
pre-compacted segments
@Ignored test case

git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1701329 
13f79535-47bb-0310-9956-ffa450edef68

View the changeset: 
https://github.com/apache/jackrabbit-oak/compare/5f863af6be4c...c57afee09aaf

View the full build log and details: 
https://travis-ci.org/apache/jackrabbit-oak/builds/78834142

--
sent by Jukka's Travis notification gateway


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

2015-09-04 Thread Apache Jenkins Server
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build 
#392)

Status: Still Failing

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

Changes:
[chetanm] OAK-1752 - Node name queries should use an index

[mreutegg] OAK-3344: Commit may add collision marker for committed revision

[baedke] OAK-3144: Support multivalue user properties for Ldap users

 

Test results:
9 tests failed.
FAILED:  
org.apache.jackrabbit.oak.jcr.query.SpellcheckTest.testSpellcheckMultipleWords

Error Message:
expected:<[voting[ in] ontario]> but was:<[voting[, voted,] ontario]>

Stack Trace:
junit.framework.ComparisonFailure: expected:<[voting[ in] ontario]> but 
was:<[voting[, voted,] ontario]>
at junit.framework.Assert.assertEquals(Assert.java:85)
at junit.framework.Assert.assertEquals(Assert.java:91)
at 
org.apache.jackrabbit.oak.jcr.query.SpellcheckTest.testSpellcheckMultipleWords(SpellcheckTest.java:86)
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:483)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
at junit.framework.TestSuite.runTest(TestSuite.java:243)
at junit.framework.TestSuite.run(TestSuite.java:238)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
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:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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.jcr.query.SpellcheckTest.testSpellcheckMultipleWords

Error Message:
expected:<[voting[ in] ontario]> but was:<[voting[, voted,] ontario]>

Stack Trace:
junit.framework.ComparisonFailure: expected:<[voting[ in] ontario]> but 
was:<[voting[, voted,] ontario]>
at junit.framework.Assert.assertEquals(Assert.java:85)
at junit.framework.Assert.assertEquals(Assert.java:91)
at 
org.apache.jackrabbit.oak.jcr.query.SpellcheckTest.testSpellcheckMultipleWords(SpellcheckTest.java:86)
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:483)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
at junit.framework.TestSuite.runTest(TestSuite.java:243)
at junit.framework.TestSuite.run(TestSuite.java:238)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
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 

[Oak origin/1.2] Apache Jackrabbit Oak matrix - Build # 393 - Still Failing

2015-09-04 Thread Apache Jenkins Server
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build 
#393)

Status: Still Failing

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

Changes:
[chetanm] OAK-3146 - ExternalLoginModuleFactory should inject SyncManager and 
ExternalIdentityProviderManager

[chetanm] OAK-1752 - Node name queries should use an index

[chetanm] OAK-1752 - Node name queries should use an index

[baedke] OAK-3144: Support multivalue user properties for Ldap users

 

Test results:
4 tests failed.
FAILED:  
org.apache.jackrabbit.oak.security.authentication.ldap.LdapProviderTest.testGetUserProperties

Error Message:
 Expected: <{uid=hhornblo, mail=hhorn...@royalnavy.mod.uk, givenname=Horatio, 
description=Capt. Horatio Hornblower, R.N, sn=Hornblower, cn=Horatio 
Hornblower, objectclass=[top, person, organizationalPerson, inetOrgPerson]}>
  got: <{uid=hhornblo, mail=hhorn...@royalnavy.mod.uk, sn=Hornblower, 
cn=Horatio Hornblower, description=Capt. Horatio Hornblower, R.N, 
givenname=Horatio, objectclass=[organizationalPerson, person, inetOrgPerson, 
top]}> 

Stack Trace:
java.lang.AssertionError: 
Expected: <{uid=hhornblo, mail=hhorn...@royalnavy.mod.uk, givenname=Horatio, 
description=Capt. Horatio Hornblower, R.N, sn=Hornblower, cn=Horatio 
Hornblower, objectclass=[top, person, organizationalPerson, inetOrgPerson]}>
 got: <{uid=hhornblo, mail=hhorn...@royalnavy.mod.uk, sn=Hornblower, 
cn=Horatio Hornblower, description=Capt. Horatio Hornblower, R.N, 
givenname=Horatio, objectclass=[organizationalPerson, person, inetOrgPerson, 
top]}>

at org.junit.Assert.assertThat(Assert.java:780)
at org.junit.Assert.assertThat(Assert.java:738)
at 
org.apache.jackrabbit.oak.security.authentication.ldap.LdapProviderTest.testGetUserProperties(LdapProviderTest.java:187)
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:45)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
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.security.authentication.ldap.LdapProviderTest.testGetUserProperties

Error Message:
 Expected: <{uid=hhornblo, mail=hhorn...@royalnavy.mod.uk, givenname=Horatio, 
description=Capt. Horatio Hornblower, R.N, 

Re: svn commit: r1701065 - in /jackrabbit/oak/trunk/oak-auth-ldap: ./ src/main/java/org/apache/jackrabbit/oak/security/authentication/ldap/impl/ src/test/java/org/apache/jackrabbit/oak/security/authen

2015-09-04 Thread Davide Giannella
On 03/09/2015 18:37, bae...@apache.org wrote:
> Author: baedke
> Date: Thu Sep  3 16:37:40 2015
> New Revision: 1701065
>
> ... 
>  @Test
> +public void testGetUserProperties() throws Exception {
> +ExternalUser user = idp.getUser(TEST_USER1_UID);
> +assertNotNull("User 1 must exist", user);
> +List multiValuePropValue = Arrays.asList(new String[] { 
> "top", "person", "organizationalPerson", "inetOrgPerson"});
> +Map properties = new ImmutableMap.Builder Object>()
> +.put("uid", "hhornblo")
> +.put("mail", "hhorn...@royalnavy.mod.uk")
> +.put("givenname", "Horatio")
> +.put("description", "Capt. Horatio Hornblower, R.N")
> +.put("sn", "Hornblower")
> +.put("cn", "Horatio Hornblower")
> +.put("objectclass", multiValuePropValue)
> +.build();
> +assertThat((Map) user.getProperties(), 
> Matchers.>equalTo(properties));
> +}
>

This test is making the build failing locally and on jenkins. Will
proceed with investigations and Ignore it in case to unlock the situation.

https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/393/#showFailuresLink

Davide




Re: oak-run - quo vadis? (was: oak-run upgrade improvements)

2015-09-04 Thread Michael Dürig



On 3.9.15 11:58 , Julian Sedding wrote:

I know that Oak has a flat module structure. Still I would think that
putting these split modules + something like "oak-tools-commons" into
a folder called "tools". What do others think? Does anyone have strong
feelings for staying with a flat structure?


It wasn't always so flat. Only recently some stuff has been removed 
flattening it out. So IMO there is no problem with sub-modules as long 
as they make sense.



- oak-dev-tools
- oak-upgrade
- oak-ops-tool




+1 and maybe put those into a oak-tools folder and change the naming a bit:

oak-tools/
oak-tools/oak-development
oak-tools/oak-upgrade
oak-tools/oak-operations

Michael



Re: oak-run - quo vadis? (was: oak-run upgrade improvements)

2015-09-04 Thread Tomek Rekawek
Hi,



On 04/09/15 10:01, "Michael Dürig"  wrote:

>+1 and maybe put those into a oak-tools folder and change the naming a bit:
>
>oak-tools/
>oak-tools/oak-development
>oak-tools/oak-upgrade
>oak-tools/oak-operations

+1. As a first step I extracted the upgrade command from oak-run to oak-upgrade 
in OAK-2171. After creating the oak-tools, the whole oak-upgrade can be moved 
there.

Best regards,
Tomek