[ https://issues.apache.org/jira/browse/SUREFIRE-1768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17074883#comment-17074883 ]
László Stahorszki commented on SUREFIRE-1768: --------------------------------------------- [~rfscholte] I tried the code snippet you provided, however, it doesn't solve the problem if the package I'm looking for exists in both test and main source. I only get the URL for the package in the test source set > Main classes not included in classpath when using Java Modules > -------------------------------------------------------------- > > Key: SUREFIRE-1768 > URL: https://issues.apache.org/jira/browse/SUREFIRE-1768 > Project: Maven Surefire > Issue Type: Bug > Components: classloading > Affects Versions: 3.0.0-M4 > Environment: Windows 10, JDK 11 > Reporter: László Stahorszki > Assignee: Robert Scholte > Priority: Major > > According to the > [documentation|http://maven.apache.org/surefire/maven-surefire-plugin/examples/configuring-classpath.html], > the `classes` directory should be put on the classpath by default. > In this case, given that I have a `demo` package in both my main sources and > my test source, the enumeration > `classLoader.getResources({color:#6a8759}"demo"{color})` should have 2 URLs > in it. One for the package in the test sources and one for the main sources. > When using the Java Module System, this is not the case. Instead, I get two > URLs, both for the test sources. This error does not occur when not using the > module system. > I created a repository, which can reproduce this error. It can be found > [here|https://github.com/rolaca11/test-classpath-demo] -- This message was sent by Atlassian Jira (v8.3.4#803005)