You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@netbeans.apache.org by Jens Zurawski <jz...@diegurus.de> on 2025/06/06 10:40:05 UTC

What is this issue with java.util.zip.CRC32C?

Hi,

I've recently updated my Netbeans to Version 26. But one problem still 
persists. Maybe it's only cosmetic, because everything works fine, but 
it is flooding my messages.log file in the netbeans userdir. Also not a 
real problem, but something seems to be not right.

I keep getting hundreds of lines like:

"Even though the source level of 
<ProjectDir>\src\main\java;<ProjectDir>\src\main\webapp;<ProjectDir>\src\main\resources 
is set to: 17, java.util.zip.CRC32C cannot be found on the system module 
path: "

I have absolutely no clue what this message tries to tell me. I'm not 
using/referencing java.util.zip.* anywhere in these projects. What has 
java.util.zip.CRC32C to do with the source level? And how can I solve 
this issue? I'm using the bundled jdk 24.0.1 from NB26.

cu
Jens


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


Re: What is this issue with java.util.zip.CRC32C?

Posted by Jens Zurawski <jz...@diegurus.de>.
Yes, thank you, but I know that. My project is still on 8.x path until I 
migrate to Jakarta EE.

But for the sake of a reproducible test case, it doesn't matter if TomEE 
9.x or 10.x, it just have to be at least 9.x so that the source level is 
greater than 8.
The web application doesn't have to do anything. Just create the 
project, open it in Netbeans and wait... the lines with "Even though the 
source level of ....." will start coming into the messages.log file of 
Netbeans.

cu
Jens


Am 06.06.2025 um 17:23 schrieb Maciej Jaros:
> You should use Tomcat 9. T10 is not compatible with non-jakarta apps.
> https://tomcat.apache.org/whichversion.html#:~:text=Tomcat%209%20is%20the%20last%20major%20Tomcat%20version%20supporting%20Java%20EE
>
> There is conversion tool if you want to try Jakarta (converts 
> imports), but as you probably know that probably also requires 
> upgrading Spring, Hibernate etc and probably rewriting most of DAO and 
> Security...
>
> Cheers,
> Maciej Nux
>
> Jens Zurawski (2025-06-06 14:45):
>> Oh, I can give a simple test case :-)
>>
>> - just take a freshly installed NB 26 (or at least with a new and 
>> empty userdir),
>> - create new Project "Java with Maven -> Web Application"
>> - assign a server (I'm using a TomEE 10.01 installation with Jakarta 
>> EE 10)
>> - save project
>>
>> wait some seconds, and et voila, in the message.log you can see:
>>
>> INFO [org.netbeans.ui.maven.project]: A Maven project was opened. Appending the project's packaging type.
>> INFO [org.netbeans.ui.metrics.maven]: USG_PROJECT_OPEN_MAVEN
>> INFO [org.netbeans.ui.metrics.projects]: USG_PROJECT_OPEN
>> INFO [org.netbeans.ui.indexing]: Indexing finished, indexing took 942 ms.
>> INFO [org.netbeans.ui.indexing]: Indexing started, time from last indexing 0 ms.
>> INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 36 ms
>> Even though the source level of E:\test\Netbeans\mavenproject1\src\main\java;E:\test\Netbeans\mavenproject1\src\main\webapp;E:\test\Netbeans\mavenproject1\src\main\resources is set to: 11, java.util.zip.CRC32C cannot be found on the system module path:
>> WARNING [null]: Last record repeated 6 more times.
>> WARNING [null]: Last record repeated 2 more times.
>>
>> Nothing else has to be done to get these lines (at least on my system)
>>
>> Hope this helps?
>>
>> cu
>> Jens
>>
>>
>>
>> Am 06.06.2025 um 14:27 schrieb Jens Zurawski:
>>> Sadly, this doesn't help either.
>>>
>>> I've also tried with a complete fresh NB 26 without importing 
>>> settings from old installations. Still the messages are coming.
>>>
>>> Unfortunately I'm currently not able to produce a simple test case 
>>> to reproduce this with a simple maven application.
>>> Anything I can provide to give more insight?
>>>
>>> cu
>>> Jens
>>>
>>> Am 06.06.2025 um 13:50 schrieb Neil C Smith:
>>>> On Fri, 6 Jun 2025 at 12:28, Jens Zurawski<jz...@diegurus.de> wrote:
>>>>>                  <artifactId>maven-compiler-plugin</artifactId>
>>>>>                  <version>3.14.0</version>
>>>>>                  <configuration>
>>>>>                      <source>17</source>
>>>>>                      <target>17</target>
>>>>>                      <compilerArguments>
>>>>>                          <endorseddirs>${endorsed.dir}</endorseddirs>
>>>>>                      </compilerArguments>
>>>>>                  </configuration>
>>>> Possibly try changing that to just
>>>>
>>>> <configuration>
>>>>    <release>17</release>
>>>> </configuration>
>>>>
>>>> Endorsed dirs isn't supported by JDK 9+, so I wonder if this is
>>>> causing the messages.
>>>>
>>>> Best wishes,
>>>>
>>>> Neil
>>>>
>>>>

Re: What is this issue with java.util.zip.CRC32C?

Posted by Maciej Jaros <ma...@mol.com.pl.INVALID>.
You should use Tomcat 9. T10 is not compatible with non-jakarta apps.
https://tomcat.apache.org/whichversion.html#:~:text=Tomcat%209%20is%20the%20last%20major%20Tomcat%20version%20supporting%20Java%20EE

There is conversion tool if you want to try Jakarta (converts imports), 
but as you probably know that probably also requires upgrading Spring, 
Hibernate etc and probably rewriting most of DAO and Security...

Cheers,
Maciej Nux

Jens Zurawski (2025-06-06 14:45):
> Oh, I can give a simple test case :-)
>
> - just take a freshly installed NB 26 (or at least with a new and 
> empty userdir),
> - create new Project "Java with Maven -> Web Application"
> - assign a server (I'm using a TomEE 10.01 installation with Jakarta 
> EE 10)
> - save project
>
> wait some seconds, and et voila, in the message.log you can see:
>
> INFO [org.netbeans.ui.maven.project]: A Maven project was opened. Appending the project's packaging type.
> INFO [org.netbeans.ui.metrics.maven]: USG_PROJECT_OPEN_MAVEN
> INFO [org.netbeans.ui.metrics.projects]: USG_PROJECT_OPEN
> INFO [org.netbeans.ui.indexing]: Indexing finished, indexing took 942 ms.
> INFO [org.netbeans.ui.indexing]: Indexing started, time from last indexing 0 ms.
> INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 36 ms
> Even though the source level of E:\test\Netbeans\mavenproject1\src\main\java;E:\test\Netbeans\mavenproject1\src\main\webapp;E:\test\Netbeans\mavenproject1\src\main\resources is set to: 11, java.util.zip.CRC32C cannot be found on the system module path:
> WARNING [null]: Last record repeated 6 more times.
> WARNING [null]: Last record repeated 2 more times.
>
> Nothing else has to be done to get these lines (at least on my system)
>
> Hope this helps?
>
> cu
> Jens
>
>
>
> Am 06.06.2025 um 14:27 schrieb Jens Zurawski:
>> Sadly, this doesn't help either.
>>
>> I've also tried with a complete fresh NB 26 without importing 
>> settings from old installations. Still the messages are coming.
>>
>> Unfortunately I'm currently not able to produce a simple test case to 
>> reproduce this with a simple maven application.
>> Anything I can provide to give more insight?
>>
>> cu
>> Jens
>>
>> Am 06.06.2025 um 13:50 schrieb Neil C Smith:
>>> On Fri, 6 Jun 2025 at 12:28, Jens Zurawski<jz...@diegurus.de> wrote:
>>>>                  <artifactId>maven-compiler-plugin</artifactId>
>>>>                  <version>3.14.0</version>
>>>>                  <configuration>
>>>>                      <source>17</source>
>>>>                      <target>17</target>
>>>>                      <compilerArguments>
>>>>                          <endorseddirs>${endorsed.dir}</endorseddirs>
>>>>                      </compilerArguments>
>>>>                  </configuration>
>>> Possibly try changing that to just
>>>
>>> <configuration>
>>>    <release>17</release>
>>> </configuration>
>>>
>>> Endorsed dirs isn't supported by JDK 9+, so I wonder if this is
>>> causing the messages.
>>>
>>> Best wishes,
>>>
>>> Neil
>>>
>>>
>

