-
Notifications
You must be signed in to change notification settings - Fork 30
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
Fix ccsh cli problems by providings custom bin-links for the gradle executables #2600 #3354
Conversation
for the executables #2600
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.
LGTM!
remove is-windows package for check
[CodeCharta Analysis] Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information The version of Java (11.0.14) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. |
[CodeCharta Visualization] Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information The version of Java (11.0.14) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. |
Provide custom bin-links for gradle executables
Closes #2600
Description
This PR provides a set of two bin-links scripts. Each sets contains three scripts (bin-links) that then call the correct bin script to execute ccsh. There are two ccsh-scripts produced by gradle, one for unix and one for windows, that need to be callled / linked in different ways.
Npm generates three links to those gradle scripts on package install. Sadly, npm does not provide any native method to change the behavior of those scripts, so this PR introduces custom scripts / bin-links. Those scripts are modified versions of the generated links.
Via a postinstall lifecycle call the modified links get copied to the npm directory. The location varies for a local or a global install.
The original issue was probably caused by broken java paths, because either the environment expected windows paths (
\
) and got unix versions (/
) or vice-versa.This fix enables direct and native execution of those gradle scripts, without any node calls or nested executions.