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

HTSJDK 3.0: Allow for signed URI support in design of new interfaces #5269

Open
droazen opened this issue Oct 4, 2018 · 3 comments
Open
Assignees
Milestone

Comments

@droazen
Copy link
Contributor

droazen commented Oct 4, 2018

No description provided.

@magicDGS
Copy link
Contributor

What are the specific requirements for this? It will be nice to write them down in the htsjdk-next-beta and add here the specific issue (easier to track the progress).

@droazen
Copy link
Contributor Author

droazen commented Oct 11, 2018

@magicDGS Good question! The main requirement is that the APIs need to allow you to optionally pass in URIs/Paths for all of the "companion files" for a particular input. For example, the fai and dict files for a fasta, or the bai file for a bam. When using signed URIs for authentication, these would all have separate signed URIs that would need to be provided explicitly.

Of course, there should also be API methods that don't require you to pass in all of the companion files, and instead infer them automatically from the Path to the primary input, as htsjdk currently does. We would use these whenever possible (eg., when using account-level authentication rather than signed URIs, or when no authentication is necessary).

@magicDGS
Copy link
Contributor

Open samtools/htsjdk-next-beta#31 to track in htsjdk3 project

@droazen droazen modified the milestones: Engine-Q42018, Engine-Q12019 Feb 4, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants