Re: Spell checker

2022-12-02 Thread László Kishalmi
When there are suggestions  they are displayed.

[image: image.png]


On Fri, Dec 2, 2022 at 3:33 PM Amn Ojee Uw  wrote:

> Hello Neil and thank you for the prompt response.
>
> I hope that the below better explains the choices, web pages, friends and 
> other have giving me.
>
> CTRL-ENTER = Breaks the line in two.
> Shift-ENTER = Brings the cursor to the line below.
> Alt-ENTER = Displays a menu choice saying
> * Add {word} to the project's dictionary
> * Add {word} to your private dictionary
>
> However, I'd like to have displayed a list of suggestions, or possible 
> {words}, to replace the misspelled {word}; as it is shown here 
> .
>
> Again, thanks for the help.
>
>
> On 2022-12-02 12:29 p.m., Neil C Smith wrote:
>
> On Fri, 2 Dec 2022 at 16:24, Amn Ojee Uw  
>  wrote:
>
> In my Debian 11, running Netbeans 14, the spell checker catches the
> spelling mistakes; but Shift-Enter, not only does not provide a list of
> possible words,
>
> CTRL-ENTER?
>
> Neil
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: users-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, 
> visit:https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>


Re: Spell checker

2022-12-02 Thread Amn Ojee Uw

Hello Neil and thank you for the prompt response.

I hope that the below better explains the choices, web pages, friends and other 
have giving me.

CTRL-ENTER = Breaks the line in two.
Shift-ENTER = Brings the cursor to the line below.
Alt-ENTER = Displays a menu choice saying
* Add {word} to the project's dictionary
* Add {word} to your private dictionary

However, I'd like to have displayed a list of suggestions, or possible {words}, to 
replace the misspelled {word}; as it is shownhere  
.

Again, thanks for the help.

On 2022-12-02 12:29 p.m., Neil C Smith wrote:

On Fri, 2 Dec 2022 at 16:24, Amn Ojee Uw  wrote:

In my Debian 11, running Netbeans 14, the spell checker catches the
spelling mistakes; but Shift-Enter, not only does not provide a list of
possible words,

CTRL-ENTER?

Neil

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

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


Re: Web Project compile on save not working?

2022-12-02 Thread Mitch Claborn

I'm not sure what happened, but it started working again. Weird.

Mitch

On 12/2/22 11:54, Mitch Claborn wrote:

NB 15 on Xubuntu 20.04

I have a web project with "Compile on Save" set. When I change a java 
source file and save it, the timestamp on the corresponding class file 
in build/web/WEB-INF/classes does not change.


I'm 112.5% sure that this worked in NB 12. I'm fairly certain that it 
was working yesterday in NB 15.


What am I missing?



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

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



Web Project compile on save not working?

2022-12-02 Thread Mitch Claborn

NB 15 on Xubuntu 20.04

I have a web project with "Compile on Save" set. When I change a java 
source file and save it, the timestamp on the corresponding class file 
in build/web/WEB-INF/classes does not change.


I'm 112.5% sure that this worked in NB 12. I'm fairly certain that it 
was working yesterday in NB 15.


What am I missing?

--
Mitch

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

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



Re: Spell checker

2022-12-02 Thread Neil C Smith
On Fri, 2 Dec 2022 at 16:24, Amn Ojee Uw  wrote:
>
> In my Debian 11, running Netbeans 14, the spell checker catches the
> spelling mistakes; but Shift-Enter, not only does not provide a list of
> possible words,

CTRL-ENTER?

Neil

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

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



Spell checker

2022-12-02 Thread Amn Ojee Uw
In my Debian 11, running Netbeans 14, the spell checker catches the 
spelling mistakes; but Shift-Enter, not only does not provide a list of 
possible words, it does not even open a popup window.
If this is an bug to be reported, or if it is an error on my behalf, 
please let me know what I should in order to resolve this issue.

Thanks in advance!!


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

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



Re: Project unloadable with Gradle 7.5.1 and NetBeans 16

2022-12-02 Thread Giles Winstanley
Ah, that's frustrating; I've not encountered this particular error, so 
unsure in which direction to look to resolve this. I find Gradle support 
in NetBeans has been rather fragile, although generally better in NB15, 
and I'm hoping the NB16 issues are resolved quickly. I spent far too 
long with previous versions having NB as essentially a simple text 
editor for Gradle projects, with none of the IDE features working.


It may be worth submitting a new Github issue for this, as it's possible 
the same problem would/will show up in NB16u1. If it turns out to be a 
small/simple issue, then better to have a chance it could be addressed 
in that update instead of it rolling over in NB17.


Stan

On 02/12/2022 12:46, Thomas Kellerer wrote:

Unfortunately NetBeans 15 also refused to open those projects failing with the 
same NPE:

ava.lang.NullPointerException
at 
org.netbeans.modules.gradle.api.GradleBaseProjectBuilder.processBasicInfo(GradleBaseProjectBuilder.java:107)
at 
org.netbeans.modules.gradle.api.GradleBaseProjectBuilder.build(GradleBaseProjectBuilder.java:84)
at 
org.netbeans.modules.gradle.api.GradleBaseProjectBuilder$Extractor.extract(GradleBaseProjectBuilder.java:406)
at 
org.netbeans.modules.gradle.loaders.AbstractProjectLoader.createGradleProject(AbstractProjectLoader.java:107)
at 
org.netbeans.modules.gradle.loaders.DiskCacheProjectLoader.load(DiskCacheProjectLoader.java:44)
at 
org.netbeans.modules.gradle.loaders.GradleProjectLoaderImpl.loadProject(GradleProjectLoaderImpl.java:88)
at 
org.netbeans.modules.gradle.NbGradleProjectImpl.loadOwnProject0(NbGradleProjectImpl.java:470)
at 
org.netbeans.modules.gradle.NbGradleProjectImpl.projectWithQuality(NbGradleProjectImpl.java:279)
at 
org.netbeans.modules.gradle.NbGradleProjectImpl.getGradleProject(NbGradleProjectImpl.java:195)
at 
org.netbeans.modules.gradle.NbGradleProjectFactory.loadProject(NbGradleProjectFactory.java:94)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218)
at 
org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188)
at org.openide.util.Mutex.readAccess(Mutex.java:231)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager.findProject(NbProjectManager.java:218)
at 
org.netbeans.api.project.ProjectManager.findProject(ProjectManager.java:142)
at 
org.netbeans.modules.gradle.queries.ProjectContainerProviderImpl.getSubprojects(ProjectContainerProviderImpl.java:75)
at 
org.netbeans.modules.gradle.queries.ProjectContainerProviderImpl.getContainedProjects(ProjectContainerProviderImpl.java:55)
at 
org.netbeans.api.project.ProjectUtils.getContainedProjects(ProjectUtils.java:189)
at 
org.netbeans.modules.gradle.nodes.SubProjectsNode$SubProjectsChildFactory.createKeys(SubProjectsNode.java:142)
at org.openide.nodes.AsynchChildren.run(AsynchChildren.java:202)
at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
[catch] at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)

Loading of the root project works, but expanding the "Sub Projects" node leads 
to the above NPE.

Thomas


Giles Winstanley schrieb am 02.12.2022 um 12:36:

Hi Thomas,

This is a known issue that is already being worked on by the Gradle module 
developers:
     https://github.com/apache/netbeans/pull/5022

Unfortunately it didn't make it into the upcoming v16 release, but from what I 
understand there is likely to be an update release which should resolve this. 
I'm also affected by this issue as I use Gradle extensively, so for now I'm 
continuing to use Netbeans 15, Gradle 7.5.1, and JDK 18, which all work 
together nicely (as they should also with JDK 11).

Stan

On 02/12/2022 07:10, Thomas Kellerer wrote:

Hello,

our project switch from Gradle 6.9.x to 7.5.1 and now it doesn't work with NetBeans 16 
any more (the most recent "voting candidate")
Everything was working fine with Gradle 6.9.x even with the various NetBeans 16 
RC versions

In case this is important: the gradle plugin versions are reported as:

 org.netbeans.modules.libs.gradle/7 [7.6 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
 org.netbeans.modules.gradle/2 [2.29 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
 org.netbeans.modules.gradle.java [1.20.0.1 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
 

Re: Project unloadable with Gradle 7.5.1 and NetBeans 16

2022-12-02 Thread Thomas Kellerer
Unfortunately NetBeans 15 also refused to open those projects failing with the 
same NPE:

ava.lang.NullPointerException
at 
org.netbeans.modules.gradle.api.GradleBaseProjectBuilder.processBasicInfo(GradleBaseProjectBuilder.java:107)
at 
org.netbeans.modules.gradle.api.GradleBaseProjectBuilder.build(GradleBaseProjectBuilder.java:84)
at 
org.netbeans.modules.gradle.api.GradleBaseProjectBuilder$Extractor.extract(GradleBaseProjectBuilder.java:406)
at 
org.netbeans.modules.gradle.loaders.AbstractProjectLoader.createGradleProject(AbstractProjectLoader.java:107)
at 
org.netbeans.modules.gradle.loaders.DiskCacheProjectLoader.load(DiskCacheProjectLoader.java:44)
at 
org.netbeans.modules.gradle.loaders.GradleProjectLoaderImpl.loadProject(GradleProjectLoaderImpl.java:88)
at 
org.netbeans.modules.gradle.NbGradleProjectImpl.loadOwnProject0(NbGradleProjectImpl.java:470)
at 
org.netbeans.modules.gradle.NbGradleProjectImpl.projectWithQuality(NbGradleProjectImpl.java:279)
at 
org.netbeans.modules.gradle.NbGradleProjectImpl.getGradleProject(NbGradleProjectImpl.java:195)
at 
org.netbeans.modules.gradle.NbGradleProjectFactory.loadProject(NbGradleProjectFactory.java:94)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218)
at 
org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188)
at org.openide.util.Mutex.readAccess(Mutex.java:231)
at 
org.netbeans.modules.projectapi.nb.NbProjectManager.findProject(NbProjectManager.java:218)
at 
org.netbeans.api.project.ProjectManager.findProject(ProjectManager.java:142)
at 
org.netbeans.modules.gradle.queries.ProjectContainerProviderImpl.getSubprojects(ProjectContainerProviderImpl.java:75)
at 
org.netbeans.modules.gradle.queries.ProjectContainerProviderImpl.getContainedProjects(ProjectContainerProviderImpl.java:55)
at 
org.netbeans.api.project.ProjectUtils.getContainedProjects(ProjectUtils.java:189)
at 
org.netbeans.modules.gradle.nodes.SubProjectsNode$SubProjectsChildFactory.createKeys(SubProjectsNode.java:142)
at org.openide.nodes.AsynchChildren.run(AsynchChildren.java:202)
at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
[catch] at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)

Loading of the root project works, but expanding the "Sub Projects" node leads 
to the above NPE.

Thomas


