On Wed, 11 Feb 2026 at 23:32, Tibor Digaňa <[email protected]> wrote: > > We should hold on with Olivier Lamy's PR because I want to discuss Java 9 > feature. > Has the *ProcessHandle* guaranteed services or they are optional due to > this is strongly related to the operating systems?
Perhaps some home-made JDK built by an AI for marketing purposes does not support this JEP. But can we seriously Keep It Stupid Simple (™)? This JEP dates back to 2011: https://openjdk.org/jeps/102 If a JDK claiming to be Java 9 compatible does not implement it, then that JDK likely has broader compatibility issues. Just a reminder: Surefire is maintained as part of the Maven plugin ecosystem. There shouldn’t be a discussion about “Surefire on Java 9+” in isolation. If anything, this should be a broader discussion covering plugins, Maven core, and the overall ecosystem. We’ve already discussed this extensively over the past few years and reached a general consensus around a common versioning scheme: 3.x -> Maven Core API 3.x, JDK 8 4.x -> Maven Core API 4.x, JDK 17 If further discussion is needed, it should occur at a higher level to ensure consistent, non-confusing versioning across the ecosystem. Maybe we can change in the future, but there is no need to hold PRs and stop moving forward. That's a bit counterproductive. Personal opinion: rather than reopening the same debate, perhaps we should focus on getting Maven 4.x out so that plugins can migrate accordingly. > Regarding the PowerShell, what guarantee you have that the user has > PowerShell installed on the OS? Let's not think about the latest Windows. > so users just install it or do not upgrade surefire. > T > > On Sun, Feb 8, 2026 at 12:50 AM Michael Osipov <[email protected]> wrote: > > > Thank you for the kind words... > > > > Why not use the equivalent in PowerShell? For me, it is totally fine until > > the plugin moved to Maven 4... > > > > E.g.: > > Process process = new ProcessBuilder( > > "powershell", > > "-NoProfile", > > "-Command", > > "Get-CimInstance Win32_Process -Filter \"ProcessId=" + > > pid + > > "\" | Select-Object -Expand ParentProcessId") > > > > WDYT? > > > > On 2026/02/07 00:21:05 Tibor Digaňa wrote: > > > Hi all, > > > > > > I would like to have your opinion regarding this issue reported on > > GitHub: > > > "Surefire and Failsafe stop working on latest versions of Windows due to > > > missing wmic" > > > Please see the link here > > > https://github.com/apache/maven-surefire/issues/3176 > > > > > > I am the author who developed the PPID Process Checker. When I worked on > > it > > > together with Michael Osipov, we reached a consensus. It was a very nice > > > personal collaboration, and now I would be glad to have this guy back in > > > the active Maven Team again :-) > > > That time we used Java 7 or Java 8, or even both, however Java 9 was > > > available in the world. We could not use the Java 9 however it could > > really > > > help us. Therefore we decided to call the system library "wmic" on > > Windows, > > > and "ps" on *Nix world, and not Java 9. > > > > > > Due to the Microsoft Windows removed "wmic", I am open to move complete > > > Surefire project under Java 9. > > > > > > I remember how problematic life it was when we had to support both Java 7 > > > and Java 8 at the same time. I do not want to support two Java versions > > > again. > > > It would be easier for us to get a confidence from the Maven community > > and > > > switch to Java 9 directly. > > > I hope we would get an exception in the list of Maven plugins. > > > > > > BTW, One more remark. There are strengths to destroy this project. Let's > > > ignore these strengths. We can prevent from this happening if we are > > > positive and we are friendly working together. > > > > > > > > > Cheers > > > Tibor17 > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
