-
Notifications
You must be signed in to change notification settings - Fork 122
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
Deprecate Web Service functionality, include features in GUI & CLI #420
Comments
This was referenced Aug 18, 2022
Pull Request # 453 adds queryable repository storage for job information, ported from web service to CLI & GUI
Output can be set as text or JSON
with JSON output as follows:
Functionality to query jobs will initially be in the CLI, however jobs will be created for the GUI as well. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This issue is a placeholder for the discussion/intention to remove the Web Service functionality/hammerdbws command and include some of the existing functionality in the CLI (and GUI).
The webservice was developed and introduced by request, however Bug #414 indicates that the webservice is not used as much as the GUI & CLI, and time might be better spent deprecating this feature and including the features in the other interfaces.
In particular, useful features to keep would be:
If adopted the CLI would be able to offer some of the current WS features, however the main feature that would be removed is the HTTP listener and being able to connect, run commands and query with a rest style interface. Instead, the interaction will be either with text commands in the CLI or with the GUI.
As an example of the current functionality, the following is a CLI script
script mdb.tcl
and an example of running this in the WS with the JSON output is shown as follows:
(The CLI would continue to print output to the console as well as store it in the repository database).
What would be removed would be the ability to run commands and query over HTTP as follows:
Doing this would make the 2 available interfaces more streamlined. The opportunity is there for anyone to raise the request to keep the WS functionality and continue to maintain it, as new functionality has been added up to PR #415
The text was updated successfully, but these errors were encountered: