The following exception is thrown when attempting to install version 2.2.2 on a WORKGROUP Win2003 server with a local service account:

"Error 1001. No mapping between account names and security IDs was done"

Once this exception has been acknowledged (OK) the install rolls back.

If time permits, an auto-configuration wizard could be created. At the very least, this could create an operation list group for each existing management agent in a FIM instance. Additional functionality could be to:

• In the presence of a delta import delta sync profile, add this to an incoming operation list
• In the presence of an export profile, add this to an outgoing operation list
• For FIM Portal configuration, a baselining operation list should be created which runs a full sync on every management agent.

Agent creation and plugins would all need to be done manually.

It would be handy to have some sort of textual export or graphical display for seeing the entire Event Broker schedule, eg. Monday at 7pm is a full import on this MA, Wednesday at 3pm is a sync etc.

Presently, run profiles and plugins are listed in operation lists simply by their plugin name, rather than by anything useful. For example, a run profile should appear in an operation list as "MA Run Profile", eg. "Chris21 Delta Import"

Plugin names should have a similar representation, rather than taking the format "Unify.EventBroker.PlugIn.PlugInName" on every screen.

When adding operations that use agents, it could become cumbersome to always have to make an agent selection when there is only one agent. This is particularly the case if Event Broker is only targeting one FIM instance, as an example. If there is only one agent, it may be more beneficial to assume that if there is only one type of agent available, that is the agent that should be used.

All of the content on the content on the Home\Index.chtml page are in refresh sections except for the AlertOverview.

To maintain the dashboard feel of the page, would it make more sense to have this be kept up to date with the rest of the page?

As an aside, the HomeModel object contains an IEventClientStatus, however, I cannot seem to find where it is used on the page. Would it be possible to remove this from the model to improve load times?

The various Event Broker engines should log activity to the application log, as well as log any exception messages.

Group related pages do not explain very clearly what certain operations do, nor what effect certain properties have. Specifically:

• It is unclear what "Edit Operation List Groups" does - this brings up a selection between "None" and "Normal" for operation lists. Presumably this means that the operation list is in the group?
• Maybe a group would benefit from having a comment like an operation list comment to explain the purpose of the group?
• As with our other pages, some descriptions of each page would help

Something I'm also battling with is that Event Broker maxes out the CPU when running the Command Shell Wrapper plugin. It does this when calling the Powershell script that I wrote to create class groups. The script is still executed but performance is impacted by the Broker Service. I have reproduced the issue running the wrapper via the UI and the service. Is this a known issue? Happy to diagnose further if the issue is new.

The generic error page has a minor artefact:

Err@model System.Web.Mvc.HandleErrorInfo

At the top of the page. See attached screenshot.

This was taken running on Cassini.