[midPoint] Page size on Azure Resource

[Ethan Kromhout]

Thank you Oleksandr, that would be most appreciated.

Ethan

On 9/23/20 9:16 AM, Oleksandr Nekriach wrote:
> Hi Ethan,
> I am going to create a merge request to share with the community my 
> version of the connector and you will be able to reuse my "paging" code.
>
> Best regards,
> Oleksandr
>
> On Tue, 22 Sep 2020 at 14:12, Ethan Kromhout <kromhout at unc.edu 
> <mailto:kromhout at unc.edu>> wrote:
>
>     Thank you Oleksandr. I added a static value too later yesterday,
>     and then got the "top" added to the initial call, but just as  you
>     found, the paging still didn't work. Have you published your fix
>     for paging by any chance? Looks like I'm headed down that same
>     journey. I'll look into adding the configuration item for page
>     size so that folks won't have to hard code that any more.
>
>     Thanks again,
>
>     Ethan
>
>     On 9/22/20 3:23 AM, Oleksandr Nekriach wrote:
>>     Hi Ethan,
>>     I didn't find this option too so I have added a static value for
>>     the page in my fork of the MS Graph connector. The maximum size
>>     of the page is 999. For a single page, it works perfectly.
>>     But later when I decided to solve this issue I have found that
>>     the paging functionality in the MS Graph connector doesn't work
>>     at all. So I rewrote this functionality. If you want to manage
>>     the page size value you can always add it as configuration
>>     setting of your connector.
>>
>>     Best regards,
>>     Oleksandr
>>
>>     On Mon, 21 Sep 2020 at 20:15, Ethan Kromhout via midPoint
>>     <midpoint at lists.evolveum.com
>>     <mailto:midpoint at lists.evolveum.com>> wrote:
>>
>>         I'm configuring the MS Graph connector to connect to our
>>         Azure AD
>>         tenant, and haven't figured out how to set the page size.
>>         Without the
>>         page size being set, I can only reconcile 100 objects and
>>         then the
>>         reconciliation quits with success, but limited results.
>>
>>         I see that the connector code is expecting midPoint to pass
>>         in a value
>>         for the page size in the ConnId OperationOption so that it
>>         can retrieve
>>         the value with options.getPageSize(), but I'm unsure how to
>>         set that
>>         value in the resource or task configuration.
>>
>>         Thanks,
>>
>>         Ethan
>>
>>         _______________________________________________
>>         midPoint mailing list
>>         midPoint at lists.evolveum.com <mailto:midPoint at lists.evolveum.com>
>>         https://lists.evolveum.com/mailman/listinfo/midpoint
>>
>>
>>
>>     -- 
>>     Best regards,
>>
>>
>>
>>     Oleksandr Nekriach | Identity and access management engineer
>>
>>     Dynatech, Jeruzalemes iela 1, Rīga, LV-1010, Latvia
>>     <https://www.google.com/maps/place/DYNATECH/@56.9575205,24.1107235,17z/data=!3m1!4b1!4m5!3m4!1s0x46eecf5753e42351:0x23b120b9745cae62!8m2!3d56.9575205!4d24.1129122>
>>
>>     +37125314685 <tel:+371%2025%20314%20685>
>>     ,
>>     o.nekriach at dynatech.lv <mailto:o.nekriach at dynatech.lv>
>>     |
>>     www.dynatech.lv <http://www.dynatech.lv>
>>
>>
>>     Stay connected:
>>     <https://www.facebook.com/DynatechLatvia/?ref=br_rs>
>>     <https://www.linkedin.com/company-beta/17893047/>
>>
>>
>>     Confidentiality Notice: This message contains confidential
>>     information and is intended only for the named recipient(s). If
>>     you are not the addressee you may not copy, distribute or perform
>>     any other activities with this information. If you have received
>>     this transmission in error, please notify us by e-mail
>>     immediately. E-mail transmission cannot be guaranteed to be
>>     secure or error-free as information could be intercepted,
>>     corrupted, lost, destroyed, arrive late or incomplete, or contain
>>     viruses.
>
>
>
> -- 
> Best regards,
>
>
>
> Oleksandr Nekriach | Identity and access management engineer
>
> Dynatech, Jeruzalemes iela 1, Rīga, LV-1010, Latvia 
> <https://www.google.com/maps/place/DYNATECH/@56.9575205,24.1107235,17z/data=!3m1!4b1!4m5!3m4!1s0x46eecf5753e42351:0x23b120b9745cae62!8m2!3d56.9575205!4d24.1129122>
>
> +37125314685 <tel:+371%2025%20314%20685>
> ,
> o.nekriach at dynatech.lv <mailto:o.nekriach at dynatech.lv>
> |
> www.dynatech.lv <http://www.dynatech.lv>
>
>
> Stay connected:
> <https://www.facebook.com/DynatechLatvia/?ref=br_rs>
> <https://www.linkedin.com/company-beta/17893047/>
>
>
> Confidentiality Notice: This message contains confidential information 
> and is intended only for the named recipient(s). If you are not the 
> addressee you may not copy, distribute or perform any other activities 
> with this information. If you have received this transmission in 
> error, please notify us by e-mail immediately. E-mail transmission 
> cannot be guaranteed to be secure or error-free as information could 
> be intercepted, corrupted, lost, destroyed, arrive late or incomplete, 
> or contain viruses.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200923/c2638952/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: o.nekriach at dynatech.lv1520941785292-7770
Type: image/png
Size: 4265 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200923/c2638952/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: o.nekriach at dynatech.lv1520941785292-7771
Type: image/png
Size: 790 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200923/c2638952/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: o.nekriach at dynatech.lv1520941785292-7772
Type: image/png
Size: 786 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200923/c2638952/attachment-0002.png>