Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

SDKProjectStatusProject owner
Java

V1.0.0 (SNAPSHOT)

.NET

0.4.0

Python


Clojure

0.1.0-SNAPSHOTPeter Monks

PHP

Jira Legacy
serverJIRA (symphonyoss.atlassian.net)
serverId1a238f36-abc1-369b-9e20-eb8cf05423c5
keyCONTRIB-41


Florian de Miramon
Javascript / Node



Users expectations

As users of a "1.0" SDK, I would expect the following:

  • Supported by LLC for level 1-2 support
    • At this stage in the growth/maturation of the Symphony Product, Ecosystem, and Community, users of the Java SDK who are also Symphony customers will expect using the SDK to be fully supported by Symphony LLC. This means:
      • questions to the Symphony support organization (developers@symphony.com) are solved following the normal SLA
        • ie: As a customer using this "1.0 stable" SDK, I am expecting Symphony LLC to know enough about it that LLC can explain to me how it works, troubleshoot my issues if they are related to configuration or my code, and help me formulate bugs to the project team (level 3) if needed.
        • Level 3 support would either be the project team, or, as the case may arise, by LLC through a standard PR.
      • using the SDK is fully documented on the central documentation for developers on the Symphony Platform https://developers.symphony.com/ (or equivalent)
  • Functional integrity
    • comprehensive functional coverage of public REST API, as documented on https://developers.symphony.com/ is complete and aligned with a specific Symphony Release number, ideally for the most recent onerelease of Symphony 
    • no unsupported or private APIs are used
    • new API endpoints or new version are incorporated into the SDK with a reasonably fast timeframe
  • Documentation integrity
  • Quality standards
    • Functional quality: All public functions of the REST API is working as expected.
    • Non-functional quality: API performance is as expected and works in the most common deployment scenarios (cloud, on-prem).

...

  • Foundation contribution criteria
  • Functional coverage meets, at time of release
    • 0 Blockers on any functions
    • 0 Critical on any functions
    • 0 Major on any functions
    • Need to discuss specific criticality definition
  • Non-functional definition
    • Need to discuss what we recommend here, notably regarding:
      • load balancing, HA
      • supported topologies
      • performance/latency
  • Functional integrity
    • Other WG members/LLC to perform deep dive
    • LLC to publish Set Presence endpoint
  • Documentation integrity

Launch activities

...

  • In addition to "standard" SSF communications:
  • all users of the Symphony Platform should be made aware of this significant milestone. For example:
    • Outreach to dev@symphony.foundationOutreach to Symphony LLC customers
    • Other Joint coms on other media (eg Twitter)