2017-07-06 Meeting notes
Table of Contents
Date
Jul 6, 2017
Agenda
Time | Item | Who | Notes |
|---|---|---|---|
5 min | Convene & roll call | ||
10 min | Review action items from previous meetings | See below | |
20 min | Review and discuss RESTful API Design Guidelines | @Former user (Deleted) | |
15 min | Review use cases | @Johan Sandersson | |
5 min | AOB & adjourn |
New action items
Standing action items
Capture API use cases relevant to your organization
Identify high-priority use cases in Confluence or to @Former user (Deleted)
Tell @Former user (Deleted) about API errors & exceptions that need work
Actions items from previous meetings
Language Bindings
Use Cases
Consuming the Symphony API
Attendees
Name | Organisation | Present? |
|---|---|---|
@Former user (Deleted) (Chair) | BNY Mellon | yes |
@Former user (Deleted) (Co-chair) | Symphony LLC | yes |
Dhilip Buddha | BlackRock | |
Kashik Chaubal | BlackRock | |
@Former user (Deleted) | Symphony LLC | |
David Deng | Citi | |
@Former user (Deleted) | At-Large Member | yes |
@Matthew Gardner | BlackRock | |
@Matt Joyce (Deactivated) | Symphony LLC | yes |
@Former user (Deleted) | Morgan Stanley | yes |
Anton Kozyr | BlackRock | |
@Former user (Deleted) | BNY Mellon | |
@Ian J. McDermott | JP Morgan | |
@Dan Nathanson (Deactivated) | Symphony LLC | |
Barun Patnayak | Citi | |
@Former user (Deleted) | JP Morgan | |
@Johan Sandersson | FactSet | yes |
@Former user (Deleted) | FactSet | |
@Leslie Spiro | Tick42 | yes |
@Former user (Deleted) | IHS Markit | |
@Peter Monks | Symphony Software Foundation | |
@Aaron Williamson | Symphony Software Foundation |
Meeting notes
review of actions items.
paul indicated that work is in progress to standup cross-pod capabilities for integration testing. ETA is Aug/Sept. Agreed to close action item
matt confirmed that he and frank discussed consistency between api and language bindings. specifically they discussed the java client and agreed that swagger spec (via code-gen) is the most appropriate approach for any other language bindings. Agreed to close action item.
paul, johan and leslie gave a quick recap of june 23 members meeting. very noticeable increase from first member meeting in terms of attendance and projects.
attendees to WG breakout was a different representation of those attending bi-weekly calls. this is good - to give more people awareness fo the WG.
some good discussion on OBO use-case (most felt that the detail and scope of the face-to-face discussion would not have been possible over phone)
anthony introduced the BNY Mellon API Design Guidelines on the WG wiki as a working document.
action for next meeting (20 July) - attendees to review guidelines in advance and come with questions and suggestions on areas to focus on wrt Symphony API
action for next meeting (20 July) - BNYM (suggest Peter Leong) to give a summary of how the Symphony API conforms to the BNY Mellon guidelines.
one area to look at is how swagger specs are being updated, for example there is an upcoming update to define how to manage events and streams. how does the WG incorporate to any guidelines and best practices
johan gave update on work to define (and add) use-cases. there was some discussion at the members meeting, generally good feedback and endorsement. this is work that will be ongoing and reported as a standing action item.
johan wanted to see how the WG can recruit more participants in finishing the .NET binding of the API. FactSet started this, and is planning to continue. But more help is welcome.
discussion on what language bindings are most popular, useful and hence need more collaborative effort.
java has largest usage - expected due to enterprise 'comfort' .. but will this change over time? for example as LLC implements node-base engine, or as enterprises deploy javascript/web based clients.
some discussion about demarcation of roles between platform (LLC) and community (Foundation) on REST endpoint and language bindings, esp as it pertains to development, integration testing, compatability etc. Might this come up at 12-July BOD meeting?
Need help? Email help@finos.org we'll get back to you.
Content on this page is licensed under the CC BY 4.0 license.
Code on this page is licensed under the Apache 2.0 license.