Where can I find the "project_id" ?
I'm using the IBM Engineering Requirements Management Doors Next application to upload and download requirements, yes, I'm aware. What I'd like to achieve is connecting to the application using a Python Flask API connection. In my own project, I'm planning to create an interface with selected options through a web server. To establish the connection between Doors and Python Flask, I need the 'project_id' of the project. How can I find the 'project_id,' and is what I'm trying to do feasible? Could you assist me with this?
3 answers
I had provided this on the first version of the question:
There is not enough information to answer. What is the purpose? To achieve what? Please see How should I ask a question in the Forum if I want to receive useful answers? and enhance your question.
To state you need the project ID, required the knowledge that there is an ID and an API that uses the project ID to get the data. Then you would know which API that is and likely have documentation for it and could find out how to get the project ID.
The APIs have a documentation link and there is the OSLC workshop which is outdated, but still provides useful hints. OSLC uses a discovery mechanism to find the service providers (project areas). You get a list of those and each element can be GET to provide details such as Project Area name and Unique ID etc. I have tried to explain some of the principles of the EWM OSLC API in this series of posts: https://rsjazz.wordpress.com/2021/09/29/using-the-ewm-rest-and-oslc-apis/
https://archive.open-services.net/wiki/requirements-management/OSLC-Requirements-Management-Specification-version-2.0/index.html
Hi
Comments
Ian, the DNG reportable REST API mentions UUID's.
Yes but you don't use the UUID by itself; you use the URL that contains the UUID.
Ah, the Reportable REST API uses UUID for some filters - so you'd extract it from the project/module URL. But for the OSLC APIs you do not need to split it from the URLs you find.
Yes. It is a bit unfortunate that the APIs behave different.