-
Notifications
You must be signed in to change notification settings - Fork 7
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
[WIP] Containerless CLI procedure for 7.2.0 #71
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,54 @@ | ||
:_newdoc-version: 2.18.3 | ||
:_template-generated: 2024-11-15 | ||
:_mod-docs-content-type: PROCEDURE | ||
|
||
[id="running-the-containerless-mta-cli_{context}"] | ||
= Running the containerless CLI | ||
|
||
You can perform an application analysis for Java applications by using the {ProductShortName} CLI that does not require installation of a container runtime. | ||
|
||
.Prerequisites | ||
|
||
* You have OpenJDK version 17 or later installed on your system. | ||
* You have Maven installed on your system. | ||
* You have the `python3` package installed on your system. | ||
* You have the `JAVA_HOME` environmental variable set. | ||
|
||
.Procedure | ||
|
||
. Move the installed {ProductShortName} CLI `.zip` file to your `$PATH`: | ||
+ | ||
[source,terminal,subs="attributes+"] | ||
---- | ||
$ mv <mta_cli_zip>/<os>-kantra /usr/bin | ||
---- | ||
|
||
. Move the requirements to the `.kantra` directory: | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Might be good to note here that the CLI will look in the current dir for these requirements. If not found there, it will fall back to the $HOME/.kantra location. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @eemcmullan Just to clarify if I get it right: What do you mean by the "current directory", please? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. |
||
+ | ||
[source,terminal,subs="attributes+"] | ||
---- | ||
$ mv $HOME/kantra.<os>.<arch> $HOME/.kantra | ||
---- | ||
|
||
. Open a terminal and navigate to the directory where you installed the {ProductShortName} CLI. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If the reqs are at $HOME/.kantra, the user will not need to navigate elsewhere. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ack, will attempt to rewrite it to include this info. |
||
|
||
. Run the application analysis: | ||
+ | ||
[source,terminal,subs="attributes+"] | ||
---- | ||
$ mta-cli analyze --overwrite --input <path_to_input> --output <path_to_output> --target <target_source> | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Should there be further options explained here? i.e. this will run the default rulesets previously installed, which can be disabled. Custom rules can also be specified. I'm not sure if there are details on this in another doc. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There are no details about it in any other part of the doc, I think. But I also don't think we should actually add steps for custom rules here. I'd maybe suggest to have a separate small procedure for running CLI with custom rules, and mention in this exact step that this is for default rulesets. WDYT? |
||
---- | ||
+ | ||
The command arguments represent the following: | ||
|
||
** `--overwrite`: Overwrites the output folder if it exists. | ||
** `--input`: The application to be analyzed. | ||
** `--output`: The output directory for the generated reports. | ||
** `--target`: The target technology for the application migration, for example, `eap8`. | ||
|
||
|
||
[role="_additional-resources"] | ||
.Additional resources | ||
|
||
* xref:installing-downloadable-cli-zip_cli-guide[Installing the CLI .zip file] | ||
|
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 @ibragins, please check this suggestion ^ Based on what I can see in the ticket, this prereq is not mandatory. So shall we have it as optional and just add a not that it is recommended? Or shall I make it just a usuall mandatory prereq? Thanks!
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.
@mpershina it depends on the way how Java was installed. If it was installed using installer or package manager - it will work without setting JAVA_HOME, but if user will just unpack a tarball - system should be informed somehow where is java binary. In this case this var should be defined manually.
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.
@ibragins, I'm just a little bit confused. Are we speaking about only setting the
JAVA_HOME
var? Or are you talking about bothJAVA_HOME
andJVM_MAX_MEM
? Sorry, I just need to clarify this for myslef to produce some great text, haha :-D