Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Merge pull request #13904 from gradle/blindpirate/remove-cmd-line-args-in-bat

Remove CMD_LINE_ARGS in bat script to avoid leaking credentials

  1. … 4 more files in changeset.
Remove CMD_LINE_ARGS in bat script to avoid leaking credentials

The windows startup script leaks CMD_LINE_ARGS into environment variable,

now we remove it.

The windows98/Me handling code is also removed.

  1. … 4 more files in changeset.
Remove CMD_LINE_ARGS in bat script to avoid leaking credentials

The windows startup script leaks CMD_LINE_ARGS into environment variable,

now we remove it.

The windows98/Me handling code is also removed.

  1. … 2 more files in changeset.
Fix whitespace error in gradlew unix start script (#13293)

Signed-off-by: Frieder Bluemle <frieder.bluemle@gmail.com>

Support Java modules in Java application start scripts

  1. … 14 more files in changeset.
Support Java modules in Java application start scripts

  1. … 14 more files in changeset.
Support Java modules in Java application start scripts

  1. … 14 more files in changeset.
Support Java modules in Java application start scripts

  1. … 15 more files in changeset.
Normalize APP_HOME in the Windows app start script

Normalizing an app home like

C:\app\cli\build\install\ort\bin\..

to

C:\app\cli\build\install\ort

results in a more readable and shorter path. The latter is especially

useful to shorten the total length of the CLASSPATH variable which uses

APP_HOME to refer to all required JAR libraries. This in turn might help

to avoid running into Windows' command line length limitation when

java.exe is called with CLASSPATH.

Also see the related discussion in issue #1989.

Signed-off-by: Sebastian Schuberth <sschuberth@gmail.com>

Use HTTPS for links to Apache license in wrapper scripts

Using HTTP when HTTPS is available is generally discouraged. Moreover,

builds of projects using the io.spring.nohttp plugin in its default

configuration now fail.

Revert "Fix for Batch scripts not properly signalling a failure in a pipeline when using 'exit /b 1'. Instead generate a real failure that will cause the pipeline to behave correctly."

This reverts commit 6ebb45cfd3cd025ea7b9ffebe80625fd69d2bbc3.

Merge branch 'jasonmarcher/fix-batch-failure' of https://github.com/jasonmarcher/gradle into sg/merges/pr-4784

  1. … 1 more file in changeset.
Merge branch 'rv/issues/2903' of https://github.com/robinverduijn/gradle into sg/merges/pr-2904

  1. … 1 more file in changeset.
Merge branch 'fix-msys-script' of https://github.com/zemian/gradle into sg/merges/pr-8679

Use https in start script template

Fix start script to run in MingW shell properly #2

We should compare string expression with -op explicitly.

Signed-off-by: Zemian Deng <zemiandeng@gmail.com>

Fix start script to run in MingW shell properly

This fix will allow classpath conversion from Unix to Windows under

CYGWIN or MINGW platform.

Signed-off-by: Zemian Deng <zemiandeng@gmail.com>

Clarify licensing in connection with the Application Plugin

This adds ASL 2.0 to the application start scripts (Unix and Windows) and also

clarifies that the plugin does not affect what license you can use for an

application that's packaged with them.

Resolves issue #8151.

  1. … 1 more file in changeset.
OSX: don't try to infer Finder invocation

== DETAILS

When an application packaged by Gradle is executed from a user's

home directory, the working directory is unexpectedly changed to the

script directory.

One consequence of this is that relative paths given on the command line

will fail to resolve. Other consequences would vary from one app to the next.

To the best of my knowledge, there's no way to reliably distinguish between

a terminal invocation and a Finder invocation:

- simply assuming "pwd==$HOME -> Finder" is too broad and caused #5978

- "pwd==$HOME and $0 is absolute path" has the same risk of false-positive,

except now the root cause is even harder to spot

- environment variables are exactly the same, terminal vs Finder

If there's actually a compelling use-case for being able to execute

scripts via Finder, my recommendation is to build a proper Mac OSX

Application bundle (`project_name.app`).

Signed-off-by: Nathan Strong <nstrong@tripwire.com>

OSX: don't try to infer Finder invocation

== DETAILS

When an application packaged by Gradle is executed from a user's

home directory, the working directory is unexpectedly changed to the

script directory.

One consequence of this is that relative paths given on the command line

will fail to resolve. Other consequences would vary from one app to the next.

To the best of my knowledge, there's no way to reliably distinguish between

a terminal invocation and a Finder invocation:

- simply assuming "pwd==$HOME -> Finder" is too broad and caused #5978

- "pwd==$HOME and $0 is absolute path" has the same risk of false-positive,

except now the root cause is even harder to spot

- environment variables are exactly the same, terminal vs Finder

If there's actually a compelling use-case for being able to execute

scripts via Finder, my recommendation is to build a proper Mac OSX

Application bundle (`project_name.app`).

Signed-off-by: Nathan Strong <nstrong@tripwire.com>

Fix for Batch scripts not properly signalling a failure in a pipeline when using 'exit /b 1'. Instead generate a real failure that will cause the pipeline to behave correctly.

Signed-off-by: Jason Archer <jasonmarcher@gmail.com>

  1. … 3 more files in changeset.
Fix `gradlew` execution for non-standard systems

On older Solaris versions and other systems where `/bin/sh` is not

a POSIX-compliant shell, the shell syntax used by the wrapper

script fails on certain constructs.

Fix those cases where the wrapper script was doing some things not

supported on the older non-POSIX shells: using backticks instead

of `$()`, changing the syntax of the `case` statement, and using

`expr` instead of arithmetic expansion.

Resolves: #2903

  1. … 1 more file in changeset.
Fix `gradlew` execution for non-standard systems

On older Solaris versions and other systems where `/bin/sh` is not

a POSIX-compliant shell, the shell syntax used by the wrapper

script fails on certain constructs.

Fix those cases where the wrapper script was doing some things not

supported on the older non-POSIX shells: using backticks instead

of `$()`, changing the syntax of the `case` statement, and using

`expr` instead of arithmetic expansion.

Resolves: #2903

  1. … 1 more file in changeset.
Fix `gradlew` execution for non-standard systems

On older Solaris versions and other systems where `/bin/sh` is not

a POSIX-compliant shell, the shell syntax used by the wrapper

script fails on certain constructs.

Fix those cases where the wrapper script was doing some things not

supported on the older non-POSIX shells: using backticks instead

of `$()`, changing the syntax of the `case` statement, and using

`expr` instead of arithmetic expansion.

Resolves: #2903

  1. … 1 more file in changeset.
Remove space between parenthesis which is interpreted by `zsh`

  1. … 1 more file in changeset.
Do not escape JVM options when reading them from environment variables

This changes the interpretation of line breaks. This corresponds to how

we accessed them in Gradle 3.1 and earlier, which was:

`eval splitJvmOpts $DEFAULT_JVM_OPTS $JAVA_OPTS $GRADLE_OPTS`

  1. … 2 more files in changeset.
Do not escape JVM options when reading them from environment variables

This changes the interpretation of line breaks. This corresponds to how

we accessed them in Gradle 3.1 and earlier, which was:

`eval splitJvmOpts $DEFAULT_JVM_OPTS $JAVA_OPTS $GRADLE_OPTS`

  1. … 2 more files in changeset.
Allow double quotes to be used inside start script arguments

The new argument handling in start scripts introduced with Gradle 3.2

(#621) uses double quotes (") to escape arguments. This breaks the usage

of double quotes inside of an argument. E.g.: `'-DFOO="bar < baz"'`

This is fixed by checking if either (") or (') is already used and

using the corresponding other character for escaping. The solution is

adopted from: www.etalabs.net/sh_tricks.html (Working with arrays)

Issue: #865

  1. … 5 more files in changeset.
Allow double quotes to be used inside start script arguments

The new argument handling in start scripts introduced with Gradle 3.2

(#621) uses double quotes (") to escape arguments. This breaks the usage

of double quotes inside of an argument. E.g.: `'-DFOO="bar < baz"'`

This is fixed by checking if either (") or (') is already used and

using the corresponding other character for escaping. The solution is

adopted from: www.etalabs.net/sh_tricks.html (Working with arrays)

Issue: #865

  1. … 5 more files in changeset.
Fix optsEnvironmentVar name in unix script template

There was a copy and paste error leading to a `gradlew`-specific part

in the script template.