You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In AclAutoProxyCreator#afterPropertiesSet a list of beanNames is collected from the service class names.
This list is later used to decide about creating a proxy for this bean in getAdvicesAndAdvisorsForBean.
The name matching fails for all services that are not declared directly in the project but in a grails plugin.
See ServicesGrailsPlugin line 62: If the service class is defined in a plugin then the plugin-name is prepended to the bean name.
Finally the names won't match. To me it looks like it could be corrected by employing the same logic as in the ServicesGrailsPlugin for the naming beans when creating the beanNames list.
In consequence of this problem annotations such as @PreAuthorize are just ignored on these services (depending on your code it can have an impact on application security).
In my particular use-case I'll refactor to not use annotations in the plugin, so I leave this github-issue here just as a hint for others.
The text was updated successfully, but these errors were encountered:
In
AclAutoProxyCreator#afterPropertiesSet
a list of beanNames is collected from the service class names.This list is later used to decide about creating a proxy for this bean in
getAdvicesAndAdvisorsForBean
.The name matching fails for all services that are not declared directly in the project but in a grails plugin.
See
ServicesGrailsPlugin
line 62: If the service class is defined in a plugin then the plugin-name is prepended to the bean name.Finally the names won't match. To me it looks like it could be corrected by employing the same logic as in the ServicesGrailsPlugin for the naming beans when creating the beanNames list.
In consequence of this problem annotations such as
@PreAuthorize
are just ignored on these services (depending on your code it can have an impact on application security).In my particular use-case I'll refactor to not use annotations in the plugin, so I leave this github-issue here just as a hint for others.
The text was updated successfully, but these errors were encountered: