Force an attribute to the MV
Hi, can you suggest me a method to save a value (calculated in the MV Extension dll) in a MV attribute from the code of this dll? Is there any example of this method? I need to use this method to save a random initial password calculated in the MV Extension dll and then export them to the Portal for the user notification. Thanks in advance. Francesca
July 23rd, 2012 10:53am

Francesca- You can't write to the metaverse from a metaverse extension. You'd need to do this on import from an MA, perhaps the HR one. You could look for a marker attribute to see if an AD account exists, adn if not, set the password attribute in the metaverse. My Book - Active Directory, 4th Edition My Blog - www.briandesmond.com
Free Windows Admin Tool Kit Click here and download it now
July 23rd, 2012 11:37am

I can only think of two ways to get data from your MV extension into an attribute export. One is to capture it in a Utils.TransactionProperty, and use a rule extension for the export to flow it out. Unfortunately you can't use rule extensions with the FIM MA directly, and the fact that there's a value in memory wouldn't trigger a given EAF rule to be evaluated on a delta sync on its own...it requires a lot of thought about the sequence of events and what import attribute flows trigger other export flows and generating the U.TP in the middle. If you created a new connector (say to an MA for a SQL table just for this purpose) in your provisioning code, you could set the value of the password in an attribute before committing the new connector, export it to your SQL table, import it into the metaverse attribute of your choosing and then flow it out to the portal. Theoretically you could write the password to a file and then import that with a file MA, but I wouldn't do it that way if I had any other option. It seems like it would be more straightforward to do the provisioning from the portal and generate the password in a custom workflow activity. However, if you're like me you're just not up for writing that kind of code (yet). It is a major shift if you've already got everything else working with a classic design. Chris (Follow-up note: As the second can of caffeine takes its effect this morning and I begin to understand what I read, Brian's solution is much simpler with fewer steps.)
July 24th, 2012 10:06am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics