I remember running into the same issue after aborting build in the
middle that left few zero length .class files and clean would not wipe
them out.
I think we need to avoid invoking second copy of maven altogether. It
introduces dependency on already installed libraries and may fail if mvn
is not in the PATH:
/usr/share/apache-maven-3.3.3/bin/mvn clean test -Dtest=DTCliTest
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed:
-111,657.202 sec <<< FAILURE!
com.datatorrent.stram.cli.DTCliTest Time elapsed: -111,657.203 sec <<<
ERROR!
java.lang.RuntimeException: java.lang.RuntimeException:
java.io.IOException: Cannot run program "mvn" (in directory
"src/test/resources/testAppPackage/mydtapp"): error=2, No such file or
directory
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.<init>(UNIXProcess.java:185)
at java.lang.ProcessImpl.start(ProcessImpl.java:130)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1028)
at java.lang.Runtime.exec(Runtime.java:617)
at java.lang.Runtime.exec(Runtime.java:450)
at
com.datatorrent.stram.support.StramTestSupport.createAppPackageFile(StramTestSupport.java:142)
at com.datatorrent.stram.cli.DTCliTest.starting(DTCliTest.java:76)
com.datatorrent.stram.cli.DTCliTest Time elapsed: -111,657.202 sec <<<
ERROR!
java.lang.RuntimeException: java.lang.RuntimeException:
java.io.IOException: Cannot run program "mvn" (in directory
"src/test/resources/testAppPackage/mydtapp"): error=2, No such file or
directory
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.<init>(UNIXProcess.java:185)
at java.lang.ProcessImpl.start(ProcessImpl.java:130)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1028)
at java.lang.Runtime.exec(Runtime.java:617)
at java.lang.Runtime.exec(Runtime.java:450)
at
com.datatorrent.stram.support.StramTestSupport.removeAppPackageFile(StramTestSupport.java:157)
at com.datatorrent.stram.cli.DTCliTest.finished(DTCliTest.java:92)
Thank you,
Vlad
On 11/11/15 16:55, Chetan Narsude (cnarsude) wrote:
Downloaded, and just compiled, and got into a state where the tests would
fail with ClassNotFound error. After much fiddling with it found out the
residual target directory. After deleting it - everything was okay.
So either removeAppPackageFile is buggy or there is a path when it is not
invoked.
Also noticed that in my engine base I have a Users/chetan/.dt folder with
dtapp.jar sitting somewhere underneath it. There is some cleanup there
also.
‹
Chetan
On 11/11/15, 4:47 PM, "davidyan74" <[email protected]> wrote:
Github user davidyan74 commented on the pull request:
https://github.com/apache/incubator-apex-core/pull/164#issuecomment-155959
872
This was supposed to be done by
StramTestSupport.removeAppPackageFile(). And after I did a top level
"mvn test", the target directory was not there. Did you do anything
special that may cause this directory to be still sticking around?
---
If your project is set up for it, you can reply to this email and have
your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working,
please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---
