> Why the . extra subdirectory?
The repository home folder is used by various components in Oak. For
example FileDataStore stores the binaries under /datastore folder. Hence the subdirectory. So it would result in
/segmentstore
/datastore
Later we would probably store the config files when using
+1. I also missed getting a clean way to get blobId from Blob. So
adding this method would be useful in other cases also
Chetan Mehrotra
On Tue, Apr 1, 2014 at 8:05 AM, Jukka Zitting wrote:
> Hi,
>
> On Mon, Mar 31, 2014 at 3:25 PM, Michael Dürig wrote:
>> 2nd try: http://svn.apache.org/r158341
Hi,
On Mon, Mar 31, 2014 at 3:25 PM, Michael Dürig wrote:
> 2nd try: http://svn.apache.org/r1583413
That's more correct, but has horrible performance with any
implementation (including BlobStoreBlob and SegmentBlob) that doesn't
precompute the hash.
As mentioned earlier, a better alternative wo
Build Update for apache/jackrabbit-oak
-
Build: #3962
Status: Errored
Duration: 3002 seconds
Commit: 6d21a484e87df8c075ed6988cf374ca4b4559b41 (trunk)
Author: Michael Duerig
Message: OAK-1651: Fix oak-solr-core pom dependencies
Add missing dependency on jcr-comm
Build Update for apache/jackrabbit-oak
-
Build: #3961
Status: Errored
Duration: 3002 seconds
Commit: edf53b5f6f5a92f4d84e18e4e6f3764f0d135c67 (trunk)
Author: Michael Duerig
Message: OAK-1489: ValueImpl should implement JackrabbitValue
Expose the blob reference
Build Update for apache/jackrabbit-oak
-
Build: #3960
Status: Errored
Duration: 3003 seconds
Commit: ddb633efb415dabd7e51618c1d159413ca7bf691 (trunk)
Author: Jukka Zitting
Message: OAK-631: SegmentMK: Implement garbage collection
Add initial TarFile.cleanup()
2nd try: http://svn.apache.org/r1583413
Michael
On 31 March 2014 17:35, Jukka Zitting wrote:
> Hi,
>
> On Mon, Mar 31, 2014 at 6:14 AM, wrote:
>> +@Override
>> +public String getContentIdentity() {
>> +return getBlob().getReference();
>> +}
>
> This is a bit troublesome, as
Build Update for apache/jackrabbit-oak
-
Build: #3959
Status: Passed
Duration: 2951 seconds
Commit: ab256b0d1283daeefb74658fa8f42ccb5629187b (trunk)
Author: Tommaso Teofili
Message: OAK-1651 - fixed oak-solr-core pom dependency declarations
git-svn-id: https:/
Hi,
On Fri, Mar 14, 2014 at 4:42 AM, wrote:
> @@ -84,6 +112,8 @@ public class SegmentNodeStoreService ext
> String directory = lookup(context, DIRECTORY);
> if (directory == null) {
> directory = "tarmk";
> +}else{
> +directory = FilenameUtils.c
Hi,
On Mon, Mar 31, 2014 at 6:14 AM, wrote:
> +@Override
> +public String getContentIdentity() {
> +return getBlob().getReference();
> +}
This is a bit troublesome, as the getContentIdentity() contract
requires that "Once an identifier is available, it will never change
beca
You can define the version in dependencyManagement section and that
would be inherited by child projects. For e.g. there are entries for
junit, easymock etc. In child project you just define the groupId and
artifactId
Chetan Mehrotra
On Mon, Mar 31, 2014 at 7:22 PM, Julian Reschke wrote:
> On 20
On 2014-03-31 15:31, Chetan Mehrotra wrote:
Might be simpler to define the version in oak-parent
Chetan Mehrotra
...
Likely. I quickly looked at oak-parent and couldn't see any test
dependencies over there, so decided to lave it alone for now...
Best regards, Julian
Might be simpler to define the version in oak-parent
Chetan Mehrotra
On Mon, Mar 31, 2014 at 6:57 PM, wrote:
> Author: reschke
> Date: Mon Mar 31 13:27:46 2014
> New Revision: 1583325
>
> URL: http://svn.apache.org/r1583325
> Log:
> use the latest H2 DB throughout
>
> Modified:
> jackrabbit
it should be fine now (as of r1583322).
Tommaso
2014-03-31 13:37 GMT+02:00 Tommaso Teofili :
> disabling it for now while investigating.
> Tommaso
>
>
> 2014-03-31 12:36 GMT+02:00 Julian Reschke :
>
> On 2014-03-28 16:13, Julian Reschke wrote:
>>
>>> On 2014-03-28 12:22, tomm...@apache.org wrot
Build Update for apache/jackrabbit-oak
-
Build: #3952
Status: Broken
Duration: 1991 seconds
Commit: 966441bc3918083a9f928ce72d645b0e0bda508e (trunk)
Author: Tommaso Teofili
Message: OAK-1638 - disabling sql2 test while investigating random failures
git-svn-id:
disabling it for now while investigating.
Tommaso
2014-03-31 12:36 GMT+02:00 Julian Reschke :
> On 2014-03-28 16:13, Julian Reschke wrote:
>
>> On 2014-03-28 12:22, tomm...@apache.org wrote:
>>
>>> Author: tommaso
>>> Date: Fri Mar 28 11:22:56 2014
>>> New Revision: 1582706
>>>
>>> URL: http://s
Build Update for apache/jackrabbit-oak
-
Build: #3951
Status: Fixed
Duration: 2558 seconds
Commit: ab8aa06e65b712278060a5aa948aaed490bd5e9e (trunk)
Author: Michael Duerig
Message: OAK-1489: ValueImpl should implement JackrabbitValue
Expose the blob reference as
Build Update for apache/jackrabbit-oak
-
Build: #3949
Status: Fixed
Duration: 2642 seconds
Commit: fc12d24e5d19e2dee9730c31c6ee2c97df267c66 (trunk)
Author: Chetan Mehrotra
Message: OAK-1646 - MarkSweepGarbageCollector - Improvements in exception
handling and i
On 2014-03-28 16:13, Julian Reschke wrote:
On 2014-03-28 12:22, tomm...@apache.org wrote:
Author: tommaso
Date: Fri Mar 28 11:22:56 2014
New Revision: 1582706
URL: http://svn.apache.org/r1582706
Log:
OAK-1638 - QueryJcrTest for Solr indexer
...
Reproducible over here:
...
Tommaso, can you
Hi Davide,
I'm looking into the Solr one.
Regards,
Tommaso
2014-03-31 10:55 GMT+02:00 Davide Giannella :
> Hello everyone,
>
> I think all of us is aware of those but I have a fairly consistent
> failing test (first one at the end) and a more randomly failing one.
>
> Did a pull from upstream
On Fri, Mar 28, 2014 at 8:39 PM, Jukka Zitting wrote:
> Hi,
>
> Do we still need the oak-mk-perf component for something? We added it
> in OAK-335, but have since implemented a much more comprehensive set
> of benchmarks in oak-run.
>
> It doesn't seem as if the code is still being used, as the co
Hello everyone,
I think all of us is aware of those but I have a fairly consistent
failing test (first one at the end) and a more randomly failing one.
Did a pull from upstream this morning as usual.
While the second is randomly failing and not really blocking the build,
the first one succeed pr
22 matches
Mail list logo