'Springboot Service Class - Exception Handling
I have a newly created Springboot service class to handle CRUD operations using the JPA derived classed.
There are many examples of this on the internet, some include existsById checks on delete, update (and get) - some don't.
This is what mine looks like:
public class BirdServiceImpl implements BirdService {
private final BirdRepository birdRepository;
@Override
public Bird create(Bird bird) {
log.info("Saving new bird: {}", bird.getName() );
return birdRepository.save(bird);
}
@Override
public Collection<Bird> list() {
log.info("Finding all birds");
return birdRepository.findAll();
}
@Override
public Bird get(Long id) {
return birdRepository.findById(id).get();
}
@Override
public Bird update(Bird bird) {
return null;
}
@Override
public void delete(Long id) {
log.info("About to delete bird : {}", id);
Bird bird = new Bird();
if (birdRepository.existsById(id)) {
birdRepository.deleteById(id);
}
}
}
QUESTION: Should those checks existsById be in there or should there be some Exception Handling and if so where?
How can one be sure that the delete was successful as it doesn't return anything?
Solution 1:[1]
As per my knowledge two exception is thrown by the deleteById in following cases
- In case the given
idis nullIllegalArgumentExceptionis thrown. - In case given
idis not present in the persistence storeEmptyResultDataAccessExceptionis thrown.
There is no need to check using existsById as it will initiate unnecessary query to the persistence store (Database).
My suggestion would be following:
If nothing special to be done, except just returning particular
HTTP Statusin the api response, then do not handle this exception in theServicelayer. Two cases are possible here1.1 You want to handle every non existing id cases similarly for every services. In that case you want to handle this in the Controller Advice. Return predefined http status and proper error message for the exceptions thrown by the Service layers.
1.2 You might want to handle deletion failed due to non existence differently, in that case declare a dedicate exception class extended from
RuntimeException. Catch theEmptyResultDataAccessExceptioninside the service and prepare a exception object of your newly created exception then throw it. Then handle that exception inside theController Advicespecially.
Following is how to handle exception in Controller Advice
@RestControllerAdvice()
public class GlobalExceptionHandler extends ResponseEntityExceptionHandler {
@ExceptionHandler(EmptyResultDataAccessException.class)
@ResponseStatus(value = HttpStatus.NOT_FOUND)
public ResponseEntity error(EmptyResultDataAccessException ex) {
return ...; // Build your response body here.
}
}
- You might want to do some special things like how my deletion call failed. In that case catch the exception inside the
Serviceand do what you want to do (i.e you may log entry in the activity log that deletion failed for that id). After doing your business task throw appropriate exception (based on point1.1or1.2whichever suits your case well) which is meant to be handled in theController Advice.
Solution 2:[2]
You can use existsById and if it returns true you can delete the specific record otherwise you can throw an exception that it didn't exist.
if (birdRepository.existsById(id)) {
birdRepository.deleteById(id);
}else {
throw new EmptyResultDataAccessException(
String.format("No %s entity with id %s exists!", entityInformation.getJavaType(), id), 1)
);
}
Sources
This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.
Source: Stack Overflow
| Solution | Source |
|---|---|
| Solution 1 | Ratul Sharker |
| Solution 2 | Heshan Harinda |
