If xml is parsed from a string its document url could be NULL which causes
an error when building a map of document urls to documents.

Eliminate getRealPath calls which are expensive and not necessary in many cases
Parse XML node content only when necessary (parsing arrays)
Fix cases where copies were made of strings instead of using references
Use "map.insert()" rather than "map[] =" when adding properties to map

Slightly improves compile time on gcc.
Get rid of mHaveArray and mHaveArrayPointer - rely on blank in variant.
This reduces code and makes logic easier to understand.

Choose dataset name more carefully to avoid querying the file many times.
Use a more efficient function to check if a dataset already exists in a file.
Get DSM working with new changes.
Fix gcc compiler warning in test.

Previously, each time a dataset was written to hdf5, the file was opened
and closed. This was implemented because inside the heavy data writer
we have no idea whether another dataset will be written, so we don't know
whether to keep the file open. After profiling large xdmf writes it was
determined that closing the file appeared to be a bottleneck so hooks were
added to the heavy data writer to open the file and keep it open while writing.
This is optional, but was incorporated into several higher level classes
like XdmfWriter where we know we can leave a file open until we finish writing
the XML. For our test problem we saw a 7 time performance gain.

fragment was surrounded by an <Xdmf> tag.

The bug appears when trying to use a filename given as:
file:///path/to/xmf/file.xmf and the xmf contains a reference to an h5 file.

- When writing you will end up with a file called 'file:' which contains
random data.
- When reading, libxml2 has no problem opening the xml file however
getRealPath() returns the wrong path for the h5 file. If you try to
use file.xmf from the to directory (ie: read("to/xmf/file.xmf")) the
h5 file will be loaded from 'to/file.h5'.

To correct the issue, we strip out the unwanted scheme and other stuff
in the URI and just use the path. (libxml has functions for this)

Additional xmf files are now read in via href'd xincludes which broke
mapping of xmlNodePtrs to XdmfItems (which qas necessary to enable shared
pointer representation in file).  This mapping was fixed.

XdmfCoreReader.cpp had a bug that resulted in an infinite loop when
resolving xincludes. This bug was fixed. Added ability for xincludes
to resolve href links (links to other files).

Fixed formatting in XdmfWriter.cpp

to the libraries.

FIX: Corrected Java issue with BaseVisitor delete() trying to delete the concrete object even though it was receiving a shared pointer. This issue would occur whenever the garbage collector would run and try to delete an old XdmfWriter object. Also hid some SWIG warning for Java.

This improves performance slightly since there is no calculation of offset
into the array using strides.

Also add ability in XdmfReader to parse light data from a string rather than
just from disk.