#20 (comment)
If the spacing does not increase readability, it is redundant.
.
Fixed.

#20 (comment)

What is the advantage of using com.google.common.base.Objects.equal vs java.util.Objects.equals or is this just a wrong import?

I don't know the advantage. It was just a wrong import. :) Fixed.

#20 (review)

Should case sensitivity be enforced?

No. I changed to ignore-case.

#20 (review)

Is the logger used?

Yes. If an Exception occure we log the stackTrace. (Exception.class)

#20 (review)

If documentation does not add value, it is redundant. You could instead document the purpose of the class itself.

I think the class name is descriptive enough. Removed these comments from the class.

#20 (review)

If you look into NoHandlerFoundException, you will see that it is thrown if throwExceptionIfNoHandlerFound property is set to true, otherwise the default app behaviour is to return 404 status code.
Does wrapping this into a BadRequest status add any value?

Ups. I don't think so. I change it to 404 then.

#20 (review)

Considering http status code is already returned, does this add value?
You could stick with a simpler version for exception handling.

Its helpful because on the client side the status code value as number can be used directly without any parsing and checking.

#20 (review)

Could you highlight the way to reach an IllegalArgumentException here?

No. I think I did this accidentally. :). Fixed.

#20 (review)

Notes regarding the use of DTOs, which should be discussed with the team

• when using DTOs, they should be used both for input & output (since the idea is to provide another model, potentially simplified, to the client/user)
• discuss with colleagues about an approach for validation, since if the only reason for having DTOs is for validation (and are as result a wrapper over the model class), perhaps sth else might be more suitable

I use DTOs for validation and data hiding so the user can't send the a Scooter with a battery status. The other reason is the use of reflection which automatically parses the model with the default constructor and I can't specify which constructor is called in that phase. So If I don't use dto for the scooter then I can't limit the user to send a scooter request(POST) without a battery status.

I am open for any other suggestions. But this is the only solution that I see working right know.