Re: [VOTE] Release Apache Jackrabbit Oak 1.4.25

2020-01-13 Thread Nitin Gupta
[X ] +1 Release this package as Apache Jackrabbit Oak 1.4.25

...where...
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T22:11:47+05:30)
Maven home: C:\Program Files\apache-maven-3.3.9
Java version: 1.7.0_80, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_80\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"

On Tue, Jan 14, 2020 at 12:02 PM Nitin Gupta  wrote:

> A candidate for the Jackrabbit Oak 1.4.25 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.4.25/
>
> The release candidate is a zip archive of the sources in:
>
>
> https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.4.25/
>
> The SHA1 checksum of the archive is
> 3aafeec377f09890f7bc84201f266ff55283ef3f.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> # run in SVN checkout of
> https://dist.apache.org/repos/dist/dev/jackrabbit
> $ sh check-release.sh oak 1.4.25
> 3aafeec377f09890f7bc84201f266ff55283ef3f
>
> Please vote on releasing this package as Apache Jackrabbit Oak 1.4.25.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit Oak 1.4.25
> [ ] -1 Do not release this package because...
>


Re: [VOTE] Release Apache Jackrabbit Filevault 3.4.2 and Filevault Package Maven Plugin 1.1.0 - 2nd run

2020-01-13 Thread Tobias Bocanegra
> [X] +1 Release these packages as "Apache Jackrabbit Filevault 3.4.2"
> and "Apache Jackrabbit Filevault Package Maven Plugin 1.1.0"

[INFO] 
[INFO] Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 
2019-04-05T04:00:29+09:00)
[INFO] OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
[INFO] Java version: 1.8.0_221, vendor: Oracle Corporation, runtime: 
/Library/Java/JavaVirtualMachines/jdk1.8.0_221.jdk/Contents/Home/jre
[INFO] MAVEN_OPTS:
[INFO] 
[INFO] ALL CHECKS OK
[INFO] 



[jira] [Commented] (JCRVLT-170) Introduce the concept of package types

2020-01-13 Thread Tobias Bocanegra (Jira)


[ 
https://issues.apache.org/jira/browse/JCRVLT-170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17014787#comment-17014787
 ] 

Tobias Bocanegra commented on JCRVLT-170:
-

[~dsuess] WDYT?

> Introduce the concept of package types
> --
>
> Key: JCRVLT-170
> URL: https://issues.apache.org/jira/browse/JCRVLT-170
> Project: Jackrabbit FileVault
>  Issue Type: Improvement
>  Components: Packaging
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>Priority: Major
> Fix For: 3.1.42
>
>
> h1. Overview
> content packages can be used for various purposes and this should be 
> reflected by package types. the types distinguish primarily between packages 
> with code and packages with content. other types are container packages that 
> only contain sub-packages.
> h2. Application Packages
> For code deployment scenarios the simplicity of filter roots and the accuracy 
> of  dependencies is more important than for normal content packages.
> The application packages have the characteristic that:
> - they only provide content to /apps, /libs (thus are instance private)
> - they only contain disjunct subtrees (i.e. not include/exclude in the filter 
> patterns)
> - don't create snapshots when installed, i.e. uninstalling them means 
> deleting the content below the subtree and installing the previous version
> - don't include sub-packages
> - don't include OSGi configuration or bundles
> - define proper dependencies to other application packages (i.e. all ancestor 
> paths of their import filters must be covered by one dependent package)
> - do not include oak index definitions
> - do not include hooks
> h2. Content Packages
> The content packages contain content and user configuration
> - don't have content below /apps or /libs
> - don't include OSGi configuration or bundles
> - can have sub-packages to other content packages (but not to app packages)
> h2. Container Packages
> As for the container / deployment packages they have the characteristics that:
> - they don't contain any content
> - they contain a set of application content packages
> - they don't have dependencies on other deployment packages (i.e. the 
> dependencies are implicit given by the relations of the included artifacts)
> It is to discuss if the container packages should be allowed to carry bundles 
> and config. maybe they should be handled completely different, such as using 
> sling provisioning.
> h2. Mixed Package
> This is the catch-all case of the above for legacy content. Ideally we don't 
> have any of those on the long run.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


