Bug 855041

This is a latency issue that amplified due to the fact that there is nested calls in ResourceConfigurationEditView.java. The first call grabs the configuration data and the second (nested call grabs the dependent data values). The second call must wait for the first call to complete further intensifying the problem.

A couple solutions exist. One solution is to just unwind the nested calls making them parallel async instead. This problem would probably require a countdown latch or something similar (cyclic barrier) to synchronize the populating of the data after the 2 independent async calls complete. The first call must complete before we can create the widget to populate with the dependent data values.

Another solution to speed up the solution is to pre-create the widgets up front and only use the gwt rpc async callbacks to populate the data. The screen can actually be drawn (and even cached) and whenever the data comes back the widgets get populated. Because we are choosing the type of widget based on the data coming back we must create all the widget types and hide them and then when we get the config data back we can un-hide the proper widget and populate with dependent data.

Because the user was presented with the option to freely enter text (please see comment #1 for the reason), the Broadcast Group was created with the wrong socket binding configuration since the user typed a random string. This in turn made the HornetQ to be marked as down by the AS7 server. The HornetQ can only be partially configured until the bad Broadcast Group resource is deleted.

The AS7 server configuration is not invalidated by this, the only affected component is the actual HornetQ server. So the AS7 server can be reloaded/restarted but the HornetQ server can only be partially configured. For example, no child resources can be created. Once the user deletes the wrongly configured Broadcast Group the HornetQ server returns to normal.

Bump the target version now that 4.11 is out.