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.

In order to stop Evb from running operations during backups (which has been causing the sync service to stall) we have put in place exclusions in the schedules for each operation. These are from 22:50 to 00:30 every day of the week.
These seem to be working for all days except on Saturday night. All operations stopped at 22:50, but started again just after midnight. Not sure if this is because that is the end of the week and the exclusions do not roll-over to the next week.
This has currently failed once, so I will be monitoring it after next Sat night to confirm the issue is repeatable.

After creating a FIM Agent, go back and reconfigure it. Theres an additional field on the page titled "Success Statuses" that wasnt there on creation. Hovering over it has a note referring to its purpose being in the documentation but I can see no mention of this field in the wiki.

My knowledge of Active Directory and Event Broker is very limited.

I have read https://unifysolutions.jira.com/wiki/display/EB300/Active+Directory+Changes and https://unifysolutions.jira.com/wiki/display/EB300/Active+Directory+Sync+Changes and understood that the later uses the Directory Synchronization Cookie method.

What I do not understand is why different method of detecting the Active Directory changes is required and when to use which method. Eg different version of Active Directory?

I would appreciate if someone could help clarifying this for me.

Thank you in advance for your time and help.

From IDB-528, please create a html extension to render required fields; additionally determine the best way this can be represented on the UI.

Received the following from Victor Maceda (NZ Parliament):

Hi Adam,

I got a question regarding run profiles in event broker. If for example an operation is running for a delta import and delta sync (every 15 minutes) and there’s another schedule to run a full import full sync (daily at 4 am). The schedule coincide while to other is still running. Will event broker queue this and run the next until the previous job is completed?

Cheers,

Victor Maceda