Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Non-standard behavior in transfer call #187

Open
zonia3000 opened this issue Apr 30, 2021 · 0 comments
Open

Non-standard behavior in transfer call #187

zonia3000 opened this issue Apr 30, 2021 · 0 comments

Comments

@zonia3000
Copy link
Contributor

Hi,
there are some non-standard behaviors in get_node_url method, comparing it with URL Parameter Transfers behavior described in the VOSpace specification.

With parameter based negotiation, clients MUST provide exactly one PROTOCOL parameter.

However a list of protocols is used as parameter. Moreover, if self.secure_get is set to False the same protocol is set twice for a GET request, since the protocol dictionary contains the same value both for http and https keys in that case.

REQUEST=redirect: If supplied, the service SHALL respond with an HTTP redirect to an endpoint for the PROTOCOL. This parameter is only applicable when the value of the DIRECTION parameter is pullFromVoSpace.

However code expects a redirect even if it doesn't set that parameter.

the service SHALL reply with a XML representation of the transfer results in the response body. The only exception to this is when the DIRECTION is pullFromVoSpace and the REQUEST=redirect parameter is provided.

Considering this, shouldn't be more standard to use text/xml in the Accept header, rather than text/plain?

Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant