- DATE:2024-01-29
- ASSISTANTS: Ivan Sanchez
Summary of what was discussed during the meeting The discussion of the meeting was about the 1st deliverable about the api description. How different our project needs to be compared to the exercises and what grade are we aiming for as a group.
List here the actions points discussed with assistants
- fix typos in the main concept and relation section.
- update diagram to include multiple warehouses
- extend the uses section to include other clients that could use the api and proivde more ideas on how te api could be used.
- Mention the methods used in the related work section and try to find clearly the api of the related work mentioned or find new/more services to which we can see the api
- look for clients(applications) who use the apis mentioned in related work
- DATE:2024-02-13
- ASSISTANTS: Ivan Sanchez
Summary of what was discussed during the meeting We discussed our database structure and details related to implementing the API for the next deadline. Ivan said that expressing data to the client is more important than the performance of the API. The database structure does not need to be the same as the API structure.
List here the actions points discussed with assistants
- We could possibly implement Location as part of the Warehouse class. For example, Location doesn't use foreign keys.
- We should validate the data either in the database or the API, but not both.
- Check if backref works since it was not used in the exercise example
- Change relationship between warehouse and items. It should not be direct. Change relationship diagram to match.
- Can't have stock where item does not exist. This relationship should be fixed.
- Primary key as a string could be a problem
- DATE:2024-03-21
- ASSISTANTS: Ivan Sanchez
Summary of what was discussed during the meeting We discussed how there were some inconsistencies from the wiki to the code in naming resources. We also needed to clarify that some of our resources point to the same location. Ivan also encouraged us to change from static yaml files to dynamic swaggering although the next deliverable due date was a few days away. He also mentioned that we should add in the final review how the Github Copilot extension was used while writing code.
In wiki
- Check consistency in resource table.
- Possibly reduce number of resources, many ways to look up item
- Addressability - comment how a single resource can be accessed through different urls
- Uniform interface - give example in description of how to add an item
Code structure - probably fine
- Status500 error during testing - delete behavior needs to be fixed
- Add multiple schemas for different methods - authentication
- DATE: 2024-04-09
- ASSISTANTS: Ivan Sanchez
Summary of what was discussed during the meeting The main points of this meeting covered our API diagram, documentation, and hypermedia implementation and testing. The testing coverage was good and Ivan mentioned it can count as extra work. The wiki was in good shape as well. 500 error during Stock PUT test and deserializer failed
List here the actions points discussed with assistants
- The link relations diagram should show entry points
- Authentication is not discussed
- Wiki should have instructions for how to view swaggering
- Swaggering errors occured during demonstration
- 500 errors should not be documented
- DATE:
- ASSISTANTS:
Summary of what was discussed during the meeting
List here the actions points discussed with assistants
- DATE:
- ASSISTANTS:
Summary of what was discussed during the meeting
List here the actions points discussed with assistants