Почему мой контроллер вызывает различный API, когда нет API совпадений для запроса? ⇐ JAVA

[Anonymous]

Я работаю над проектом Spring Boot, он создает странное поведение, например: < /p>
У меня есть два API в следующем < /p>
Файл контроллера

Код: Выделить всё

@GetMapping("/list/employees")
public ResponseEntity getEmployees(){
List list = employeeService.getAllEmployees();
return new ResponseEntity(list, new HttpHeaders(), HttpStatus.OK );
}

@GetMapping("employee/{id}")
public ResponseEntity getEmployeeById(@PathVariable("id") long id) throws RuntimeException{
Employee employee = employeeService.getEmployee(id);
return new ResponseEntity(employee,new HttpHeaders(),HttpStatus.OK);
}

файл службы

Код: Выделить всё

/*  return all employees */
public List getAllEmployees(){
List listEmployee = employeeRepo.findAll();
if(listEmployee.size()>0){
return listEmployee;
}else{
return new ArrayList();
}
}

/*
RETURN SINGLE EMPLOYEE BY ID
*/

public Employee getEmployee(long id) throws RuntimeException{
Optional employee = employeeRepo.findById(id);
if(employee.isPresent()){
return employee.get();
}else{
new RuntimeException("Record not found");
}
return null;
}

Но запуск их в postman дает странные выводы, например:
Правильное поведение второго возврата API Одиночный сотрудник

Код: Выделить всё

http://127.0.0.1:8080/employee/3
{
"id": 3,
"firstName": "Caption",
"lastName": "America",
"email": "cap@marvel.com"
}

Неверное поведение одного и того же API (на этот раз я печатаю неправильный путь)

Код: Выделить всё

http://127.0.0.1:8080/employees/3

Путь API неверен (сотрудники/3)
{
"firstName": "Caption",
"lastName": "America",
"email": "cap@marvel.com",
"_links": {
"self": {
"href": "http://127.0.0.1:8080/employees/3"
},
"employee": {
"href": "http://127.0.0.1:8080/employees/3"
}
}
}
< /code>
то же поведение с корневым URI, я не запускал никакого действия с домашним URI, но все же дает выход, как в вышеуказанном API. быть причиной этих нежелательных вызовов API?


Подробнее здесь: https://stackoverflow.com/questions/655 ... for-the-re