Can the Code Map Refresh be scheduled?
Trying to determine if the Code Map refresh in IDM 4.5 can be scheduled. It says 1440 min (24 hours) but is that from the last time it ran? If I manually initiated it is that the new point in time or is t based on the application startup time?
I ask because it causes a backup of events as we have an Active Directory with over 17,000 groups. If we leave the driver trace file on it takes about an hour.
On 21.06.2017 02:16, JNCService wrote:
> Hey all,
> Trying to determine if the Code Map refresh in IDM 4.5 can be scheduled.
you can disable the automatic refresh and then refresh the code map
tables when needed using the SOAP API:
> It says 1440 min (24 hours) but is that from the last time it ran? If I
> manually initiated it is that the new point in time or is t based on the
> application startup time?
> I ask because it causes a backup of events as we have an Active
> Directory with over 17,000 groups. If we leave the driver trace file on
> it takes about an hour.
That's the main use case for the subscriber service channel. Hopefully
the AD driver will be updated to support it as well...
>> I ask because it causes a backup of events as we have an Active
>> Directory with over 17,000 groups. If we leave the driver trace file on
>> it takes about an hour.
> That's the main use case for the subscriber service channel. Hopefully
> the AD driver will be updated to support it as well...
Hoping this service channel rolls out quickly to popular shims and isn't
dependant on more engine updates.
Norbert's point is, you have two options.
1) Let the system run it every 24 hours (Or change the time gap between)
2) Turn off the auto run, and then call the SOAP endpoint, which is very simple. Basically it takes a single parameter, the LDAP DN of the entitlement to be refreshed. I THINK that you can list multiple DN's in one document.
So make the SOAP call. You COULD use the SOAP driver, but if you are not licensed for that it would be overkill. You can do it in a Java call (We have a JAR that lets us make SOAP calls in policy). There are ECMA implementations you should be able to find in this forum.
So you could use any driver, schedule a Job (so you have full cron like functionality) and have it react to the <trigger> document and make the call.
Or you could use Fernando's RBPM SOAP calls bash shell script, and make the call and then use cron on a linux box to make it. Lots and lots of options. (His script uses bash to build the SOAP document, based on parameters passed in, and looks like a Linux command line utility, and then passes it all to 'curl' to make the SOAP call.
Fernandos incredibly helpful bash commands script is here:
I wrote a couple of articles explaining how it works and how you can trivially extend it for new functions here:
Honestly, I forget if I added the refreshCodeMap function but go get the WSDL, look at it in SOAPUI, I am pretty sure you send 0, 1, or N values for the DN and 0 is all, 1 is just the one and then N is the list.
So really easy to make available as a shell script. Then cron it.