-
Notifications
You must be signed in to change notification settings - Fork 40
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
Classloader improvements for execution within IDE #129
Comments
Testing in maven happens pre-packaging, so no .jar would be created for testing, however if you add a .jar to your dependencies, you can run tests against the classes in it. |
It's not a Maven problem, it's a different IDE approach, which would not see my dependency. When run from command line, maven calculates the dependency hierarchy, and builds the dependency project first. The other module build now loads the JAR, everything works. But when running the unit test within Eclipse (WITHOUT mvn test, just plain JUint), Eclipse sees the open dependant project, and adds it's output folder to classpath, not the built artifact. This IS the expected behaviour of an IDE, since you want your saved changes to take immediately effect (without the need for packaging). Eclipse (and basically any IDE) does not know anything about packaging. This is why i modified your ClassLoader. *) should be changed? needed at all? classes iss only maven style.... (bin for normal projects?) |
Anything happening with this issue? I'm getting a lot of these logs when running tests through IntelliJ IDEA:
|
I've the same issue. Any updates on it? |
I got some different results/errors, when i run openpojo from Maven command line versus running inside Eclipse IDE.
This comes from the fact, that when i execute the unit test with Eclipse internal "run as junit test", Eclipse computes the classpath from the projects output folder, and does not use the generated JAR artifact.
This leads to problem, that "myproject.jar" is not loaded (since the JavaClassPathClassLoader does only load JAR files)
But what about loading the classfiles from an exploded project folder?
Like: myron0815@b986f73
The text was updated successfully, but these errors were encountered: