I noticed that there is no shortcut entry in the Start menu for the Event Broker v3.0.0 UI as part of the installation.

Perhaps, a default shortcut is create using the current Internet shortcut in "C:\Program Files (x86)\UNIFY Solutions\Event Broker\Services\UNIFY Event Broker Management Studio".

If necessary we can provide a brief instruction on how to modify this shortcut to point to a different port. Eg Open the file "C:\Program Files (x86)\UNIFY Solutions\Event Broker\Services\UNIFY Event Broker Management Studio" using Notepad and replace the port 8080 with the port that is being configured either in the IIS or the built-in Cassini.

This could be something that Microsoft is required for the certification and usability.

Is there an equivalent to the "Test" button in Event Broker v2.2.3?

I am not certain it's just me, but when things doesn't seem to work as I expected I feel that I am a bit lost as to what is going wrong as.

There is no status to indicate whether an Agent or Check Operation is working correctly or not. The only way I can determine that is to look at the log.

This is particularly so when I updated the Agent configuration or Check Operation and sit there wondering when the log will be update with the status to tell me whether the update I have made is good or not.

This problem seems to be applicable to all our current installers, but this is the only one we can do anything about now.

I believe Event Broker may be installing as "per user" instead of "per machine" - I don't think this affects the application in an operation sense, but it means that the product doesn't show up in "Add/Remove Programs" for anyone other than who installed it. This will cause problems in most places, as Eddie found this morning at QDET when he could not uninstall the Identity Broker service.

I'm not 100% sure if this is actually the problem, but since Adam has already checked in a fix I'd like you to confirm. You'll need to take the existing published beta, install it on a VM and then log in with a different account and see if you can uninstall it. If you can't, try the same with the latest installer from Buildmachine which is supposed to fix the problem.

When processing a large op list (89 MAs each taking a long time) the op lists aborts after about 6 hours with System.Threading.ThreadAbortException: Thread was being aborted.

This is causing issues with large sites. There is a work around of breaking up the op lists to try and get them to complete within 6 hours. However there are issues when the Delta imports take longer then that as it interferes with normal operation of the solution.

Complete log files attached.
Confirming EB Version with client.
Will get an export of the config as well.

If the AD Agent hits validation errors the following exception message is thrown:

Dashboard Error
System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.
at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
at Unify.EventBroker.Web.AgentsController.<.ctor>b__e(UnifySiteMapNode node, UnifySiteNodeAttribute attribute, RequestContext context, IDictionary`2 dynamicValues, RouteData data, NameValueCollection postedData, NameValueCollection queryString) in c:\TeamCity\buildAgent\work\e1e11e299a05c3e1\Source\Unify.EventBroker.Web\Controllers\AgentsController.cs:line 352
at Unify.Framework.Web.UnifySiteMapProvider`2.UpdateNodeForRequest(TNode node, TNodeAttribute nodeAttribute, RequestContext requestContext, IDictionary`2 dynamicValues, RouteData routeData, NameValueCollection postedData, NameValueCollection queryString) in c:\TeamCity\buildAgent\work\aad7920828b5b314\Source\Web\Unify.Framework.Web.SiteMap\UnifySiteMapProvider.cs:line 141
at Unify.Framework.Web.UnifySiteMapDynamicTree`2.FindNodeAndUpdateBranch(HttpRequest request, UpdateNode`2 updateNode) in c:\TeamCity\buildAgent\work\aad7920828b5b314\Source\Web\Unify.Framework.Web.SiteMap\UnifySiteMapDynamicTree.cs:line 207
at System.Web.SiteMapProvider.FindSiteMapNode(HttpContext context)
at System.Web.SiteMapProvider.get_CurrentNode()
at Unify.Framework.Web.UnifySiteMapExtensions.DecorateForm(HtmlHelper htmlHelper, Func`1 form, String submitText, String formId, String title, String name) in c:\TeamCity\buildAgent\work\aad7920828b5b314\Source\Web\Unify.Framework.Web.SiteMap\UnifySiteMapExtensions.cs:line 50
at ASP._Page_Views_Agents_CreateADAgent_cshtml.Execute() in c:\Program Files\UNIFY Solutions\Event Broker\Web\Views\Agents\CreateADAgent.cshtml:line 9
at System.Web.WebPages.WebPageBase.ExecutePageHierarchy()
at System.Web.Mvc.WebViewPage.ExecutePageHierarchy()
at System.Web.WebPages.StartPage.ExecutePageHierarchy()
at System.Web.WebPages.WebPageBase.ExecutePageHierarchy(WebPageContext pageContext, TextWriter writer, WebPageRenderingBase startPage)
at System.Web.Mvc.ViewResultBase.ExecuteResult(ControllerContext context)
at System.Web.Mvc.ControllerActionInvoker.<>c__DisplayClass1c.<InvokeActionResultWithFilters>b__19()
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilter(IResultFilter filter, ResultExecutingContext preContext, Func`1 continuation)
at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultWithFilters(ControllerContext controllerContext, IList`1 filters, ActionResult actionResult)
at System.Web.Mvc.ControllerActionInvoker.InvokeAction(ControllerContext controllerContext, String actionName)

Create a HTTP plugin.

When modifying an Operations List, the following actions cause a page to reload:
* Delete Operation
* Move operation up
* Move operation down
* Demote operation
* Promote Operation

I've noticed that if I have two browser tabs open and I modify an operation using one of the above commands, that the active tab that I perform the update will have a page refresh and the inactive tab will have the control update within about a second or two without needing to do a full page refresh.

I'd ideally like the behaviour experienced on the inactive tab to be the default action if possible. The page appears capable of updating the DOM at rapid intervals already without a full refresh, so if possible when an update is made that doesn't need a redirection to an entirely different page, the data could be modified in the back end and the control refreshed without refreshing the page.

The page refresh causes the browser position to be lost and I find it can be slow and hinder workflow when you need to sort a number operations at a time or to move a single operation up many spots in an operation list.

This has been reproduced in IE 8. I haven't been able to test whether other browsers exhibit the same behaviour.

Note: This would be less of an issue if/once EB-522 is implemented

Heres just a list of mostly cosmetic adjustments I'd make

• The Create Agent screens have misaligned text fields of different sizes. I'd make them all the same size and alignment where/if possible
• The copyright message IMHO should be under the blue frame, not inside it. Its a small niggle but that area to me feels like its designed to frame the content, and the copyright notice doesn't really fit in. Moving it under would mean you can remove the black horizontal separator line too, which removes the parallel line effect happening right now which I think is a bit 'attention grabbing' and fights for the users attention more a copyright note has any right doing so.
• Possibly would consider using CSS to adjust the colour of links. Given its more of a web app than a web page, I dont think you need different colour links for those that you have visited and those you havent.

The bellow is functional but not major

• Add a URL link to the wiki, at least to the home page of EB. Possibly add this to the footer

Environment
FIM 2010 R2, FIM Portal is not included in the solution.
FIM, IDB Agents are created in the FIM Event Broker

While creating operations to a list- after selecting "Run Profile operation", specific MA, getting error "No accessible run profiles for the FIM agent. Please review connectivity to the FIM database. "

And will not allow to create Operations.

The settings for an operation list consists of four components (ID excluded):

• Name
• Queue On Blocked
• Run On Startup
• Comment

While an operation list is enabled, only the name and comment are visible.

It would probbaly be helpful if under the User Comment on the Operation Lists page, that some indicator of the startup type and handling of a missed operation is included.

This is closely related to EB-560, but it is more specific and probably calls for a different implementation.