Not required by new SSI interface as endpoint is specified in the
workflow not in a configuration file. But it is still needed by
cta-admin.

Use in the EOS workflow/bash scripts is deprecated. However it's useful
to keep the script around for now to test the SSI workflows without needing
to invoke EOS.

Default now set to 10s. Note that XRD_TIMEOUTRESOLUTION must be set
<= 10s, otherwise timeout defaults to 15s.

Now the submodule does not provide a CMakeLists.txt file, this is now
provided by the main project (eos_cta/CMakeLists.txt)

In the case of a Stream response, XRootD allocates the memory and
manipulates the buffer pointer. In the case of a Data response, we need
to allocate the buffer ourselves. In both cases, the buffer is treated
in ProcessResponseData(), which does not care how the buffer was filled.

This requires a bit of extra logic to make sure the buffer is
deallocated for Data responses but not Stream responses. I have done
this using a unique pointer to allocate a char[] for Data responses.
and char *m_buffer_ptr points to the memory allocated.

We never delete m_buffer_ptr as memory allocation is handled either
by the unique_ptr or by XRoot and we don't care which.

As EOS is parsing stderr to get the archive ID