Re: Regarding DocumentStore and BlobStore

2020-01-13 Thread Matt Ryan
Hi,

On Mon, Jan 13, 2020 at 1:19 AM Marcel Reutegger 
wrote:

> Hi,
>
> On 12.01.20, 15:40, "jorgeeflorez ." 
> wrote:
>
> > If I create two backends
> > (Oak instances), both using the same type of document and blob store,
> > and both pointing to the same "location" (folder in a file system, S3
> > path, etc). will they work without collisions or conflicts when
> > reading/storing files?
>
> For the blob stores this is generally true. When it comes to NodeStore
> implementations, only the DocumentNodeStore will also work in a clustered
> setup. The SegmentNodeStore implementation does support multiple active
> processes working on the same storage.
>

I'm pretty sure the blob stores need to implement SharedDataStore to work
in this context - or at least if you want data store garbage collection to
work in these data stores.  I'd use OakFileDataStore if you want to use a
filesystem-based blob store, S3DataStore for S3 and AzureDataStore for
Azure - they all implement SharedDataStore.


-MR


Re: [VOTE] Release Apache Jackrabbit Oak 1.22.0

2020-01-13 Thread Matt Ryan
>
> Please vote on releasing this package as Apache Jackrabbit Oak 1.22.0.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
>  [X] +1 Release this package as Apache Jackrabbit Oak 1.22.0
>  [ ] -1 Do not release this package because...
>
>
Where:

[INFO]

[INFO] Apache Maven 3.6.0 (97c98ec64a1fdfee7767ce5ffb20918da4f719f3;
2018-10-24T12:41:47-06:00)
[INFO] OS name: "mac os x", version: "10.15.2", arch: "x86_64", family:
"mac"
[INFO] Java version: 11.0.2, vendor: Oracle Corporation, runtime:
/Library/Java/JavaVirtualMachines/jdk-11.0.2.jdk/Contents/Home
[INFO] MAVEN_OPTS:
[INFO]

[INFO] ALL CHECKS OK
[INFO]



-MR


Re: [VOTE] Release Apache Jackrabbit Oak 1.22.0

2020-01-13 Thread Woonsan Ko
[X] +1 Release this package as Apache Jackrabbit Oak 1.22.0

...where...

[INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-03T15:39:06-04:00)
[INFO] OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
[INFO] Java version: 1.8.0_144, vendor: Oracle Corporation
[INFO] MAVEN_OPTS:

Regards,

Woonsan

On Mon, Jan 13, 2020 at 7:27 AM Julian Reschke  wrote:
>
> A candidate for the Jackrabbit Oak 1.22.0 release is available at:
>
>  https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.22.0/
>
> The release candidate is a zip archive of the sources in:
>
>
> https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.22.0/
>
> The SHA1 checksum of the archive is
> c6517784fd861eb1cf366c0c2b953b0f1780c3c2.
>
> A staged Maven repository is available for review at:
>
>  https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
>  # run in SVN checkout of
> https://dist.apache.org/repos/dist/dev/jackrabbit
>  $ sh check-release.sh oak 1.22.0
> c6517784fd861eb1cf366c0c2b953b0f1780c3c2
>
> Please vote on releasing this package as Apache Jackrabbit Oak 1.22.0.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
>  [ ] +1 Release this package as Apache Jackrabbit Oak 1.22.0
>  [ ] -1 Do not release this package because...
>
> Best regards, Julian


Re: [VOTE] Release Apache Jackrabbit Filevault 3.4.2 and Filevault Package Maven Plugin 1.1.0 - 2nd run

2020-01-13 Thread Woonsan Ko
[X] +1 Release these packages as "Apache Jackrabbit Filevault 3.4.2"
and "Apache Jackrabbit Filevault Package Maven Plugin 1.1.0"

...where...

[INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-03T15:39:06-04:00)
[INFO] OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
[INFO] Java version: 1.8.0_144, vendor: Oracle Corporation
[INFO] MAVEN_OPTS:

Regards,

Woonsan