Re: What is this issue with java.util.zip.CRC32C?

Posted by Jens Zurawski <jz...@diegurus.de>.
Oh, I can give a simple test case :-)

- just take a freshly installed NB 26 (or at least with a new and empty 
userdir),
- create new Project "Java with Maven -> Web Application"
- assign a server (I'm using a TomEE 10.01 installation with Jakarta EE 10)
- save project

wait some seconds, and et voila, in the message.log you can see:

INFO [org.netbeans.ui.maven.project]: A Maven project was opened. Appending the project's packaging type.
INFO [org.netbeans.ui.metrics.maven]: USG_PROJECT_OPEN_MAVEN
INFO [org.netbeans.ui.metrics.projects]: USG_PROJECT_OPEN
INFO [org.netbeans.ui.indexing]: Indexing finished, indexing took 942 ms.
INFO [org.netbeans.ui.indexing]: Indexing started, time from last indexing 0 ms.
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 36 ms
Even though the source level of E:\test\Netbeans\mavenproject1\src\main\java;E:\test\Netbeans\mavenproject1\src\main\webapp;E:\test\Netbeans\mavenproject1\src\main\resources is set to: 11, java.util.zip.CRC32C cannot be found on the system module path:
WARNING [null]: Last record repeated 6 more times.
WARNING [null]: Last record repeated 2 more times.


Nothing else has to be done to get these lines (at least on my system)

Hope this helps?

cu
Jens



Am 06.06.2025 um 14:27 schrieb Jens Zurawski:
> Sadly, this doesn't help either.
>
> I've also tried with a complete fresh NB 26 without importing settings 
> from old installations. Still the messages are coming.
>
> Unfortunately I'm currently not able to produce a simple test case to 
> reproduce this with a simple maven application.
> Anything I can provide to give more insight?
>
> cu
> Jens
>
> Am 06.06.2025 um 13:50 schrieb Neil C Smith:
>> On Fri, 6 Jun 2025 at 12:28, Jens Zurawski<jz...@diegurus.de> wrote:
>>>                  <artifactId>maven-compiler-plugin</artifactId>
>>>                  <version>3.14.0</version>
>>>                  <configuration>
>>>                      <source>17</source>
>>>                      <target>17</target>
>>>                      <compilerArguments>
>>>                          <endorseddirs>${endorsed.dir}</endorseddirs>
>>>                      </compilerArguments>
>>>                  </configuration>
>> Possibly try changing that to just
>>
>> <configuration>
>>    <release>17</release>
>> </configuration>
>>
>> Endorsed dirs isn't supported by JDK 9+, so I wonder if this is
>> causing the messages.
>>
>> Best wishes,
>>
>> Neil
>>
>>

Re: What is this issue with java.util.zip.CRC32C?

Posted by Jens Zurawski <jz...@diegurus.de>.
Sadly, this doesn't help either.

I've also tried with a complete fresh NB 26 without importing settings 
from old installations. Still the messages are coming.

Unfortunately I'm currently not able to produce a simple test case to 
reproduce this with a simple maven application.
Anything I can provide to give more insight?

cu
Jens

Am 06.06.2025 um 13:50 schrieb Neil C Smith:
> On Fri, 6 Jun 2025 at 12:28, Jens Zurawski<jz...@diegurus.de> wrote:
>>                  <artifactId>maven-compiler-plugin</artifactId>
>>                  <version>3.14.0</version>
>>                  <configuration>
>>                      <source>17</source>
>>                      <target>17</target>
>>                      <compilerArguments>
>>                          <endorseddirs>${endorsed.dir}</endorseddirs>
>>                      </compilerArguments>
>>                  </configuration>
> Possibly try changing that to just
>
> <configuration>
>    <release>17</release>
> </configuration>
>
> Endorsed dirs isn't supported by JDK 9+, so I wonder if this is
> causing the messages.
>
> Best wishes,
>
> Neil
>
>

Re: What is this issue with java.util.zip.CRC32C?

Posted by Neil C Smith <ne...@apache.org>.
On Fri, 6 Jun 2025 at 12:28, Jens Zurawski <jz...@diegurus.de> wrote:
>                 <artifactId>maven-compiler-plugin</artifactId>
>                 <version>3.14.0</version>
>                 <configuration>
>                     <source>17</source>
>                     <target>17</target>
>                     <compilerArguments>
>                         <endorseddirs>${endorsed.dir}</endorseddirs>
>                     </compilerArguments>
>                 </configuration>

Possibly try changing that to just

<configuration>
  <release>17</release>
</configuration>

Endorsed dirs isn't supported by JDK 9+, so I wonder if this is
causing the messages.

Best wishes,

Neil

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


Re: What is this issue with java.util.zip.CRC32C?

Posted by Jens Zurawski <jz...@diegurus.de>.
Unfortunately this didn't help.

I've removed all other JDK Platforms except the default JDK 24 and 
restarted the IDE. But to no success, these messages keep flooding.

My pom.xml looks like:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd">
     <modelVersion>4.0.0</modelVersion>

     <groupId><...></groupId>
     <artifactId><...></artifactId>
     <version>1.0.14-SNAPSHOT</version>
     <packaging>war</packaging>

     <name><...></name>

     <properties>
         <endorsed.dir>${project.build.directory}/endorsed</endorsed.dir>
         <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
         <patchLevel></patchLevel>
         <maven.build.timestamp.format>yyyy-MM-dd'T'HH:mm:ss'Z'</maven.build.timestamp.format>
     </properties>
     <distributionManagement>
	<my local maven repo>
     </distributionManagement>
     
     <dependencies>
	<lot of dependencies>
     </dependencies>

     <build>
         <plugins>
             <plugin>
                 <groupId>org.apache.maven.plugins</groupId>
                 <artifactId>maven-compiler-plugin</artifactId>
                 <version>3.14.0</version>
                 <configuration>
                     <source>17</source>
                     <target>17</target>
                     <compilerArguments>
                         <endorseddirs>${endorsed.dir}</endorseddirs>
                     </compilerArguments>
                 </configuration>
             </plugin>
             <plugin>
                 <groupId>org.apache.maven.plugins</groupId>
                 <artifactId>maven-war-plugin</artifactId>
                 <version>3.4.0</version>
                 <configuration>
                     <failOnMissingWebXml>false</failOnMissingWebXml>
                     <archive>
                         <manifest>
                             <addDefaultImplementationEntries>true</addDefaultImplementationEntries>
                             <addDefaultSpecificationEntries>true</addDefaultSpecificationEntries>
                         </manifest>
                         <manifestEntries>
                             <Patch-Level>${patchLevel}</Patch-Level>
                             <Built-Timestamp>${maven.build.timestamp}</Built-Timestamp>
                         </manifestEntries>
                     </archive>
                 </configuration>
             </plugin>
             <plugin>
                 <groupId>org.apache.maven.plugins</groupId>
                 <artifactId>maven-dependency-plugin</artifactId>
                 <version>3.8.1</version>
                 <executions>
                     <execution>
                         <phase>validate</phase>
                         <goals>
                             <goal>copy</goal>
                         </goals>
                         <configuration>
                             <outputDirectory>${endorsed.dir}</outputDirectory>
                             <silent>true</silent>
                             <artifactItems>
                                 <artifactItem>
                                     <groupId>javax</groupId>
                                     <artifactId>javaee-endorsed-api</artifactId>
                                     <version>7.0</version>
                                     <type>jar</type>
                                 </artifactItem>
                             </artifactItems>
                         </configuration>
                     </execution>
                 </executions>
             </plugin>
         </plugins>
     </build>

</project>


Am 06.06.2025 um 13:14 schrieb Jens Zurawski:
> Hi Neil,
>
> thanks for your quick reply.
>
> It's a long living project which I started years ago (Netbeans 12.3 
> with Java 8 was the first incarnation) and is a Maven Java EE 8 
> Project (Migration to Jakarta EE is planned, but will take some time). 
> It has grown throughout diverse Versions NB15, NB21, NB24, NB25, java 
> 11, java 15, java 17. Maybe it's some artifact which is coming from 
> this update path?
>
> Apart from that, I think my Environment ist ok so far. The current 
> project in NB26 is taking the bundled jdk 24 as build platform. I have 
> some more JDKs in the Tools / Java Platforms. I think it's from these 
> updates, since I have no real use for these old versions any more. I 
> have an open jdk 15.0.2, a open jdk 21.0.3 and a Zulu 17.0.9 
> additional to the bundled JDK 24.
>
> I will try to remove them from the Java platforms and check if the 
> problem persists.
>
> cu
> Jens
>
>
> Am 06.06.2025 um 12:52 schrieb Neil C Smith:
>> Hi,
>>
>> On Fri, 6 Jun 2025 at 11:42, Jens Zurawski <jz...@diegurus.de> wrote:
>>> I have absolutely no clue what this message tries to tell me. I'm not
>>> using/referencing java.util.zip.* anywhere in these projects. What has
>>> java.util.zip.CRC32C to do with the source level? And how can I solve
>>> this issue?
>> This line comes from here -
>> https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java#L1190 
>>
>>
>> What project type / build system are you using?  Have you configured
>> the project to use an alternative JDK?
>>
>> Check the project properties for the Java Platform, and in Tools /
>> Java Platforms, for a broken JDK registration, which is a possible
>> cause for this.
>>
>> Best wishes,
>>
>> Neil
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: users-help@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: users-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>

Re: What is this issue with java.util.zip.CRC32C?

Posted by Jens Zurawski <jz...@diegurus.de>.
Hi Maciej,

thanks for your reply.

I've tried now with JDK 21 (which is LTS, right?), my source level is 17.
Sadly, no success either. The messages keep coming.

cu
Jens

Am 06.06.2025 um 13:26 schrieb Maciej Jaros:
> I had a project like this. You should probably build with a more 
> stable Java (LTS), and closer to your project's target Java. So 
> probably JDK LTS. So for example JDK11:
> https://adoptium.net/temurin/releases/?os=any&arch=any&version=11
>
> So in short I wouldn't build with Java that comes with NB.
>
> Cheers,
> Maciej Nux
>
> Jens Zurawski (2025-06-06 13:14):
>> Hi Neil,
>>
>> thanks for your quick reply.
>>
>> It's a long living project which I started years ago (Netbeans 12.3 
>> with Java 8 was the first incarnation) and is a Maven Java EE 8 
>> Project (Migration to Jakarta EE is planned, but will take some 
>> time). It has grown throughout diverse Versions NB15, NB21, NB24, 
>> NB25, java 11, java 15, java 17. Maybe it's some artifact which is 
>> coming from this update path?
>>
>> Apart from that, I think my Environment ist ok so far. The current 
>> project in NB26 is taking the bundled jdk 24 as build platform. I 
>> have some more JDKs in the Tools / Java Platforms. I think it's from 
>> these updates, since I have no real use for these old versions any 
>> more. I have an open jdk 15.0.2, a open jdk 21.0.3 and a Zulu 17.0.9 
>> additional to the bundled JDK 24.
>>
>> I will try to remove them from the Java platforms and check if the 
>> problem persists.
>>
>> cu
>> Jens
>>
>>
>> Am 06.06.2025 um 12:52 schrieb Neil C Smith:
>>> Hi,
>>>
>>> On Fri, 6 Jun 2025 at 11:42, Jens Zurawski <jz...@diegurus.de> wrote:
>>>> I have absolutely no clue what this message tries to tell me. I'm not
>>>> using/referencing java.util.zip.* anywhere in these projects. What has
>>>> java.util.zip.CRC32C to do with the source level? And how can I solve
>>>> this issue?
>>> This line comes from here -
>>> https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java#L1190 
>>>
>>>
>>> What project type / build system are you using?  Have you configured
>>> the project to use an alternative JDK?
>>>
>>> Check the project properties for the Java Platform, and in Tools /
>>> Java Platforms, for a broken JDK registration, which is a possible
>>> cause for this.
>>>
>>> Best wishes,
>>>
>>> Neil

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


Re: What is this issue with java.util.zip.CRC32C?

Posted by Maciej Jaros <ma...@mol.com.pl.INVALID>.
I had a project like this. You should probably build with a more stable 
Java (LTS), and closer to your project's target Java. So probably JDK 
LTS. So for example JDK11:
https://adoptium.net/temurin/releases/?os=any&arch=any&version=11

So in short I wouldn't build with Java that comes with NB.

Cheers,
Maciej Nux

Jens Zurawski (2025-06-06 13:14):
> Hi Neil,
>
> thanks for your quick reply.
>
> It's a long living project which I started years ago (Netbeans 12.3 
> with Java 8 was the first incarnation) and is a Maven Java EE 8 
> Project (Migration to Jakarta EE is planned, but will take some time). 
> It has grown throughout diverse Versions NB15, NB21, NB24, NB25, java 
> 11, java 15, java 17. Maybe it's some artifact which is coming from 
> this update path?
>
> Apart from that, I think my Environment ist ok so far. The current 
> project in NB26 is taking the bundled jdk 24 as build platform. I have 
> some more JDKs in the Tools / Java Platforms. I think it's from these 
> updates, since I have no real use for these old versions any more. I 
> have an open jdk 15.0.2, a open jdk 21.0.3 and a Zulu 17.0.9 
> additional to the bundled JDK 24.
>
> I will try to remove them from the Java platforms and check if the 
> problem persists.
>
> cu
> Jens
>
>
> Am 06.06.2025 um 12:52 schrieb Neil C Smith:
>> Hi,
>>
>> On Fri, 6 Jun 2025 at 11:42, Jens Zurawski <jz...@diegurus.de> wrote:
>>> I have absolutely no clue what this message tries to tell me. I'm not
>>> using/referencing java.util.zip.* anywhere in these projects. What has
>>> java.util.zip.CRC32C to do with the source level? And how can I solve
>>> this issue?
>> This line comes from here -
>> https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java#L1190 
>>
>>
>> What project type / build system are you using?  Have you configured
>> the project to use an alternative JDK?
>>
>> Check the project properties for the Java Platform, and in Tools /
>> Java Platforms, for a broken JDK registration, which is a possible
>> cause for this.
>>
>> Best wishes,
>>
>> Neil
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: users-help@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: users-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


Re: What is this issue with java.util.zip.CRC32C?

Posted by Jens Zurawski <jz...@diegurus.de>.
Hi Neil,

thanks for your quick reply.

It's a long living project which I started years ago (Netbeans 12.3 with 
Java 8 was the first incarnation) and is a Maven Java EE 8 Project 
(Migration to Jakarta EE is planned, but will take some time). It has 
grown throughout diverse Versions NB15, NB21, NB24, NB25, java 11, java 
15, java 17. Maybe it's some artifact which is coming from this update path?

Apart from that, I think my Environment ist ok so far. The current 
project in NB26 is taking the bundled jdk 24 as build platform. I have 
some more JDKs in the Tools / Java Platforms. I think it's from these 
updates, since I have no real use for these old versions any more. I 
have an open jdk 15.0.2, a open jdk 21.0.3 and a Zulu 17.0.9 additional 
to the bundled JDK 24.

I will try to remove them from the Java platforms and check if the 
problem persists.

cu
Jens


Am 06.06.2025 um 12:52 schrieb Neil C Smith:
> Hi,
>
> On Fri, 6 Jun 2025 at 11:42, Jens Zurawski <jz...@diegurus.de> wrote:
>> I have absolutely no clue what this message tries to tell me. I'm not
>> using/referencing java.util.zip.* anywhere in these projects. What has
>> java.util.zip.CRC32C to do with the source level? And how can I solve
>> this issue?
> This line comes from here -
> https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java#L1190
>
> What project type / build system are you using?  Have you configured
> the project to use an alternative JDK?
>
> Check the project properties for the Java Platform, and in Tools /
> Java Platforms, for a broken JDK registration, which is a possible
> cause for this.
>
> Best wishes,
>
> Neil
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: users-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


Re: What is this issue with java.util.zip.CRC32C?

Posted by Neil C Smith <ne...@apache.org>.
Hi,

On Fri, 6 Jun 2025 at 11:42, Jens Zurawski <jz...@diegurus.de> wrote:
> I have absolutely no clue what this message tries to tell me. I'm not
> using/referencing java.util.zip.* anywhere in these projects. What has
> java.util.zip.CRC32C to do with the source level? And how can I solve
> this issue?

This line comes from here -
https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java#L1190

What project type / build system are you using?  Have you configured
the project to use an alternative JDK?

Check the project properties for the Java Platform, and in Tools /
Java Platforms, for a broken JDK registration, which is a possible
cause for this.

Best wishes,

Neil

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists