[jira] [Created] (SYNCOPE-1634) Group Owner update/delete action doesn't trigger propagation action
Dmitriy Brashevets created SYNCOPE-1634:
---
Summary: Group Owner update/delete action doesn't trigger
propagation action
Key: SYNCOPE-1634
URL: https://issues.apache.org/jira/browse/SYNCOPE-1634
Project: Syncope
Issue Type: Bug
Components: core
Affects Versions: 2.1.9
Reporter: Dmitriy Brashevets
Removing or adding of user as a userOwner or group as a groupOwner to group
doesn't trigger propagation action for this group. The group is assigned to a
particular resource.
An example of HTTP call is (userOwner assignement):
*POST* *http://${syncopeHost}/syncope/rest/groups/${groupKey}*
{code:javascript}
{
"@class": "org.apache.syncope.common.lib.to.GroupTO",
"key": "6d1d2db6-35ff-4d99-9d2d-b635ff4d99c7",
"type": "GROUP",
"realm": "/myOU",
"name": "mypti_imp_user",
"creator": "admin",
"creationDate": "2021-04-27T10:11:28.463+",
"lastModifier": "admin",
"lastChangeDate": "2021-05-17T15:38:02.213+",
"status": null,
"userOwner": "95e1e259-0a15-41ed-a1e2-590a1521ed74",
"groupOwner": null,
"udynMembershipCond": null,
"staticUserMembershipCount": 3,
"dynamicUserMembershipCount": 0,
"staticAnyObjectMembershipCount": 0,
"dynamicAnyObjectMembershipCount": 0,
"adynMembershipConds": {
},
"dynRealms": [
],
"auxClasses": [
],
"plainAttrs": [
],
"derAttrs": [
],
"virAttrs": [
],
"resources": [
"f5d7756e-4d9d-4590-a4a9-dcd1c4a8a60d"
],
"typeExtensions": [
]
}
{code}
Example of assigning of group as a group owner:
*POST http://${syncopeHost}/syncope/rest/groups/${groupKey}*
{code:javascript}
{
"@class": "org.apache.syncope.common.lib.to.GroupTO",
"key": "6d1d2db6-35ff-4d99-9d2d-b635ff4d99c7",
"type": "GROUP",
"realm": "/myOU",
"name": "mypti_imp_user",
"creator": "admin",
"creationDate": "2021-04-27T10:11:28.463+",
"lastModifier": "admin",
"lastChangeDate": "2021-05-18T13:01:38.428+",
"status": null,
"userOwner": "",
"groupOwner": "30849a12-bbca-40f7-849a-12bbca30f777",
"udynMembershipCond": null,
"staticUserMembershipCount": 3,
"dynamicUserMembershipCount": 0,
"staticAnyObjectMembershipCount": 0,
"dynamicAnyObjectMembershipCount": 0,
"adynMembershipConds": {
},
"dynRealms": [
],
"auxClasses": [
],
"plainAttrs": [
],
"derAttrs": [
],
"virAttrs": [
],
"resources": [
"f5d7756e-4d9d-4590-a4a9-dcd1c4a8a60d"
],
"typeExtensions": [
]
}
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (SYNCOPE-1634) Group Owner update/delete action doesn't trigger propagation action
[
https://issues.apache.org/jira/browse/SYNCOPE-1634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dmitriy Brashevets updated SYNCOPE-1634:
Affects Version/s: (was: 2.1.9)
2.1.6
> Group Owner update/delete action doesn't trigger propagation action
> ---
>
> Key: SYNCOPE-1634
> URL: https://issues.apache.org/jira/browse/SYNCOPE-1634
> Project: Syncope
> Issue Type: Bug
> Components: core
>Affects Versions: 2.1.6
>Reporter: Dmitriy Brashevets
>Priority: Major
>
> Removing or adding of user as a userOwner or group as a groupOwner to group
> doesn't trigger propagation action for this group. The group is assigned to a
> particular resource.
> An example of HTTP call is (userOwner assignement):
> *POST* *http://${syncopeHost}/syncope/rest/groups/${groupKey}*
> {code:javascript}
> {
> "@class": "org.apache.syncope.common.lib.to.GroupTO",
> "key": "6d1d2db6-35ff-4d99-9d2d-b635ff4d99c7",
> "type": "GROUP",
> "realm": "/myOU",
> "name": "mypti_imp_user",
> "creator": "admin",
> "creationDate": "2021-04-27T10:11:28.463+",
> "lastModifier": "admin",
> "lastChangeDate": "2021-05-17T15:38:02.213+",
> "status": null,
> "userOwner": "95e1e259-0a15-41ed-a1e2-590a1521ed74",
> "groupOwner": null,
> "udynMembershipCond": null,
> "staticUserMembershipCount": 3,
> "dynamicUserMembershipCount": 0,
> "staticAnyObjectMembershipCount": 0,
> "dynamicAnyObjectMembershipCount": 0,
> "adynMembershipConds": {
>
> },
> "dynRealms": [
>
> ],
> "auxClasses": [
>
> ],
> "plainAttrs": [
>
> ],
> "derAttrs": [
>
> ],
> "virAttrs": [
>
> ],
> "resources": [
> "f5d7756e-4d9d-4590-a4a9-dcd1c4a8a60d"
> ],
> "typeExtensions": [
>
> ]
> }
> {code}
> Example of assigning of group as a group owner:
> *POST http://${syncopeHost}/syncope/rest/groups/${groupKey}*
> {code:javascript}
> {
> "@class": "org.apache.syncope.common.lib.to.GroupTO",
> "key": "6d1d2db6-35ff-4d99-9d2d-b635ff4d99c7",
> "type": "GROUP",
> "realm": "/myOU",
> "name": "mypti_imp_user",
> "creator": "admin",
> "creationDate": "2021-04-27T10:11:28.463+",
> "lastModifier": "admin",
> "lastChangeDate": "2021-05-18T13:01:38.428+",
> "status": null,
> "userOwner": "",
> "groupOwner": "30849a12-bbca-40f7-849a-12bbca30f777",
> "udynMembershipCond": null,
> "staticUserMembershipCount": 3,
> "dynamicUserMembershipCount": 0,
> "staticAnyObjectMembershipCount": 0,
> "dynamicAnyObjectMembershipCount": 0,
> "adynMembershipConds": {
>
> },
> "dynRealms": [
>
> ],
> "auxClasses": [
>
> ],
> "plainAttrs": [
>
> ],
> "derAttrs": [
>
> ],
> "virAttrs": [
>
> ],
> "resources": [
> "f5d7756e-4d9d-4590-a4a9-dcd1c4a8a60d"
> ],
> "typeExtensions": [
>
> ]
> }
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (SYNCOPE-1634) Group Owner update/delete action doesn't trigger propagation action
[
https://issues.apache.org/jira/browse/SYNCOPE-1634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dmitriy Brashevets updated SYNCOPE-1634:
Affects Version/s: 2.1.9
> Group Owner update/delete action doesn't trigger propagation action
> ---
>
> Key: SYNCOPE-1634
> URL: https://issues.apache.org/jira/browse/SYNCOPE-1634
> Project: Syncope
> Issue Type: Bug
> Components: core
>Affects Versions: 2.1.6, 2.1.9
>Reporter: Dmitriy Brashevets
>Priority: Major
>
> Removing or adding of user as a userOwner or group as a groupOwner to group
> doesn't trigger propagation action for this group. The group is assigned to a
> particular resource.
> An example of HTTP call is (userOwner assignement):
> *POST* *http://${syncopeHost}/syncope/rest/groups/${groupKey}*
> {code:javascript}
> {
> "@class": "org.apache.syncope.common.lib.to.GroupTO",
> "key": "6d1d2db6-35ff-4d99-9d2d-b635ff4d99c7",
> "type": "GROUP",
> "realm": "/myOU",
> "name": "mypti_imp_user",
> "creator": "admin",
> "creationDate": "2021-04-27T10:11:28.463+",
> "lastModifier": "admin",
> "lastChangeDate": "2021-05-17T15:38:02.213+",
> "status": null,
> "userOwner": "95e1e259-0a15-41ed-a1e2-590a1521ed74",
> "groupOwner": null,
> "udynMembershipCond": null,
> "staticUserMembershipCount": 3,
> "dynamicUserMembershipCount": 0,
> "staticAnyObjectMembershipCount": 0,
> "dynamicAnyObjectMembershipCount": 0,
> "adynMembershipConds": {
>
> },
> "dynRealms": [
>
> ],
> "auxClasses": [
>
> ],
> "plainAttrs": [
>
> ],
> "derAttrs": [
>
> ],
> "virAttrs": [
>
> ],
> "resources": [
> "f5d7756e-4d9d-4590-a4a9-dcd1c4a8a60d"
> ],
> "typeExtensions": [
>
> ]
> }
> {code}
> Example of assigning of group as a group owner:
> *POST http://${syncopeHost}/syncope/rest/groups/${groupKey}*
> {code:javascript}
> {
> "@class": "org.apache.syncope.common.lib.to.GroupTO",
> "key": "6d1d2db6-35ff-4d99-9d2d-b635ff4d99c7",
> "type": "GROUP",
> "realm": "/myOU",
> "name": "mypti_imp_user",
> "creator": "admin",
> "creationDate": "2021-04-27T10:11:28.463+",
> "lastModifier": "admin",
> "lastChangeDate": "2021-05-18T13:01:38.428+",
> "status": null,
> "userOwner": "",
> "groupOwner": "30849a12-bbca-40f7-849a-12bbca30f777",
> "udynMembershipCond": null,
> "staticUserMembershipCount": 3,
> "dynamicUserMembershipCount": 0,
> "staticAnyObjectMembershipCount": 0,
> "dynamicAnyObjectMembershipCount": 0,
> "adynMembershipConds": {
>
> },
> "dynRealms": [
>
> ],
> "auxClasses": [
>
> ],
> "plainAttrs": [
>
> ],
> "derAttrs": [
>
> ],
> "virAttrs": [
>
> ],
> "resources": [
> "f5d7756e-4d9d-4590-a4a9-dcd1c4a8a60d"
> ],
> "typeExtensions": [
>
> ]
> }
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Created] (SYNCOPE-1635) Create Rules with configurations for each domain, make creation thread safe
Dmitriy Brashevets created SYNCOPE-1635:
---
Summary: Create Rules with configurations for each domain, make
creation thread safe
Key: SYNCOPE-1635
URL: https://issues.apache.org/jira/browse/SYNCOPE-1635
Project: Syncope
Issue Type: Bug
Components: core
Affects Versions: 2.1.9, 2.1.6
Reporter: Dmitriy Brashevets
Class org.apache.syncope.core.spring.ImplementationManager registers singleton
bean for Rules that contains Configuration. Example of rule class
org.apache.syncope.core.spring.policy.DefaultPasswordRule, example of
confugration class that may contain the rule:
org.apache.syncope.common.lib.policy.DefaultPasswordRuleConf.
There is only one spring bean of rule of a particular type in the Spring
Application Context.
Issue 1: The registration of singletone bean contains the concurrent issue: if
the singletone is already registered further creation of the prototype scoped
bean of the same class throws exception like:
{noformat}
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'ch.usp.syncope.core.persistence.jpa.dao.UspPasswordRule': Injection
of autowired dependencies failed; nested exception is
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named
'${beanName}' available
at
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessProperties(AutowiredAnnotationBeanPostProcessor.java:382)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1404)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:592)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:515)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:351)
at sun.reflect.GeneratedMethodAccessor195.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.zeroturnaround.javarebel.ix.invokeMethod(SourceFile:288)
at
org.apache.syncope.core.spring.ImplementationManager.buildJavaWithConf(ImplementationManager.java:240)
at
org.apache.syncope.core.spring.ImplementationManager.buildPasswordRule(ImplementationManager.java:112)
at
ch.usp.syncope.wrapper.ImplementationManagerWrapper.buildPasswordRule(ImplementationManagerWrapper.java:25)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic.getPasswordLifeTime(ExecLogic.java:89)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic.execute(ExecLogic.java:57)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic$$FastClassBySpringCGLIB$$1.invoke()
at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218)
at
org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:752)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
at
org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:295)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:98)
at
org.apache.syncope.core.persistence.jpa.spring.DomainTransactionInterceptor.invoke(DomainTransactionInterceptor.java:69)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at
org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:691)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic$$EnhancerBySpringCGLIB$$1.execute()
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.lambda$call$0(ExecEImpl.java:23)
at
org.apache.syncope.core.spring.security.AuthContextUtils.execWithAuthContext(AuthContextUtils.java:117)
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.call(ExecEImpl.java:21)
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.call(ExecEImpl.java:8)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No
bean named 'ch.usp.syncope.core.persistence.jpa.dao.UspPasswordRule' available
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactor
[jira] [Updated] (SYNCOPE-1635) Create Rules with configurations for each domain, make creation thread safe
[
https://issues.apache.org/jira/browse/SYNCOPE-1635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dmitriy Brashevets updated SYNCOPE-1635:
Description:
Class org.apache.syncope.core.spring.ImplementationManager registers singleton
bean for Rules that contains Configuration. Example of rule class
org.apache.syncope.core.spring.policy.DefaultPasswordRule, example of
confugration class that may contain the rule:
org.apache.syncope.common.lib.policy.DefaultPasswordRuleConf.
There is only one spring bean of rule of a particular type in the Spring
Application Context.
Issue 1: The registration of singleton bean contains the concurrent issue: if
the singletone is already registered further creation of the prototype scoped
bean of the same class throws exception like:
{noformat}
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'ch.usp.syncope.core.persistence.jpa.dao.UspPasswordRule': Injection
of autowired dependencies failed; nested exception is
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named
'${beanName}' available
at
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessProperties(AutowiredAnnotationBeanPostProcessor.java:382)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1404)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:592)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:515)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:351)
at sun.reflect.GeneratedMethodAccessor195.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.zeroturnaround.javarebel.ix.invokeMethod(SourceFile:288)
at
org.apache.syncope.core.spring.ImplementationManager.buildJavaWithConf(ImplementationManager.java:240)
at
org.apache.syncope.core.spring.ImplementationManager.buildPasswordRule(ImplementationManager.java:112)
at
ch.usp.syncope.wrapper.ImplementationManagerWrapper.buildPasswordRule(ImplementationManagerWrapper.java:25)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic.getPasswordLifeTime(ExecLogic.java:89)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic.execute(ExecLogic.java:57)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic$$FastClassBySpringCGLIB$$1.invoke()
at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218)
at
org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:752)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
at
org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:295)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:98)
at
org.apache.syncope.core.persistence.jpa.spring.DomainTransactionInterceptor.invoke(DomainTransactionInterceptor.java:69)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at
org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:691)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic$$EnhancerBySpringCGLIB$$1.execute()
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.lambda$call$0(ExecEImpl.java:23)
at
org.apache.syncope.core.spring.security.AuthContextUtils.execWithAuthContext(AuthContextUtils.java:117)
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.call(ExecEImpl.java:21)
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.call(ExecEImpl.java:8)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No
bean named 'ch.usp.syncope.core.persistence.jpa.dao.UspPasswordRule' available
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:779)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:1221)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getMergedBea
[jira] [Updated] (SYNCOPE-1635) Create Rules with configurations for each domain, make creation thread safe
[
https://issues.apache.org/jira/browse/SYNCOPE-1635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dmitriy Brashevets updated SYNCOPE-1635:
Description:
Class org.apache.syncope.core.spring.ImplementationManager registers singleton
bean for Rules that contains Configuration. Example of rule class
org.apache.syncope.core.spring.policy.DefaultPasswordRule, example of
confugration class that may contain the rule:
org.apache.syncope.common.lib.policy.DefaultPasswordRuleConf.
There is only one spring bean of rule of a particular type in the Spring
Application Context.
Issue 1: The registration of singleton bean contains the concurrent issue: if
the singletone is already registered further creation of the prototype scoped
bean of the same class throws exception like:
{noformat}
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name '${beanName}': Injection of autowired dependencies failed; nested
exception is org.springframework.beans.factory.NoSuchBeanDefinitionException:
No bean named '${beanName}' available
at
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessProperties(AutowiredAnnotationBeanPostProcessor.java:382)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1404)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:592)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:515)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:351)
at sun.reflect.GeneratedMethodAccessor195.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.zeroturnaround.javarebel.ix.invokeMethod(SourceFile:288)
at
org.apache.syncope.core.spring.ImplementationManager.buildJavaWithConf(ImplementationManager.java:240)
at
org.apache.syncope.core.spring.ImplementationManager.buildPasswordRule(ImplementationManager.java:112)
at
ch.usp.syncope.wrapper.ImplementationManagerWrapper.buildPasswordRule(ImplementationManagerWrapper.java:25)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic.getPasswordLifeTime(ExecLogic.java:89)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic.execute(ExecLogic.java:57)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic$$FastClassBySpringCGLIB$$1.invoke()
at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218)
at
org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:752)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
at
org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:295)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:98)
at
org.apache.syncope.core.persistence.jpa.spring.DomainTransactionInterceptor.invoke(DomainTransactionInterceptor.java:69)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at
org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:691)
at
ch.usp.syncope.core.provisioning.java.job.ExecLogic$$EnhancerBySpringCGLIB$$1.execute()
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.lambda$call$0(ExecEImpl.java:23)
at
org.apache.syncope.core.spring.security.AuthContextUtils.execWithAuthContext(AuthContextUtils.java:117)
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.call(ExecEImpl.java:21)
at
ch.usp.syncope.core.provisioning.java.job.ExecEImpl.call(ExecEImpl.java:8)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No
bean named 'ch.usp.syncope.core.persistence.jpa.dao.UspPasswordRule' available
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:779)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:1221)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getMergedBeanDefinition(AbstractBeanFactory.java:1008)
[jira] [Created] (SYNCOPE-1643) Update of Realm doesn't trigger provsioning for user
Dmitriy Brashevets created SYNCOPE-1643: --- Summary: Update of Realm doesn't trigger provsioning for user Key: SYNCOPE-1643 URL: https://issues.apache.org/jira/browse/SYNCOPE-1643 Project: Syncope Issue Type: Bug Components: core Affects Versions: 2.1.9 Reporter: Dmitriy Brashevets When update user realm the provisioning is not triggered -- This message was sent by Atlassian Jira (v8.3.4#803005)
