Page Comparison

...

...

...

...

...

...

...

...

...

...

...

Date

07 May 2024

Attendees & Representation

...

• Meta-release Fall-24 - timeplan updated
  • https://wikilf-camaraproject.camaraprojectatlassian.orgnet/wiki/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

...

• 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

    • Issue in Commonalities Subscription-Issue2: Allow event consumers to subscribe to more than one event types with a single subscription
  • 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 in config 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)

...

• Issue #83, with formal requirements from GSMA Product track
  • Document uploaded by TEF with a proposal.
  • Review priority and next steps → Clarify this:
    • More generally probably we need to have feedback loop with GSMA team about API work (and review the priority as focus could change)
      • Done during last TSC - see here: https://wikilf-camaraproject.camaraprojectatlassian.orgnet/wiki/display/CAM/2024-03-21+TSC+Minutes

Implementation

Define guidelines for geofencing implementation

...