-
Notifications
You must be signed in to change notification settings - Fork 441
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
add beacon import and search tools #6028
Conversation
HI Bjorn as suspected the tools failed the testing. Could you please help me with that? The tools use IP addresses for beacon queries and forward the results into a file. |
The errors are complaint about a missing port on localhost. But you specify an IP with 20.x.x.x in the tests. Is this a public server? Any idea why it's not used? |
I found the reason and it was a mistake in adding the parameter db_host. I hope it will work now |
tools/beacon2-import/macros.xml
Outdated
<param argument="--advance-connection" type="boolean" checked="false" truevalue="--advance-connection" falsevalue="" label="ADVANCE CONNECTION" help="Connect to beacon database with authentication" /> | ||
<param argument="--db-auth-source" optional="true" type="text" label="DATABASE AUTHENTICATON SOURCE" value="admin" help="Auth source for the beacon database" /> | ||
<param argument="--db-user" optional="true" type="text" label="DATABASE USER" value="" help="Login user-name for the beacon database" /> | ||
<param argument="--db-password" optional="true" type="text" label="DATABASE PASSWORD" value="" help="Login password for the beacon database" /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should not and never put passwords in as parameters. Instead, I would recommend putting those credentials into the user-preference and then accessing those credentials via a tool during runtime. This is working currently for other tools as well.
Related to this we have some ideas to make it easier to "annotate" tools to request credentials. @khaled196 @poterlowicz-lab do you have time and joy to hack on this? It would involve Galaxy core code both backend and a bit frontend.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @bgruening ,
Thank you for letting me know this. Sure. I am happy to learn how to do this. However, I am unfamiliar with Galaxy's back and front-end scripts. Please also recommend documentation to help me understand what I should do.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should not and never put passwords in as parameters. Instead, I would recommend putting those credentials into the user-preference and then accessing those credentials via a tool during runtime. This is working currently for other tools as well.
Related to this we have some ideas to make it easier to "annotate" tools to request credentials. @khaled196 @poterlowicz-lab do you have time and joy to hack on this? It would involve Galaxy core code both backend and a bit frontend.
Hi @bgruening
I wanted to follow up with you on my last message about the credentials integration for the tool I'm wrapping on Galaxy. I'm eager to start on this but I would appreciate some guidance or documentation on the Galaxy core code, both backend and frontend.
If you have any resources or can provide a bit of direction on how to proceed, it would be very helpful.
Thank you
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Upps, sorry have not seen your response.
The issue is here: galaxyproject/galaxy#17511
You are free to discuss details there or make a different suggestion.
The high level idea is:
- annotate in tools eine art section
- add this to the XSD schema
- make Galaxy parse it and put this into a dedicated namespace in the user-preference store
- put a UI into the user preference that lets users add/remove credentials
- (optional) If a tool is started but no credentials are given the tool should not start and the user should be pointed to the enter credentials
Hi @bgruening I applied what I understood from the documentation and examples. is this what you mean by annotate in tools eine art section and modify this to add the user and the other info in the user preference. https://github.com/galaxyproject/galaxy/blob/bad3f8a3ba1f340ab0b791911b43bdeb2b25bd60/client/src/nls/es/locale.js#L654 |
|
I made the same mistake as before with the config_file. I removed it by including it in the code. This should work now. |
I have updated the tool to work with a config file to save credentials |
Much cleaner, thanks! |
* add new tools * add beacon import and search * add the beacon import and beacon search * update tools help and tests * update tool version * fix .shed text * fix .shed text * fix help part in gene * fix .shed text * fix linting * fix ip * remove password from parmetars * fix linting * fix linting * add more query options and update the script to the latest version * change the output file format and onother linting errors * fix spilling * remove config_file * add configFile
FOR CONTRIBUTOR: