Open APIs

 View Only
Login to Join

About this Community:

Use this community as your go-to resource to discuss anything and everything relating to TM Forum Open APIs:

  • learn how to implement them
  • post ideas and requirement for new types of APIs
  • share how you are using APIs
  • discuss domain specific applications

This is an open discussion area. TM Forum also has collaborative project work on Open APIs. To find out more click here

Latest Discussion Posts

  • That's an interesting proposal. It should be OK, and since you are not actually extending with properties, I don't see why you need to provide a schema. Let's see if anyone else on the community provides feedback on this. ------------------------------ ...

  • The update to OAS 3 (Open API v5) is an ongoing effort. In fact we have a dedicated spec-jam this week as a result of which we hope additional APIs will be published. I'm not sure if TMF641 is one of these, I don't have the full list. I'll be the wiser ...

  • Profile Picture

    641 and OpenAPI

    Looking at version 4.0.1 of the TMF641 Service Ordering specification, it is still swagger 2.0 and has not yet been converted to openAPI 3.0.1. Are there plans to update this to an openapi spec and if so is there a timeline when this will be completed? ...

  • Hi Jonathan, To support these volatile characteristics, one of our options is to go for the API extension like you proposed so I have one question: As we only want to know if a CharacteristicSpecification is volatile or not, could-we just use the @type ...

  • Hello, We have a general question around GET handling in the TMF APIs: Suppose that there are two versions of a given PO. - The first version is already active/published and, valid for today - i.e.: this is the version we could see when browsing this ...