On Fri, Jan 10, 2020 at 4:29 AM Konrad Windszus  wrote:
>
> Hi,
> A (2nd) candidate for the Jackrabbit Filevault 3.4.2 release is available at:
> https://dist.apache.org/repos/dist/dev/jackrabbit/filevault/3.4.2/
>
> The release candidate is a zip archive of the sources in:
> https://svn.apache.org/repos/asf/jackrabbit/commons/filevault/tags/jackrabbit-filevault-3.4.2/
>
> The SHA1 checksum of the archive is 348e2724a164f6d4b6d9b4772aa73a92feb62f81.
>
> The command for running automated checks against this release candidate is:
> $ sh check-release.sh filevault 3.4.2 348e2724a164f6d4b6d9b4772aa73a92feb62f81
>
> ---
>
> A (2nd) candidate for the Jackrabbit Filevault Package Maven Plugin 1.1.0 
> release is available at:
> https://dist.apache.org/repos/dist/dev/jackrabbit/filevault-package-maven-plugin/1.1.0/
>
> The release candidate is a zip archive of the sources in:
> https://svn.apache.org/repos/asf/jackrabbit/commons/filevault-package-maven-plugin/tags/filevault-package-maven-plugin-1.1.0/
>
> The SHA1 checksum of the archive is 0990e2ac152a99caab55e5f778459ebf9b411864
>
> The command for running automated checks against this release candidate is:
> $ sh check-release.sh filevault-plugin 1.1.0 
> 0990e2ac152a99caab55e5f778459ebf9b411864
>
> ---
>
> A staged Maven repository for both is available for review at:
> https://repository.apache.org/content/repositories/orgapachejackrabbit-1478
>
> Please vote on releasing these packages
> The vote is open for a minimum of 72 hours during business days and passes
> if a majority of at least three +1 Jackrabbit PMC votes are cast.
> The vote fails if not enough votes are cast after 1 week (5 business days).
>
> [ ] +1 Release these packages as "Apache Jackrabbit Filevault 3.4.2" and 
> "Apache Jackrabbit Filevault Package Maven Plugin 1.1.0"
> [ ] -1 Do not release these packages because...
>
>
> Thanks,
> Konrad
>


Re: [VOTE] Release Apache Jackrabbit Oak 1.22.0

2020-01-13 Thread Marcel Reutegger
Hi,

On 13.01.20, 13:27, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit Oak 1.22.0.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.

All checks OK.

+1 Release this package as Apache Jackrabbit Oak 1.22.0

Regards
 Marcel
 



RE: [VOTE] Release Apache Jackrabbit Oak 1.22.0

2020-01-13 Thread Nitin Gupta
[X] +1 Release this package as Apache Jackrabbit Oak 1.22.0

All checks passed. 

...where...
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
2015-11-10T22:11:47+05:30)
Maven home: C:\Program Files\apache-maven-3.3.9
Java version: 1.8.0_111, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.8.0_111\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "dos"

-Original Message-
From: Julian Reschke  
Sent: Monday, January 13, 2020 5:57 PM
To: oak-dev@jackrabbit.apache.org
Subject: [VOTE] Release Apache Jackrabbit Oak 1.22.0

A candidate for the Jackrabbit Oak 1.22.0 release is available at:

 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Fjackrabbit%2Foak%2F1.22.0%2Fdata=02%7C01%7Cnitigup%40adobe.com%7C3ac56e3d17e94747941608d79823e7a5%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637145152283360403sdata=c%2Fq0R%2FbRYoX2Y96954fseKsoKINCf0IJN0GPt5Bff4M%3Dreserved=0

The release candidate is a zip archive of the sources in:

 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsvn.apache.org%2Frepos%2Fasf%2Fjackrabbit%2Foak%2Ftags%2Fjackrabbit-oak-1.22.0%2Fdata=02%7C01%7Cnitigup%40adobe.com%7C3ac56e3d17e94747941608d79823e7a5%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637145152283360403sdata=TZ9Gk2PX06zx1AFEOOBHIO1RhJWkTU8OYnYWGdhWsX0%3Dreserved=0

