[midPoint] Example AMQP / Async resource?

Keith Hazelton hazelton at internet2.edu
Fri Mar 27 23:22:04 CET 2020


Richard, If you can't edit the faulty information, just let me know which pages and I can fix it.


________________________________
From: midPoint <midpoint-bounces at lists.evolveum.com> on behalf of Richard Frovarp <richard.frovarp at ndsu.edu>
Sent: Friday, March 27, 2020 3:55 PM
To: midpoint at lists.evolveum.com <midpoint at lists.evolveum.com>
Subject: Re: [midPoint] Example AMQP / Async resource?

Thanks for the answer. I'm quite good at banging my head against
things, so long as I know it is possible. I'll take a peak at the
manual resource bit to see if that could possibly help. The DB work
around is probably my best bet.

The Internet 2 documentation on the TIER package isn't exactly the most
clear about AMQP operations. It makes it seem as though midPoint can
provision via AMQP, AND that Grouper can get additions through AMQP.
And it appears that neither are true. I'll see if I have enough karma
to edit, otherwise will find someone to fix the page I found.

Thanks again,
Richard

On Fri, 2020-03-27 at 21:50 +0100, Pavol Mederly wrote:
> Hello Richard,
>
> you're right -- Grouper AMQP connector (and any existing AMQP support
> in
> midPoint as well) is used solely to transfer data from external
> system
> (Grouper) to midPoint.
>
> When considering the other way (from midPoint to external systems),
> we
> have no explicit support for messaging now.
>
> As described here
> (https://wiki.evolveum.com/display/midPoint/Messaging+Resources) the
> expected approach would be to implement something similar to manual
> resource connector we have in midPoint now. But it's not quite easy,
> considering you are new to midPoint, as you said.
>
> The preferred option is to contact us to develop this kind of
> connector
> for you, or the other way is to use a kind of fallback you are
> thinking
> about. If it's a temporary solution, (before converting all your
> resources to directly interface midPoint), then it could be
> acceptable.
> I think.
>
> Best regards,
>
> Pavol Mederly
> Software developer
> evolveum.com
>
> On 27/03/2020 21:32, Richard Frovarp wrote:
> > Are there any examples or documentation for any sort of async
> > provisioning resources? I know that there is the read one for
> > Grouper,
> > but I'm also looking for something that could create and update
> > accounts. Maybe following the Grouper example I could get that to
> > work,
> > I'm just not sure. I am exceptionally new to midPoint. A hint of
> > what
> > class to extend would be helpful.
> >
> > Our custom engineered IAM solution does all of its work via
> > RabbitMQ.
> > Given my current time constraints to get off of that one, I don't
> > see
> > it practical that I can switch all of our resources that store
> > accounts
> > over to custom resources. I am better off in the short term
> > leveraging
> > the existing code that I have, some of which is in Perl, than
> > trying to
> > go full into midPoint. That is why I am trying to follow the path
> > of
> > AMQP. I think my fallback would be to have midPoint write to a DB,
> > have
> > a separate process monitor for updates there, and emit messages.
> > Hoping
> > for something a bit more elegant.
> >
> > Thanks for any and all suggestions.
> >
> > Richard
> > _______________________________________________
> > midPoint mailing list
> > midPoint at lists.evolveum.com
> > https://lists.evolveum.com/mailman/listinfo/midpoint
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> https://lists.evolveum.com/mailman/listinfo/midpoint
_______________________________________________
midPoint mailing list
midPoint at lists.evolveum.com
https://lists.evolveum.com/mailman/listinfo/midpoint
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200327/63d23263/attachment.htm>


More information about the midPoint mailing list