exported-change-not-reimported Warning
I am receiving this warning when doing a Full Import/Full Synchronization on my FIM MA after doing an Export on my FIM MA. I have 2 attributes (MiddleName and RoomNumber) that may not have values coming from my source data store. My source data store (SQL table) writes a <space> (" ") in the value because it does not allow NULLS. Exporting this <space> to the FIM Portal appears to work fine but my suspicion is that the FIM Portal does not allow a <space> to be written into the data store and the reimport is actually a NULL. If I am correct, in my ISR do I check for a <space> and write a NULL (which still doesn't work)? Example: (IIF(Eq(MiddleName," "),Null(),MiddleName)) ADDITIONAL INFO: I did the ILM implementation of this entire IDM system. I am now upgrading the ILM environment to FIM and having to convert the ILM data flows to FIM Portal. I only have problems with data flows going to FIM Portal (not the Synch Service only). SO I know this has somethign to do with data stored in the FIM Portal.
October 14th, 2010 1:36am

Hi Jb I think you should take a look at you FIMMA Attribute flow and and check if the export flow for middlename has checked the "Allow nulls" option. regards
Free Windows Admin Tool Kit Click here and download it now
October 14th, 2010 6:42am

if possible, you could also write EMPTY in that attribute in your SQL data store. Then using an advanced inbound attribute flow translate that EMPTY in the connector to a NULL value in the MV -- Cheers, (HOPEFULLY THIS INFORMATION HELPS YOU!) # Jorge de Almeida Pinto # MVP Identity & Access - Directory Services # BLOG (WEB-BASED)--> http://blogs.dirteam.com/blogs/jorge/default.aspx BLOG (RSS-FEEDS)--> http://blogs.dirteam.com/blogs/jorge/rss.aspx ------------------------------------------------------------------------------------------ * This posting is provided "AS IS" with no warranties and confers no rights! * Always test ANY suggestion in a test environment before implementing! ------------------------------------------------------------------------------------------ ################################################# ################################################# ------------------------------------------------------------------------------------------ "jbwilliams11" wrote in message news:0095aaf9-ac8a-4cd0-84a1-3177f968f2ca... I am receiving this warning when doing a Full Import/Full Synchronization on my FIM MA after doing an Export on my FIM MA. I have 2 attributes (MiddleName and RoomNumber) that may not have values coming from my source data store. My source data store (SQL table) writes a <space> (" ") in the value because it does not allow NULLS. Exporting this <space> to the FIM Portal appears to work fine but my suspicion is that the FIM Portal does not allow a <space> to be written into the data store and the reimport is actually a NULL. If I am correct, in my ISR do I check for a <space> and write a NULL (which still doesn't work)? Example: (IIF(Eq(MiddleName," "),Null(),MiddleName)) Jorge de Almeida Pinto [MVP-DS / AD DS TechNet Forums Moderator] [Sr. Technical Consultant @ Oxford Computer Group] (http://blogs.dirteam.com/blogs/jorge/default.aspx) (http://www.oxfordcomputergroup.com/)
October 14th, 2010 9:03am

The source data source (SQL Table) stores a <space> if no value is entered in the value from the application. Then this <space> is mapped to an attribute in the FIM Portal via the Inbound Sync Rule and this also populates the MV. Then I run the Export on my FIMMA to the FIM Portal with no issues (so I am assuming the <space> is being written b/c of lack of error). Only when I do the confirming import do I get the issue. The Allow Nulls option is on the Outbound Sync Rule (Destination tab) and I do not have that configured yet to the eventual target data source. I am just populating the FIM Portal at this point.
Free Windows Admin Tool Kit Click here and download it now
October 14th, 2010 6:09pm

I am not able to modify the application to write an empty in the database.
October 14th, 2010 6:11pm

Could you give mor infor about if I got it right you have: FIMMA and SQL MA, then you have some Flow attribute config in your fimma an a ISR for SQL MA. ? regards
Free Windows Admin Tool Kit Click here and download it now
October 15th, 2010 1:55am

Hi Jb I as trying and I did the follow function in my ISR. IIF(CustomExpression(Ispresent(MiddleName)),MiddleName,"") or IIF(CustomExpression(Ispresent(MiddleName)),MiddleName,Null()) Hopefully it works for you. regards
October 20th, 2010 12:21am

This is a known issue and we are working on it. Cheers, MarkusMarkus Vilcinskas, Knowledge Engineer, Microsoft Corporation
Free Windows Admin Tool Kit Click here and download it now
October 25th, 2010 5:52pm

This is a known issue and we are working on it. Cheers, Markus Markus Vilcinskas, Knowledge Engineer, Microsoft Corporation Markus, is there any update on this issue? I have applied the Update 1 and the hotfix for 2477714 (to solve the problem of case changes causing the exported-change-not-reimported error), but now I am also getting bitten by this bug where a NULL or empty ("") MiddleName attribute causes an exported-change-not-reimported error as well.
July 11th, 2011 5:27pm

Build 4.0.3573.2 fixed the case sensitivity issue. If you're getting errors because of an empty string in your attributes you should look to fix your data. If you can't do that at source, use an IIF statement in the SR to not flow an empty string, e.g. [untested, check for syntax] IIF(IsPresent(MiddleName), IIF(Eq(MiddleName, ""), Null(), MiddleName), Null()). I used this approach. I had to look for both an empty string "" and a space " ". :(
Free Windows Admin Tool Kit Click here and download it now
July 12th, 2011 3:30am

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

Other recent topics Other recent topics