[jira] [Updated] (OAK-10002) oak-core: bump up logging for deprecated Guava based APIs to INFO
[ https://issues.apache.org/jira/browse/OAK-10002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-10002: - Fix Version/s: 1.22.15 > oak-core: bump up logging for deprecated Guava based APIs to INFO > - > > Key: OAK-10002 > URL: https://issues.apache.org/jira/browse/OAK-10002 > Project: Jackrabbit Oak > Issue Type: Task > Components: core >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.46.0, 1.22.15 > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (OAK-10002) oak-core: bump up logging for deprecated Guava based APIs to INFO
[ https://issues.apache.org/jira/browse/OAK-10002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17634892#comment-17634892 ] Julian Reschke edited comment on OAK-10002 at 1/20/23 7:14 AM: --- trunk: (1.46.0) [f91640adcb|https://github.com/apache/jackrabbit-oak/commit/f91640adcb51816ff4b842e2c707f6638ac858f6] 1.22: [4d744f1466|https://github.com/apache/jackrabbit-oak/commit/4d744f146670a821c1735ca528a5b82055ee880c] was (Author: reschke): trunk: [f91640adcb|https://github.com/apache/jackrabbit-oak/commit/f91640adcb51816ff4b842e2c707f6638ac858f6] > oak-core: bump up logging for deprecated Guava based APIs to INFO > - > > Key: OAK-10002 > URL: https://issues.apache.org/jira/browse/OAK-10002 > Project: Jackrabbit Oak > Issue Type: Task > Components: core >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.46.0, 1.22.15 > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-9994) avoid leaking out transitive dependencies to Guava
[
https://issues.apache.org/jira/browse/OAK-9994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated OAK-9994:
Description:
With Guava being a compile-scope dependency, we currently leak out a dependency
to Guava 15 to any user of Oak. In particular, downstream projects might use
Guava without having explicitly declared a dependency, and will get a narrow
version scope (that is, for now 15).
If we change the scope to "provided", downstream users who do use Guava will
have to declare their dependency explicitly.
Like that:
{noformat}
org.apache.felix
maven-bundle-plugin
com.google.common.*;version="[15.0,21)",
*
{noformat}
The current recommended version range can be found in oak/oak-parent.xml as
"guava.osgi.import".
When *deploying* Oak, make sure that a matching version of Guava is present in
the class path (for instance, for now:
https://mvnrepository.com/artifact/com.google.guava/guava/15.0)
was:
With Guava being a compile-scope dependency, we currently leak out a dependency
to Guava 15 to any user of Oak. In particular, downstream projects might use
Guava without having explicitly declared a dependency, and will get a narrow
version scope (that is, for now 15).
If we change the scope to "provided", downstream users who do use Guava will
have to declare their dependency explicitly.
Like that:
{noformat}
org.apache.felix
maven-bundle-plugin
com.google.common.*;version="[15.0,21)",
*
{noformat}
The current recommended version range can be found in oak/oak-parent.xml as
"guava.osgi.import".
> avoid leaking out transitive dependencies to Guava
> --
>
> Key: OAK-9994
> URL: https://issues.apache.org/jira/browse/OAK-9994
> Project: Jackrabbit Oak
> Issue Type: Technical task
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Fix For: 1.46.0, 1.22.14
>
>
> With Guava being a compile-scope dependency, we currently leak out a
> dependency to Guava 15 to any user of Oak. In particular, downstream projects
> might use Guava without having explicitly declared a dependency, and will get
> a narrow version scope (that is, for now 15).
> If we change the scope to "provided", downstream users who do use Guava will
> have to declare their dependency explicitly.
> Like that:
> {noformat}
>
>
>
> org.apache.felix
> maven-bundle-plugin
>
>
>
> com.google.common.*;version="[15.0,21)",
> *
>
>
>
>
>
>
> {noformat}
> The current recommended version range can be found in oak/oak-parent.xml as
> "guava.osgi.import".
> When *deploying* Oak, make sure that a matching version of Guava is present
> in the class path (for instance, for now:
> https://mvnrepository.com/artifact/com.google.guava/guava/15.0)
>
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (OAK-10068) Build Jackrabbit/jackrabbit-oak-trunk #771 failed
[ https://issues.apache.org/jira/browse/OAK-10068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17678861#comment-17678861 ] Hudson commented on OAK-10068: -- Previously failing build now is OK. Passed run: [Jackrabbit/jackrabbit-oak-trunk #777|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/777/] [console log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/777/console] > Build Jackrabbit/jackrabbit-oak-trunk #771 failed > - > > Key: OAK-10068 > URL: https://issues.apache.org/jira/browse/OAK-10068 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit/jackrabbit-oak-trunk #771 has failed. > First failed run: [Jackrabbit/jackrabbit-oak-trunk > #771|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/771/] > [console > log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/771/console] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (OAK-10074) AutoMembershipProvider consistency with ExternalPrincipalProvider
[
https://issues.apache.org/jira/browse/OAK-10074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Angela Schreiber resolved OAK-10074.
Fix Version/s: 1.48.0
Resolution: Fixed
> AutoMembershipProvider consistency with ExternalPrincipalProvider
> -
>
> Key: OAK-10074
> URL: https://issues.apache.org/jira/browse/OAK-10074
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: auth-external
>Reporter: Angela Schreiber
>Assignee: Angela Schreiber
>Priority: Major
> Fix For: 1.48.0
>
>
> upon compute effective group principals in {{ExternalPrincipalProvider}} the
> global {{group.automembership}} configuration is applied to all external
> identities.
> for consistency the same logic should be applied for
> {{AutoMembershipProvider.getMembers}}.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (OAK-10074) AutoMembershipProvider consistency with ExternalPrincipalProvider
Angela Schreiber created OAK-10074:
--
Summary: AutoMembershipProvider consistency with
ExternalPrincipalProvider
Key: OAK-10074
URL: https://issues.apache.org/jira/browse/OAK-10074
Project: Jackrabbit Oak
Issue Type: Improvement
Components: auth-external
Reporter: Angela Schreiber
Assignee: Angela Schreiber
upon compute effective group principals in {{ExternalPrincipalProvider}} the
global {{group.automembership}} configuration is applied to all external
identities.
for consistency the same logic should be applied for
{{AutoMembershipProvider.getMembers}}.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Resolved] (OAK-10073) Additional tests combining dynamic groups and automembership
[ https://issues.apache.org/jira/browse/OAK-10073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Angela Schreiber resolved OAK-10073. Resolution: Fixed > Additional tests combining dynamic groups and automembership > > > Key: OAK-10073 > URL: https://issues.apache.org/jira/browse/OAK-10073 > Project: Jackrabbit Oak > Issue Type: Task > Components: auth-external >Reporter: Angela Schreiber >Assignee: Angela Schreiber >Priority: Major > Fix For: 1.48.0 > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (OAK-10070) Release Oak 1.22.14
[ https://issues.apache.org/jira/browse/OAK-10070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke closed OAK-10070. > Release Oak 1.22.14 > --- > > Key: OAK-10070 > URL: https://issues.apache.org/jira/browse/OAK-10070 > Project: Jackrabbit Oak > Issue Type: Task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (OAK-10070) Release Oak 1.22.14
[ https://issues.apache.org/jira/browse/OAK-10070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-10070. -- Resolution: Fixed > Release Oak 1.22.14 > --- > > Key: OAK-10070 > URL: https://issues.apache.org/jira/browse/OAK-10070 > Project: Jackrabbit Oak > Issue Type: Task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (OAK-10073) Additional tests combining dynamic groups and automembership
Angela Schreiber created OAK-10073: -- Summary: Additional tests combining dynamic groups and automembership Key: OAK-10073 URL: https://issues.apache.org/jira/browse/OAK-10073 Project: Jackrabbit Oak Issue Type: Task Components: auth-external Reporter: Angela Schreiber Assignee: Angela Schreiber Fix For: 1.48.0 -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (OAK-10071) Consistently filter duplicate authorizables in iterators
[ https://issues.apache.org/jira/browse/OAK-10071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Angela Schreiber resolved OAK-10071. Fix Version/s: 1.48.0 Resolution: Fixed > Consistently filter duplicate authorizables in iterators > > > Key: OAK-10071 > URL: https://issues.apache.org/jira/browse/OAK-10071 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: core >Reporter: Angela Schreiber >Assignee: Angela Schreiber >Priority: Major > Fix For: 1.48.0 > > > iterators returned by membership related methods (like Authorizable.memberof > and Group.getMembers and their declared variants) should consistently filter > duplicates. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-9758) Oak run indexing silently broken without tika.jar (text rendition)
[ https://issues.apache.org/jira/browse/OAK-9758?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-9758: Fix Version/s: (was: 1.48.0) > Oak run indexing silently broken without tika.jar (text rendition) > -- > > Key: OAK-9758 > URL: https://issues.apache.org/jira/browse/OAK-9758 > Project: Jackrabbit Oak > Issue Type: Improvement >Reporter: Yu-An Lin >Assignee: Thomas Mueller >Priority: Major > Labels: indexing > > If "java oak-run.jar createIndex ..." is used without the tika.jar or its > dependencies, then text extraction is not made (for those binaries where the > parser is missing in the classpath). This is silent: there is no warning or > exception. > It would be better if oak-run createIndex prevents indexing if tika / its > dependencies are missing. An override is needed. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-9759) Improve oak-run indexing IT tests: facets
[ https://issues.apache.org/jira/browse/OAK-9759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-9759: Fix Version/s: (was: 1.48.0) > Improve oak-run indexing IT tests: facets > - > > Key: OAK-9759 > URL: https://issues.apache.org/jira/browse/OAK-9759 > Project: Jackrabbit Oak > Issue Type: Improvement >Reporter: Yu-An Lin >Priority: Major > Labels: indexing > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-9747) Download resume needs to handle hidden nodes
[ https://issues.apache.org/jira/browse/OAK-9747?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-9747: Fix Version/s: (was: 1.48.0) > Download resume needs to handle hidden nodes > > > Key: OAK-9747 > URL: https://issues.apache.org/jira/browse/OAK-9747 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: indexing >Reporter: Thomas Mueller >Assignee: Thomas Mueller >Priority: Major > > We implement download resume of documents from mongodb for the indexing > process. It works by saving the download state (last downloaded document's > _modified and _id ) so that resume (if needed) could start from that point. > The documents are first kept in memory and then dumped to file once the > memory usage reaches a certain threshold. The state save is done after every > dump. > However not every document downloaded from mongodb reaches this point i.e. > saving to disk. Some of those documents are filtered eg. hidden nodes - > https://github.com/apache/jackrabbit-oak/blob/24c54e500883c512e078275d1f85c2899404997c/oak-run-commons/src/main/java/org/apache/jackrabbit/oak/index/indexer/document/NodeStateEntryTraverser.java#L181 > So, if a download thread keeps on getting such hidden nodes continuously, > that progress is not saved and if the download fails, and retry happens, it > will again download all those hidden nodes. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-9754) Increase default dump threshold for multithreaded download
[ https://issues.apache.org/jira/browse/OAK-9754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-9754: Fix Version/s: (was: 1.48.0) > Increase default dump threshold for multithreaded download > -- > > Key: OAK-9754 > URL: https://issues.apache.org/jira/browse/OAK-9754 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: indexing >Reporter: Yu-An Lin >Priority: Major > > Looking at the detailed log output of indexing job using Oak with > Multi-Threaded Download Strategy, lots of small files are being created > because we have a low dump threshold of 1MB per file. > [https://github.com/apache/jackrabbit-oak/blob/trunk/oak-run-commons/src/main/java/org/apache/jackrabbit/oak/index/indexer/document/flatfile/FlatFileNodeStoreBuilder.java#L91] > > We should increase the threshold if possible to even larger to 16 MB instead, > that way we have 16 MB, with 8 threads that is 128 MB. This would (hopefully) > reduce the number of files from 22'972 to 1'435, which is more more > reasonable. Also, I don't think it would bring any risk of out-of-memory. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-10022) ReadOnlyFileStore#collectBlobReferences throws NullPointerException if azure blob with binary references is missing in the tar directory
[ https://issues.apache.org/jira/browse/OAK-10022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-10022: - Fix Version/s: (was: 1.48.0) > ReadOnlyFileStore#collectBlobReferences throws NullPointerException if azure > blob with binary references is missing in the tar directory > > > Key: OAK-10022 > URL: https://issues.apache.org/jira/browse/OAK-10022 > Project: Jackrabbit Oak > Issue Type: Bug > Components: segment-azure >Reporter: Miroslav Smiljanic >Assignee: Miroslav Smiljanic >Priority: Major > Attachments: OAK-10022_test.patch > > > The test case that illustrates the problem: [^OAK-10022_test.patch] > This is caused by changes introduced in OAK-9914, where for the read-only Oak > process, TAR reader is not initiating archive recovery for the unclosed > archive. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-10050) Enable access to the secondary Azure blobstore service endpoint in Oak segment node store
[
https://issues.apache.org/jira/browse/OAK-10050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated OAK-10050:
-
Fix Version/s: (was: 1.48.0)
> Enable access to the secondary Azure blobstore service endpoint in Oak
> segment node store
> -
>
> Key: OAK-10050
> URL: https://issues.apache.org/jira/browse/OAK-10050
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: segment-azure
>Reporter: Andrei Dulceanu
>Assignee: Andrei Dulceanu
>Priority: Major
>
> Create a property for the azure segment store to enable fallback to the
> secondary location
> ({{{}requestOptions.setLocationMode(LocationMode.PRIMARY_THEN_SECONDARY);{}}}).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (OAK-10071) Consistently filter duplicate authorizables in iterators
[ https://issues.apache.org/jira/browse/OAK-10071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-10071: - Fix Version/s: (was: 1.48.0) > Consistently filter duplicate authorizables in iterators > > > Key: OAK-10071 > URL: https://issues.apache.org/jira/browse/OAK-10071 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: core >Reporter: Angela Schreiber >Assignee: Angela Schreiber >Priority: Major > > iterators returned by membership related methods (like Authorizable.memberof > and Group.getMembers and their declared variants) should consistently filter > duplicates. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-10069) Best practices on how to setup access control external identities
[ https://issues.apache.org/jira/browse/OAK-10069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-10069: - Fix Version/s: (was: 1.48.0) > Best practices on how to setup access control external identities > - > > Key: OAK-10069 > URL: https://issues.apache.org/jira/browse/OAK-10069 > Project: Jackrabbit Oak > Issue Type: Documentation > Components: auth-external, doc >Reporter: Angela Schreiber >Assignee: Angela Schreiber >Priority: Major > > I have recently seen troublesome patterns for defining access control content > for external identities (specially groups). the oak documentation should > provide guidelines on how to do this. > cc: [~jhoh] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OAK-10001) Bump up minimal Java version to 11
[ https://issues.apache.org/jira/browse/OAK-10001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-10001: - Fix Version/s: 1.50.0 (was: 1.48.0) > Bump up minimal Java version to 11 > -- > > Key: OAK-10001 > URL: https://issues.apache.org/jira/browse/OAK-10001 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Fix For: 1.50.0 > > > Active support for Java 8 ended a few months ago (see > [https://endoflife.date/java]). > Java 11 has been available for four years, and offers various improvements > (in particular, it contains extensions that may help in avoiding use of Guava > (see OAK-7182)). > (Note that even Java 11 will be out of active support in a few months - so a > subsequent update to the next LTS release - Java 17 - is not that far away). > Potential downsides: > - backports to 1.22 might become harder (1.8 will be EOLd next spring > anyway). -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (OAK-10072) Release Oak 1.48.0
Julian Reschke created OAK-10072: Summary: Release Oak 1.48.0 Key: OAK-10072 URL: https://issues.apache.org/jira/browse/OAK-10072 Project: Jackrabbit Oak Issue Type: Task Reporter: Julian Reschke Assignee: Julian Reschke -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (OAK-10071) Consistently filter duplicate authorizables in iterators
Angela Schreiber created OAK-10071: -- Summary: Consistently filter duplicate authorizables in iterators Key: OAK-10071 URL: https://issues.apache.org/jira/browse/OAK-10071 Project: Jackrabbit Oak Issue Type: Improvement Components: core Reporter: Angela Schreiber Assignee: Angela Schreiber Fix For: 1.48.0 iterators returned by membership related methods (like Authorizable.memberof and Group.getMembers and their declared variants) should consistently filter duplicates. -- This message was sent by Atlassian Jira (v8.20.10#820010)