The SHA1 checksum of the archive is
c6517784fd861eb1cf366c0c2b953b0f1780c3c2.

A staged Maven repository is available for review at:

 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2Fdata=02%7C01%7Cnitigup%40adobe.com%7C3ac56e3d17e94747941608d79823e7a5%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637145152283360403sdata=CttpxVWwf4cYiHqtLaa4%2FRFvaJonMlXxvo0STZ82YhA%3Dreserved=0

The command for running automated checks against this release candidate is:

 # run in SVN checkout of
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Fjackrabbitdata=02%7C01%7Cnitigup%40adobe.com%7C3ac56e3d17e94747941608d79823e7a5%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637145152283360403sdata=4vB5YMO87StvnyVdlcY7RDtywP0Lrlf%2BmTZxmOyeF%2Fo%3Dreserved=0
 $ sh check-release.sh oak 1.22.0
c6517784fd861eb1cf366c0c2b953b0f1780c3c2

Please vote on releasing this package as Apache Jackrabbit Oak 1.22.0.
The vote is open for the next 72 hours and passes if a majority of at least 
three +1 Jackrabbit PMC votes are cast.

 [ ] +1 Release this package as Apache Jackrabbit Oak 1.22.0
 [ ] -1 Do not release this package because...

Best regards, Julian


Re: [VOTE] Release Apache Jackrabbit Oak 1.22.0

2020-01-13 Thread Julian Reschke

On 13.01.2020 13:27, Julian Reschke wrote:

...


[X] +1 Release this package as Apache Jackrabbit Oak 1.22.0

...where...


[INFO] Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 
2018-06-17T20:33:14+02:00)
[INFO] OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
[INFO] Java version: 1.8.0_231, vendor: Oracle Corporation, runtime: 
C:\usr\local\jdk18\jre
[INFO] MAVEN_OPTS: -Xmx2g


Best regards, Julian


[VOTE] Release Apache Jackrabbit Oak 1.22.0

2020-01-13 Thread Julian Reschke

A candidate for the Jackrabbit Oak 1.22.0 release is available at:

https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.22.0/

The release candidate is a zip archive of the sources in:


https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.22.0/

The SHA1 checksum of the archive is 
c6517784fd861eb1cf366c0c2b953b0f1780c3c2.


A staged Maven repository is available for review at:

https://repository.apache.org/

The command for running automated checks against this release candidate is:

# run in SVN checkout of 
https://dist.apache.org/repos/dist/dev/jackrabbit
$ sh check-release.sh oak 1.22.0 
c6517784fd861eb1cf366c0c2b953b0f1780c3c2


Please vote on releasing this package as Apache Jackrabbit Oak 1.22.0.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.

[ ] +1 Release this package as Apache Jackrabbit Oak 1.22.0
[ ] -1 Do not release this package because...

Best regards, Julian


Oak 1.4.25 Release Plan

2020-01-13 Thread Nitin Gupta
Hi,

Release for 1.4.25 is scheduled for tomorrow. I plan on cutting the release
either tomorrow or day after (depending on work load).

Here are the list of issues -
https://issues.apache.org/jira/projects/OAK/versions/12344810

Let me know in case there are any concerns.

Regards,
Nitin


Re: Regarding DocumentStore and BlobStore

2020-01-13 Thread Marcel Reutegger
Hi,

On 12.01.20, 15:40, "jorgeeflorez ."  wrote:
> If I use MongoDB as document store will I be able to set as blob store
> one of the six available, right?

Any blob store implementation can be configured in combination with the
DocumentNodeStore on MongoDB. Though, for production use file or cloud
storage based blob stores are recommended.

> If the answer to the previous question is yes, if I create two backends
> (Oak instances), both using the same type of document and blob store,
> and both pointing to the same "location" (folder in a file system, S3
> path, etc). will they work without collisions or conflicts when
> reading/storing files?

For the blob stores this is generally true. When it comes to NodeStore
implementations, only the DocumentNodeStore will also work in a clustered
setup. The SegmentNodeStore implementation does support multiple active
processes working on the same storage.

Regards
 Marcel