Hi Team,
I was trying to run the IT test locally before I push in my changes
related to DataStore. However it seems that testcase are currently
failing even without my change.
- Apache CI - http://ci.apache.org/builders/oak-trunk/ - There has
been no build post rev 1576949 (Current 1577399)
- Tra
> the build system should only rely on java.
Yup. That would be taken care by Maven
Chetan Mehrotra
On Fri, Mar 14, 2014 at 10:34 AM, Tobias Bocanegra wrote:
> Hi,
>
> On Thu, Mar 13, 2014 at 9:37 PM, Chetan Mehrotra
> wrote:
>> Just testing the waters here :)
>>
>> I need to write couple of i
Hi,
On Thu, Mar 13, 2014 at 9:37 PM, Chetan Mehrotra
wrote:
> Just testing the waters here :)
>
> I need to write couple of integration testcase related to checking
> OSGi configuration support (OAK-1502) in oak-pojosr module. It would
> be much much more faster and convenient for me if I can wri
Just testing the waters here :)
I need to write couple of integration testcase related to checking
OSGi configuration support (OAK-1502) in oak-pojosr module. It would
be much much more faster and convenient for me if I can write these
testcases in groovy.
So would it be fine if I can use Groovy
Hi,
I tried to create users concurrently, and I get a constraint violation:
"Cannot create user/group: Intermediate folders must be of type
rep:AuthorizableFolder."
on the "addExistingNode" parent, because the User validator traverses
up the following tree:
"/rep:security/rep:authorizables/rep:
On 13.3.14 10:14 , Jukka Zitting wrote:
As a result the observer added in thread A would see State1 as the
initial state of the repository, and State3 as the result of the first
observed commit. By synchronizing the addObserver() method we can
ensure that no commit() call is completed while th
Hi,
On Thu, Mar 13, 2014 at 4:58 PM, wrote:
> OAK-1491: ObservationTest failure on Windows
> Declare member accessed from multiple threads as volatile
It would be better to synchronized the addObserver() method. Otherwise
there's a risk of a newly added observer seeing two or more commits
merge
Hi all,
I am currently writing a training for Oak Users and have found an issue with
query indexing where things to not work as expected.
I execute the following query:
String expression = "SELECT * FROM [nt:base] WHERE trainingProperty > 10";
Query query = queryManager.createQuery(expression,Qu
Good afternoon team,
trying to implement the range queries (>, >=, <, <=) as part of the
Ordered Index. I encountered a problem that I think is not easily (or
possible) to solve without a change in the API.
The flow when performing a query is the following:
1) a QueryIndex is asked for a cost: Q
I created https://issues.apache.org/jira/browse/OAK-1536 with a patch attached.
Regards
Julian
On Thu, Mar 13, 2014 at 11:03 AM, Michael Dürig wrote:
>
> On 13.3.14 10:51 , Julian Sedding wrote:
>>
>> To mitigate such issues, I have developed a
>> baselining-maven-plugin[0], which leverages the
... to the Felix *project*. (sorry for the typo)
On Thu, Mar 13, 2014 at 3:11 PM, Julian Sedding wrote:
> Hi Felix
>
> We can certainly look into donating the plugin to the Felix plugin.
>
> Regards
> Julian
>
>
> On Thu, Mar 13, 2014 at 11:05 AM, Felix Meschberger
> wrote:
>> Hi Julian
>>
>> C
Hi Felix
We can certainly look into donating the plugin to the Felix plugin.
Regards
Julian
On Thu, Mar 13, 2014 at 11:05 AM, Felix Meschberger wrote:
> Hi Julian
>
> Cool !
>
> With my Apache Felix hat on: I am pretty sure this project would be
> interested in a contribution ;-)
>
> Regards
after one more day of investigating I think it makes sense to create the
OSGi specific bundle only for Solr, as the Lucene one already works nicely
and repackaging in the bigger one would complicate rather than simplify, as
noted in yesterday email.
So for now I'd commit my changes in
https://githu
hi,
The travis build is currently failing [0], failing test is
org.apache.jackrabbit.oak.plugins.document.DocumentMKBranchMergeTest#concurrentNonConflictingMerges
Seeing as we don't receive mails for failed consecutive builds, even though
they might fail for completely different reasons, I'm goin
Hi,
As part of work related to enabling usage of custom BlobStore
implementations I have updated broken down patches to
* OAK-1502 - Make DataStores available to NodeStores [1]
* OAK-805 - Support for existing Jackrabbit 2.x DataStores [2]
* OAK-1333 - SegmentMK: Support for Blobs in external sto
Hi,
This commit introduced 3 .csv and .txt files without licence headers.
I fixed it with rev 1577113.
The travis build is broken, let's see if this commit brings it back to
green.
best,
alex
On Wed, Mar 12, 2014 at 11:22 AM, wrote:
> Author: thomasm
> Date: Wed Mar 12 10:22:24 2014
> New
Hi Julian
Cool !
With my Apache Felix hat on: I am pretty sure this project would be interested
in a contribution ;-)
Regards
Felix
Am 13.03.2014 um 10:51 schrieb Julian Sedding :
> To mitigate such issues, I have developed a
> baselining-maven-plugin[0], which leverages the baselining featur
On 13.3.14 10:51 , Julian Sedding wrote:
To mitigate such issues, I have developed a
baselining-maven-plugin[0], which leverages the baselining feature of
bnd in order to check that package exports are correctly versioned
according to semantic versioning guidelines.
If there is interest, I'd be
To mitigate such issues, I have developed a
baselining-maven-plugin[0], which leverages the baselining feature of
bnd in order to check that package exports are correctly versioned
according to semantic versioning guidelines.
If there is interest, I'd be happy to provide a patch for the Oak projec
19 matches
Mail list logo