Add Annotation.ns support to delete specs

[jamoore]

For some types of deletes, taking the values of Annotation.ns need to decide whether or not they will be "shared" or "nonshared".

For example, measurement file annotations should always be removed even if a user specifies "KEEP" for "/FileAnnotation"

One proposed solution is to use a new format for the DeleteEntry which points to a Spring bean:

    <bean parent="delSpec" name="Annotation">
        <constructor-arg>
            <list>
                <value>/CommentAnnotation</value>
                <value>@InternalFileAnnotation</value>

The new DeleteEntry should long-term be able to take parameters via the options map:

 {"@InternalFileAnnotation" : "ns.includes=%volviewer%"}

Update

Rather than adding "@"-prefixed, bean-based entries, the "/Annotation" entry is a subclass of BaseDeleteSpec with special handling. Its DeleteEntries can take a KEEP value with a trailing "excludes" parameter:

Map<String, String> options = new HashMap<String, String>();
options.put("/TagAnnotation", "KEEP;excludes=some_ns");

which will prevent all tag annotations from being deleted except those matching the namespace.

Several namespaces are defined server-side by default. The user is responsible for copying the default values and passing them back to the server. I.e. the user values completely overwrite the server values.

[jmoore]

(In [7932]) Support for reagent deletion (Fix #2819)

This also includes a preliminary refactoring
for annotation deletes (See #2770 and #2797)

[jmoore]

(In [7955]) Disabling delete based on annotation type using KEEP (Fix #2797)

Added DeleteEntry.initialize to allow entries a chance to
reset their op value based on options.

[jmoore]

Previous commit intended for #2770.

[jmoore]

See also #2837

[jmoore]

(In [7964]) Adding annotation.ns support. (Fix #2797)

• Working implementation of 'KEEP;excludes=...' for delete
• Currently filtering only companion files and measurement files
• Refactored some code into DeleteEntry?. More could go.