Documentation for service endpoints #692
Labels
No labels
_CRITICAL_
API
app
backEnd
Blocked, waiting for further changes
bug
cleanup
close
design
duplicate
enhancement
feature request
frontEnd
help wanted
invalid
low priority
needs input
needs review
project documentation
question
research
reviewed
script
security
SQL
style
testing
topLevel
wontfix
No milestone
No project
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Andras/BoundlessFlowCampus2K#692
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We need to write a wiki page to centralized and document all available endpoints that the services provide.
we will create diagrams for each services. Isn't that enough?
@a24sakma The diagrams does not show.
The wiki page should show how you make calls to the endpoint.
https://git.webug.se/Andras/BoundlessFlowCampus2K/wiki/Documentation-for-service-endpoints
I have noticed the naming convention is not always consistent, since not all files follow the same standard. So therefore, the wiki documentation is based of the existing files and may also be little inconsistent.
Example some cases where there are UserID and userId.
The wiki is finished but for me really messy. There is a template that is followed but it hurts my eyes to go through the wiki. I would appreciate if someone would be so kind to structure it better. I also need a review on it so it is actually accurate in case I have totally misunderstood something about this issue.
Also wondering If it is supposed to be like this. Currently all services has a file called Endpoints except energyService and roombookingApiMockup, is it supposed to be like this?
@a24danwe wrote in #692 (comment):
This is not suppose to be the case. Those two services are about to be refactored to better follow the structure of the other services.
Good work with the wiki, I am sorry if i was a bit wage.
@a22erigr wrote in #692 (comment):
Sounds good! And you were perfectly fine with your issue description, it is just me that did not know how to structure this well.
Reviewed the wiki against the actual endpoint definitions in the code. All documented endpoints match what's in the code.
a22erigr showed an example for JSON response. The wiki has return value descriptions but no actual JSON examples.
Adding these examples would make the wiki more useful.
Overall though, the wiki does covers what was asked for and is accurate.
@a24danwe can you update the wiki to contain actual JSON examples. After that the issue can be closed
I will do that.
@a24danwe wrote in #692 (comment):
Write here when you are done so that i can close the issue
Can you clarify which service the endpoints exists for.
EX
energyService
GET /energy/all
Path to endpoint
GET /energy/allRequired values
None
Return values
Returns a JSON array:
When no error occurs
When error occurs
tempService
Yes, I will do that aswell
@a22erigr Can you be so kind and explain how you use this
so I will be able to replicate the output. I have tried something called postman but it seems to not work for me.
This issue can be closed.
@a24danwe wrote in #692 (comment):