June 2024 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the June 2024 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2024-06.html

Please review and let me know if something is missing or incorrect.

I will submit the report on Thursday EOD.

Regards
 Marcel

March 2024 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the January 2024 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2024-03.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow Tuesday EOD.

Regards
 Marcel

Re: January 2024 report: draft for review

[Marcel Reutegger via dev]

> Re "Migration to Jakarta APIs saw some progress with good collaboration
> between different Apache project teams. However, the migration requires
> many changes while the team also wants to keep modules compatible with
> the current version of the Servlet API." - does this refer to the
> ongoing discussion in Jackrabbit (classic), or something else?

Yes, this refers https://issues.apache.org/jira/browse/JCR-4892

Regards
Marcel

January 2024 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the January 2024 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2024-01.html

Please review and let me know if something is missing or incorrect.

I will submit the report on Monday next week.

Regards
 Marcel

Re: VOTE: Migrate from Subversion to Git

[Marcel Reutegger via dev]

On 11.10.23, 20:00, "Konrad Windszus"  wrote:
> [..] I propose to migrate Jackrabbit (Classic) from SVN to Git [..]

+1, migrate Jackrabbit to Git

Regards
Marcel

[jira] [Commented] (JCR-4972) Remove RMI support

[Marcel Reutegger (Jira)]

[ 
https://issues.apache.org/jira/browse/JCR-4972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17767878#comment-17767878
 ] 

Marcel Reutegger commented on JCR-4972:
---

+1

> Remove RMI support
> --
>
> Key: JCR-4972
> URL: https://issues.apache.org/jira/browse/JCR-4972
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: jackrabbit-jcr-rmi
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Fix For: 2.22
>
>
> Due to the fact that the RMI code has been essentially unmaintained for a 
> decade, and the inherent risks related to deserialization, we should end 
> support for this module.



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

Re: [VOTE] Release Apache Jackrabbit 2.20.12

[Marcel Reutegger via dev]

On 05.09.23, 09:13, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.20.12.
> 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 2.20.12

Regards
Marcel

September 2023 report: draft for review

[Marcel Reutegger via dev]

Hi,

The draft for the September 2023 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2023-09.html

Please review and let me know if something is missing or incorrect.
I will submit the report by the end of this week.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.21.17

[Marcel Reutegger via dev]

On 13.07.23, 21:24, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.21.17.
> 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 2.21.17

Regards
Marcel

[jira] [Resolved] (JCRSITE-54) Update standalone-server documentation

[Marcel Reutegger (Jira)]

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

Marcel Reutegger resolved JCRSITE-54.
-
Resolution: Fixed

Updated in trunk https://svn.apache.org/r1910707

> Update standalone-server documentation
> --
>
> Key: JCRSITE-54
> URL: https://issues.apache.org/jira/browse/JCRSITE-54
> Project: Jackrabbit Site
>  Issue Type: Improvement
>  Components: site
>    Reporter: Marcel Reutegger
>Priority: Minor
>
> Documentation for jackrabbit-standalone is somewhat outdated. It mentions 
> version 1.6, which is very old and no longer supported.
> Similar, use of old Java versions is bad practice and documentation should 
> recommend a more recent version with appropriate options supplied to make RMI 
> safer to use.



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

[jira] [Updated] (JCRSITE-54) Update standalone-server documentation

[Marcel Reutegger (Jira)]

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

Marcel Reutegger updated JCRSITE-54:

Summary: Update standalone-server documentation  (was: Update 
standalon-server documentation)

> Update standalone-server documentation
> --
>
> Key: JCRSITE-54
> URL: https://issues.apache.org/jira/browse/JCRSITE-54
> Project: Jackrabbit Site
>  Issue Type: Improvement
>  Components: site
>    Reporter: Marcel Reutegger
>Priority: Minor
>
> Documentation for jackrabbit-standalone is somewhat outdated. It mentions 
> version 1.6, which is very old and no longer supported.
> Similar, use of old Java versions is bad practice and documentation should 
> recommend a more recent version with appropriate options supplied to make RMI 
> safer to use.



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

[jira] [Created] (JCRSITE-54) Update standalon-server documentation

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCRSITE-54:
---

 Summary: Update standalon-server documentation
 Key: JCRSITE-54
 URL: https://issues.apache.org/jira/browse/JCRSITE-54
 Project: Jackrabbit Site
  Issue Type: Improvement
  Components: site
Reporter: Marcel Reutegger


Documentation for jackrabbit-standalone is somewhat outdated. It mentions 
version 1.6, which is very old and no longer supported.

Similar, use of old Java versions is bad practice and documentation should 
recommend a more recent version with appropriate options supplied to make RMI 
safer to use.



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

June 2023 report: draft for review

[Marcel Reutegger via dev]

Hi,

The draft for the June 2023 board report is available here:
https://svn.apache.org/repos/asf/jackrabbit/site/live/jcr/status/board-report-2023-06.html

Please review and let me know if something is missing or incorrect.
I will submit the report by the end of this week.

Regards
Marcel

[jira] [Commented] (JCR-4935) session.exportDocumentView() generates unparsable XML if a JCR Property contains invalid XML character

[Marcel Reutegger (Jira)]

[ 
https://issues.apache.org/jira/browse/JCR-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17727421#comment-17727421
 ] 

Marcel Reutegger commented on JCR-4935:
---

[~reschke], what you quoted applies to system view export. IIUC, this report is 
about document view export. I think '7.3 Document View' list item 10 applies:
bq. If P is a non-BINARY property its value is converted to string form 
according to the standard conversion (see §3.6.4 Property Type Conversion). 
Entity references are used to escape characters which cannot be included as 
literals within attribute values (see §7.5 Escaping of Values).

> session.exportDocumentView() generates unparsable XML if a JCR Property 
> contains invalid XML character
> --
>
> Key: JCR-4935
> URL: https://issues.apache.org/jira/browse/JCR-4935
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-jcr-commons
>Affects Versions: 2.21.17
>Reporter: Yegor Kozlov
>Assignee: Julian Reschke
>Priority: Major
> Attachments: image-2023-05-29-14-58-05-591.png
>
>
> I came across this issue in AEM, where user content can contain all kinds of 
> special characters. In my case it was a 0x3 character (^C) in a node property 
> which was written in the JCR XML as-is, and it resulted in a unparsable 
> output. 
> !image-2023-05-29-14-58-05-591.png|width=968,height=305!
> IMO control characters, non-characters and out-of-unicode-range characters 
> should be skipped when writing XML. These can come from user data and can act 
> as a "poison pill" breaking the export/import functionality. 
>  
> The PR is coming.



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

New Jackrabbit Committer and PMC member: Rishabh Daim

[Marcel Reutegger via dev]

Hi,
Please welcome Rishabh Daim as a new committer and PMC member of the
Apache Jackrabbit project. The Jackrabbit PMC recently decided to offer
Rishabh committership based on his contributions. I'm happy to announce
that he accepted the offer and that all the related administrative work
has now been taken care of.

Welcome to the team, Rishabh!

Regards
Marcel

TAC supporting Berlin Buzzwords

[Marcel Reutegger via dev]

I’m forwarding a message from the ASF Travel Assistance Committee.


On 24.03.23, 10:57, "Gavin McDonald"  wrote:
Hi All,

The ASF Travel Assistance Committee is supporting taking up to six (6) people
to attend Berlin Buzzwords In June this year.

This includes Conference passes, and travel & accommodation as needed.

Please see our website at https://tac.apache.org for more information and how 
to apply.

Applications close on 15th April.

Good luck to those that apply.

Gavin McDonald (VP TAC)

March 2023 report: draft for review

[Marcel Reutegger via dev]

Hi,
The draft for the March 2023 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2023-03.html

Please review and let me know if something is missing or incorrect.
I will submit the report early next week.
Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.20.9

[Marcel Reutegger via dev]

On 07.03.23, 06:53, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.20.9.
> 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 2.20.9

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit FileVault 3.6.8

[Marcel Reutegger via dev]

On 05.01.23, 16:50, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault 3.6.8.
> 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.

All checks OK.

+1 Release this package as Apache Jackrabbit FileVault 3.6.8

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.20.8

[Marcel Reutegger via dev]

On 04.01.23, 18:00, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.20.8.
> 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 2.20.8

Regards
Marcel

December 2022 report: draft for review

[Marcel Reutegger via dev]

Hi,

The draft for the December 2022 board report is available here:

https://jackrabbit.apache.org/jcr/status/board-report-2022-12.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.20.7

[Marcel Reutegger via dev]

On 07.11.22, 06:56, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.20.7.
> 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 2.20.7

There is a minor typo in the release notes on line 10. It mentions
Jackrabbit 2.20.6 instead of 2.20.7.

Regards
Marcel

[jira] [Updated] (JCRVLT-662) JcrPackageRegistry.remove() leaks temp file

[Marcel Reutegger (Jira)]

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

Marcel Reutegger updated JCRVLT-662:

Fix Version/s: 3.6.6
   (was: 3.6.4)
   Resolution: Fixed
   Status: Resolved  (was: Patch Available)

Merged PR.

> JcrPackageRegistry.remove() leaks temp file
> ---
>
> Key: JCRVLT-662
> URL: https://issues.apache.org/jira/browse/JCRVLT-662
> Project: Jackrabbit FileVault
>  Issue Type: Bug
>  Components: Packaging
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 3.6.6
>
>
> Removing a package bigger than 1 MB leaks a temp file when removed via 
> JcrPackageRegistry.remove(PackageId). Internally, the method reads the 
> package into a temp file, removes the package from the repository, but does 
> not call JcrRegisteredPackage.close().



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

[jira] [Assigned] (JCRVLT-662) JcrPackageRegistry.remove() leaks temp file

[Marcel Reutegger (Jira)]

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

Marcel Reutegger reassigned JCRVLT-662:
---

Assignee: Marcel Reutegger

> JcrPackageRegistry.remove() leaks temp file
> ---
>
> Key: JCRVLT-662
> URL: https://issues.apache.org/jira/browse/JCRVLT-662
> Project: Jackrabbit FileVault
>  Issue Type: Bug
>  Components: Packaging
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 3.6.4
>
>
> Removing a package bigger than 1 MB leaks a temp file when removed via 
> JcrPackageRegistry.remove(PackageId). Internally, the method reads the 
> package into a temp file, removes the package from the repository, but does 
> not call JcrRegisteredPackage.close().



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

[jira] [Updated] (JCRVLT-662) JcrPackageRegistry.remove() leaks temp file

[Marcel Reutegger (Jira)]

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

Marcel Reutegger updated JCRVLT-662:

Status: Patch Available  (was: Open)

Proposed changes in https://github.com/apache/jackrabbit-filevault/pull/250

> JcrPackageRegistry.remove() leaks temp file
> ---
>
> Key: JCRVLT-662
> URL: https://issues.apache.org/jira/browse/JCRVLT-662
> Project: Jackrabbit FileVault
>  Issue Type: Bug
>  Components: Packaging
>    Reporter: Marcel Reutegger
>Priority: Minor
> Fix For: 3.6.4
>
>
> Removing a package bigger than 1 MB leaks a temp file when removed via 
> JcrPackageRegistry.remove(PackageId). Internally, the method reads the 
> package into a temp file, removes the package from the repository, but does 
> not call JcrRegisteredPackage.close().



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

[jira] [Created] (JCRVLT-662) JcrPackageRegistry.remove() leaks temp file

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCRVLT-662:
---

 Summary: JcrPackageRegistry.remove() leaks temp file
 Key: JCRVLT-662
 URL: https://issues.apache.org/jira/browse/JCRVLT-662
 Project: Jackrabbit FileVault
  Issue Type: Bug
  Components: Packaging
Reporter: Marcel Reutegger
 Fix For: 3.6.4


Removing a package bigger than 1 MB leaks a temp file when removed via 
JcrPackageRegistry.remove(PackageId). Internally, the method reads the package 
into a temp file, removes the package from the repository, but does not call 
JcrRegisteredPackage.close().



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

Re: [VOTE] Release Apache Jackrabbit FileVault 3.6.4

[Marcel Reutegger via dev]

On 16.09.22, 11:35, "Konrad Windszus"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault 3.6.4.
> 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.

All checks OK.

+1 Release this package as Apache Jackrabbit FileVault 3.6.4

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit FileVault 3.6.2

[Marcel Reutegger via dev]

On 16.09.22, 09:35, "Konrad Windszus"  wrote:
> Can I reuse the version number 3.6.2 or should the new release candidate be 
> 3.6.4?

I would use 3.6.4 to avoid any confusion.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit FileVault 3.6.2

[Marcel Reutegger via dev]

On 16.09.22, 09:20, "Konrad Windszus"  wrote:
> Good catch, missed to update it.
> Should I cancel and respin or can we continue (given that the JIRA
> release notes are correct)?

I'm a bit undecided, which is why I didn't vote -1. I have a slight
tendency towards respinning. Release notes are quite prominent because
they are linked on the download page and sent out with the announcement
e-mail.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit FileVault 3.6.2

[Marcel Reutegger via dev]

On 13.09.22, 14:01, "Konrad Windszus"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault 3.6.2.
> 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).

The release notes are the same as in 3.6.0.

Regards
Marcel

September 2022 report: draft for review

[Marcel Reutegger via dev]

Hi,

The draft for the September 2022 board report is available here:

https://jackrabbit.apache.org/jcr/status/board-report-2022-09.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.21.12

[Marcel Reutegger via dev]

On 08.08.22, 07:58, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.21.12.
> 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 2.21.12

Regards
Marcel

[ANNOUNCE] Apache Jackrabbit Oak 1.44.0 released

[Marcel Reutegger]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.44.0. The release is available for download at:

 http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.44.0

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.44.0 is an incremental feature release based
on and compatible with earlier stable Jackrabbit Oak 1.x
releases. This release is considered stable and targeted for
production use.

While Oak 1.44.0 compiles and tests successfully on Java 17, Javadocs
generation fails on Java 17 (but works as expected on Java 8).

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.44.0
-

Technical task

[OAK-9585] - BrokenNetworkIT fails on Java 17
[OAK-9703] - benchmarks comparing new restrictions to rep:glob
[OAK-9833] - UpgradeIT fails on Java 17

Bug

[OAK-9564] - Lease failure when update takes longer than socket timeout
[OAK-9649] - Improve multithreaded download retry strategy during indexing
[OAK-9656] - Recovery runs mistakenly when system clock jumps ahead
[OAK-9676] - In CompositeNodeStore, mounts are ignored when
iterating through child nodes
[OAK-9684] - elastic: avoid ingesting FVs with size different from
the one in the index definition
[OAK-9695] - Deleting a property fails in case there is a residual
protected property definition in its node type with a non-matching
type
[OAK-9700] - RevisionGC may fail with NPE
[OAK-9708] - Invalid logging of 'improper' regex WARN
[OAK-9709] - PropertyDelegate.isProtected() throws NPE when parent is stale
[OAK-9729] - Reduce execution time for oak-search-elastic tests
[OAK-9732] - oak-it-osgi ITs broken on Windows
[OAK-9735] - Reset/update corrupt index counter in metrics
[OAK-9736] - oak-store-composite ITs broken
[OAK-9750] - Oak-search-elastic: Add right tika dependency
[OAK-9751] - Exception while reading external changes from journal
[OAK-9769] - PathPredicate not being used properly when building
FlatFileStore
[OAK-9773] - DefaultSyncContext#syncMembership() compares external
ids case-sensitively
[OAK-9775] - ACEs with unsupported restrictions must be cleared upon editing
[OAK-9779] - PermissionConstants.PERMISSION_PROPERTY_NAMES does
not list rep:isAllow
[OAK-9782] - CompositeRestrictionProvider must call validate on
aggregated providers
[OAK-9791] - Missing check for restriction node being present
[OAK-9793] - AbstractRestrictionProvider: validation to respect
aggregation for unsupported paths
[OAK-9797] - Direct access blob cache override breaks metrics and monitoring
[OAK-9798] - Inconsistent handling of supported permissions in
CompositePermissionProviderOr
[OAK-9809] - oak-run server: update Jetty because of outdated
servlet API version
[OAK-9813] - [oak-run-commons] LoggingInitializer shutdownLogging
should not shut down if not initialized
[OAK-9817] - Index stats logging indexing cycle failures after
changes from OAK-9802

