Update README.md

requirements updated
Merge remote-tracking branch 'origin/master'
request counterpart for html regs
use the cdmi put copy in the registration worker

Conflicts:
	eudat_http_api/registration/registration_worker.py
add cdmi_copy to cdmiclient

this is the PUT with a copy parameter

Conflicts:
	eudat_http_api/cdmiclient.py
make the registrationworker access the storage through http

the registration worker no longer directly connects to irods, but goes
through this http/cdmi interface.
to register a file, it uses the CDMI PUT request with a 'copy' source
url body, as specified in the cdmi docs.
to start the replication, it adds the .replicate file to the storage,
again using the CDMI PUT request, but with a 'value' body.
this still needs to be refined if the replication should also work for
other backends that have other mechanisms to start a replication.
(e.g. through an endpoint /replicate in the storage interface)

along with these changes, the cdmiclient is updated to support the
cdmi_copy command doing CDMI PUT with 'copy' and to support a streaming
GET request.
(which will be used for the streaming upload for registration)

it also updates the 'destination' used to be valid HTTP URL and adds a
config parameter for that ("HTTP_ENDPOINT") that points to the (local)
http-api.
Last, the config parameters for the Epic handle system are reduced to
all follow the schema 'HANDLE_<value>'.
fix the singleRequest template

fix the link to the get_obj() function
clean up an reorder config file

clean up the config file bringing related parameters together,
introducing different sections (only visual barriers), and giving
all vars that are irods-independent names without 'irods'
add the cdmi enterprise number to the test config
updated the stream_download function to use HTTP

it does not work as well as expected and has to buffer the file.
please see the extensive comment in the function.
this might work better with CDMI content as soon as we have a
possibility to stream-decode the json ...
add a plain GET and PUT function to the cdmiclient

these don't send the cdmi headers, so you get plain results
Merge pull request #81 from mhellmic/registration-irods

change the registration part to use the cdmi interface

please let me know about things that broke (hopefully none) :)
forgot a line <<< while merging ...
Merge pull request #82 from mhellmic/registration-irods

forgot to delete a line from merging
fixing workflow, so that it works at least
docker config
include build status in the readme
use urljoin to get the registered URL

- get more robust url parsing
- specify the scheme (http[s]) in the HTTP_ENDPOINT config var
fix the irods url created for replication

use the urlparse module's ParseResult type to represent the destination
url in the context. this allows us to easily take parts of it and create
the irods scheme replication url. we can also use urlparse and
urlunparse to switch between string and complex representations.
it doesn't support the irods:// scheme though, so we have to construct
that by hand.
added the EPIC_* config vars again

use HANDLE_* to read from the handle service,
use EPIC_* to write to the handle service,
use HANDLE_PREFIX in all cases.