Marked as critical because I have been requested to have an answer by 1pm Brisbane time.

E-mail from Peter Williams:

"There technical guy Andrew Stewart will be on the call. I spoke with him this morning and he had a detailed technical question about setting up the Aurion connection. Can you please try to have an answer for this by the meeting today.

Question: What type of account does the Identity Broker for Aurion connect to in Aurion? Is it an employee self-service (ESS) account or is it a client account?"

Preparation question from a client:

Aurion has 2 API types, xml rpc and xml document binding or such. Which does Unify need for their broker?

I know we've dealt with this question before, but I couldn't find the answer on here or in the documentation.

Restarting the service to enable WCF tracing is a PITA.

Might be possible to do something like mentioned in this thread:
http://stackoverflow.com/questions/4041289/change-switchvalue-on-trace-listener-in-runtime

Or:
http://stackoverflow.com/questions/7795614/can-i-control-wcf-tracing-programmatically

Connector and transformation post handling does not currently handle validation errors correctly. If custom view data is invalid, the post engine will attempt to access the next sink or stream source. Instead, they should be configured to redirect to the same step of the process.

With Unify Identity Broker 4.0 & 4.1 we can configure Windows Event Log Writer to write to a custom log: https://unifysolutions.jira.com/wiki/display/IDB41/Windows+Event+Log+Writer

Will Unify Identity Broker create the custom log when we configure this and if so do we have to restart the server or what steps must be taken as it is not stipulated.

Required for health check data collection scripts.

Can someone please point me in the right direction of an explanation as to what section I need to configure to set the polling interval? I recall this used to be calculated in ticks for version 2., but I can't see the equivalent in the default 3. config file, and my JIRA searches ("connectorconfigurations", "connector interval", ...) are coming up blank so far.

Although the navigation has been improved with Back buttons and the Dynamic Sitemap (breadcrumbs), this is only navigation "backwards", there are still a number of problems going forward:

1. It is difficult to tell what buttons do
2. There is no standardized forward navigation process to related components and subsets of a component
3. Realestate is used poorly, and movement through the website requires a lot of scrolling

Solution:

To remedy this, the following is a suggested set of fixes:

1. Include a set of links (tabs) to the left of every page that define navigation within the component or context being viewed. (e.g. Connector details would have Schedules, Schema, Timings, General tabs etc.)
2. Each page would have a drop-down collection of operations for the component or context being viewed. (e.g. Connector details would have Add Schedule, Enable, Execute Full import etc. etc.)

Benefits:

This would achieve all of the listed problems above, but would also help with:

1. Standardization of display components, leading to reusable Web components which benefits every product and every plugin.
2. Standardization of navigation, to allow for components like the EB/IDB security to apply business logic to each context.
3. An entry point for plugins to add Navigation and Operations. (e.g. FIMEngine.dll adds a FIM tab to adapters)
4. Helps with localization by reducing the noise in views.

Ultimately the overall result would be that I would be able to say "Now run a Full Import" and it would be intuitive that it's in the drop down, as opposed to "Now scroll down to where it says Full Import, then find the table icon with the green refresh icon and click that"

As discussed. The add transformation button should add to the end of this list of transformations, using the context of the final transformation.

Additionally, there will have to be buttons for each transformation to add a transformation previously, to allow for adding a transformation to the end.

In Framework Core:

A better error message could be provided when a null value has been set in an entity at the connector level. For example when the value is taken from the entity repository and that value turns out to be null.

Error appears in:
Unify.Framework.IO.LDAP\LDIF\LDIFSafeStringFilter.IsSafe
as an argument null exception.

However the value is retrieved in:
Unify.Framework.Adapter.LDIF\AdapterEntityToLDIFAttrvalRecordAdapter.GetLDIFAttrvalSpec

I received the following error message. Please note that

{0}, {1)..{n} in the error message. It looks like a String.Format issue. (note: JIRA seems to have an issue with this code block)

20130304,21:17:11,Modify anchor for entity {0}

to

{1}

from connector

{2}

failed with reason

{3}

. Duration:

{4}

,Connector,Warning,"Modify anchor for entity af369b4d-adb3-4c76-9b93-bf467f56f920 to ef7d936d-e793-462d-a215-616aeb8e4fa1 from connector User Placeholder failed with reason Connector User Placeholder does not support anchor modification.. Duration: 00:00:00
Error details:
System.NotSupportedException: Connector User Placeholder does not support anchor modification.
at Unify.Framework.ConnectorToModifyAnchorConnectorBridge.get_MultiKeyedModifyAnchorConnector()
at Unify.Framework.ConnectorToModifyAnchorConnectorBridge.ModifyAnchor(MultiKeyValue oldKey, MultiKeyValue newKey)
at Unify.Framework.EventNotifierModifyAnchorConnectorDecorator.ModifyAnchor(MultiKeyValue oldKey, MultiKeyValue newKey)
at Unify.Framework.Adapter.<>c_DisplayClass37.<CheckAnchorChangeOnSave>b_32(KeyValuePair`2 keyValue)
at Unify.Framework.Visitor.<>c_DisplayClass1`1.<Visit>b_0(T item, Int32 index)
at Unify.Framework.Visitor.VisitT(IEnumerable`1 visitCollection, Action`2 visitor)
at Unify.Framework.Visitor.VisitT(IEnumerable`1 visitCollection, Action`1 visitor)
at Unify.Framework.Adapter.CheckAnchorChangeOnSave(IEntitySchema connectorSchema, IEnumerable`1 entitiesToSave, IEntityPartitionUpdatableContext connectorContext, IEnumerable`1 entityIds)
at Unify.Framework.Adapter.SaveEntities(IEnumerable`1 entities, Boolean reflect)
at Unify.Framework.Adapter.SaveEntity(IAdapterEntity entity, Boolean reflect)
at Unify.Framework.AdapterNotifierDecorator.SaveEntity(IAdapterEntity entityToSave)
at Unify.Framework.LDIFAdapter.ExportAdapterEntity(IAdapterEntity adapterEntity, Guid adapterId)
at Unify.Framework.LDIFAdapterServiceHostDecorator.ExportAdapterEntity(IAdapterEntity adapterEntity, Guid adapterId)
at SyncInvokeExportAdapterEntity(Object , Object[] , Object[] )
at System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs)
at System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)
at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage4(MessageRpc& rpc)
at System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)",Normal

I'll investigate the actual error separatly, but as far as this issue is concerned, I don't want the anchor modification to be reviewed. Just wanted to bring the formating of the error itself to light.