On 2015-12-10 15:58, Julian Reschke wrote:
On 2015-12-10 15:22, Marcel Reutegger wrote:
Hi,
hmm, this could be similar to
https://issues.apache.org/jira/browse/OAK-2704
I had a closer look at the DOCUMENT_RDB fixture and I think
the problem is with the createNodeStore() method. The method
is
On 10.12.15 11:54 , Michael Dürig wrote:
On 10.12.15 11:40 , Tomek Rekawek wrote:
Bertrand already pointed out the appropriate option. Passing
**/target/unit-tests.log as the “Files to archive” should do the trick.
Ok, I added a post build action for archiving **/target/unit-tests.log.
On Thu, Dec 10, 2015 at 11:27 AM, Michael Dürig wrote:
> On 10.12.15 11:02 , Tomek Rekawek wrote:
>> ...Maybe we can change the configuration, so the
>> target/unittest.log file will be archived if the job is failed?...
>
> This would be useful anyway but I think so far no one
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build
#607)
Status: Still Failing
Check console output at
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/607/ to view
the results.
Changes:
No changes
Test results:
6 tests failed.
FAILED:
Indexing is not really my area of expertise, but I'm all in favour of
removing long-time deprecated code.
2015-12-10 12:36 GMT+01:00 Chetan Mehrotra :
> Given that ordered property indexes have been deprecated long time
> back it would be better if we remove the
Hi Timothée,
On Thu, Dec 10, 2015 at 4:59 PM, Timothée Maret
wrote:
> However, I think that encryption and decryption go in pair (use the same
> algo) and maybe it would be best to reflect it in the API.
>From what I understand Its main usecase is to allow components
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build
#606)
Status: Failure
Check console output at
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/606/ to view
the results.
Changes:
[reschke] OAK-3730: RDBDocumentStore: implement RDB-specific
On 10.12.15 11:02 , Tomek Rekawek wrote:
I’ve noticed that the failed builds can be assigned to a few
machines. For instance, builds on ubuntu-6, ubuntu-5, H11 and H10
fails almost every time. On the other hand, all builds on the
jenkins-ubuntu-1404-4gb succeedes.
Good find! Are these
Hi Chetan,
Thanks for your reply.
2015-12-09 16:17 GMT+01:00 Chetan Mehrotra :
> On Tue, Dec 1, 2015 at 6:21 PM, Timothée Maret
> wrote:
> > The API would
> >
> > - Cover encrypting/decrypting data using an instance global master key
> > -
On 22/07/2015 10:23, Davide Giannella wrote:
> On 20/07/2015 14:12, Julian Sedding wrote:
>> +1 It sounds sensible to split this up. It seems that it has evolved
>> into a collection of functionality that shares mostly the fact that
>> they are run on the command line. I would like to see the
Given that ordered property indexes have been deprecated long time
back it would be better if we remove the corresponding code or at
least disable the OSGi components for it
I would prefer removal of code as otherwise we need to take care of
that code also if any cross cutting refactoring is to
On 2015-12-10 14:57, Tomek Rekawek wrote:
Hi,
I spent some time analysing the logs and I found out a strange thing. On a
“slow” machine, in the surefire logs for the AtomicCounterTest (which takes 63
sec while it should 3 sec), following test case appears [1]:
It’s a test case from a
On 10/12/2015 12:37, Alex Parvulescu wrote:
> I'm also in favour or removing, but maybe do it as a two phase approach,
> first drop the code but leave a dummy component that will log a warning in
> case the specific index type is used, next on phase 2 drop the warning.
>
+1 for this.
Can any of
I'm also in favour or removing, but maybe do it as a two phase approach,
first drop the code but leave a dummy component that will log a warning in
case the specific index type is used, next on phase 2 drop the warning.
On Thu, Dec 10, 2015 at 12:36 PM, Chetan Mehrotra
Hi,
I spent some time analysing the logs and I found out a strange thing. On a
“slow” machine, in the surefire logs for the AtomicCounterTest (which takes 63
sec while it should 3 sec), following test case appears [1]:
It’s a test case from a completely different class. I downloded all
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.0.25 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 --
Hi,
Could we get rid of unused stuff? Like Hadoop (7 MB!). Do we need Solr
(2.3 MB), Tika, Zookeeper, Jetty, H2 (the SQL part)? Do we need the
Jackrabbit remoting stuff? I guess we need Groovy (4 MB) and Lucene (4 MB).
Of those 50MB, just 8% is Oak, and the rest is dependencies.
Regards,
Hi,
The vote passes as follows:
+1 Chetan Mehrotra
+1 Alex Parvulescu
+1 Julian Reschke
+1 Amit Jain
Thanks for voting. I'll push the release out.
Regards
Amit
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build
#612)
Status: Failure
Check console output at
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/612/ to view
the results.
Changes:
[reschke] OAK-3764: RDB/NodeStoreFixture fails to track DataSource
Hi,
hmm, this could be similar to
https://issues.apache.org/jira/browse/OAK-2704
I had a closer look at the DOCUMENT_RDB fixture and I think
the problem is with the createNodeStore() method. The method
is supposed to create independent node store instances, but
the RDB implementation uses an
On 2015-12-10 15:22, Marcel Reutegger wrote:
Hi,
hmm, this could be similar to
https://issues.apache.org/jira/browse/OAK-2704
I had a closer look at the DOCUMENT_RDB fixture and I think
the problem is with the createNodeStore() method. The method
is supposed to create independent node store
21 matches
Mail list logo