[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Christoph Amshoff updated JENKINS-58402 Dependency-Check version 5.2.0 works fine, consider issue fixed. Jenkins / JENKINS-58402 On Windows slaves, any call of dependency check tool results in "The input line is too long" error Change By: Christoph Amshoff Status: Open Fixed but Unreleased Resolution: Fixed Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.19767.1563913440582%40Atlassian.JIRA.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Kelly Hickel commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error Looks good for me also. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.18111.1563818100254%40Atlassian.JIRA.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Jonathan Gautney commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error Dependency-Check version 5.2.0 was recently released which uses some maven settings to shorten the classpaths. I can confirm this update works on our windows build node which fixes the issues for us. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.18096.1563813840220%40Atlassian.JIRA.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Kelly Hickel commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error That's what I did as well, I'll include my change below, just in case someone gets stuck, but it's an ugly hack, the example I give may only work for version 5.1.1, and would have to be re-applied/changed every time the jenkins tool directory is updated/upgraded/etc. Edit the .bat file located here: \tools\org.jenkinsci.plugins.DependencyCheck.ools.DependencyCheckInstallation\OWASP_Dependency_Check\bin\dependency-check.bat, find the long line that begins with "set CLASSPATH=", and REPLACE it with the lines below. Yes, this is an ugly hack, don't feel the need to point that out ;->, but it does work for the short-term. set CLASSPATH="%BASEDIR%"\plugins\* xcopy /D/y "%REPO%"\ch\qos\logback\logback-core\1.2.3\logback-core-1.2.3.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\ch\qos\logback\logback-classic\1.2.3\logback-classic-1.2.3.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\commons-cli\commons-cli\1.4\commons-cli-1.4.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\owasp\dependency-check-core\5.1.1\dependency-check-core-5.1.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\commons\commons-jcs-core\2.2.1\commons-jcs-core-2.2.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\commons-logging\commons-logging\1.2\commons-logging-1.2.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\com\github\package-url\packageurl-java\1.1.0\packageurl-java-1.1.0.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\us\springett\cpe-parser\2.0.1\cpe-parser-2.0.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\com\vdurmont\semver4j\2.2.0\semver4j-2.2.0.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\commons-collections\commons-collections\3.2.2\commons-collections-3.2.2.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\commons\commons-compress\1.18\commons-compress-1.18.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\commons-io\commons-io\2.6\commons-io-2.6.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\commons\commons-lang3\3.4\commons-lang3-3.4.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\commons\commons-text\1.7\commons-text-1.7.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\lucene\lucene-core\8.1.1\lucene-core-8.1.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\lucene\lucene-analyzers-common\8.1.1\lucene-analyzers-common-8.1.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\lucene\lucene-queryparser\8.1.1\lucene-queryparser-8.1.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\lucene\lucene-queries\8.1.1\lucene-queries-8.1.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\lucene\lucene-sandbox\8.1.1\lucene-sandbox-8.1.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\apache\velocity\velocity-engine-core\2.1\velocity-engine-core-2.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\com\h2database\h2\1.4.196\h2-1.4.196.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\glassfish\javax.json\1.0.4\javax.json-1.0.4.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\org\jsoup\jsoup\1.12.1\jsoup-1.12.1.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\com\sun\mail\mailapi\1.6.2\mailapi-1.6.2.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\com\google\code\gson\gson\2.8.5\gson-2.8.5.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\com\google\guava\guava\28.0-jre\guava-28.0-jre.jar "%BASEDIR%"\plugins\ xcopy /D/y "%REPO%"\com\google\guava\failureaccess\1.0.1\failureaccess-1.0.1.jar
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Christoph Amshoff commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error @Kelly, thanks for your discovery. I can confirm it's indeed the CLASSPATH setting. We were able to locally work around this issue (unpack all JARs in single folder) until it's resolved. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.16379.1563537780727%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Kelly Hickel edited a comment on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error I did a bit of digging, and the problem is the set CLASSPATH in dependency-check.bat, which seems to be the cause of this problem reported against Dependency-Check [[https://github.com/jeremylong/DependencyCheck/issues/2062]].In my windows jenkins agent, the path to the tool BASEDIR is 135 characters, so the fully expanded CLASSPATH value would be 10841 characters, the longest command line for modern windows is 8191.I'll add this info to that ticket as well, not sure the best way to solve it, although for Java 9, that may be to use a manifest jar file. I should have pointed out that you don't need a windows machine to see this, you could just add "echo $CLASSPATH | wc -c" to dependency-check.sh, after CLASSPATH is set. If the length is over 8191, then it won't work on windows. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.15377.1563457440261%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Kelly Hickel commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error I did a bit of digging, and the problem is the set CLASSPATH in dependency-check.bat, which seems to be the cause of this problem reported against Dependency-Check [https://github.com/jeremylong/DependencyCheck/issues/2062]. In my windows jenkins agent, the path to the tool BASEDIR is 135 characters, so the fully expanded CLASSPATH value would be 10841 characters, the longest command line for modern windows is 8191. I'll add this info to that ticket as well, not sure the best way to solve it, although for Java 9, that may be to use a manifest jar file. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.14658.1563386880313%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Steve Springett commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error "straightforward to recreate" assumes access to Windows machines. I will likely rely on pull requests from the community for this issue to be resolved. If the error is due to the path to dependency-check.bat is too long, then that may be an issue with the Jenkins plugin or with Jenkins itself. The plugin relies on Hudson core classes for this. However, if the error is caused while executing statements inside dependency-check.bat, then that is not the plugins responsibility. That scenario would need to be solved in dependency-check-core. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.14268.1563374940215%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Kelly Hickel commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error I am also experiencing this issue with the 5.0.2 version of the plugin, let me know if you need any information from my setup, but it seems straightforward to recreate. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.13922.1563363000181%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title
Christoph Amshoff edited a comment on JENKINS-58402
Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Steve, thanks for the tips.First of all, going back to dependency-check-5.0.0 did not help.After configuring a logger for hudson.Proc I saw that the syntax of the call is most probably wrong, caused by using the fully qualified job name and build number as default for --project parameter: {noformat}Running: c:\builds\jenkins-slave\tools\org.jenkinsci.plugins.DependencyCheck.tools.DependencyCheckInstallation\dependency-check-5.0.0\bin\dependency-check.bat --project Experimental » ams-testDepCheck #9 --scan c:\builds\jenkins-slave\workspace\lfjee\Experimental\ams-testDepCheck --format XML --updateonly --data c:/builds/dependency-check-data --proxyserver x --proxyport 8080{noformat} When instead passing in some value for project, I get this command line {noformat}Running: c:\builds\jenkins-slave\tools\org.jenkinsci.plugins.DependencyCheck.tools.DependencyCheckInstallation\dependency-check-5.0.0\bin\dependency-check.bat --scan c:\builds\jenkins-slave\workspace\lfjee\Experimental\ams-testDepCheck --format XML --project updateDepData --updateonly --data c:/builds/dependency-check-data --proxyserver x --proxyport 8080{noformat} Which seems correct and indeed does work when copy & pasted into local installation of dependency-check command line tool.{noformat}c:\Utils\dependency-check\bin>dependency-check.bat --scan c:\lfjee\ams-testDepCheck --format XML --project updateDepData --updateonly --data c:/builds/dependency-check-data --proxyserver x --proxyport 8080[INFO] Checking for updates[INFO] NVD CVE requires several updates; this could take a couple of minutes.[INFO] Download Started for NVD CVE - 2002[INFO] Download Started for NVD CVE - 2003[INFO] Download Complete for NVD CVE - 2003 (1779 ms)[INFO] Download Started for NVD CVE - 2004[INFO] Processing Started for NVD CVE - 2003...{noformat}However, in Jenkins I still get{noformat}Building remotely on mu-s-iplint5 (lf-win) in workspace c:\builds\jenkins-slave\workspace\lfjee\Experimental\ams-testDepCheck[DependencyCheck] The input line is too long.[DependencyCheck] The syntax of the command is incorrect.Build step 'Invoke Dependency-Check' changed build result to FAILURE{noformat}There is no other info in the hudson.Proc log. When logging just hudson package, there are tons of messages, though; I think they are unrelated, but I'll attach the log anyway.
Add Comment
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Christoph Amshoff updated an issue Jenkins / JENKINS-58402 On Windows slaves, any call of dependency check tool results in "The input line is too long" error Change By: Christoph Amshoff Attachment: hudson.log Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.7937.1562851320695%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Christoph Amshoff commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error Steve, thanks for the tips. First of all, going back to dependency-check-5.0.0 did not help. After configuring a logger for hudson.Proc I saw that the syntax of the call is most probably wrong, caused by using the fully qualified job name and build number as default for --project parameter: Running: c:\builds\jenkins-slave\tools\org.jenkinsci.plugins.DependencyCheck.tools.DependencyCheckInstallation\dependency-check-5.0.0\bin\dependency-check.bat --project Experimental » ams-testDepCheck #9 --scan c:\builds\jenkins-slave\workspace\lfjee\Experimental\ams-testDepCheck --format XML --updateonly --data c:/builds/dependency-check-data --proxyserver x --proxyport 8080 When instead passing in some value for project, I get this command line Running: c:\builds\jenkins-slave\tools\org.jenkinsci.plugins.DependencyCheck.tools.DependencyCheckInstallation\dependency-check-5.0.0\bin\dependency-check.bat --scan c:\builds\jenkins-slave\workspace\lfjee\Experimental\ams-testDepCheck --format XML --project updateDepData --updateonly --data c:/builds/dependency-check-data --proxyserver x --proxyport 8080 Which seems correct and indeed does work when copy & pasted into local installation of dependency-check command line tool. c:\Utils\dependency-check\bin>dependency-check.bat --scan c:\lfjee\ams-testDepCheck --format XML --project updateDepData --updateonly --data c:/builds/dependency-check-data --proxyserver x --proxyport 8080 [INFO] Checking for updates [INFO] NVD CVE requires several updates; this could take a couple of minutes. [INFO] Download Started for NVD CVE - 2002 [INFO] Download Started for NVD CVE - 2003 [INFO] Download Complete for NVD CVE - 2003 (1779 ms) [INFO] Download Started for NVD CVE - 2004 [INFO] Processing Started for NVD CVE - 2003 ... However, in Jenkins I still get Building remotely on mu-s-iplint5 (lf-win) in workspace c:\builds\jenkins-slave\workspace\lfjee\Experimental\ams-testDepCheck [DependencyCheck] The input line is too long. [DependencyCheck] The syntax of the command is incorrect. Build step 'Invoke Dependency-Check' changed build result to FAILURE There is no other info in the hudson.Proc log. When logging just hudson package, there are tons of messages, though; I think they are unrelated, but I'll attach the log anyway.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Steve Springett assigned an issue to Steve Springett Jenkins / JENKINS-58402 On Windows slaves, any call of dependency check tool results in "The input line is too long" error Change By: Steve Springett Assignee: Steve Springett Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.7734.1562810400539%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Steve Springett commented on JENKINS-58402 Re: On Windows slaves, any call of dependency check tool results in "The input line is too long" error You can try enabling logging for hudson.* The execution is handled by Jenkins itself, specifically hudson.Launcher.ProcStarter BTW, I've also had issues running 5.1.0, but 5.0.0 works fine in my environment. It might be an issue with the dependency-check script itself, which would be outside of the Jenkins plugin control. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.200527.1562668975000.7732.1562810400193%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title
Christoph Amshoff updated an issue
Jenkins / JENKINS-58402
On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Change By:
Christoph Amshoff
We defined Jenkins Global Tool for dependency-check-5.1.0 with auto install. When executing a job on a Windows slave, the tool gets installed (in folder c:\jenkins-slave\tools\org.jenkinsci.plugins.DependencyCheck.tools.DependencyCheckInstallation\dependency-check-5.1.0), but any call of Dependency Check results in errors:{{[DependencyCheck] The input line is too long.}} {{[DependencyCheck] The syntax of the command is incorrect.}}This is the case even for simple calls like{{dependencycheck additionalArguments: '--updateonly --data c: \\ / builds \\ / }}{{dependency-check-data2', odcInstallation: 'dependency-check-5.1.0'}}Is there any way to see the command line that is built? And more importantly, to get rid of the errors?
Add Comment
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)
--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
To view this discussion on the web visit
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title
Christoph Amshoff updated an issue
Jenkins / JENKINS-58402
On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Change By:
Christoph Amshoff
We defined Jenkins Global Tool for dependency-check-5.1.0 with auto install. When executing a job on a Windows slave, the tool gets installed (in folder c:\jenkins-slave\tools\org.jenkinsci.plugins.DependencyCheck.tools.DependencyCheckInstallation\dependency-check-5.1.0), but any call of Dependency Check results in errors:{{[DependencyCheck] The input line is too long.}}{{[DependencyCheck] The syntax of the command is incorrect.}}This is the case even for simple calls like{{dependencycheck additionalArguments: '--updateonly --data c:\\builds\\ }}{{ dependency-check-data2', odcInstallation: 'dependency-check-5.1.0'}}Is there any way to see the command line that is built? And more importantly, to get rid of the errors?
Add Comment
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)
--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
To view this discussion on the web visit
[JIRA] (JENKINS-58402) On Windows slaves, any call of dependency check tool results in "The input line is too long" error
Title: Message Title Christoph Amshoff created an issue Jenkins / JENKINS-58402 On Windows slaves, any call of dependency check tool results in "The input line is too long" error Issue Type: Bug Assignee: Unassigned Components: dependency-check-jenkins-plugin Created: 2019-07-09 10:42 Environment: dependency-check 5.0, Windows Priority: Critical Reporter: Christoph Amshoff We defined Jenkins Global Tool for dependency-check-5.1.0 with auto install. When executing a job on a Windows slave, the tool gets installed (in folder c:\jenkins-slave\tools\org.jenkinsci.plugins.DependencyCheck.tools.DependencyCheckInstallation\dependency-check-5.1.0), but any call of Dependency Check results in errors: [DependencyCheck] The input line is too long. [DependencyCheck] The syntax of the command is incorrect. This is the case even for simple calls like dependencycheck additionalArguments: '--updateonly --data c:\\buildsdependency-check-data2', odcInstallation: 'dependency-check-5.1.0' Is there any way to see the command line that is built? And more importantly, to get rid of the errors?
