You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 24 Next »

PLANNING

Location: diva-e, Berlin Südkreuz
Date: September 28th, 2023
Time: 10:00 - 16:45

Participants

Proposed topics

TopicSummaryParticipantsProposed duration
Switch to Jakarta APIs

Unable to render Jira issues macro, execution error.



Is Sling becoming too fat?In e.g. Sling XSS there is a considerable increase in dependencies.

Is maintaining proper features (OSGi, Karaf) worth the effort?

In 936eb9f a bundle was added to feature models-jacksonexporter for XSS.

Could we use dependencies to create and manage proper features?

Is it supported by OSGi Features?

Features may have dependencies on other Features.

Tie-in discussion: how do we structure our features? We currently have:

  • library : jackson
  • function: validation, maintenance, scripting
  • deployment: docker

There is also a question of whether the healthcheck webconsole bundle belongs in the healthcheck or the webconsole feature. Or maybe in a healthcheck-webconsole feature?



Adopt SLF4J 2.x

Unable to render Jira issues macro, execution error.



Enforcing CI checks for pull requests

Classify modules and enfore specific CI checks, based on module maturity/risk profile.



Migrate Sling Models/CAConfig Integration Tests to Sling 12/Feature Model

Integration tests are currently broken or use very outdated Sling Starter. Goal would be to switch to Sling 12+Feature Module and move the integration tests in the actual codebase of the implementation classes, no separate codebase for ITs.

see also discussion in https://lists.apache.org/thread/fwwnb2hyqf2t2ko4pfmhhxd7wrhwmbh6

WIP in https://github.com/apache/sling-org-apache-sling-models-impl/pull/46



Required Java Versions for Building and Running

Bnd 7.x requires Java 17+ (https://github.com/bndtools/bnd/wiki/Changes-in-7.0.0)

Drop Java 8 x support at run time ( Unable to render Jira issues macro, execution error. )

Drop also Java 11 support at run time?



Changing poms to reference GitHub (url only)

All our POMs reference gitbox for the 'browse' URL, e.g. https://gitbox.apache.org/repos/asf?p=sling-org-apache-sling-engine.git . These URLs currently redirect to github.

The 'browse URL' is sometimes used by tooling to point people to repositories and using GitHub directly might be nicer. Also tooling like renovate uses the github.com URLs to extract changelogs for bundle updates.



Create 'apache/sling' entry point repository on GitHub

A long time ago (6 years?) we set up a redirect from apache/sling to https://github.com/apache/sling-old-svn-mirror as we moved away to invidual modules. At this point this repository has served its usefulness and we can probably stop worrying about stale links and create a nice, welcoming, entry point repository at https://github.com/apache/sling that is better serving new users.



  • No labels