Giles Winstanley schrieb am 02.12.2022 um 12:36:
> Hi Thomas,
>
> This is a known issue that is already being worked on by the Gradle module 
> developers:
>     https://github.com/apache/netbeans/pull/5022
>
> Unfortunately it didn't make it into the upcoming v16 release, but from what 
> I understand there is likely to be an update release which should resolve 
> this. I'm also affected by this issue as I use Gradle extensively, so for now 
> I'm continuing to use Netbeans 15, Gradle 7.5.1, and JDK 18, which all work 
> together nicely (as they should also with JDK 11).
>
> Stan
>
> On 02/12/2022 07:10, Thomas Kellerer wrote:
>> Hello,
>>
>> our project switch from Gradle 6.9.x to 7.5.1 and now it doesn't work with 
>> NetBeans 16 any more (the most recent "voting candidate")
>> Everything was working fine with Gradle 6.9.x even with the various NetBeans 
>> 16 RC versions
>>
>> In case this is important: the gradle plugin versions are reported as:
>>
>> org.netbeans.modules.libs.gradle/7 [7.6 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle/2 [2.29 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.java [1.20.0.1 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.test [1.14 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.spring [1.14 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.persistence [1.14 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.editor [1.0 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.dists [1.6 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.java.coverage [1.11 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> org.netbeans.modules.gradle.kit [1.14 
>> 16-321935444b183aea1c4ff255d8d2ab8d50c60606]
>> 

Re: Project unloadable with Gradle 7.5.1 and NetBeans 16

2022-12-02 Thread Giles Winstanley

Hi Thomas,

This is a known issue that is already being worked on by the Gradle 
module developers:

    https://github.com/apache/netbeans/pull/5022

Unfortunately it didn't make it into the upcoming v16 release, but from 
what I understand there is likely to be an update release which should 
resolve this. I'm also affected by this issue as I use Gradle 
extensively, so for now I'm continuing to use Netbeans 15, Gradle 7.5.1, 
and JDK 18, which all work together nicely (as they should also with JDK 
11).


Stan

On 02/12/2022 07:10, Thomas Kellerer wrote:

Hello,

our project switch from Gradle 6.9.x to 7.5.1 and now it doesn't work with NetBeans 16 
any more (the most recent "voting candidate")
Everything was working fine with Gradle 6.9.x even with the various NetBeans 16 
RC versions

In case this is important: the gradle plugin versions are reported as:

org.netbeans.modules.libs.gradle/7 [7.6 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle/2 [2.29 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.java [1.20.0.1 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.test [1.14 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.spring [1.14 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.persistence [1.14 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.editor [1.0 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.dists [1.6 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.java.coverage [1.11 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.kit [1.14 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.javaee [1.13 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.htmlui [1.13 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]
org.netbeans.modules.gradle.groovy [1.7 
16-321935444b183aea1c4ff255d8d2ab8d50c60606]

Whenever I open the project, NetBeans shows the project is unloadable with this 
message

Reason: java.io.NotSerializableException: [extensions.propertyValues]


The log file only shows:

Failed to retrieve project information for: C:\Projects\***\server
Reason: java.io.NotSerializableException: [extensions.propertyValues]

NetBeans is running with Java 11 and the project is using Java 11 as well.

I tried different settings for the Gradle integration.

* "Use Standard Gradle Version" then select 7.5.1 in the drop down.
* Specify an externally installed Gradle
* Enabled/Disabled the "Prefer to use Gradle Wrapper that comes with the 
project"

I also tried with a completely empty

nothing helped.

The build.gradle looks like this (I have removed references to internal 
projects or libraries as we are under a NDA here)

 import com.bmuschko.gradle.docker.tasks.image.*

 plugins {
   id "java"
   id "org.springframework.boot" version "${springBootVersion}"
   id "io.spring.dependency-management" version 
"${dependencyManagementVersion}"
   id 'com.adarshr.test-logger' version "${testLoggerPluginVersion}"
 }

 dependencies {

   implementation 
"org.springframework.boot:spring-boot-starter-web:${springBootVersion}"
   annotationProcessor 
"org.springframework.boot:spring-boot-configuration-processor:${springBootVersion}"

   // reference to an internal library
   implementation platform(".")

   // about 30 dependencies on internal libraries
   implementation("")
   .


   implementation ("org.jsoup:jsoup:${jsoupVersion}")

   implementation project(":project-module-one")
   implementation project(":commons:project-module-two")
   implementation project(":commons:project-module-three")
   implementation project(":commons:project-module-four")

   implementation "com.sun.xml.ws:jaxws-rt:2.3.1"
   implementation "javax.xml.ws:jaxws-api:2.3.1"
   implementation "javax.jws:javax.jws-api:1.1"
   implementation "javax.xml.bind:jaxb-api:2.3.1"
   implementation "xml-apis:xml-apis:1.4.01"
   implementation "com.sun.xml.messaging.saaj:saaj-impl:1.5.3"
   implementation "org.glassfish.jaxb:jaxb-runtime:2.3.4"
   implementation 
"org.springframework.boot:spring-boot-starter-cache:${springBootVersion}"
   implementation 'com.github.ben-manes.caffeine:caffeine:3.0.2'
   implementation "org.springframework.ws:spring-ws-core:${springVersionWS}"
   implementation 
"org.springframework.ws:spring-ws-support:${springVersionWS}"
   implementation 
"org.springframework.ws:spring-ws-security:${springVersionWS}"

   implementation 
"com.fasterxml.jackson.core:jackson-core:${jacksonVersion}"
   implementation 
"com.fasterxml.jackson.core:jackson-databind:${jacksonVersion}"
   implementation 

Re: Project unloadable with Gradle 7.5.1 and NetBeans 16

2022-12-02 Thread Thomas Kellerer
Richard Grin schrieb am 02.12.2022 um 09:20:
> I don't use Gradle.

Lucky you.




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

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



Re: Project unloadable with Gradle 7.5.1 and NetBeans 16

2022-12-02 Thread Richard Grin

Hello Thomas,

I don't use Gradle. Perhaps you will find an explanation by reading 
https://lists.apache.org/list.html?d...@netbeans.apache.org (problems 
with Gradle in version 16)?


Regards,

Richard

Le 02/12/2022 à 08:51, Thomas Kellerer a écrit :

Thomas Kellerer schrieb am 02.12.2022 um 08:10:

our project switch from Gradle 6.9.x to 7.5.1 and now it doesn't work with NetBeans 16 
any more (the most recent "voting candidate")
Everything was working fine with Gradle 6.9.x even with the various NetBeans 16 
RC versions

Whenever I open the project, NetBeans shows the project is unloadable with this 
message

Reason: java.io.NotSerializableException: [extensions.propertyValues]


More background information:

When opening the project properties it shows "Source/Binary Format 1.5" in the 
"Sources" section (and I can not change it there)

The project the error message belongs to, is part of a multi-module project. 
The build.gradle in the root contains this:

 plugins {
 id "com.bmuschko.docker-remote-api" version 
"${dockerRemoteApiPluginVersion}"
 id "maven-publish"
 id "de.undercouch.download" version "${undercouchDownloadVersion}"
 id "io.mateo.cxf-codegen" version "${cxfCodeGenVersion}"
 id "com.github.node-gradle.node" version "${nodePluginVersion}"
 }

 apply from: "security/atlas.gradle"

 if (project.hasProperty('projVersion')) {
 project.version = project.projVersion
 }
 def version = project.version

 task(getVersion) {
 println(project.version)
 }

 allprojects {
 apply plugin: "base"
 }

 subprojects {
 apply plugin: "maven-publish"
 apply plugin: "com.bmuschko.docker-remote-api"

 docker {
 registryCredentials {
 url = projectDockerRegistry
 username = project.findProperty("repository_username")
 password = project.findProperty("repository_password")
 }
 }

 ext.dockerRegistryCredentialsForRead = docker {
 registryCredentials {
 url = dockerRegistryForRead
 username = project.findProperty("repository_username")
 password = project.findProperty("repository_password")
 }
 }

 ext.calculateShortTag = { String name -> "module-${name}" }
 ext.calculateFullTag = { String name -> 
"${projectDockerRegistry}/${group}/${name}:${version}" }

 plugins.with {
 // All projects (modules) with the JavaPlugin are using Java 11
 withType(JavaPlugin) {
 java {
 sourceCompatibility = JavaVersion.VERSION_11
 targetCompatibility = JavaVersion.VERSION_11
 }
 }
 }
 }

 wrapper {
 gradleVersion '7.5.1'
 distributionType Wrapper.DistributionType.ALL
 }


So maybe NetBeans doesn't understand the part where the JavaVersion is set for 
all sub-modules?

Thomas


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

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


--
Richard Grin


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

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