Epic

[OAK-9538] - Oak should compile & test on Java 17
[OAK-9614] - Document best pratices for Oak Access Control
Management and Permission Evaluation

New Feature

[OAK-9680] - Container level SAS URI Support in Oak-Segment-Azure
[OAK-9689] - When BlobEndpoint is not configured use AccountName
in connection string for  Azure  blob store connector
[OAK-9704] - oak-blob-cloud-azure: in AzureBlobStoreBackend,
interpret empty string like null for boolean properties

Story

[OAK-9726] - Improve index purge old version commands logs
[OAK-9734] - Index purge should prevent fully delete index
definition which is is read-only repo

Improvement

[OAK-9612] - write to a readonly builder throws a
java.lang.UnsupportedOperationException
[OAK-9662] - Perform inequality matches in Lucene+Elastic, rather
than just in the query engine
[OAK-9663] - Configuration option for allowed system-principals in
ExternalPrincipalConfiguration
[OAK-9664] - Reduce Slow Query threshold
[OAK-9665] - Unparseable date property causes entire node to fail indexing
[OAK-9672] - Robust Json formatting
[OAK-9673] - JackrabbitAccessControlManagerDelegator should
implement privilegeCollectionFromNames
[OAK-9674] -
AbstractAccessControlManager.privilegeCollectionFromNames should
validate the passed privilege names
[OAK-9685] - Bump and align testcontainers dependency to v1.16.3
[OAK-9690] - Add support to bring elastic async index uptodate
post an OutofBand reindex operation
[OAK-9701] - Additional restrictions to simplify permission se

[jira] [Updated] (JCR-4812) Update Jackrabbit trunk to Oak 1.44.0

[Marcel Reutegger (Jira)]

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

Marcel Reutegger updated JCR-4812:
--
Description: (was: Merged into 2.20 branch: 
https://svn.apache.org/r1902741)

Merged into 2.20 branch: https://svn.apache.org/r1902741

> Update Jackrabbit trunk to Oak 1.44.0
> -
>
> Key: JCR-4812
> URL: https://issues.apache.org/jira/browse/JCR-4812
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: parent
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 2.21.12, 2.20.7
>
>




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

[jira] [Updated] (JCR-4812) Update Jackrabbit trunk to Oak 1.44.0

[Marcel Reutegger (Jira)]

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

Marcel Reutegger updated JCR-4812:
--
Fix Version/s: 2.20.7
  Description: Merged into 2.20 branch: https://svn.apache.org/r1902741

> Update Jackrabbit trunk to Oak 1.44.0
> -
>
> Key: JCR-4812
> URL: https://issues.apache.org/jira/browse/JCR-4812
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: parent
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 2.21.12, 2.20.7
>
>
> Merged into 2.20 branch: https://svn.apache.org/r1902741



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

[jira] [Resolved] (JCR-4812) Update Jackrabbit trunk to Oak 1.44.0

[Marcel Reutegger (Jira)]

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

Marcel Reutegger resolved JCR-4812.
---
Fix Version/s: 2.21.12
   Resolution: Fixed

Done in trunk: http://svn.apache.org/r1902738

> Update Jackrabbit trunk to Oak 1.44.0
> -
>
> Key: JCR-4812
> URL: https://issues.apache.org/jira/browse/JCR-4812
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: parent
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 2.21.12
>
>




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

[jira] [Created] (JCR-4812) Update Jackrabbit trunk to Oak 1.44.0

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCR-4812:
-

 Summary: Update Jackrabbit trunk to Oak 1.44.0
 Key: JCR-4812
 URL: https://issues.apache.org/jira/browse/JCR-4812
 Project: Jackrabbit Content Repository
  Issue Type: Task
  Components: parent
Reporter: Marcel Reutegger
Assignee: Marcel Reutegger






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

June 2022 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the June 2022 board report is available here:

https://jackrabbit.apache.org/jcr/status/board-report-2022-06.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow.

Regards
Marcel

[jira] [Resolved] (JCRSITE-53) Remove custom privacy page

[Marcel Reutegger (Jira)]

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

Marcel Reutegger resolved JCRSITE-53.
-
Resolution: Done

Done with https://svn.apache.org/r1900141

> Remove custom privacy page
> --
>
> Key: JCRSITE-53
> URL: https://issues.apache.org/jira/browse/JCRSITE-53
> Project: Jackrabbit Site
>  Issue Type: Task
>  Components: site
>    Reporter: Marcel Reutegger
>Priority: Minor
>
> The new ASF data privacy policy requires some changes to the site.
> {quote}
> The Apache Software Foundation takes privacy seriously and works towards 
> becoming compliant with the GDPR (the European Union's General Data 
> Protection Regulation). In this first step we are trying to make 
> publicly-visible websites and services GDPR compliant.
> All websites run by the ASF must be compliant with the new website privacy 
> policy and add a link to it:
> https://privacy.apache.org/policies/privacy-policy-public.html
> Please remove all “custom” privacy policies.
> {quote}
> Jackrabbit page footers already have a link to the ASF privacy policy but the 
> custom privacy policy page must be removed.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

[jira] [Created] (JCRSITE-53) Remove custom privacy page

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCRSITE-53:
---

 Summary: Remove custom privacy page
 Key: JCRSITE-53
 URL: https://issues.apache.org/jira/browse/JCRSITE-53
 Project: Jackrabbit Site
  Issue Type: Task
  Components: site
Reporter: Marcel Reutegger


The new ASF data privacy policy requires some changes to the site.
{quote}
The Apache Software Foundation takes privacy seriously and works towards 
becoming compliant with the GDPR (the European Union's General Data Protection 
Regulation). In this first step we are trying to make publicly-visible websites 
and services GDPR compliant.

All websites run by the ASF must be compliant with the new website privacy 
policy and add a link to it:
https://privacy.apache.org/policies/privacy-policy-public.html

Please remove all “custom” privacy policies.
{quote}

Jackrabbit page footers already have a link to the ASF privacy policy but the 
custom privacy policy page must be removed.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

Re: Enable Matomo Web Analytics

[Marcel Reutegger]

Thanks.

I’m OK with enabling web analytics.

Regards
Marcel

On 10.03.22, 17:06, "Konrad Windszus"  wrote:
> Sorry, yes here are the missing references:
>
> [1] - https://privacy.apache.org/faq/committers.html
> [2] - 
> https://github.com/apache/maven-parent/commit/0dd3a29f04020d1f1acd14d3721f0b95d43caea0
> [3] - https://privacy.apache.org/policies/privacy-policy-public.html

Re: Enable Matomo Web Analytics

[Marcel Reutegger]

Hi Konrad,

This sounds interesting. Could you please add the missing links?

Regards
Marcel

On 08.03.22, 08:48, "Konrad Windszus"  wrote:
> Hi,
> Recently ASF set up a hosted instance of Matomo providing web analytics
> for ASF project’s websites [1]. WDYT about enabling web analytics with
> Matomo to learn more about our visitors? That would require including
> some Javascript similar to what was done for Maven recently in [2] to
> our websites. In addition we would need to link the ASF Privacy Policy
> [3].
>
> IMHO that would allow us to gather some interesting statistics and as it
> this seems to comply with GDPR regulations pretty well and removal
> requests would be handled by Apache IIUC.
>
> I already received a site id in
> https://the-asf.slack.com/archives/C033Q7QGF32/p1646677158997109.
>
> WDYT?
> Konrad

March 2022 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the March 2022 board report is available here:

https://jackrabbit.apache.org/jcr/status/board-report-2022-03.html

Please review and let me know if something is missing or incorrect.

I will submit the report on Tuesday.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit FileVault 3.6.0

[Marcel Reutegger]

Hi,

On 26.02.22, 18:30, "Konrad Windszus"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault 3.6.0.
> 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).

All checks OK.

