Re: Re: What could cause a missing JAR in WEB-INF?
Glad that it was resolved. Still, I have to add a remark: purging your local repo (literally "nuking", just rm -r ~/.m2/repository) is "good thing" and should be part of regular "workstation hygiene" just like updating OS and tools is. Remember, that "local repo" is, as you rightfully say "a cache", and as such (and via MANY tools that also write to it, like IDEs, CLI tools etc) it may become corrupted. Moreover, by regularly nuking it, you ensure that the project is rebuildable even if your laptop/workstation/flat is gone in some disaster. I regularly build against "pristine local repo" (ie. -Dmaven.repo.local=foo) from time to time, just to ensure that all is okay, and sometimes even check the contents of local repo (check for unexpected "guests"). Thanks T On Tue, Apr 18, 2023 at 8:17 PM Thad Humphries wrote: > Ah ha! It *was* the Maven cache. Thank you for getting me to take another > look. > > I had been looking at the files for the transient library, xml-apis. That > all checked out. Just now I looked one higher, at the library that was > bringing in xml-apis (com.megginson.sax:xml-writer:0.2). *That* didn't > match. So I ran `mvn dependency:purge-local-repository` on it, which pulled > in files that match my office machine. Now the app builds match (both now > include xml-apis, so long as I don't specifically exclude it). > > As to what caused the cache difference to begin with, from the cache dates > I believe that my home machine got its files from an old Archiva server. It > crashed last October, and I replaced it with Nexus 3 running on other > hardware. Whatever the cause, it's straight now. > > Thank you for prodding me. After two days away, I was able to come back > with a fresh outlook. > > On Tue, Apr 18, 2023 at 11:33 AM Eric Bresie wrote: > > > Any chance there are some conflicting profile or differences in > > settings.xml on the different machines? > > > > Maybe maven caches is different and needs cleanup? > > > > Eric Bresie > > ebre...@gmail.com (mailto:ebre...@gmail.com) > > > > > On April 16, 2023 at 7:36:36 AM CDT, Thad Humphries < > > thad.humphr...@gmail.com (mailto:thad.humphr...@gmail.com)> wrote: > > > There are no profiles in the pom.xml that brings in the jar in > question, > > > xml-apis ( > > > > > > https://repo1.maven.org/maven2/com/megginson/sax/xml-writer/0.2/xml-writer-0.2.pom > > ). > > > Since the webapp works without it, I'll exclude it from the build. > > > > > > On Sat, Apr 15, 2023 at 7:30 PM Tomo Suzuki > (mailto:suzt...@google.com.invalid)> > > > wrote: > > > > > > > > The pom.xml has 2 profiles > > > > > > > > I meant the pom file that delcares the missing dependency. Your > > > > (transitive) dependency's pom.xml. > > > > > > > > On Sat, Apr 15, 2023 at 13:29 Thad Humphries < > thad.humphr...@gmail.com > > (mailto:thad.humphr...@gmail.com)> > > > > wrote: > > > > > > > > > Thanks. I might be missing something but I can't see it. Responses > > > > inline. > > > > > > > > > > On Sat, Apr 15, 2023 at 12:00 PM Tomo Suzuki > > mailto:suzt...@google.com.invalid) > > > > > > > > > > wrote: > > > > > > > > > > > My guess > > > > > > > > > > > > - Maven profiles activated based on environment > > > > > > > > > > > > > > > > The pom.xml has 2 profiles, both triggered by -P, not (that I know > > of) by > > > > > the environment. In any case, environments are (at least from the > > debug) > > > > > the same except for "java.awt.headless: true" in the debug from the > > > > office > > > > > Mac that I telnet into. That's the Mini with the extra JAR, but my > > > > MacBook > > > > > has it, too, and it's here with me. > > > > > > > > > > Of the two declared profiles, one profile selects GWT devmode, > while > > the > > > > > other packages the *war. In all the cases that I am describing, I'm > > > > > using the packaging profile. Each time the command is > > > > > > > > > > $ mvn clean exec:exec -Dexec.executable="xslt" package -P package > > > > > > > > > > (The exec:exec builds the webapp's online manual using DocBook. > It's > > > > later > > > > > copied into the *war. Same DocBook version, same version of > > xsltproc.) > > > > > > > > > > Running `mvn help:effective-settings` shows the same settings on > each > > > > > machine except for hostnames. Is there another command I should > try? > > > > > > > > > > > > > > > > - Download URL was unavailable > > > > > > > > > > > > > > > > I don't think so. I've packaged this dozens of times over the past > 3 > > days > > > > > with the same results each time. The Git and Nexus servers are > > inside the > > > > > office, but I've had no connection issues with them. I have a VPN > to > > > > > everything there. > > > > > > > > > > > > > > > > or > > > > > > - Disk was full when downloading > > > > > > > > > > > > > > > > Both Mac Minis have 1.12TB Fusion drives with over 50% free. > > > > > > > > > > > > > > > > > > > > > > On Fri, Apr 14, 2023 at 15:34 Thad Humphries < > > thad.humphr...@gmail.com
Re: Re: What could cause a missing JAR in WEB-INF?
Ah ha! It *was* the Maven cache. Thank you for getting me to take another look. I had been looking at the files for the transient library, xml-apis. That all checked out. Just now I looked one higher, at the library that was bringing in xml-apis (com.megginson.sax:xml-writer:0.2). *That* didn't match. So I ran `mvn dependency:purge-local-repository` on it, which pulled in files that match my office machine. Now the app builds match (both now include xml-apis, so long as I don't specifically exclude it). As to what caused the cache difference to begin with, from the cache dates I believe that my home machine got its files from an old Archiva server. It crashed last October, and I replaced it with Nexus 3 running on other hardware. Whatever the cause, it's straight now. Thank you for prodding me. After two days away, I was able to come back with a fresh outlook. On Tue, Apr 18, 2023 at 11:33 AM Eric Bresie wrote: > Any chance there are some conflicting profile or differences in > settings.xml on the different machines? > > Maybe maven caches is different and needs cleanup? > > Eric Bresie > ebre...@gmail.com (mailto:ebre...@gmail.com) > > > On April 16, 2023 at 7:36:36 AM CDT, Thad Humphries < > thad.humphr...@gmail.com (mailto:thad.humphr...@gmail.com)> wrote: > > There are no profiles in the pom.xml that brings in the jar in question, > > xml-apis ( > > > https://repo1.maven.org/maven2/com/megginson/sax/xml-writer/0.2/xml-writer-0.2.pom > ). > > Since the webapp works without it, I'll exclude it from the build. > > > > On Sat, Apr 15, 2023 at 7:30 PM Tomo Suzuki (mailto:suzt...@google.com.invalid)> > > wrote: > > > > > > The pom.xml has 2 profiles > > > > > > I meant the pom file that delcares the missing dependency. Your > > > (transitive) dependency's pom.xml. > > > > > > On Sat, Apr 15, 2023 at 13:29 Thad Humphries (mailto:thad.humphr...@gmail.com)> > > > wrote: > > > > > > > Thanks. I might be missing something but I can't see it. Responses > > > inline. > > > > > > > > On Sat, Apr 15, 2023 at 12:00 PM Tomo Suzuki > mailto:suzt...@google.com.invalid) > > > > > > > > wrote: > > > > > > > > > My guess > > > > > > > > > > - Maven profiles activated based on environment > > > > > > > > > > > > > The pom.xml has 2 profiles, both triggered by -P, not (that I know > of) by > > > > the environment. In any case, environments are (at least from the > debug) > > > > the same except for "java.awt.headless: true" in the debug from the > > > office > > > > Mac that I telnet into. That's the Mini with the extra JAR, but my > > > MacBook > > > > has it, too, and it's here with me. > > > > > > > > Of the two declared profiles, one profile selects GWT devmode, while > the > > > > other packages the *war. In all the cases that I am describing, I'm > > > > using the packaging profile. Each time the command is > > > > > > > > $ mvn clean exec:exec -Dexec.executable="xslt" package -P package > > > > > > > > (The exec:exec builds the webapp's online manual using DocBook. It's > > > later > > > > copied into the *war. Same DocBook version, same version of > xsltproc.) > > > > > > > > Running `mvn help:effective-settings` shows the same settings on each > > > > machine except for hostnames. Is there another command I should try? > > > > > > > > > > > > > - Download URL was unavailable > > > > > > > > > > > > > I don't think so. I've packaged this dozens of times over the past 3 > days > > > > with the same results each time. The Git and Nexus servers are > inside the > > > > office, but I've had no connection issues with them. I have a VPN to > > > > everything there. > > > > > > > > > > > > > or > > > > > - Disk was full when downloading > > > > > > > > > > > > > Both Mac Minis have 1.12TB Fusion drives with over 50% free. > > > > > > > > > > > > > > > > > > On Fri, Apr 14, 2023 at 15:34 Thad Humphries < > thad.humphr...@gmail.com (mailto:thad.humphr...@gmail.com) > > > > > > > > > wrote: > > > > > > > > > > > I have *war that I've built on 3 different Macs (maven-war-plugin > > > > 3.3.2). > > > > > > The code is pulled from my local git repo, and the supporting > jars > > > are > > > > > from > > > > > > a local Nexus repository. All Macs use the same setup--Amazon > > > Corretto > > > > > Java > > > > > > 11 and Maven 3.9.1. The ~/.m2/settings.xml are identical. Two of > the > > > > Macs > > > > > > produce the same *war (a Mini with 10.15.7 and a MacBook with > > > 12.6.5). > > > > > The > > > > > > third Mac--also a Mini with 10.15.7--is missing one JAR file in > > > > > > WEB-INF/lib. How can this be? > > > > > > > > > > > > The missing JAR is in each local repository. I do not see this > JAR > > > > when I > > > > > > run `mvn dependency:tree`, though I see a different (newer) > version > > > as > > > > > > "provided." The missing JAR doesn't seem to matter when the > webapp > > > runs > > > > > (no > > > > > > problems found so far). Any idea as to why, and what I can (or > > > should?) > > > > > do > > > > >
[ANN] Apache Maven Shared JAR version 3.0.0 Released
The Apache Maven team is pleased to announce the release of the Apache Maven Shared JAR version 3.0.0 https://maven.apache.org/shared/maven-shared-jar/ You should specify the version in your project's dependencies configuration: org.apache.maven.shared maven-shared-jar 3.0.0 You can download the appropriate sources etc. from the download page: https://maven.apache.org/shared/maven-shared-jar/download.html Release Notes - Maven Shared Components - Version maven-shared-jar-3.0.0 ** Bug * [MSHARED-408] - EmbeddedMavenModelExposer ignores parent values in pom ** Improvement * [MSHARED-498] - Upgrade maven-shared-components parent to version 22 * [MSHARED-499] - Upgrade maven-shared-utils to 3.2.1 * [MSHARED-500] - Removed unused plexus-default-container * [MSHARED-501] - Upgrade plexus-utils to 3.0.22 * [MSHARED-502] - Upgrade to Maven 3.0 minimum / JDK 1.6 * [MSHARED-531] - Upgrade maven-shared-components parent to version 30 * [MSHARED-824] - Require Java 7 * [MSHARED-840] - Migrate to Plexus Annotations * [MSHARED-879] - make build Reproducible * [MSHARED-887] - Require Maven 3.1 * [MSHARED-1240] - Update class version detection for newer JDKs 9 - 21 ** Task * [MSHARED-484] - Upgrade to Plexus Digest 1.1 * [MSHARED-1098] - Drop legacy, update module - Maven 3.2.5, JDK 8 * [MSHARED-1225] - Add GitHub build and dependabot * [MSHARED-1227] - Refresh download page * [MSHARED-1239] - Switch unit tests to JUnit 5 ** Dependency upgrade * [MSHARED-839] - Upgrade JUnit to 4.13 * [MSHARED-841] - Upgrade Commons Collections to 4.2 * [MSHARED-842] - Upgrade plexus-utils to 3.3.0 * [MSHARED-888] - Upgrade Apache Commons BCEL to 6.2 * [MSHARED-1226] - Upgrade Parent to 39 * [MSHARED-1228] - Bump bcel from 6.5.0 to 6.7.0 * [MSHARED-1229] - Bump plexus-utils from 3.4.2 to 3.5.1 * [MSHARED-1230] - Bump commons-collections4 from 4.3 to 4.4 Enjoy, -The Apache Maven team
Re: Re: What could cause a missing JAR in WEB-INF?
Any chance there are some conflicting profile or differences in settings.xml on the different machines? Maybe maven caches is different and needs cleanup? Eric Bresie ebre...@gmail.com (mailto:ebre...@gmail.com) > On April 16, 2023 at 7:36:36 AM CDT, Thad Humphries (mailto:thad.humphr...@gmail.com)> wrote: > There are no profiles in the pom.xml that brings in the jar in question, > xml-apis ( > https://repo1.maven.org/maven2/com/megginson/sax/xml-writer/0.2/xml-writer-0.2.pom). > Since the webapp works without it, I'll exclude it from the build. > > On Sat, Apr 15, 2023 at 7:30 PM Tomo Suzuki (mailto:suzt...@google.com.invalid)> > wrote: > > > > The pom.xml has 2 profiles > > > > I meant the pom file that delcares the missing dependency. Your > > (transitive) dependency's pom.xml. > > > > On Sat, Apr 15, 2023 at 13:29 Thad Humphries > (mailto:thad.humphr...@gmail.com)> > > wrote: > > > > > Thanks. I might be missing something but I can't see it. Responses > > inline. > > > > > > On Sat, Apr 15, 2023 at 12:00 PM Tomo Suzuki > > (mailto:suzt...@google.com.invalid) > > > > > > wrote: > > > > > > > My guess > > > > > > > > - Maven profiles activated based on environment > > > > > > > > > > The pom.xml has 2 profiles, both triggered by -P, not (that I know of) by > > > the environment. In any case, environments are (at least from the debug) > > > the same except for "java.awt.headless: true" in the debug from the > > office > > > Mac that I telnet into. That's the Mini with the extra JAR, but my > > MacBook > > > has it, too, and it's here with me. > > > > > > Of the two declared profiles, one profile selects GWT devmode, while the > > > other packages the *war. In all the cases that I am describing, I'm > > > using the packaging profile. Each time the command is > > > > > > $ mvn clean exec:exec -Dexec.executable="xslt" package -P package > > > > > > (The exec:exec builds the webapp's online manual using DocBook. It's > > later > > > copied into the *war. Same DocBook version, same version of xsltproc.) > > > > > > Running `mvn help:effective-settings` shows the same settings on each > > > machine except for hostnames. Is there another command I should try? > > > > > > > > > > - Download URL was unavailable > > > > > > > > > > I don't think so. I've packaged this dozens of times over the past 3 days > > > with the same results each time. The Git and Nexus servers are inside the > > > office, but I've had no connection issues with them. I have a VPN to > > > everything there. > > > > > > > > > > or > > > > - Disk was full when downloading > > > > > > > > > > Both Mac Minis have 1.12TB Fusion drives with over 50% free. > > > > > > > > > > > > > > On Fri, Apr 14, 2023 at 15:34 Thad Humphries > > > (mailto:thad.humphr...@gmail.com) > > > > > > > wrote: > > > > > > > > > I have *war that I've built on 3 different Macs (maven-war-plugin > > > 3.3.2). > > > > > The code is pulled from my local git repo, and the supporting jars > > are > > > > from > > > > > a local Nexus repository. All Macs use the same setup--Amazon > > Corretto > > > > Java > > > > > 11 and Maven 3.9.1. The ~/.m2/settings.xml are identical. Two of the > > > Macs > > > > > produce the same *war (a Mini with 10.15.7 and a MacBook with > > 12.6.5). > > > > The > > > > > third Mac--also a Mini with 10.15.7--is missing one JAR file in > > > > > WEB-INF/lib. How can this be? > > > > > > > > > > The missing JAR is in each local repository. I do not see this JAR > > > when I > > > > > run `mvn dependency:tree`, though I see a different (newer) version > > as > > > > > "provided." The missing JAR doesn't seem to matter when the webapp > > runs > > > > (no > > > > > problems found so far). Any idea as to why, and what I can (or > > should?) > > > > do > > > > > for a consistent build? > > > > > > > > > > -- > > > > > "Hell hath no limits, nor is circumscrib'd In one self-place; but > > where > > > > we > > > > > are is hell, And where hell is, there must we ever be" --Christopher > > > > > Marlowe, *Doctor Faustus* (v. 111-13) > > > > > > > > > -- > > > > Regards, > > > > Tomo > > > > > > > > > > > > > -- > > > "Hell hath no limits, nor is circumscrib'd In one self-place; but where > > we > > > are is hell, And where hell is, there must we ever be" --Christopher > > > Marlowe, *Doctor Faustus* (v. 111-13) > > > > > -- > > Regards, > > Tomo > > > > > -- > "Hell hath no limits, nor is circumscrib'd In one self-place; but where we > are is hell, And where hell is, there must we ever be" --Christopher > Marlowe, *Doctor Faustus* (v. 111-13)
[ANN] Apache Maven Reporting Impl 4.0.0-M7 released
The Apache Maven team is pleased to announce the release of the Maven Reporting Impl version 4.0.0-M7. https://maven.apache.org/shared/maven-reporting-impl/ Release Notes - Maven Shared Components - Version maven-reporting-impl-4.0.0-M7 ** Improvement * [MSHARED-1232] - Properly populate DocumentRenderingContext#generator when run in standalone mode ** Dependency upgrade * [MSHARED-1233] - Upgrade to Doxia Sitetools 2.0.0-M8 * [MSHARED-1234] - Upgrade to Maven Reporting API 4.0.0-M6 Enjoy, -The Apache Maven team - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[ANN] Apache Maven Reporting Exec 2.0.0-M7 released
The Apache Maven team is pleased to announce the release of the Maven Reporting Exec version 2.0.0-M7. https://maven.apache.org/shared/maven-reporting-exec/ Release Notes - Maven Shared Components - Version maven-reporting-exec-2.0.0-M7 ** Improvement * [MSHARED-1236] - Supply execution id of caller (Maven Site Plugin) to MavenReportExecutorRequest ** Dependency upgrade * [MSHARED-1235] - Upgrade to Maven Reporting API 4.0.0-M6 * [MSHARED-1241] - Upgrade plugins and components in ITs * [MSHARED-1242] - Upgrade to Doxia Sitetools 2.0.0-M8 Enjoy, -The Apache Maven team - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[ANN] Apache Maven Doxia Sitetools 2.0.0-M8 released
The Apache Maven team is pleased to announce the release of the Apache Maven Doxia Sitetools, version 2.0.0-M8 Doxia Sitetools is an extension of base Doxia component that generates text markup, consisting of decoration and content that was generated by Doxia. https://maven.apache.org/doxia/doxia-sitetools/ You can download the appropriate sources etc. from the download page: https://maven.apache.org/doxia/doxia-sitetools/download.cgi Release Notes - Maven Doxia Sitetools - Version 2.0.0-M8 ** Improvement * [DOXIASITETOOLS-301] - Automatically remove the 0-byte site descriptors from the local repo * [DOXIASITETOOLS-302] - Harmonize path separator in DocumentRenderingContext ** Task * [DOXIASITETOOLS-303] - Implement workaround for MNG-7758/MRESOLVER-335 ** Dependency upgrade * [DOXIASITETOOLS-304] - Upgrade to Maven Reporting API 4.0.0-M6 Enjoy, -The Apache Maven team - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[ANN] Maven Project Info Reports Plugin 3.4.3 released
The Apache Maven team is pleased to announce the release of the Maven Project Info Reports Plugin version 3.4.3. https://maven.apache.org/plugins/maven-project-info-reports-plugin/ You should specify the version in your project's plugin configuration: org.apache.maven.plugins maven-project-info-reports-plugin 3.4.3 Release Notes - Maven Project Info Reports Plugin - Version 3.4.3 ** Bug * [MPIR-429] - avoid warning on "Unknown packaging: bundle" ** Dependency upgrade * [MPIR-432] - Upgrade parent pom to 39 * [MPIR-433] - Bump bcel from 6.5.0 to 6.6.0 Enjoy, -The Apache Maven team - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [External] : Re: NPE Exception with Surefire3.0.0
While this may have been a rookie mistake and this pom is nonsensical, they did manage to cause an NPE in a standard plugin. That's a bug worth tracking down, right? Better validation, better error messages?
Re: [External] : Re: NPE Exception with Surefire3.0.0
You should get rif of all the dependencies and then test if your problem has disappeared. If yes, all good, and next time let Maven handle transitive dependencies for you. If no, then you have a real problem that maybe some people here will be able to help you with. But overriding all the dependencies is just plain impossible to maintain: imagine the sligest incompatibility between 2 dependency might lead to errors if you a version instead of another ! And in case of upgrading a plugin, what a huge amount of work to update all its dependencies ! Unmanageable... good luck Le mar. 18 avr. 2023 à 06:13, Sirisha Alla a écrit : > I am a newbee to Maven and I want to override any dependencies (along with > versions) from parent pom.xml. Not sure if this is the right way. > > Thanks, > Sirisha > > -Original Message- > From: Olivier Lamy > Sent: Tuesday, April 18, 2023 11:29 AM > To: Maven Users List > Subject: Re: [External] : Re: NPE Exception with Surefire3.0.0 > > Hi > Do you really need the dependencies section within the plugin section? > just use > > > > org.apache.maven.plugins > maven-surefire-plugin > 3.0.0 > > > > > > On Tue, 18 Apr 2023 at 15:56, Sirisha Alla > wrote: > > > > I am using the maven version 3.8.7. pom.xml has other internal module > dependencies and below is the snippet from pom.xml for the junit tests > added. > > > > > > org.mockito > > mockito-core > > 4.11.0 > > test > > > > > > org.junit.jupiter > > junit-jupiter-api > > 5.9.2 > > test > > > > > > > > > > > > > > org.apache.maven.plugins > > maven-surefire-plugin > > 3.0.0 > > > > > > org.apache.maven.surefire > > maven-surefire-common > > 3.0.0 > > > > > > org.apache.maven.surefire > > surefire-booter > > 3.0.0 > > > > > > org.apache.maven.surefire > > surefire-logger-api > > 3.0.0 > > > > > > org.apache.maven.surefire > > surefire-api > > 3.0.0 > > > > > > org.apache.maven.surefire > > surefire-extensions-api > > 3.0.0 > > > > > > org.codehaus.plexus > > plexus-java > > 1.1.2 > > > > > > org.apache.maven.surefire > > surefire-shared-utils > > 3.0.0 > > > > > > org.apache.maven.shared > > > maven-common-artifact-filters > > 3.3.2 > > > > > > org.eclipse.aether > > aether-util > > 1.1.0 > > > > > > org.apache.maven.surefire > > surefire-junit-platform > > 3.0.0 > > > > > > org.junit.jupiter > > junit-jupiter-engine > > 5.9.2 > > runtime > > > > > > org.junit.platform > > junit-platform-engine > > 1.9.2 > > runtime > > > > > > > > > > > > > > > > Thanks, > > Sirisha > > > > -Original Message- > > From: Benjamin Marwell > > Sent: Tuesday, April 18, 2023 11:16 AM > > To: Maven Users List > > Subject: [External] : Re: NPE Exception with Surefire3.0.0 > > > > Which version of Maven are you using? > > Can you give us a relevant snippet of your pom.xml to reproduce the > issue? > > > > > > > > On Mon, 17 Apr 2023, 17:07 Sirisha Alla, > wrote: > > > > > Hi All, > > > > > > I am using surefire 3.0.0 with Junit 5 (Jupiter-engine). However, I > > > am stumbling in to the Null Pointer Exception and could not trace the > issue. > > > Has anyone faced this issue or any pointers that can help me proceed? > > > I am using JDK1.8. > > > > > > Caused by: java.lang.NullPointerException > > > at > > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.hasGroupArtifa > > > ct > > > Id > > > (AbstractSurefireMojo.java:1771) > > > at > > >
RE: [External] : Re: NPE Exception with Surefire3.0.0
I am a newbee to Maven and I want to override any dependencies (along with versions) from parent pom.xml. Not sure if this is the right way. Thanks, Sirisha -Original Message- From: Olivier Lamy Sent: Tuesday, April 18, 2023 11:29 AM To: Maven Users List Subject: Re: [External] : Re: NPE Exception with Surefire3.0.0 Hi Do you really need the dependencies section within the plugin section? just use org.apache.maven.plugins maven-surefire-plugin 3.0.0 On Tue, 18 Apr 2023 at 15:56, Sirisha Alla wrote: > > I am using the maven version 3.8.7. pom.xml has other internal module > dependencies and below is the snippet from pom.xml for the junit tests added. > > > org.mockito > mockito-core > 4.11.0 > test > > > org.junit.jupiter > junit-jupiter-api > 5.9.2 > test > > > > > > > org.apache.maven.plugins > maven-surefire-plugin > 3.0.0 > > > org.apache.maven.surefire > maven-surefire-common > 3.0.0 > > > org.apache.maven.surefire > surefire-booter > 3.0.0 > > > org.apache.maven.surefire > surefire-logger-api > 3.0.0 > > > org.apache.maven.surefire > surefire-api > 3.0.0 > > > org.apache.maven.surefire > surefire-extensions-api > 3.0.0 > > > org.codehaus.plexus > plexus-java > 1.1.2 > > > org.apache.maven.surefire > surefire-shared-utils > 3.0.0 > > > org.apache.maven.shared > maven-common-artifact-filters > 3.3.2 > > > org.eclipse.aether > aether-util > 1.1.0 > > > org.apache.maven.surefire > surefire-junit-platform > 3.0.0 > > > org.junit.jupiter > junit-jupiter-engine > 5.9.2 > runtime > > > org.junit.platform > junit-platform-engine > 1.9.2 > runtime > > > > > > > > Thanks, > Sirisha > > -Original Message- > From: Benjamin Marwell > Sent: Tuesday, April 18, 2023 11:16 AM > To: Maven Users List > Subject: [External] : Re: NPE Exception with Surefire3.0.0 > > Which version of Maven are you using? > Can you give us a relevant snippet of your pom.xml to reproduce the issue? > > > > On Mon, 17 Apr 2023, 17:07 Sirisha Alla, wrote: > > > Hi All, > > > > I am using surefire 3.0.0 with Junit 5 (Jupiter-engine). However, I > > am stumbling in to the Null Pointer Exception and could not trace the issue. > > Has anyone faced this issue or any pointers that can help me proceed? > > I am using JDK1.8. > > > > Caused by: java.lang.NullPointerException > > at > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.hasGroupArtifa > > ct > > Id > > (AbstractSurefireMojo.java:1771) > > at > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.retainInProcAr > > ti > > factsUnique > > (AbstractSurefireMojo.java:1757) > > at > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.newStartupConf > > ig > > WithClasspath > > (AbstractSurefireMojo.java:1735) > > at > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.createStartupC > > on > > figuration > > (AbstractSurefireMojo.java:1701) > > at > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.createForkStar > > te > > r > > (AbstractSurefireMojo.java:2165) > > at > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvide > > r > > (AbstractSurefireMojo.java:1192) > > at > > org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPr > > ec > > onditionsChecked > > (AbstractSurefireMojo.java:1055) > > at org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute > > (AbstractSurefireMojo.java:871) > > at
