Not sure why it wasn't being included.

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Updated the SWTBot tests to be compliant with changes made to new
layouts and button IDs. 

Signed-off-by: Robert Smith <SmithRW@ornl.gov>

Fixing bug where Clone MOOSE action would clone to the users home
directory instead of the workspaces because the ICETests extension
specified the home directory, and that parameter was not reset. 

Signed-off-by: Alex McCaskey <mccaskeyaj@ornl.gov>

Signed-off-by: Alex McCaskey <mccaskeyaj@ornl.gov>

This commit fixes the bug found in bug 481961 where an opened Item XML
File failed to execute processes due the lack of an IFormWidget object. 

This has been fixed with the addition of an addFormWidget method to the
IClient interface, and implementation on Client that adds it to the
formWidgetTable, and the ICEFormEditor setting a new
EclipseFormWidget(this) on its IClient reference if the input was a
FileEditorInput. 

Updated tests as well. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: Jay Jay Billings <billingsjj@ornl.gov>

Signed-off-by: Alex McCaskey <mccaskeyaj@ornl.gov>

Signed-off-by: Alex McCaskey <mccaskeyaj@ornl.gov>

Fixing bug where JobLauncher subclasses were being opened with default
XML editor instead of ICEFormEditor. Turns out the JobLauncherForm was
annotated with @XmlRootElement("form") instead of
@XmlRootElement("Form") which caused the XMLFormContentDescriber to
ignore it. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

The last commit added platform specific plugins to our target definition
and failed to resolve on Mac and Windows. I've reverted the target to
the previous configuration in this commit. I added a filter to the pom
platform resolution to just use the javax.ws.rs 1.1.1 plugin, not 2.0.1,
which revealed the 2.0.1 dependency came from the docker feature in the
target. I removed the docker tooling, and the 2.0.1 addition to the
target is gone. 

I'm leaving the filter for now to catch this bug in the future. We can
remove it though since no plugins are pulling in the 2.0.1 plugin. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Removed javax.ws.rs 2.0. Removed unused Codehaus bundles. Fixed launch
configuration.

Signed-off-by: Jay Jay Billings <billingsjj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Adds a needed static interface call for acquiring Form Widget Builder services.

Bug 479223 Added extension and extension points

Signed-off-by: arbennett <bennettar@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: arbennett <bennettar@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

This commit modifies the XMLFormContentDescriber to ensure that the
correct ICEFormEditor subclass is used when a users double-clicks the
ICE Item XML file. It checks that no other subclass of
XMLFormContentDescriber is appropriate for describing the incoming text.
If not, it returns VALID and the ICEFormEditor is used, otherwise, the
correct ICEFormEditor subclass corresponding to the VALID
XMLFormContentDescriber is used. 

Added a ReflectivityXMLFormContentDescriber and tester. Still need one
for BatMLFormEditor and ReactorFormEditor

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Addressing bug 481426 by providing a cleaner way to rename an Item
through the IPersistenceProvider. Also updating the form editor header
contents to display the type of the Item plus its Id, and the form
editor top tab the item XML file name.  

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Just ran the latest unstable nightly and it fails to load the moose
widgets module with the following error 

Unresolved requirement: Import-Package: org.eclipse.jgit.api;
version="3.2.0"

Looks like the correct version should be 4.0.0. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Fixed a bug where the Job Profile Editor would have duplicate widgets
for the same option by having DataComponentComposites check to see if an
Entry is already rendered before attempting to render it.

Signed-off-by: Robert Smith <SmithRW@ornl.gov>

Fixing bug found in Visit preference page Path entry. Reverting it to
just be and Undefined Entry (for now), but setting it up to be auto
filled with visit.binpath program argument. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Fixing bug in Install_ICE.py where find_file() method was used when the actual parent directory was needed

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Fixing bug 481431 for the MOOSE Item and MOOSE Form Editor by adding a
subclass of XMLFormContentDescriber that validates whether a file is
both a MOOSE Workflow XML Form. 

Updated the XMLFormContentDescriber test to be easily extended to new
content describers, also adding a long overdue
org.eclipse.ice.client.widgets.moose.test bundle and a
MooseXMLFormContentDescriberTester. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

This fix introduces extension point schemas for IUpdateEventListener,
IProcessEventListener, and ISimpleResourceProvider, with default
extension points pointing to the ClientExtensionRegistry for each one. 

Then ICEFormEditor can get the extension from the interfaces and
register appropriately on a file load. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

So the ICEFormEditor.init method gets called when you double click a ICE
XML file, and the Client loads the Form for the editor to use. But
nothing happens to make sure the Client is updated for form changes,
process, and cancel events. Starting work on getting the MOOSE Item to
successfully load from file. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>

If the setDirty method was called with false, the ICEFormEditor would
still set the message as "unsaved changes on the form yada yada". Fixing
that here. 

Signed-off-by: amccaskey <mccaskeyaj@ornl.gov>