+1 Release this package as Apache Jackrabbit FileVault 3.6.0

Regards
Marcel

New Jackrabbit Committer: José Andrés Cordero Benítez

[Marcel Reutegger]

Hi,

Please welcome José Andrés Cordero Benítez as a new committer and PMC
member of the Apache Jackrabbit project. The Jackrabbit PMC recently
decided to offer José committership based on his contributions. I'm
happy to announce that he accepted the offer and that all the related
administrative work has now been taken care of.

Welcome to the team, José!

Regards
 Marcel

Re: [VOTE] Release Apache Jackrabbit 2.16.9

[Marcel Reutegger]

On 04.01.22, 11:54, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.16.9.
> 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 2.16.9

Regards
 Marcel

Re: [VOTE] Release Apache Jackrabbit FileVault 3.5.8

[Marcel Reutegger]

On 17.12.21, 13:25, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault 3.5.8.
> 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).

All checks OK.

+1 Release this package as Apache Jackrabbit FileVault 3.5.8

Regards
 Marcel

Re: [VOTE] Release Apache Jackrabbit 2.21.9

[Marcel Reutegger]

On 07.12.21, 06:21, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.21.9.
> 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 2.21.9

Regards
 Marcel

December 2021 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the December 2021 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2021-12.html

Please review and let me know if something is missing or incorrect.

I will submit the report on Monday.

Regards
Marcel



Re: [VOTE] Release Apache Jackrabbit FileVault Package Maven Plugin 1.2.2

[Marcel Reutegger]

On 14.10.21, 15:32, "Konrad Windszus"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault
> Package Maven Plugin 1.2.2.

All checks OK.

+1 Release this package as Apache Jackrabbit FileVault Package Maven Plugin 
1.2.2

Regards
 Marcel

Re: Permission to start Project Cumulus as a Jackrabbit sub-module

[Marcel Reutegger]

Hi Andrei

Sounds like an interesting idea. My suggestion would be to start with as low 
overhead as possible. The Jackrabbit project has a sandbox in svn: 

https://svn.apache.org/viewvc/jackrabbit/sandbox/

Would this work for you as a location to start? Alternatively, we could also 
request a Jackrabbit sandbox repository on gitbox/GitHub.

What do others think?

Regards
 Marcel

September 2021 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the September 2021 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2021-09.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow.

Regards
Marcel

[jira] [Commented] (JCRVLT-551) Set jcr:uuid to value from package when updating node

[Marcel Reutegger (Jira)]

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

Marcel Reutegger commented on JCRVLT-551:
-

Oak uses an index to keep track of references. A commit will fail 
[here|https://github.com/apache/jackrabbit-oak/blob/c6ddcc55bee3de915459af01e91edad32d538f3d/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/index/reference/ReferenceEditor.java#L189]
 if you try to remove a node that is still referenced.

> Set jcr:uuid to value from package when updating node
> -
>
> Key: JCRVLT-551
> URL: https://issues.apache.org/jira/browse/JCRVLT-551
> Project: Jackrabbit FileVault
>  Issue Type: Improvement
>  Components: vlt
>Affects Versions: 3.5.0
>Reporter: Konrad Windszus
>Priority: Major
>
> Currently the code at 
> [https://github.com/apache/jackrabbit-filevault/blob/ac74458a0226eb503d96cf2b238cec78b6f36dc2/vault-core/src/main/java/org/apache/jackrabbit/vault/fs/impl/io/DocViewSAXImporter.java#L809]
>  does not try to adjust the {{jcr:uuid}} property in case a referenceable 
> node is imported from a package which already exists (potentially with a 
> different {{jcr:uuid)}} in the repository.
> This contradicts the contract from the javadoc 
> [https://github.com/apache/jackrabbit-filevault/blob/c612dda36895d379ec57f6d2834158ea513f2967/vault-core/src/main/java/org/apache/jackrabbit/vault/fs/impl/io/DocViewSAXImporter.java#L88].



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

[jira] [Commented] (JCR-4706) Improve Jackrabbit Release Checker script to natively support Git clones

[Marcel Reutegger (Jira)]

[ 
https://issues.apache.org/jira/browse/JCR-4706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381917#comment-17381917
 ] 

Marcel Reutegger commented on JCR-4706:
---

[~kwin], looks good to me. I tested it with the current Oak 1.22.8 release 
candidate.

> Improve Jackrabbit Release Checker script to natively support Git clones
> 
>
> Key: JCR-4706
> URL: https://issues.apache.org/jira/browse/JCR-4706
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>Reporter: Konrad Windszus
>Priority: Major
> Attachments: JCR-4706-v1.patch, JCR-4706-v2.patch
>
>
> Currently the script at 
> https://dist.apache.org/repos/dist/dev/jackrabbit/check-release.sh still 
> always relies on an SVN export to compare the zipped src with the origin. 
> Instead a native Git clone should be performed (against a Gitbox URL) 
> whenever the native repo is Git as it seems the SVN client support by GitHub 
> (https://github.blog/2011-10-20-improved-subversion-client-support/) 
> sometimes has issues.
> I experienced timeouts like this:
> {code}
> svn: E175002: Unexpected HTTP status 504 'Gateway Timeout' on 
> '/apache/jackrabbit-oak/!svn/bc/125165/tags/jackrabbit-oak-1.22.8'
> {code}



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

Re: [VOTE] Release Apache Jackrabbit FileVault Package Maven Plugin 1.1.8

[Marcel Reutegger]

On 02.06.21, 11:44, "Konrad Windszus"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault
> Package Maven Plugin 1.1.8. 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).

All checks OK.

+1 Release this package as Apache Jackrabbit FileVault Package Maven Plugin 
1.1.8

Regards
 Marcel

June 2021 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the June 2021 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2021-06.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit FileVault 3.5.0

[Marcel Reutegger]

On 20.05.21, 13:48, "Konrad Windszus"  wrote:
> Please vote on releasing this package as Apache Jackrabbit FileVault 3.5.0.
> 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).

All checks OK.

+1 Release this package as Apache Jackrabbit FileVault 3.5.0

Regards
 Marcel

[ANNOUNCE] Apache Jackrabbit Oak 1.22.7 released

[Marcel Reutegger]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.22.7. The release is available for download at:

 http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:



Release Notes -- Apache Jackrabbit Oak -- Version 1.22.7

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Jackrabbit Oak 1.22.7 is a patch release that contains fixes and
improvements over Oak 1.22. Jackrabbit Oak 1.22.x releases are
considered stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.


Changes in Oak 1.22.7
-

Bug

[OAK-8582] - Failing test in MongoDB 4.2.0:
BasicDocumentStoreTest.testLongId
[OAK-9176] - sweep upgrade of pre 1.8 branch commits not always
sets "_bc" for parents/root
[OAK-9306] - Faceting: IllegalArgumentException: dimension ... was
not indexed
[OAK-9358] - DocumentNodeStore may accumulate split candidates

Improvement

[OAK-9134] - Remove mix:referenceable from nt:frozenNode definition
[OAK-9290] - Respect nt:frozenNode definition on upgrade and migration
[OAK-9291] - Refactor check for referenceable nt:frozenNode definition
[OAK-9352] - move SystemPropertySupplier from document to commons
[OAK-9357] - Update to MongoDB Java driver 3.12
[OAK-9359] - Use SystemPropertySupplier to ease backport

This release contains a fix for OAK-9176, which performs a one time repository
scan to fix missing _bc (branch commit) entries. This only affects repositories
running on DocumentNodeStore (MongoDB and RDB). Use the system property
-Doak.documentMK.disableSweep2=true to disable this scan in case it should be
skipped explicitly.

In addition to the above-mentioned changes, this release contains
all changes included up to the previous Apache Jackrabbit Oak 1.22.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by a SHA512 checksums and a PGP
signature that you can use to verify the authenticity of your
download. The public key used for the PGP signature can be found at
https://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[jira] [Commented] (JCR-4680) ConstraintViolationException in VersionManagerImplRestore when target node has a property definition unknown by the frozen node

[Marcel Reutegger (Jira)]

[ 
https://issues.apache.org/jira/browse/JCR-4680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315469#comment-17315469
 ] 

Marcel Reutegger commented on JCR-4680:
---

bq. JCR-4680-test.diff - proposed TCK test (Marcel Reutegger - could you please 
have a look?)

Looks good to me and I agree with Angela on the suggested restore behaviour.

> ConstraintViolationException in VersionManagerImplRestore when target node 
> has a property definition unknown by the frozen node
> ---
>
> Key: JCR-4680
> URL: https://issues.apache.org/jira/browse/JCR-4680
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: versioning
>Affects Versions: 2.20.2
>Reporter: Eduardo Perez Garcia
>Priority: Major
> Attachments: JCR-4680-test.diff, VersionManagerImplRestore.patch
>
>
> If we attempt to restore a frozen node from the version history, but the 
> target node has new property definitions (mixins), we get a 
> ConstraintViolationException because the properties of the new node are 
> processed after replacing its mixins with the mixins from the frozen node.



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

March 2021 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the March 2021 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2021-03.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow. Apologies for the short notice,
but that's the due date :-/

Regards
 Marcel


Re: [VOTE] Release Apache Jackrabbit Filevault 3.4.10

[Marcel Reutegger]

Hi,

On 26.02.21, 09:56, "Konrad Windszus"  wrote:
> Please vote on releasing this package as Apache Jackrabbit Filevault
> 3.4.10. 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).

The release check script failed with:

[INFO]Comparing sources...
[INFO] 
Only in 
./target/jackrabbit-filevault-3.4.10/zip/jackrabbit-filevault-3.4.10/vault-core:
 derby.log
[ERROR]   NOT OK: Tagged sources are different from those in the archive

I don't consider this a release blocker. Running tests on the source release
manually was successful.

+1 Release this package as Apache Jackrabbit Filevault 3.4.10

Regards
 Marcel

Re: Release Jackrabbit FileVault 3.4.8 and FileVault Package Maven Plugin 1.1.6

[Marcel Reutegger]

On 11.01.21, 20:44, "Konrad Windszus"  wrote:
> Please vote on releasing both packages as Apache Jackrabbit Filevault
> 3.4.8 and FileVault Package Maven Plugin 1.1.6. 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).

All checks OK.

+1 Release these packages as Apache Jackrabbit Filevault 3.4.8 and FileVault
Package Maven Plugin 1.1.6

As mentioned by Julian earlier, I would also prefer if the two releases
were independent.

Regards
 Marcel

[ANNOUNCE] Apache Jackrabbit Oak 1.22.6 released

[Marcel Reutegger]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.22.6. The release is available for download at:

 http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:



Release Notes -- Apache Jackrabbit Oak -- Version 1.22.6

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Jackrabbit Oak 1.22.6 is a patch release that contains fixes and
improvements over Oak 1.22. Jackrabbit Oak 1.22.x releases are
considered stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.22.6
-

Bug

[OAK-9130] - DocumentDiscoveryLiteService.hasBacklog logging
regression (inverted version check)
[OAK-9304] - Filename with special characters in direct download
URI Content-Disposition are causing HTTP 400 errors from Azure

Improvement

[OAK-9261] - Upgrade Apache Solr to 8.6.3 and remove Embedded Solr Server

Task

[OAK-8769] - oak-auth-ldap pom needs maintenance
[OAK-9034] - update commons-lang3 to 3.10
[OAK-9270] - Update Oak trunk and 1.22 to Jackrabbit 2.20.2
[OAK-9299] - Update Tika dependency to 1.24.1 (backport)

Technical task

[OAK-9007] - RDB*Store: update postgresql jdbc driver reference to 42.2.12


In addition to the above-mentioned changes, this release contains
all changes included up to the previous Apache Jackrabbit Oak 1.22.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by a SHA512 checksums and a PGP
signature that you can use to verify the authenticity of your
download. The public key used for the PGP signature can be found at
https://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit Oak 1.22.6

[Marcel Reutegger]

On 15.01.21, 11:13, "Marcel Reutegger"  wrote:
> Please vote on releasing this package as Apache Jackrabbit Oak 1.22.6.
> 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.6

Regards
 Marcel

[VOTE] Release Apache Jackrabbit Oak 1.22.6

[Marcel Reutegger]

Hi,

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

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

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

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

The SHA1 checksum of the archive is f1bf79820b8234cc3979a9859b08bcac3e14f816.

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.6 f1bf79820b8234cc3979a9859b08bcac3e14f816

Please vote on releasing this package as Apache Jackrabbit Oak 1.22.6.
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.6
[ ] -1 Do not release this package because...

Regards
 Marcel

Re: [PATCH] Using --batch-mode in check-release.sh ?

[Marcel Reutegger]

Hi,

On 12.01.21, 10:46, "Robert Munteanu"  wrote:
> Reading the output of check-release.sh is hard since recent versions of
> Maven will use escape sequences to generate colored output. I proposed
> that we use --batch-mode to prevent that in the check-release.sh
> script.

+1

Regards
 Marcel

Re: MongoDB 4.2, 4.4 support plans ?

[Marcel Reutegger]

Hi,

> Are there any plans to support mongoDB 4.2 or 4.4 ?

There are, but it did not have priority so far. As you mentioned,
OAK-8582 was an attempt to support 4.2 but has not been resolved
yet.

> Could you please provide information with respect to current
> mongoDB version support and any plans to support mongoDB 4.2/4.4 ?

The documentation is actually correct and 1.10.x or newer support
MongoDB 4.0.x.

Regards
 Marcel

December 2020 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the December 2020 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2020-12.html

Please review and let me know if something is missing or incorrect.

I will submit the report early next week.

Regards
 Marcel

[jira] [Updated] (JCR-4640) Update Jackrabbit trunk to Oak 1.34.0

[Marcel Reutegger (Jira)]

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

Marcel Reutegger updated JCR-4640:
--
Labels:   (was: candidate_jcr_2_20)

Merged into:
- 2.20: http://svn.apache.org/r1881637

> Update Jackrabbit trunk to Oak 1.34.0
> -
>
> Key: JCR-4640
> URL: https://issues.apache.org/jira/browse/JCR-4640
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: parent
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 2.22, 2.21.4
>
>




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

[jira] [Updated] (JCR-4640) Update Jackrabbit trunk to Oak 1.34.0

[Marcel Reutegger (Jira)]

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

Marcel Reutegger updated JCR-4640:
--
Fix Version/s: 2.20.2

> Update Jackrabbit trunk to Oak 1.34.0
> -
>
> Key: JCR-4640
> URL: https://issues.apache.org/jira/browse/JCR-4640
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: parent
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 2.22, 2.20.2, 2.21.4
>
>




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

[jira] [Resolved] (JCR-4640) Update Jackrabbit trunk to Oak 1.34.0

[Marcel Reutegger (Jira)]

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

Marcel Reutegger resolved JCR-4640.
---
Fix Version/s: 2.21.4
   2.22
   Resolution: Fixed

Updated dependency in trunk: http://svn.apache.org/r1881636

> Update Jackrabbit trunk to Oak 1.34.0
> -
>
> Key: JCR-4640
> URL: https://issues.apache.org/jira/browse/JCR-4640
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: parent
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 2.22, 2.21.4
>
>




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

[jira] [Created] (JCR-4640) Update Jackrabbit trunk to Oak 1.34.0

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCR-4640:
-

 Summary: Update Jackrabbit trunk to Oak 1.34.0
 Key: JCR-4640
 URL: https://issues.apache.org/jira/browse/JCR-4640
 Project: Jackrabbit Content Repository
  Issue Type: Task
  Components: parent
Reporter: Marcel Reutegger
Assignee: Marcel Reutegger






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

[ANNOUNCE] Apache Jackrabbit Oak 1.34.0 released

[Marcel Reutegger]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.34.0. The release is available for download at:

 http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:


Release Notes -- Apache Jackrabbit Oak -- Version 1.34.0

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.34.0 is an incremental feature release based
on and compatible with earlier stable Jackrabbit Oak 1.x
releases. This release is considered stable and targeted for
production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.34.0
-

Bug

[OAK-9130] - DocumentDiscoveryLiteService.hasBacklog logging
regression (inverted version check)
[OAK-9146] - Elastic indexes - Updates get lost if connection is
not available
[OAK-9162] - Elastic indexes - Index creation fails if multiple
suggest fields are present
[OAK-9163] - ElasticIndexTracker should never use stored index definitions
[OAK-9166] - Elastic indexes - Fulltext query requires more rules
than expected
[OAK-9178] - PasswordHistory.updatePasswordHistory may return false status

New Feature

[OAK-7744] - Persistent cache for the Segment Node Store
[OAK-9131] - oak-run tool for scanning for references to nt:frozenNode

Improvement

[OAK-9106] - Support spellchecking in Oak ES
[OAK-9134] - Remove mix:referenceable from nt:frozenNode definition
[OAK-9136] - Allow elasticsearch port to be read from secrets
[OAK-9139] - Log message on frozen node lookup by identifier
[OAK-9142] - AzureDataStore should use concurrent request count
for all API calls
[OAK-9144] - Indexing: dynamic boost is not robust
[OAK-9147] - Config option for NRT queue timeout
[OAK-9151] - Support term suggestion in Oak ES
[OAK-9156] - Port lucene tests
[OAK-9165] - Lucene: unique sync property index don't work properly
[OAK-9170] - Make loading segment disk cache fail safe in case
when write operation is interrupted by failure
[OAK-9173] - Oak-run indexing fails with "This map is closed"
[OAK-9180] - Optimise synchronisation between threads when writing
to 3rd level segment cache
[OAK-9184] - Very slow, potential endless loop in
LucenePropertyIndex.loadDocs()
[OAK-9194] - oak-search-elastic: propertyIndex with nodeScopeIndex
should be stored in :fulltext only

Task

[OAK-9138] - Have a mechanism to track failed docs in ES
[OAK-9140] - Don't use stored index definition in elastic indexes
[OAK-9143] - Use seed instead of reindexCount for elastic index suffix
[OAK-9148] - Use IndexTracker in oak-search-elastic
[OAK-9152] - Implement factor 2 writes
[OAK-9164] - oak-search-elastic: expose relevant metrics
[OAK-9167] - Expose last indexed time as a metric
[OAK-9169] - Remove remote elastic indexes when index definition is removed
[OAK-9179] - Documentation (and comments) about rep:glob patterns
in ACE restriction is confusing
[OAK-9188] - Upgrade to Elasticsearch 7.9.0

Technical task

[OAK-9070] - Remove unnecessary (un)boxing in
oak-authorization-principalbased
[OAK-9186] - Create Benchmark(s)
[OAK-9189] - Benchmark Results - Status Quo


In addition to the above-mentioned changes, this release contains all
changes up to the previous release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA512 checksums and a
PGP signature that you can use to verify the authenticity of your
download. The public key used for the PGP signature can be found at
https://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apac

September 2020 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the September 2020 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2020-09.html

Please review and let me know if something is missing or incorrect.

I will submit the report early next week.

Regards
Marcel


Re: [VOTE] Release Apache Jackrabbit 2.18.6

[Marcel Reutegger]

On 24.08.20, 10:59, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.18.6.
> 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 2.18.6

Regards
 Marcel

Re: Your project's website

[Marcel Reutegger]

Hi Andrew,

The Apache Jackrabbit project is not using the Apache CMS to maintain
its website.

Regards
 Marcel

On 05.08.20, 14:18, "Andrew Wetmore"  wrote:

Hi:

I am part of the Infrastructure team, and am writing to ask whether your 
project is still using the Apache CMS for your project website. As you know, 
the CMS is reaching end-of-life, and we need projects to move their websites 
onto a different option within the next few weeks.

There are several alternatives available, including those listed on this page 
[1] on managing project websites. Infra is assembling a Wiki page [2] on 
migrating a website from the CMS, and is looking forward to helping projects 
with this transition.

Please let me know whether your site is still on the Apache CMS and, if so, who 
will be the project point-of-contact with Infra for the migration.

Thank you!




[1] https://infra.apache.org/project-site.html

[2] 
https://cwiki.apache.org/confluence/display/INFRA/Migrate+your+project+website+from+the+Apache+CMS


-- 
Andrew WetmoreTechnical Writer-Editor
Infra
Apache Software Foundation
andr...@apache.org




 
Virus-free.
 www.avast.com 

  <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

[jira] [Resolved] (JCR-4618) Relax PredefinedNodeTypeTest

[Marcel Reutegger (Jira)]

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

Marcel Reutegger resolved JCR-4618.
---
Fix Version/s: 2.21.3
   Resolution: Fixed

Applied change as suggested by [~corderob] to trunk: 
http://svn.apache.org/r187

> Relax PredefinedNodeTypeTest
> 
>
> Key: JCR-4618
> URL: https://issues.apache.org/jira/browse/JCR-4618
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>  Components: jackrabbit-jcr-tests
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 2.21.3
>
>
> As reported in OAK-9134 the JCR 2.0 specification does not require a 
> nt:frozenNode to be mix:referenceable anymore. The PredefinedNodeTypeTest 
> still checks for this requirement (specified in JCR 1.0) and should be 
> relaxed.



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

[jira] [Created] (JCR-4618) Relax PredefinedNodeTypeTest

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCR-4618:
-

 Summary: Relax PredefinedNodeTypeTest
 Key: JCR-4618
 URL: https://issues.apache.org/jira/browse/JCR-4618
 Project: Jackrabbit Content Repository
  Issue Type: Improvement
  Components: jackrabbit-jcr-tests
Reporter: Marcel Reutegger
Assignee: Marcel Reutegger


As reported in OAK-9134 the JCR 2.0 specification does not require a 
nt:frozenNode to be mix:referenceable anymore. The PredefinedNodeTypeTest still 
checks for this requirement (specified in JCR 1.0) and should be relaxed.



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

Re: PMC list in jackrabbit-parent/pom.xml vs team member list in jackrabbit/site

[Marcel Reutegger]

Hi,

On 16.07.20, 15:23, "Julian Reschke"  wrote:
> On 16.07.2020 15:08, Konrad Windszus wrote:
> > At Apache Sling we never put developer info into our modules and I am +1
> > on removing this info from the pom.xml in Jackrabbit either.
> 
> I agree, but would like to hear from other senior team members, such as
> Marcel :-)

I don't remember why we have the list in the pom.xml. Maybe we built a site
at some point that generated a list of committers by pulling the information
from the pom.xml.

I agree with removing the list from the pom.xml.

Regards
 Marcel

[jira] [Resolved] (JCR-4614) Update Jackrabbit trunk to Oak 1.32.0

[Marcel Reutegger (Jira)]

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

Marcel Reutegger resolved JCR-4614.
---
Fix Version/s: (was: 2.21.3)
   (was: 2.22)
   Resolution: Duplicate

Just noticed, [~reschke] created JCR-4613 already.

> Update Jackrabbit trunk to Oak 1.32.0
> -
>
> Key: JCR-4614
> URL: https://issues.apache.org/jira/browse/JCR-4614
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: parent
>    Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
>




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

[jira] [Created] (JCR-4614) Update Jackrabbit trunk to Oak 1.32.0

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCR-4614:
-

 Summary: Update Jackrabbit trunk to Oak 1.32.0
 Key: JCR-4614
 URL: https://issues.apache.org/jira/browse/JCR-4614
 Project: Jackrabbit Content Repository
  Issue Type: Task
  Components: parent
Reporter: Marcel Reutegger
Assignee: Marcel Reutegger
 Fix For: 2.22, 2.21.3






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

[ANNOUNCE] Apache Jackrabbit Oak 1.32.0 released

[Marcel Reutegger]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.32.0. The release is available for download at:

 http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:



Release Notes -- Apache Jackrabbit Oak -- Version 1.32.0

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.32.0 is an incremental feature release based
on and compatible with earlier stable Jackrabbit Oak 1.x
releases. This release is considered stable and targeted for
production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.32.0
-

Bug

