0
Answered

Boolean Constant attribute appears as String in connector space

Matthew Woolnough 7 years ago updated by anonymous 7 years ago 13

As shown in the image below, Boolean constant appears as a string in the Connector Space. 



Image 4169

Answer

Answer
Answered

Without knowing what sharing exists in MIM between MAs for identical object types and attributes, it seems you have a bug on your hands. You've demonstrated that we are reporting the correct type to MIM and that MIM is capable of understanding the schema correctly, but for some reason with that name it's stuck thinking it's a string. You'll have to either raise a support ticket with Microsoft, or stick to the changed field name and move on.

Interestingly, I have 2 Boolean Constant. One works, the other does not.  Both are configured the same.




Hi Matt,

Is this the field that you previously had generated from a Time Offset Flag transformation? Please note that Time Offset Flag transformations generate a string-typed field. When did you generate the schema for this MA in MIM, when it was from the Time Offset Flag or from the Constant?

No. This is a different MA. That was the employee MA.  This is the schedule MA.

I did a schema refresh just in case something was awry, but it came back with "Schemas are the Same. No update required"

Under review

Hi Matt,

Has the type of this field on this adapter ever previously been string, and if so is it possible that the entity was imported during this time? I note that the value for this field is the fully uppercase FALSE rather than the traditional lowercase false for boolean values. In this case, a Full Import should update the type to match its true value. If not, could you please run an LDAP trace while running the schema refresh to confirm the schema type supplied to MIM by Identity Broker?

No, but EmployeeTerminated on the employee adapter is a string. It's a bit odd - I know, but this is how its configured in the original solution. I am just migrating whats there. 



Yes, I noted the same thing.  The Full Import had no effect. Trace attached. OrgImport.zip


Thanks Matt,

Strange indeed. I note you only have a small handful of entities, can you check to see if the others are reporting the type of the EmployeeTerminated field correctly?

If we're reporting the type of the field correctly and a full import doesn't correct it, it seems like it could be a bug in MIM. Perhaps you could try changing the name of the field and generating changes in identity Broker, then refreshing the schema and running a Full Import to see if this forces the field to be re-evaluated by MIM.

All objects report the same type of string for EmployeeTerminated.

  • Change the attribute name to EmployeeTerminator in IdB
  • detect schema
  • select new attribute 
  • import data 

MIM has correct type of boolean for EmployeeTerminator

  • Change the attribute name to EmployeeTerminated in IdB
  • detect schema
  • select new attribute 
  • import data 

MIM once again has the incorrect type of string for EmployeeTerminator.




Thanks for that Matt. It seems like MIM is stuck thinking this name has string type - perhaps a new MA will avoid this bad state? Or else you may need to raise a ticket with Microsoft to find out how to correct it.

Created a new MA with only 3 attributes:

  • EmployeeTerminated (Boolean)
  • ContractorTerminated (Boolean) 
  • GivenName (String)

EmployeeTerminated still coming through as a string, whilst ContractorTerminated appears as a boolean.


Answer
Answered

Without knowing what sharing exists in MIM between MAs for identical object types and attributes, it seems you have a bug on your hands. You've demonstrated that we are reporting the correct type to MIM and that MIM is capable of understanding the schema correctly, but for some reason with that name it's stuck thinking it's a string. You'll have to either raise a support ticket with Microsoft, or stick to the changed field name and move on.