We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
When retrieving the file from DataEdge the implementation extracts 16 bytes https://github.com/EGA-archive/ega-data-api/blob/master/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L782, a crypt4gh needs to extract 32 bytes as shown here: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L782
16
crypt4gh
32
Then there are bytes removed again here: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L159
Then there is this prefix: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L774 of 16 bytes.
The explanation is here: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L188-L190 ?
The implementation is a confusing and could be better in the way it handles distributing plain and encrypted files.
Figure out a flexible solution in dealing with the file distribution via DataEdge.
Unit test and integration tests for different file formats, encrypted or not with different algorithms.
The text was updated successfully, but these errors were encountered:
@anandmohan777 can replicate this and will provide details
Sorry, something went wrong.
and @omllobet as well.
Let us finish this as well: #131 and we can close this.
norling
No branches or pull requests
Description
When retrieving the file from DataEdge the implementation extracts
16
bytes https://github.com/EGA-archive/ega-data-api/blob/master/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L782, acrypt4gh
needs to extract32
bytes as shown here: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L782Then there are bytes removed again here: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L159
Then there is this prefix: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L774 of
16
bytes.The explanation is here: https://github.com/EGA-archive/ega-data-api/blob/test/m4/ega-data-api-dataedge/src/main/java/eu/elixir/ega/ebi/dataedge/service/internal/RemoteFileServiceImpl.java#L188-L190 ?
The implementation is a confusing and could be better in the way it handles distributing plain and encrypted files.
Definition of Done
Figure out a flexible solution in dealing with the file distribution via DataEdge.
How to test
Unit test and integration tests for different file formats, encrypted or not with different algorithms.
The text was updated successfully, but these errors were encountered: