-
Notifications
You must be signed in to change notification settings - Fork 556
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Class-Level Request Mapping on Controller and Custom POST Breaks GETs [DATAREST-1265] #1628
Comments
Oliver Drotbohm commented That's an unfortunate side effect of Spring MVC insisting to handle controllers with a class level |
Rossen Stoyanchev commented The main case is interface-based proxies as far as I know. The interface would have the |
…stMapping. When we detected @BasePathAwareController and @RepositoryRestController instances, we now reject types that use @RequestMapping on the class level as doing so causes an inevitable registration of the controller with Spring MVC. Fixes #1342, #1628, #1686, #1946.
…stMapping. When we detected @BasePathAwareController and @RepositoryRestController instances, we now reject types that use @RequestMapping on the class level as doing so causes an inevitable registration of the controller with Spring MVC. Fixes #1342, #1628, #1686, #1946.
…stMapping. When we detected @BasePathAwareController and @RepositoryRestController instances, we now reject types that use @RequestMapping on the class level as doing so causes an inevitable registration of the controller with Spring MVC. Fixes #1342, #1628, #1686, #1946.
Duplicates #1342. See the my latest comment over there. |
Mike Whittemore opened DATAREST-1265 and commented
If I have a
UserRepository
and then create a custom controller endpoint for handling resource creation, e.g.requests like
GET /users
stop working with the response:If I move the request mapping from the class to the method (and if there are multiple endpoints/paths, to every one) everything works as expected:
This seems like a bug to me, since it is inconsistent with WebMVC behavior and I only discovered the "fix" via "voodoo" programming
No further details from DATAREST-1265
The text was updated successfully, but these errors were encountered: