[jira] [Commented] (OAK-10275) oak-upgrade: remove workaround for Java 1.6

2023-06-07 Thread Julian Reschke (Jira)


[ 
https://issues.apache.org/jira/browse/OAK-10275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17730250#comment-17730250
 ] 

Julian Reschke commented on OAK-10275:
--

trunk: 
[0e7ff58d14|https://github.com/apache/jackrabbit-oak/commit/0e7ff58d14b26beda86f311787c2418af067f7cd]

> oak-upgrade: remove workaround for Java 1.6
> ---
>
> Key: OAK-10275
> URL: https://issues.apache.org/jira/browse/OAK-10275
> Project: Jackrabbit Oak
>  Issue Type: Task
>  Components: upgrade
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Trivial
>  Labels: candidate_oak_1_22
> Fix For: 1.54.0
>
>
> Introduced in 
> https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Resolved] (OAK-10275) oak-upgrade: remove workaround for Java 1.6

2023-06-07 Thread Julian Reschke (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke resolved OAK-10275.
--
Resolution: Fixed

> oak-upgrade: remove workaround for Java 1.6
> ---
>
> Key: OAK-10275
> URL: https://issues.apache.org/jira/browse/OAK-10275
> Project: Jackrabbit Oak
>  Issue Type: Task
>  Components: upgrade
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Trivial
> Fix For: 1.54.0
>
>
> Introduced in 
> https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Updated] (OAK-10275) oak-upgrade: remove workaround for Java 1.6

2023-06-07 Thread Julian Reschke (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke updated OAK-10275:
-
Labels: candidate_oak_1_22  (was: )

> oak-upgrade: remove workaround for Java 1.6
> ---
>
> Key: OAK-10275
> URL: https://issues.apache.org/jira/browse/OAK-10275
> Project: Jackrabbit Oak
>  Issue Type: Task
>  Components: upgrade
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Trivial
>  Labels: candidate_oak_1_22
> Fix For: 1.54.0
>
>
> Introduced in 
> https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (OAK-10277) Build Jackrabbit/jackrabbit-oak-trunk #977 failed

2023-06-07 Thread Hudson (Jira)
Hudson created OAK-10277:


 Summary: Build Jackrabbit/jackrabbit-oak-trunk #977 failed
 Key: OAK-10277
 URL: https://issues.apache.org/jira/browse/OAK-10277
 Project: Jackrabbit Oak
  Issue Type: Bug
  Components: continuous integration
Reporter: Hudson


No description is provided

The build Jackrabbit/jackrabbit-oak-trunk #977 has failed.
First failed run: [Jackrabbit/jackrabbit-oak-trunk 
#977|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/977/] 
[console 
log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/977/console]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (OAK-10276) switch oak-upgrade to shaded guava

2023-06-07 Thread Julian Reschke (Jira)
Julian Reschke created OAK-10276:


 Summary: switch oak-upgrade to shaded guava
 Key: OAK-10276
 URL: https://issues.apache.org/jira/browse/OAK-10276
 Project: Jackrabbit Oak
  Issue Type: Technical task
  Components: elastic-search
Reporter: Julian Reschke
Assignee: Julian Reschke
 Fix For: 1.54.0






--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Updated] (OAK-10276) switch oak-upgrade to shaded guava

2023-06-07 Thread Julian Reschke (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke updated OAK-10276:
-
Component/s: upgrade
 (was: elastic-search)

> switch oak-upgrade to shaded guava
> --
>
> Key: OAK-10276
> URL: https://issues.apache.org/jira/browse/OAK-10276
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: upgrade
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Fix For: 1.54.0
>
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Updated] (OAK-10275) oak-upgrade: remove workaround for Java 1.6

2023-06-07 Thread Julian Reschke (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke updated OAK-10275:
-
Summary: oak-upgrade: remove workaround for Java 1.6  (was: remove 
workraround for Java 1.6)

> oak-upgrade: remove workaround for Java 1.6
> ---
>
> Key: OAK-10275
> URL: https://issues.apache.org/jira/browse/OAK-10275
> Project: Jackrabbit Oak
>  Issue Type: Task
>  Components: upgrade
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Trivial
> Fix For: 1.54.0
>
>
> Introduced in 
> https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (OAK-10275) remove workraround for Java 1.6

2023-06-07 Thread Julian Reschke (Jira)
Julian Reschke created OAK-10275:


 Summary: remove workraround for Java 1.6
 Key: OAK-10275
 URL: https://issues.apache.org/jira/browse/OAK-10275
 Project: Jackrabbit Oak
  Issue Type: Task
  Components: upgrade
Reporter: Julian Reschke
Assignee: Julian Reschke
 Fix For: 1.54.0


Introduced in 
https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (OAK-1719) Missing commit hooks in upgrade

2023-06-07 Thread Julian Reschke (Jira)


[ 
https://issues.apache.org/jira/browse/OAK-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17730142#comment-17730142
 ] 

Julian Reschke commented on OAK-1719:
-

trunk: (1.1.0) 
[35a8cc69a0|https://github.com/apache/jackrabbit-oak/commit/35a8cc69a0e4b4692c892bbf4e57aebaae3d4cb6]
 
[5e6906ad61|https://github.com/apache/jackrabbit-oak/commit/5e6906ad61e8c2b1486712588563a596180ca215]
 
[08d7b1b2e7|https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368]
 
[e511fa75c9|https://github.com/apache/jackrabbit-oak/commit/e511fa75c9d7bf17f49b06290219811aff033877]
 
[697a3289a8|https://github.com/apache/jackrabbit-oak/commit/697a3289a85d1261724cdb3bcf727fe9ca1425ff]
 
[97fbc1eab2|https://github.com/apache/jackrabbit-oak/commit/97fbc1eab20d69a42289e73c19404123701d970d]
1.22: (1.1.0) 
[35a8cc69a0|https://github.com/apache/jackrabbit-oak/commit/35a8cc69a0e4b4692c892bbf4e57aebaae3d4cb6]
 
[5e6906ad61|https://github.com/apache/jackrabbit-oak/commit/5e6906ad61e8c2b1486712588563a596180ca215]
 
[08d7b1b2e7|https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368]
 
[e511fa75c9|https://github.com/apache/jackrabbit-oak/commit/e511fa75c9d7bf17f49b06290219811aff033877]
 
[697a3289a8|https://github.com/apache/jackrabbit-oak/commit/697a3289a85d1261724cdb3bcf727fe9ca1425ff]
 
[97fbc1eab2|https://github.com/apache/jackrabbit-oak/commit/97fbc1eab20d69a42289e73c19404123701d970d]

...in retired branches:
1.10: (1.1.0) 
[35a8cc69a0|https://github.com/apache/jackrabbit-oak/commit/35a8cc69a0e4b4692c892bbf4e57aebaae3d4cb6]
 
[5e6906ad61|https://github.com/apache/jackrabbit-oak/commit/5e6906ad61e8c2b1486712588563a596180ca215]
 
[08d7b1b2e7|https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368]
 
[e511fa75c9|https://github.com/apache/jackrabbit-oak/commit/e511fa75c9d7bf17f49b06290219811aff033877]
 
[697a3289a8|https://github.com/apache/jackrabbit-oak/commit/697a3289a85d1261724cdb3bcf727fe9ca1425ff]
 
[97fbc1eab2|https://github.com/apache/jackrabbit-oak/commit/97fbc1eab20d69a42289e73c19404123701d970d]
1.8: (1.1.0) 
[35a8cc69a0|https://github.com/apache/jackrabbit-oak/commit/35a8cc69a0e4b4692c892bbf4e57aebaae3d4cb6]
 
[5e6906ad61|https://github.com/apache/jackrabbit-oak/commit/5e6906ad61e8c2b1486712588563a596180ca215]
 
[08d7b1b2e7|https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368]
 
[e511fa75c9|https://github.com/apache/jackrabbit-oak/commit/e511fa75c9d7bf17f49b06290219811aff033877]
 
[697a3289a8|https://github.com/apache/jackrabbit-oak/commit/697a3289a85d1261724cdb3bcf727fe9ca1425ff]
 
[97fbc1eab2|https://github.com/apache/jackrabbit-oak/commit/97fbc1eab20d69a42289e73c19404123701d970d]
1.6: (1.1.0) 
[35a8cc69a0|https://github.com/apache/jackrabbit-oak/commit/35a8cc69a0e4b4692c892bbf4e57aebaae3d4cb6]
 
[5e6906ad61|https://github.com/apache/jackrabbit-oak/commit/5e6906ad61e8c2b1486712588563a596180ca215]
 
[08d7b1b2e7|https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368]
 
[e511fa75c9|https://github.com/apache/jackrabbit-oak/commit/e511fa75c9d7bf17f49b06290219811aff033877]
 
[697a3289a8|https://github.com/apache/jackrabbit-oak/commit/697a3289a85d1261724cdb3bcf727fe9ca1425ff]
 
[97fbc1eab2|https://github.com/apache/jackrabbit-oak/commit/97fbc1eab20d69a42289e73c19404123701d970d]
1.4: (1.1.0) 
[35a8cc69a0|https://github.com/apache/jackrabbit-oak/commit/35a8cc69a0e4b4692c892bbf4e57aebaae3d4cb6]
 
[5e6906ad61|https://github.com/apache/jackrabbit-oak/commit/5e6906ad61e8c2b1486712588563a596180ca215]
 
[08d7b1b2e7|https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368]
 
[e511fa75c9|https://github.com/apache/jackrabbit-oak/commit/e511fa75c9d7bf17f49b06290219811aff033877]
 
[697a3289a8|https://github.com/apache/jackrabbit-oak/commit/697a3289a85d1261724cdb3bcf727fe9ca1425ff]
 
[97fbc1eab2|https://github.com/apache/jackrabbit-oak/commit/97fbc1eab20d69a42289e73c19404123701d970d]
1.2: (1.1.0) 
[35a8cc69a0|https://github.com/apache/jackrabbit-oak/commit/35a8cc69a0e4b4692c892bbf4e57aebaae3d4cb6]
 
[5e6906ad61|https://github.com/apache/jackrabbit-oak/commit/5e6906ad61e8c2b1486712588563a596180ca215]
 
[08d7b1b2e7|https://github.com/apache/jackrabbit-oak/commit/08d7b1b2e751a91098d79657e144f54d1e505368]
 
[e511fa75c9|https://github.com/apache/jackrabbit-oak/commit/e511fa75c9d7bf17f49b06290219811aff033877]
 
[697a3289a8|https://github.com/apache/jackrabbit-oak/commit/697a3289a85d1261724cdb3bcf727fe9ca1425ff]
 
[97fbc1eab2|https://github.com/apache/jackrabbit-oak/commit/97fbc1eab20d69a42289e73c19404123701d970d]
1.0: (1.0.0) 
[f5b5e15097|https://github.com/apache/jackrabbit-oak/commit/f5b5e150978c585d222e00b58f1e3e040cee9309]
 
[dc5b422c2d|https://github.com/apache/jackrabbit-oak/commit/dc5b422c2d6b1f77b0c06a708f57a88b00836422]

> Missing commit hooks in upgrade
> 

[jira] [Updated] (OAK-10274) oak-core-spi: remove Guava from public API

2023-06-07 Thread Julian Reschke (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke updated OAK-10274:
-
Component/s: core-spi
 (was: commons)

> oak-core-spi: remove Guava from public API
> --
>
> Key: OAK-10274
> URL: https://issues.apache.org/jira/browse/OAK-10274
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: core-spi
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (OAK-10274) oak-core-spi: remove Guava from public API

2023-06-07 Thread Julian Reschke (Jira)
Julian Reschke created OAK-10274:


 Summary: oak-core-spi: remove Guava from public API
 Key: OAK-10274
 URL: https://issues.apache.org/jira/browse/OAK-10274
 Project: Jackrabbit Oak
  Issue Type: Technical task
  Components: commons
Reporter: Julian Reschke
Assignee: Julian Reschke






--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (OAK-10273) Index-definition json created during oak-run reindex should be flushed in chunks

2023-06-07 Thread Mohit Kataria (Jira)
Mohit Kataria created OAK-10273:
---

 Summary: Index-definition json created during oak-run reindex 
should be flushed in chunks
 Key: OAK-10273
 URL: https://issues.apache.org/jira/browse/OAK-10273
 Project: Jackrabbit Oak
  Issue Type: Improvement
  Components: indexing
Reporter: Mohit Kataria
Assignee: Mohit Kataria


For large repositories, running oak-run reindex command lead to OOME as 
index-definition created during process is serialised as whole.

One solution would be to flush the serialised index-definition in chunks to 
avoid OOME.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (OAK-10264) Build Jackrabbit/jackrabbit-oak-trunk #965 failed

2023-06-07 Thread Hudson (Jira)


[ 
https://issues.apache.org/jira/browse/OAK-10264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17730107#comment-17730107
 ] 

Hudson commented on OAK-10264:
--

Previously failing build now is OK.
 Passed run: [Jackrabbit/jackrabbit-oak-trunk 
#976|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/976/] 
[console 
log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/976/console]

> Build Jackrabbit/jackrabbit-oak-trunk #965 failed
> -
>
> Key: OAK-10264
> URL: https://issues.apache.org/jira/browse/OAK-10264
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration
>Reporter: Hudson
>Priority: Major
>
> No description is provided
> The build Jackrabbit/jackrabbit-oak-trunk #965 has failed.
> First failed run: [Jackrabbit/jackrabbit-oak-trunk 
> #965|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/965/]
>  [console 
> log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/965/console]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (OAK-10252) Distinguish in oak-jackrabbit-api between provider and consumer type interfaces

2023-06-07 Thread Julian Reschke (Jira)


[ 
https://issues.apache.org/jira/browse/OAK-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17730080#comment-17730080
 ] 

Julian Reschke commented on OAK-10252:
--

trunk: 
[dd6d968c80|https://github.com/apache/jackrabbit-oak/commit/dd6d968c80c5d4f94c4202ccacead697820e2cad]

> Distinguish in oak-jackrabbit-api between provider and consumer type 
> interfaces
> ---
>
> Key: OAK-10252
> URL: https://issues.apache.org/jira/browse/OAK-10252
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: jackrabbit-api
>Reporter: Konrad Windszus
>Assignee: Konrad Windszus
>Priority: Major
>  Labels: candidate_oak_1_22
> Fix For: 1.54.0
>
>
> Currently there is almost no annotation related to Provider or Consumer type 
> maintained on the interfaces of 
> https://github.com/apache/jackrabbit-oak/tree/trunk/oak-jackrabbit-api.
> That leads to a default of almost all interfaces being assumed ConsumerType 
> and therefore requiring all backwards-incompatible changes (for 
> implementations) a major version increment (which breaks every consuming 
> bundle).
> For ProviderType interfaces 
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ProviderType.html)
> bq. A non-binary-compatible change to a provider type normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change. 
> However, a non-binary-compatible change affecting a protected access member 
> only requires incrementing the minor version of the type's package. This 
> change will require all providers to be updated to handle the change, but 
> consumers will not require changes since they only use, and do not extend, 
> the provider type and thus could not access protected access members of the 
> provider type.
> While for ConsumerType interfaces (the default)
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ConsumerType.html)
> bq. A non-binary-compatible change to a consumer type or a binary-compatible 
> change to a consumer type affecting an abstract method normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change 
> since consumers that implement or extend the consumer type and all providers 
> must understand the change in the consumer type.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Updated] (OAK-10252) Distinguish in oak-jackrabbit-api between provider and consumer type interfaces

2023-06-07 Thread Julian Reschke (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke updated OAK-10252:
-
Labels: candidate_oak_1_22  (was: )

> Distinguish in oak-jackrabbit-api between provider and consumer type 
> interfaces
> ---
>
> Key: OAK-10252
> URL: https://issues.apache.org/jira/browse/OAK-10252
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: jackrabbit-api
>Reporter: Konrad Windszus
>Assignee: Konrad Windszus
>Priority: Major
>  Labels: candidate_oak_1_22
> Fix For: 1.54.0
>
>
> Currently there is almost no annotation related to Provider or Consumer type 
> maintained on the interfaces of 
> https://github.com/apache/jackrabbit-oak/tree/trunk/oak-jackrabbit-api.
> That leads to a default of almost all interfaces being assumed ConsumerType 
> and therefore requiring all backwards-incompatible changes (for 
> implementations) a major version increment (which breaks every consuming 
> bundle).
> For ProviderType interfaces 
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ProviderType.html)
> bq. A non-binary-compatible change to a provider type normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change. 
> However, a non-binary-compatible change affecting a protected access member 
> only requires incrementing the minor version of the type's package. This 
> change will require all providers to be updated to handle the change, but 
> consumers will not require changes since they only use, and do not extend, 
> the provider type and thus could not access protected access members of the 
> provider type.
> While for ConsumerType interfaces (the default)
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ConsumerType.html)
> bq. A non-binary-compatible change to a consumer type or a binary-compatible 
> change to a consumer type affecting an abstract method normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change 
> since consumers that implement or extend the consumer type and all providers 
> must understand the change in the consumer type.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Resolved] (OAK-10252) Distinguish in oak-jackrabbit-api between provider and consumer type interfaces

2023-06-07 Thread Julian Reschke (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Julian Reschke resolved OAK-10252.
--
Fix Version/s: 1.54.0
   Resolution: Fixed

> Distinguish in oak-jackrabbit-api between provider and consumer type 
> interfaces
> ---
>
> Key: OAK-10252
> URL: https://issues.apache.org/jira/browse/OAK-10252
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: jackrabbit-api
>Reporter: Konrad Windszus
>Assignee: Konrad Windszus
>Priority: Major
> Fix For: 1.54.0
>
>
> Currently there is almost no annotation related to Provider or Consumer type 
> maintained on the interfaces of 
> https://github.com/apache/jackrabbit-oak/tree/trunk/oak-jackrabbit-api.
> That leads to a default of almost all interfaces being assumed ConsumerType 
> and therefore requiring all backwards-incompatible changes (for 
> implementations) a major version increment (which breaks every consuming 
> bundle).
> For ProviderType interfaces 
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ProviderType.html)
> bq. A non-binary-compatible change to a provider type normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change. 
> However, a non-binary-compatible change affecting a protected access member 
> only requires incrementing the minor version of the type's package. This 
> change will require all providers to be updated to handle the change, but 
> consumers will not require changes since they only use, and do not extend, 
> the provider type and thus could not access protected access members of the 
> provider type.
> While for ConsumerType interfaces (the default)
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ConsumerType.html)
> bq. A non-binary-compatible change to a consumer type or a binary-compatible 
> change to a consumer type affecting an abstract method normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change 
> since consumers that implement or extend the consumer type and all providers 
> must understand the change in the consumer type.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Resolved] (OAK-10267) oak-search-elastic: index should be more lenient when a field cannot be converted to the mapped type

2023-06-07 Thread Fabrizio Fortino (Jira)


 [ 
https://issues.apache.org/jira/browse/OAK-10267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Fabrizio Fortino resolved OAK-10267.

Fix Version/s: 1.54.0
   Resolution: Fixed

> oak-search-elastic: index should be more lenient when a field cannot be 
> converted to the mapped type
> 
>
> Key: OAK-10267
> URL: https://issues.apache.org/jira/browse/OAK-10267
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: elastic-search, indexing
>Reporter: Fabrizio Fortino
>Assignee: Fabrizio Fortino
>Priority: Major
> Fix For: 1.54.0
>
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (OAK-10252) Distinguish in oak-jackrabbit-api between provider and consumer type interfaces

2023-06-07 Thread Manfred Baedke (Jira)


[ 
https://issues.apache.org/jira/browse/OAK-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17730066#comment-17730066
 ] 

Manfred Baedke commented on OAK-10252:
--

Merged PR.

> Distinguish in oak-jackrabbit-api between provider and consumer type 
> interfaces
> ---
>
> Key: OAK-10252
> URL: https://issues.apache.org/jira/browse/OAK-10252
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: jackrabbit-api
>Reporter: Konrad Windszus
>Assignee: Konrad Windszus
>Priority: Major
>
> Currently there is almost no annotation related to Provider or Consumer type 
> maintained on the interfaces of 
> https://github.com/apache/jackrabbit-oak/tree/trunk/oak-jackrabbit-api.
> That leads to a default of almost all interfaces being assumed ConsumerType 
> and therefore requiring all backwards-incompatible changes (for 
> implementations) a major version increment (which breaks every consuming 
> bundle).
> For ProviderType interfaces 
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ProviderType.html)
> bq. A non-binary-compatible change to a provider type normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change. 
> However, a non-binary-compatible change affecting a protected access member 
> only requires incrementing the minor version of the type's package. This 
> change will require all providers to be updated to handle the change, but 
> consumers will not require changes since they only use, and do not extend, 
> the provider type and thus could not access protected access members of the 
> provider type.
> While for ConsumerType interfaces (the default)
> (https://docs.osgi.org/javadoc/osgi.annotation/7.0.0/org/osgi/annotation/versioning/ConsumerType.html)
> bq. A non-binary-compatible change to a consumer type or a binary-compatible 
> change to a consumer type affecting an abstract method normally requires 
> incrementing the major version of the type's package. This change will 
> require all providers and all consumers to be updated to handle the change 
> since consumers that implement or extend the consumer type and all providers 
> must understand the change in the consumer type.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (OAK-10022) ReadOnlyFileStore#collectBlobReferences throws NullPointerException if azure blob with binary references is missing in the tar directory

2023-06-07 Thread Carlo Jelmini (Jira)


[ 
https://issues.apache.org/jira/browse/OAK-10022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17730014#comment-17730014
 ] 

Carlo Jelmini commented on OAK-10022:
-

This fix should be reversed, as explained in OAK-10272.

> 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
>Affects Versions: 1.44.0, 1.46.0
>Reporter: Miroslav Smiljanic
>Assignee: Miroslav Smiljanic
>Priority: Major
> Fix For: 1.48.0
>
> 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] [Created] (OAK-10272) Reverse #OAK-10022

2023-06-07 Thread Carlo Jelmini (Jira)
Carlo Jelmini created OAK-10272:
---

 Summary: Reverse #OAK-10022
 Key: OAK-10272
 URL: https://issues.apache.org/jira/browse/OAK-10272
 Project: Jackrabbit Oak
  Issue Type: Task
  Components: segment-azure
Affects Versions: 1.48.0
Reporter: Carlo Jelmini


The changes introduced in OAK-10022, where the binary references  file (.brf) 
is updated on every flush should be reverted.

They were introduced to fix a NullPointerException 
 thrown in ReadOnlyFileStore#collectBlobReferences because of the absence of 
the .brf file in the last open archive. However this fix was not enough and a 
new fix was needed (OAK-10212). 
This means the changes in OAK-10022 are no longer necessary. Given that 
updating the brf file in-place frequently on Azure can impact write performance 
and backup tooling, it's better to roll them back.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)