DRAFT AGENDA
...
Community: Ludovic Robert Jose Luis Urien Pinedo Cetin Alpaycetin Joachim Dahlgren Akos Hunyadi Fernando Prado Cabrillo Javier Carro
Agenda
- Approve previous meeting minutes
- Approved.
- Release Management
- Open issues and PRs
...
- Meta-release Fall-24 - timeplan updated
- https://wiki.camaraproject.org/display/CAM/Meta-release+Fall24
- Expected Deliverables
- M0 - approved, but communication delayed (expected begin of next week)
- M1 - 30/04
- Scope of Commonalities finalised:
- Scope of ICM in work, focus on OIDC profile
- The release process definition expects here already an alpha release of Comm & ICM, but they will come only later, at latest 2 weeks before the release candidates (for review by API Sub Projects)
- M2 - 15/06
- (Release candidate of Commonalities + ICM)
- M3 - 15/06
- First release candidate of DeviceLocation, starting of test implementations
- M4 - 31/08
- Last (stable) release candidate of target release from DeviceLocation
- Release Criteria fulfilled (incl validation of the release candidate by two independent implementation of the API)
- M5 - 15/09
- public release done
Meeting discussion:
- We will use QoD as example for release technical management.
- This is the first iteration so we can expect slight change in future (we are learning by doing).
- All projects part of this meta-release HAVE TO be aligned with Commonalities.
- List of items are listed in Commonalities issue #175
New
- Based on the new explicit subscriptions guideline in commonalities, change name of geofencing API to include the keyword subscriptions
- Decision to change name API name from geofencing to geofencing-subscriptions ?
- (Meeting Action) Action on DT team: Akos will ask Max to do this.
- Decision to change name API name from geofencing to geofencing-subscriptions ?
Ongoing
- Issue: Semantics of the absence of 'maxAge'
- PR: Adjust maxAge minimum & documentation
- Review and merge if OK
- PR: Geofencing feature file
- Discuss licensing header
- To be aligned in Commonalities as not sure we have ruling for this.
- (Meeting Action) Akos will check internally → → Feedback?
- Some new comments
- (Meeting Decision) Better to delay the discussion after Test definition definition OK.
- Discuss licensing header
- Issue: Cyclic reference in location-verification
- No new comments
- Can be closed
- Closed during the meeting.
...
- Subscription related issues → Proposal in TSC to setup a dedicated workshop
Geofencing API - Add Subscription type 'area-left-or-entered' to subscribe to both event in one time
- Geofencing API - Defining a standard behavior for first event
- Issue in Commonalities Issue 140
- Proposal to tackle open subscription issues Common proposal to tackle subscription-based open issues. · Issue #185 · camaraproject/Commonalities (github.com) - mains points:
- Align our subscription model with CloudsEvents subscriptions one
- Introduce a
status
attribute in the template as we have fair UCs that can leverage this (Retrieve expired subscriptions for monitoring, deactivate a subscription if an user revoked her/his consent, etc...). API subproject could decide to use it or not. - Improve the model to allow consumers to subscribe to more than one event types with a single subscription but at least for the first meta-release we enforce to have only event type per subscription. After this first meta release decision to handle several event types in one subscription request should be discussed at API sub projet level
- Add
filters
and it's up to API Project to use it. We recommend to be very cautious as it add complexity so it should be keep for very relevant UC. - Add
initialEvent
inconfig
as well to manage request to get event when current situation of a device corresponds to the subscriptions type. .
- A template yaml is available for review here: Create subscription-notification-template.yaml by bigludo7 · Pull Request #189 · camaraproject/Commonalities (github.com)
...