[OAK-9064] - Build failure: The forked VM terminated without
properly saying goodbye
[OAK-9086] - Flaky test
SegmentWriteQueueTest#testThreadInterruptedWhileAddigToQueue
[OAK-9089] - oak-search-elastic: remove remote index in eleastic
benchmarks cleanup
[OAK-9095] - MapRecord corruption when adding more than
MapRecord.MAX_SIZE entries in branch record
[OAK-9096] - RDBDocumentStore: Update error code for MSSQL 2019
[OAK-9102] - AwsJournalFileConcurrencyIT writes log messages to stdout

New Feature

[OAK-9127] - Introduce Similarity Search (Text) support in
oak-search-elastic
[OAK-9132] - Feature toggles

Improvement

[OAK-9087] - oak-search-elastic: class / package names refactoring
[OAK-9092] - Exception root cause message is swallowed
[OAK-9093] - Reindexing using --doc-traversal-mode may log too much
[OAK-9099] - Improve segment write resiliency for remote segment store
[OAK-9108] - Change default timeout to mark indexes corrupt
[OAK-9113] - Make the segment migrator more resilient to timeouts
[OAK-9121] - Oak-run indexing: add a cache to flatfile/PersistedLinkedList
[OAK-9122] - Bring IndexDefinitionBuilder's implementation in
oak-search at par with the one in oak-lucene and remove the oak-lucene
implementation
[OAK-9126] - TestFramework: create tests for both lucene and elastic
[OAK-9128] - Support s3 regions apart from default AWS regions

Task

[OAK-9090] - Upgrade to Elasticsearch 7.7.0
[OAK-9097] - Add Facet tests to oak-benchmarks
[OAK-9098] - Write a perf test class in oak-search elastic module
[OAK-9101] - Monitoring for maximum number of entries in biggest map record
[OAK-9105] - Update Oak trunk and 1.22 to Jackrabbit 2.20.1

Technical task

[OAK-9069] - Remove unnecessary (un)boxing in oak-auth-external
[OAK-9071] - Remove unnecessary (un)boxing in oak-benchmarks
[OAK-9074] - Remove unnecessary (un)boxing in oak-core
[OAK-9075] - Remove unnecessary (un)boxing in oak-exercise
[OAK-9079] - Remove unnecessary (un)boxing in oak-security-spi


In addition to the above-mentioned changes, this release contains all
changes up to the previous release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA512 checksums and a
PGP signature that you can use to verify the authenticity of your
download. The public key used for the PGP signature can be found at
https://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: List moderators

[Marcel Reutegger]

Hi,

On 02.04.20, 19:26, "Marcel Reutegger"  wrote:
> Thanks Woonsan for stepping up.
> 
> Now we just need one more volunteer...

I asked Matt Ryan with direct messages and he agreed to help. Thanks!

The request to change the moderators is here:
https://issues.apache.org/jira/browse/INFRA-20411

Regards
 Marcel

Re: June 2020 report: draft for review

[Marcel Reutegger]

Hi Konrad,

Very good point and apologies for focusing too much on classic
Jackrabbit and Oak. I will add a section about FileVault.

Anything you would like to point out in particular in addition
to moving to Git?

Regards
 Marcel

On 05.06.20, 18:59, "Konrad Windszus"  wrote:

Hi Marcel,
Maybe we should add that FileVault has been migrated from SVN to Git.
Thanks,
Konrad

> On 5. Jun 2020, at 14:56, Marcel Reutegger  wrote:
>
> Hi,
>
> The draft for the June 2020 board report is available here:
> https://jackrabbit.apache.org/jcr/status/board-report-2020-06.html
>
> Please review and let me know if something is missing or incorrect.
>
> I will submit the report early next week.
>
> Regards
> Marcel
>

June 2020 report: draft for review

[Marcel Reutegger]

 Hi,

The draft for the June 2020 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2020-06.html

Please review and let me know if something is missing or incorrect.

I will submit the report early next week.

Regards
Marcel

Re: [DISCUSS] Oak 1.10 is retired, what does this mean for Jackrabbit 2.18?

[Marcel Reutegger]

Hi,

Sounds good to me. +1

Regards
 Marcel


On 06.04.20, 11:07, "Julian Reschke"  wrote:

Hi there,

so we just retired Oak's 1.10 branch, which has been replaced by Oak 
1.22. Oak 1.22 uses Jackrabbit 2.20; Oak 1.10 was using Jackrabbit 2.18. 
No other Oak branch needs Jackrabbit 2.18.

AFAIR, the main differences between 2.18 and 2.20 are:

- removal of jackrabbit-api (now in Oak)
- refactoring of jackrabbit-standalone (new artifact 
jackrabbit-standalone-components)
- Remove all usage of java.security.acl.Group for Java 14 (JCR-4467), 
causing one incompatible change in jcr-rmi's exported packages

So the switch from 2.18 to 2.20 *might* cause the need to re-compile and 
adjust POMs.

As we did not plan to retire 2.18 yet, my proposal is to update the 
roadmap (), 
and to plan for one final release later this year, then retire the 
branch after that release.

Feedback appreciated.

Best regards, Julian

Re: List moderators

[Marcel Reutegger]

Hi,

Thanks Woonsan for stepping up.

Now we just need one more volunteer...

Regards
 Marcel

On 02.04.20, 02:10, "Woonsan Ko"  wrote:

Hi Marcel,

I'd like to volunteer for a moderator.
I'm in US East region now, but I'll move to Korea next year.

Regards,

Woonsan

On Mon, Mar 30, 2020 at 5:47 AM Marcel Reutegger  wrote:
>
> Hi,
>
> Recently some messages to apache mailing lists were not moderated
> in time because moderation messages went into my spam folder. I'm
> a moderator for all Jackrabbit related lists, but noticed the other
> moderators are not actively involved anymore in Jackrabbit. That is,
> it looks like I'm currently the only active moderator for all lists.
>
> I'd like to update our moderators and at the same time ensure we
> have some good coverage across timezones. Any volunteers?
>
> Regards
>  Marcel
>

List moderators

[Marcel Reutegger]

Hi,

Recently some messages to apache mailing lists were not moderated
in time because moderation messages went into my spam folder. I'm
a moderator for all Jackrabbit related lists, but noticed the other
moderators are not actively involved anymore in Jackrabbit. That is,
it looks like I'm currently the only active moderator for all lists.

I'd like to update our moderators and at the same time ensure we
have some good coverage across timezones. Any volunteers?

Regards
 Marcel

March 2020 report: draft for review

[Marcel Reutegger]

 Hi,

The draft for the March 2020 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2020-03.html

Please review and let me know if something is missing or incorrect.

I will submit the report early next week.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.18.5

[Marcel Reutegger]

On 03.03.20, 08:46, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.18.5.
> 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 2.18.5

Regards
 Marcel

[jira] [Created] (JCR-4533) Remove references to www.apache.org/dist

[Marcel Reutegger (Jira)]

Marcel Reutegger created JCR-4533:
-

 Summary: Remove references to www.apache.org/dist
 Key: JCR-4533
 URL: https://issues.apache.org/jira/browse/JCR-4533
 Project: Jackrabbit Content Repository
  Issue Type: Task
  Components: jackrabbit-site
Reporter: Marcel Reutegger


Links to downloads, signatures, etc. should be changed to 
https://downloads.apache.org/

According to Infra www.apache.org/dist/ is deprecated.

{quote}
Hello, Apache PMCs,

In order to better provide our millions of users with downloads, the
Apache Infrastructure Team has been restructuring the way downloads work
for our main distribution channels in the past few weeks. For users,
this will largely go unnoticed, and for projects likely the same, but we
did want to reach out to projects and inform them of the changes we've
made:

As of March 2020, we are deprecating www.apache.org/dist/ in favor of
https://downloads.apache.org/ for backup downloads as well as signature
and checksum verification. The primary driver has been splitting up web
site visits and downloads to gain better control and offer a better
service for both downloads and web site visits.

As stated, this does not impact end-users, and should have a minimal
impact on projects, as our download selectors as well as visits to
www.apache.org/dist/ have been adjusted to make use of
downloads.apache.org instead. We do however ask that projects, in their
own time-frame, change references on their own web sites from
www.apache.org/dist/ to downloads.apache.org wherever such references
may exist, to complete the switch in full. We will NOT be turning off
www.apache.org/dist/ in the near future, but would greatly appreciate if
projects could help us transition away from the old URLs in their
documentation and on their download pages.

The standard way of uploading releases[1] will STILL apply, however
there may be a short delay (<= 15 minutes) between releasing and
releases showing up on downloads.apache.org for technical reasons.

If you have any questions about this change, please do not hesitate
to reach out to us at us...@infra.apache.org.

With regards,
Daniel on behalf of ASF Infrastructure.

[1] https://www.apache.org/legal/release-policy.html#upload-ci
{quote}



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

Re: $PROJECT_NAME - Build # $BUILD_NUMBER - $BUILD_STATUS

[Marcel Reutegger]

Hi,

On 08.01.20, 15:54, "Robert Munteanu"  wrote:
> Is anyone able to look into this kind of email and make it placeholder-
> free :-) ?
>
> According to the headers, it originates from the Jackrabbit-trunk job.
>
> X-Jenkins-Job: Jackrabbit-trunk

The job was still pointing to SVN over HTTP instead of HTTPS. It looks
like that was breaking the build. I changed it and triggered a new
build. At least the job is running again now.

Regards
 Marcel

December 2019 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the December 2019 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2019-12.html

Please review and let me know if something is missing or incorrect.

I will submit the report tomorrow.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.19.6

[Marcel Reutegger]

Hi,

On 05.12.19, 09:34, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.19.6.
> 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 2.19.6

Regards
 Marcel

Re: [VOTE] Release Apache Jackrabbit 2.19.5

[Marcel Reutegger]

Hi,

On 07.10.19, 06:45, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.19.5.
> 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 2.19.5

Regards
 Marcel

Re: September 2019 report: draft for review

[Marcel Reutegger]

Hi,

Thanks for the feedback. Good point about the unstable development
branch. I changed the wording.

Regards
 Marcel

On 05.09.19, 16:53, "Julian Reschke"  wrote:

On 05.09.2019 16:36, Marcel Reutegger wrote:
> Hi,
>
> The draft for the September 2019 board report is available here:
> https://jackrabbit.apache.org/jcr/status/board-report-2019-09.html
>
> Please review and let me know if something is missing or incorrect.
>
> I will submit the report early next week.
>
> Regards
> Marcel

This arrived here with a broken URI (content-encoding base64, strange),
containing trailing non-ASCII characters. I guess Outlook is to blame.

Anyway.

Looks good to me.

One thing:

"All maintenance branches and the unstable development branch are
continuously seeing moderate to high activity."

For Oak, we the development branch now is considered stable. Do we need
to tune this statement for that?

Best regards, Julian

September 2019 report: draft for review

[Marcel Reutegger]

Hi,

The draft for the September 2019 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2019-09.html

Please review and let me know if something is missing or incorrect.

I will submit the report early next week.

Regards
Marcel

Re: [VOTE] Release Apache Jackrabbit 2.19.4

[Marcel Reutegger]

Hi,

On 21.08.19, 09:10, "Julian Reschke"  wrote:
> Please vote on releasing this package as Apache Jackrabbit 2.19.4.
> 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 2.19.4

Regards
 Marcel

Re: CI environment

[Marcel Reutegger]

Hi Konrad,

The jobs have been created manually and they do not use a Jenkinsfile.
But I agree, it would be good to change that.

I just added you to the hudson-jobadmin group. You should now be able
to create jobs on Jenkins.

Regards
 Marcel

On 20.08.19, 16:54, "Konrad Windszus"  wrote:

Hi,
Instead of configuring it manually I would prefer using Jenkinsfiles for 
it. Do you have any good example at hand or are all other Jackrabbit Jenkins 
Jobs manually configured?
Usually one uses a Shared Library for setting the jobs up (e.g. compare 
with https://github.com/apache/sling-tooling-jenkins)
Also who is currently Jenkins admin 
(https://cwiki.apache.org/confluence/display/INFRA/Jenkins#Jenkins-HowdoIgetanaccount)?


Can you grant me the according rights or set up Jobs for 
http://svn.apache.org/repos/asf/jackrabbit/commons/filevault/ and 
http://svn.apache.org/repos/asf/jackrabbit/commons/filevault-package-maven-plugin/?
Both should be built with Java 7, 8, and 11 both on Windows and Linux.
Thanks in advance,
Konrad


On 20. Aug 2019, at 15:58, Marcel Reutegger  wrote:

Hi,

Travis is nice because it integrates well with GitHub, but there were issues
in the past with notification emails sent to the list by travis. It required
constant moderation. It looks like this has just very recently been fixed.
What a coincidence :)

https://issues.apache.org/jira/browse/INFRA-18843

I'd say use the Apache infrastructure if possible, but if travis better fits
your requirements, then it's fine as well.

Regards
Marcel

On 20.08.19, 13:48, "Konrad Windszus"  wrote:
   According to 
https://lists.apache.org/thread.html/523a8dbfbf6fa4cef6d98c5e25770a9f8e8525de3781516d031c068a@%3Cprivate.infra.apache.org%3E
 
<https://lists.apache.org/thread.html/523a8dbfbf6fa4cef6d98c5e25770a9f8e8525de3781516d031c068a@>
 it
seems wise nowadays to primarily rely on Travis to also enable builds 
on PRs.
   WDYT?


   On 20. Aug 2019, at 13:42, Konrad Windszus  wrote:

   Hi,
   the information at 
   https://jackrabbit.apache.org/jcr/continuous-integration.html 
<https://jackrabbit.apache.org/jcr/continuous-integration.html> seems pretty 
outdated.
   On the ASF Jenkins I could not find too many CI jobs either (some 
related to Oak,
   https://builds.apache.org/view/AllJobs/).

   I would like to set up Jobs for Jackrabbit Filevault and Jackrabbit 
Filevault Maven Plugin. The latter requires also a Windows build job (we faced 
several Windows only issues in the past).
   Also it would be nice to have a dedicated view in Jenkins for Apache 
Jackrabbit which contains all Jobs for Oak, Jackrabbit and Filevault.
   Is there any reference documentation around the set up of CI jobs at 
Jackrabbit?
   Also I could not find any Jenkinsfile anywhere so I guess the Jenkins 
Jobs are currently maintained manually?
   Or should I instead rather use Travis?

   Thanks for your input.
   Konrad

Re: CI environment

[Marcel Reutegger]

Hi,

Travis is nice because it integrates well with GitHub, but there were issues
in the past with notification emails sent to the list by travis. It required
constant moderation. It looks like this has just very recently been fixed.
What a coincidence :)

https://issues.apache.org/jira/browse/INFRA-18843

I'd say use the Apache infrastructure if possible, but if travis better fits
your requirements, then it's fine as well.

Regards
 Marcel

On 20.08.19, 13:48, "Konrad Windszus"  wrote:
According to 
https://lists.apache.org/thread.html/523a8dbfbf6fa4cef6d98c5e25770a9f8e8525de3781516d031c068a@%3Cprivate.infra.apache.org%3E
 

 it
 seems wise nowadays to primarily rely on Travis to also enable builds on 
PRs.
WDYT?


On 20. Aug 2019, at 13:42, Konrad Windszus  wrote:

Hi,
the information at 
https://jackrabbit.apache.org/jcr/continuous-integration.html 
 seems pretty 
outdated.
On the ASF Jenkins I could not find too many CI jobs either (some related 
to Oak,
https://builds.apache.org/view/AllJobs/).

I would like to set up Jobs for Jackrabbit Filevault and Jackrabbit 
Filevault Maven Plugin. The latter requires also a Windows build job (we faced 
several Windows only issues in the past).
Also it would be nice to have a dedicated view in Jenkins for Apache 
Jackrabbit which contains all Jobs for Oak, Jackrabbit and Filevault.
Is there any reference documentation around the set up of CI jobs at 
Jackrabbit?
Also I could not find any Jenkinsfile anywhere so I guess the Jenkins Jobs 
are currently maintained manually?
Or should I instead rather use Travis?

Thanks for your input.
Konrad