-
Notifications
You must be signed in to change notification settings - Fork 28
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
PERF: Remove dependencies to Maven / Gradle #728
Comments
Asking myself if the execution of pitest should be in a new JVM, and if so, implemented in the STAMP-project/testrunner. |
Working on this lately. I just merged STAMP-project/test-runner#67 which implement a way to execute PIT in the test runner. The next steps are:
|
Follow the changes in #753 |
Working in progress: @danglotb @monperrus, Hi Benjamin, I was trying to integrate Dspot with Defects4J to generate new tests for the Defects4j bugs.
|
Hello @SophieHYe In fact, DSpot relies on Maven or Gradle for some tasks: cleaning and compiling, retrieve the classpath, run pit, etc.
For me, it is perfectly fine to do so. However, this solution has several drawbacks:
A better solution would be to implement a I remember this issue #317. @danzone Any progress? In the meantime, I can add this command-line as fast as possible, but you'll have to handle to drawbacks. Thank you. |
I just opened #834. It should do the trick ;) |
@danglotb
That's true, I noticed the problem too.
Totally agree with you, it would be nice to implement an Ant builder!
It works fine and many thanks! |
@danglotb, #834 does not work for me. Taking @SophieHYe usage example on the Defects4J dataset
results in the following error
My system:
Am I executing DSpot incorrectly? Or is this some sort of regression bug? |
Hello, Your command line seems correct. ls ${work_dir}
ant ChangeLog checkstyle defects4j.build.properties docfiles experimental lib licence-LGPL.txt maven-jfreechart-project.xml NEWS README.txt source swt tests ATM, the name Idk if @SophieHYe encountered this problem. WDYT? |
Thanks @danglotb. Just to make sure I understand it correctly, was not the purpose of
For Defects4J, in particular, I don't want DSpot to use any Maven or Gradle builder independently whether the |
Hi, The fact is that DSpot uses an automatic builder for several purposes. The option But other tasks remain dependent on the automatic builder, such as running The problem is that during the construction of the I guess that @SophieHYe avoided this by:
Both I am sorry that it is not convenient, but the option I hope this is clearer for you, if not, please do not hesitate. Thank you! 😄 |
Many thanks @danglotb. If DSpot relies on Maven/Grandle to, e.g., run |
Yes, it might be it. Perhaps, @SophieHYe uses the |
Today, we use Maven and Gradle to: 1) compiles the sources, 2) collects the classpath and 3) execute pitest.
This dependency is a serious source of bugs, misunderstanding and is time-consuming.
We could totally remove these dependencies.
The text was updated successfully, but these errors were encountered: