[midPoint] limic number of tries on connector

[Radovan Semancik]

Hi,

Is this a connector behavior? Or is midPoint trying the operation over 
and over again?
You can see that in the stack trace. If not sure then please send me the 
stack trace. I'll have a look.

If it is a connector issue then midpoint cannot do much about it. Maybe 
you can set operation timeout. But but that's pretty much all you can do.

If it is midPoint that tries the operation over and over again then you 
are hittin a bug. MidPoint should not do that.

-- 
Radovan Semancik
Software Architect
evolveum.com



On 10/03/2016 04:08 PM, Oskar Butovič - AMI Praha a.s. wrote:
> Hello everybody,
>
> I am experiencing problem with google connector when it is unable to 
> perform some change. For example adding email alias same as primary email.
>
> Connector tryes to perform change google returns error but connector 
> tries it again until stack overflow occurs. Which takes a lot of time 
> and memmory.
>
> Is there any parameter in resource or connector to limit maximum 
> number of failed changes until connector gives up?
>
> Best Regards
>
> Oskar Butovič
>
> -- 
>
> Oskar Butovič
> solution architect
>
> gsm: [+420] 774 480 101
> e-mail: oskar.butovic at ami.cz <mailto:oskar.butovic at ami.cz>
>
> 			
>
> AMI Praha a.s.
> Pláničkova 11
> 162 00 Praha 6
> tel.: [+420] 274 783 239
> web: www.ami.cz <http://www.ami.cz/>
>
> 			
>
> AMI Praha a.s.
>
>
> AMI Praha a.s. 
> <http://www.ami.cz/reseni-a-sluzby/bezpecnost-dat/identity-management>
>
> Textem tohoto e-mailu podepisující neslibuje uzavřít ani neuzavírá za 
> společnost AMI Praha a.s.
> jakoukoliv smlouvu. Každá smlouva, pokud bude uzavřena, musí mít 
> výhradně písemnou formu.
>
>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> http://lists.evolveum.com/mailman/listinfo/midpoint


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161003/43d4d845/attachment.htm>