In this PR, I've changed the Restaurant controller in how it handles the "id" field:
I've removed the setter lines for "id," since the Restaurant Entity uses a generated ID and not a unique code.
I've also changed some surviving instances of the word "code" to "id" to match the example given by UCSBDate. Not 100% sure if that makes a difference, but might as well.
While testing, I also found that there was a surviving mutation in the test for the AmusementPark controller: This was caused by the test for PUT not actually changing the description between the original and the edited versions of the AmusementPark used in the test. I've changed it to kill the mutation.
There is also one more minor change made by deleting an unnecessary import from UCSBDiningCommons.
In this PR, I've changed the Restaurant controller in how it handles the "id" field:
RestaurantEntity uses a generated ID and not a unique code.While testing, I also found that there was a surviving mutation in the test for the AmusementPark controller: This was caused by the test for PUT not actually changing the description between the original and the edited versions of the AmusementPark used in the test. I've changed it to kill the mutation.
There is also one more minor change made by deleting an unnecessary import from UCSBDiningCommons.