[jira] [Reopened] (NETBEANS-6391) NetBeans 12.5/12.6 missing ARM based binaries for MacOSX terminal support in NetBeans
[ https://issues.apache.org/jira/browse/NETBEANS-6391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tapha Amar reopened NETBEANS-6391: -- > NetBeans 12.5/12.6 missing ARM based binaries for MacOSX terminal support in > NetBeans > - > > Key: NETBEANS-6391 > URL: https://issues.apache.org/jira/browse/NETBEANS-6391 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.5, 12.6 > Environment: java -version > {noformat} > openjdk version "17.0.1" 2021-10-19 > OpenJDK Runtime Environment Temurin-17.0.1+12 (build 17.0.1+12) > OpenJDK 64-Bit Server VM Temurin-17.0.1+12 (build 17.0.1+12, mixed mode) > {noformat} > Mac OS Montery M1 Pro Max MacBook Pro >Reporter: Tim >Priority: Blocker > > When using the “Open in Terminal” option I get nothing but a blank terminal > window when running on an M1 Silicon Pro MacBook Pro using native ARM based > JDK > After debugging the source code of Netbeans itself it comes down to a missing > resource in the “_netbeans/ide/bin/nativeexecution/_“ folder for > “_MacOSX-unknown_64/pty_” > This is because the host information cannot figure out the *CPUFAMILY* and is > returning “*UNKNOWN*” > Things I tried: > 1. Changed the “_netbeans/ide/bin/nativeexecution/hostinfo.sh_” file as > follows: > Add another check for CPUFAMILY and return ARM: > {noformat} > … > CPUFAMILY=`(echo ${CPUTYPE} | egrep "^i|x86_64|athlon|Intel" >/dev/null && > echo x86) || echo ${CPUTYPE}` > if [ "${CPUFAMILY}" = "sparc64" ]; then >CPUFAMILY="sparc" > fi > # New check if ARM64 then return ARM so Java code will stop returning > “UNKNOWN” > if [ "${CPUFAMILY}" = "arm64" ]; then >CPUFAMILY="arm" > fi > {noformat} > 2. I’m a Java developer and don’t usually compile C++ but going into the > “_netbeans/ide/dlight.nativeexecution/tools_” directory and manually running > the ‘_buildall.sh_” script compiles almost all the files needed. > ➜ tools git:(master) ✗ chmod +x ./buildall.sh > ➜ tools git:(master) ✗ . ./buildall.sh > {noformat} > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > rm -rf ../release/bin/nativeexecution/MacOSX-arm > ../release/bin/nativeexecution/MacOSX-arm > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > gcc -s -O2 -o ../release/bin/nativeexecution/MacOSX-arm/privp privp.c > ld: warning: option -s is obsolete and being ignored > gcc -s -O2 -o ../release/bin/nativeexecution/MacOSX-arm/process_start > process_start.c > ld: warning: option -s is obsolete and being ignored > gcc -s -O2 -o ../release/bin/nativeexecution/MacOSX-arm/pty_open pty_open.c > ld: warning: option -s is obsolete and being ignored > gcc -s -O2 -s -o ../release/bin/nativeexecution/MacOSX-arm/sigqueue > sigqueue.c > sigqueue.c:53:12: error: implicit declaration of function 'sigqueue' is > invalid in C99 [-Werror,-Wimplicit-function-declaration] > return sigqueue(pid, signo, value); >^ > 1 error generated. > make: *** [sigqueue] Error 1 > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > rm -f -r > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build/MacOSX-arm > > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist/MacOSX-arm > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > rm -f -r > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build > rm -f -r > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist > rm -f .make.state* > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > mkdir -p > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist/MacOSX-arm > mkdir -p > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build/MacOSX-arm/src > gcc -s -O2 -c -o > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build/MacOSX-arm/src/env.o > >
[jira] [Resolved] (NETBEANS-6391) NetBeans 12.5/12.6 missing ARM based binaries for MacOSX terminal support in NetBeans
[ https://issues.apache.org/jira/browse/NETBEANS-6391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tapha Amar resolved NETBEANS-6391. -- Resolution: Fixed > NetBeans 12.5/12.6 missing ARM based binaries for MacOSX terminal support in > NetBeans > - > > Key: NETBEANS-6391 > URL: https://issues.apache.org/jira/browse/NETBEANS-6391 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.5, 12.6 > Environment: java -version > {noformat} > openjdk version "17.0.1" 2021-10-19 > OpenJDK Runtime Environment Temurin-17.0.1+12 (build 17.0.1+12) > OpenJDK 64-Bit Server VM Temurin-17.0.1+12 (build 17.0.1+12, mixed mode) > {noformat} > Mac OS Montery M1 Pro Max MacBook Pro >Reporter: Tim >Priority: Blocker > > When using the “Open in Terminal” option I get nothing but a blank terminal > window when running on an M1 Silicon Pro MacBook Pro using native ARM based > JDK > After debugging the source code of Netbeans itself it comes down to a missing > resource in the “_netbeans/ide/bin/nativeexecution/_“ folder for > “_MacOSX-unknown_64/pty_” > This is because the host information cannot figure out the *CPUFAMILY* and is > returning “*UNKNOWN*” > Things I tried: > 1. Changed the “_netbeans/ide/bin/nativeexecution/hostinfo.sh_” file as > follows: > Add another check for CPUFAMILY and return ARM: > {noformat} > … > CPUFAMILY=`(echo ${CPUTYPE} | egrep "^i|x86_64|athlon|Intel" >/dev/null && > echo x86) || echo ${CPUTYPE}` > if [ "${CPUFAMILY}" = "sparc64" ]; then >CPUFAMILY="sparc" > fi > # New check if ARM64 then return ARM so Java code will stop returning > “UNKNOWN” > if [ "${CPUFAMILY}" = "arm64" ]; then >CPUFAMILY="arm" > fi > {noformat} > 2. I’m a Java developer and don’t usually compile C++ but going into the > “_netbeans/ide/dlight.nativeexecution/tools_” directory and manually running > the ‘_buildall.sh_” script compiles almost all the files needed. > ➜ tools git:(master) ✗ chmod +x ./buildall.sh > ➜ tools git:(master) ✗ . ./buildall.sh > {noformat} > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > rm -rf ../release/bin/nativeexecution/MacOSX-arm > ../release/bin/nativeexecution/MacOSX-arm > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > gcc -s -O2 -o ../release/bin/nativeexecution/MacOSX-arm/privp privp.c > ld: warning: option -s is obsolete and being ignored > gcc -s -O2 -o ../release/bin/nativeexecution/MacOSX-arm/process_start > process_start.c > ld: warning: option -s is obsolete and being ignored > gcc -s -O2 -o ../release/bin/nativeexecution/MacOSX-arm/pty_open pty_open.c > ld: warning: option -s is obsolete and being ignored > gcc -s -O2 -s -o ../release/bin/nativeexecution/MacOSX-arm/sigqueue > sigqueue.c > sigqueue.c:53:12: error: implicit declaration of function 'sigqueue' is > invalid in C99 [-Werror,-Wimplicit-function-declaration] > return sigqueue(pid, signo, value); >^ > 1 error generated. > make: *** [sigqueue] Error 1 > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > rm -f -r > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build/MacOSX-arm > > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist/MacOSX-arm > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > rm -f -r > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build > rm -f -r > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist > rm -f .make.state* > Platform: MacOSX-arm > Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 > 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64 > mkdir -p > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist/MacOSX-arm > mkdir -p > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build/MacOSX-arm/src > gcc -s -O2 -c -o > /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build/MacOSX-arm/src/env.o > >
[jira] [Reopened] (NETBEANS-6114) Code completion for constructors does not automatically appear
[ https://issues.apache.org/jira/browse/NETBEANS-6114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mitch Claborn reopened NETBEANS-6114: - > Code completion for constructors does not automatically appear > -- > > Key: NETBEANS-6114 > URL: https://issues.apache.org/jira/browse/NETBEANS-6114 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates >Affects Versions: 12.3, 12.4, 12.5 >Reporter: Mitch Claborn >Priority: Minor > Labels: pull-request-available > Fix For: 12.6 > > Attachments: code_complete.png, complete_bug2.png > > Time Spent: 2h > Remaining Estimate: 0h > > I upgraded from 12.0 to 12.5. When I type "new ClassName" using ctrl+Space in > the middle of the class name to finish the class name, I'm pretty sure that > NB 12.0 was automatically showing the various constructors in a code > completion pop-up, while NB 12.5 requires me to hit ctrl + Space again. > The behavior from 12.0 should be restored, or at least create an option to > control this behavior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-6114) Code completion for constructors does not automatically appear
[ https://issues.apache.org/jira/browse/NETBEANS-6114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mitch Claborn updated NETBEANS-6114: Attachment: complete_bug2.png > Code completion for constructors does not automatically appear > -- > > Key: NETBEANS-6114 > URL: https://issues.apache.org/jira/browse/NETBEANS-6114 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates >Affects Versions: 12.3, 12.4, 12.5 >Reporter: Mitch Claborn >Priority: Minor > Labels: pull-request-available > Fix For: 12.6 > > Attachments: code_complete.png, complete_bug2.png > > Time Spent: 2h > Remaining Estimate: 0h > > I upgraded from 12.0 to 12.5. When I type "new ClassName" using ctrl+Space in > the middle of the class name to finish the class name, I'm pretty sure that > NB 12.0 was automatically showing the various constructors in a code > completion pop-up, while NB 12.5 requires me to hit ctrl + Space again. > The behavior from 12.0 should be restored, or at least create an option to > control this behavior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6114) Code completion for constructors does not automatically appear
[ https://issues.apache.org/jira/browse/NETBEANS-6114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17481415#comment-17481415 ] Mitch Claborn commented on NETBEANS-6114: - In 12.6 this is not fixed in all cases, does seem to be better in some cases. The highlighted constructor below does not show the code completion. !complete_bug2.png! > Code completion for constructors does not automatically appear > -- > > Key: NETBEANS-6114 > URL: https://issues.apache.org/jira/browse/NETBEANS-6114 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates >Affects Versions: 12.3, 12.4, 12.5 >Reporter: Mitch Claborn >Priority: Minor > Labels: pull-request-available > Fix For: 12.6 > > Attachments: code_complete.png, complete_bug2.png > > Time Spent: 2h > Remaining Estimate: 0h > > I upgraded from 12.0 to 12.5. When I type "new ClassName" using ctrl+Space in > the middle of the class name to finish the class name, I'm pretty sure that > NB 12.0 was automatically showing the various constructors in a code > completion pop-up, while NB 12.5 requires me to hit ctrl + Space again. > The behavior from 12.0 should be restored, or at least create an option to > control this behavior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6366) Gradle subproject are not shown and cannot be processed
[ https://issues.apache.org/jira/browse/NETBEANS-6366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17481264#comment-17481264 ] Laszlo Kishalmi commented on NETBEANS-6366: --- Actually that's the problem. Gradle only need to know which project is the parent when it is running a build. NetBeans needs to know the parent child relationship in a project structure, and it is certainly not valid to have two parents for a project (even if that project not loaded). The old plugin was more forgiving in these cases as the integration did not go as deep in the IDE. I'd still suggest, that you make root projects from the shared ones and use includebuild in the main app settings.gradle referencing normal artifact dependency on those project. That would work even if you do not release/publish versions on the shared projects. It would not mean that big refactoring either. Just adding a couple of settings.gradle, change the include references to includebuild, and change some dependency declarations from project() -> ':' style. > Gradle subproject are not shown and cannot be processed > --- > > Key: NETBEANS-6366 > URL: https://issues.apache.org/jira/browse/NETBEANS-6366 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.5, 12.6 > Environment: WINDOWS 10 > LINUX SUSE Leap 15.3 >Reporter: Karl Bönisch >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: NETBEANS-6366.7z, image-2022-01-06-17-47-13-994.png, > image-2022-01-06-17-48-29-503.png > > > Open a gradle project with Netbeans 8.2 everything is fine and we can work > with. > After Netbeans 12( may be also before ) the same gradle project cannot be > opened or better can be opened, but subprojects are not shown and sources( > here swing incl. swingx screens cannot be opened) > When moving the subproject under the root project everything is working ( > also > NB 12 ) !(Before I thought it was the Nullpointer - NETBEANS-6055 > error). > The source folders are only seen in the "Files" Tab. > We have the following project structure > Settings.gradle > includeFlat "UniAccessConfig", \ > "GL/GL/GLGL031", \ > "GL/GU/GLGU050", \ > "GL/GU/GLGU055", \ > "GL/GU/GLGU060", \ > "../GLSCommon/GLSCommon", \ > "../GLSCommon/GLSGUI", \ > "../GLSCommon/GLSUtils", \ > "../GLSCommon/GLSResourceLib", \ > "../GLSCommon/GLSFonts", \ > "../GLSConstants" > project (":UniAccessConfig").name = 'UniAccessConfig' > project (":GL/GL/GLGL031").name = 'GLGL031' > project (":GL/GU/GLGU050").name = 'GLGU050' > project (":GL/GU/GLGU055").name = 'GLGU055' > project (":GL/GU/GLGU060").name = 'GLGU060' > project (":../GLSCommon/GLSCommon").name = 'GLSCommon' > project (":../GLSCommon/GLSGUI").name = 'GLSGUI' > project (":../GLSCommon/GLSUtils").name = 'GLSUtils' > project (":../GLSCommon/GLSResourceLib").name = 'GLSResourceLib' > project (":../GLSCommon/GLSFonts").name = 'GLSFonts' > project (":../GLSConstants").name = 'GLSConstants' > also does not work doing in settings.gradle > include "UniAccessConfig" > include "GLGL031" > include "GLGU050" > include "GLGU055" > include "GLGU060" > include "GLSCommon" > include "GLSGUI" > include "GLSUtils" > include "GLSResourceLib" > include "GLSFonts" > include "GLSConstants" > project(":UniAccessConfig").projectDir = new > File("$rootDir/../UniAccessConfig") > project(":GLGL031").projectDir = new File("$rootDir/../GL/GL/GLGL031") > project(":GLGU050").projectDir = new File("$rootDir/../GL/GU/GLGU050") > project(":GLGU055").projectDir = new File("$rootDir/../GL/GU/GLGU055") > project(":GLGU060").projectDir = new File("$rootDir/../GL/GU/GLGU060") > project(":GLSCommon").projectDir = new > File("$rootDir/../../GLSCommon/GLSCommon") > project(":GLSGUI").projectDir = new File("$rootDir/../../GLSCommon/GLSGUI") > project(":GLSUtils").projectDir = new > File("$rootDir/../../GLSCommon/GLSUtils") > project(":GLSResourceLib").projectDir = new > File("$rootDir/../../GLSCommon/GLSResourceLib") > project(":GLSFonts").projectDir = new > File("$rootDir/../../GLSCommon/GLSFonts") > project(":GLSConstants").projectDir = new File("$rootDir/../../GLSConstants") > I will attach some hardcopies to see the difference between NB 8.2 and 12.6 > NB 8.2: > !image-2022-01-06-17-47-13-994.png! > NB 12.6 > !image-2022-01-06-17-48-29-503.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit:
[jira] [Commented] (NETBEANS-6366) Gradle subproject are not shown and cannot be processed
[ https://issues.apache.org/jira/browse/NETBEANS-6366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17481243#comment-17481243 ] Karl Bönisch commented on NETBEANS-6366: Yes we are using those subprojects within other root projects ! And because there are so many changes, we decided not to create these subprojects as own "root" projects and write them as dependencies in the build.gradle ! > Gradle subproject are not shown and cannot be processed > --- > > Key: NETBEANS-6366 > URL: https://issues.apache.org/jira/browse/NETBEANS-6366 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.5, 12.6 > Environment: WINDOWS 10 > LINUX SUSE Leap 15.3 >Reporter: Karl Bönisch >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: NETBEANS-6366.7z, image-2022-01-06-17-47-13-994.png, > image-2022-01-06-17-48-29-503.png > > > Open a gradle project with Netbeans 8.2 everything is fine and we can work > with. > After Netbeans 12( may be also before ) the same gradle project cannot be > opened or better can be opened, but subprojects are not shown and sources( > here swing incl. swingx screens cannot be opened) > When moving the subproject under the root project everything is working ( > also > NB 12 ) !(Before I thought it was the Nullpointer - NETBEANS-6055 > error). > The source folders are only seen in the "Files" Tab. > We have the following project structure > Settings.gradle > includeFlat "UniAccessConfig", \ > "GL/GL/GLGL031", \ > "GL/GU/GLGU050", \ > "GL/GU/GLGU055", \ > "GL/GU/GLGU060", \ > "../GLSCommon/GLSCommon", \ > "../GLSCommon/GLSGUI", \ > "../GLSCommon/GLSUtils", \ > "../GLSCommon/GLSResourceLib", \ > "../GLSCommon/GLSFonts", \ > "../GLSConstants" > project (":UniAccessConfig").name = 'UniAccessConfig' > project (":GL/GL/GLGL031").name = 'GLGL031' > project (":GL/GU/GLGU050").name = 'GLGU050' > project (":GL/GU/GLGU055").name = 'GLGU055' > project (":GL/GU/GLGU060").name = 'GLGU060' > project (":../GLSCommon/GLSCommon").name = 'GLSCommon' > project (":../GLSCommon/GLSGUI").name = 'GLSGUI' > project (":../GLSCommon/GLSUtils").name = 'GLSUtils' > project (":../GLSCommon/GLSResourceLib").name = 'GLSResourceLib' > project (":../GLSCommon/GLSFonts").name = 'GLSFonts' > project (":../GLSConstants").name = 'GLSConstants' > also does not work doing in settings.gradle > include "UniAccessConfig" > include "GLGL031" > include "GLGU050" > include "GLGU055" > include "GLGU060" > include "GLSCommon" > include "GLSGUI" > include "GLSUtils" > include "GLSResourceLib" > include "GLSFonts" > include "GLSConstants" > project(":UniAccessConfig").projectDir = new > File("$rootDir/../UniAccessConfig") > project(":GLGL031").projectDir = new File("$rootDir/../GL/GL/GLGL031") > project(":GLGU050").projectDir = new File("$rootDir/../GL/GU/GLGU050") > project(":GLGU055").projectDir = new File("$rootDir/../GL/GU/GLGU055") > project(":GLGU060").projectDir = new File("$rootDir/../GL/GU/GLGU060") > project(":GLSCommon").projectDir = new > File("$rootDir/../../GLSCommon/GLSCommon") > project(":GLSGUI").projectDir = new File("$rootDir/../../GLSCommon/GLSGUI") > project(":GLSUtils").projectDir = new > File("$rootDir/../../GLSCommon/GLSUtils") > project(":GLSResourceLib").projectDir = new > File("$rootDir/../../GLSCommon/GLSResourceLib") > project(":GLSFonts").projectDir = new > File("$rootDir/../../GLSCommon/GLSFonts") > project(":GLSConstants").projectDir = new File("$rootDir/../../GLSConstants") > I will attach some hardcopies to see the difference between NB 8.2 and 12.6 > NB 8.2: > !image-2022-01-06-17-47-13-994.png! > NB 12.6 > !image-2022-01-06-17-48-29-503.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-6414) Go to declaration does not work in some circumstances
[ https://issues.apache.org/jira/browse/NETBEANS-6414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Olexandr Ponomarenko updated NETBEANS-6414: --- Environment: Windows 10 64-bit NetBeans 12.6 binaries PHP 7.4.27 was: ** Windows 10 64-bit NetBeans 12.6 binaries PHP 7.4.27 > Go to declaration does not work in some circumstances > - > > Key: NETBEANS-6414 > URL: https://issues.apache.org/jira/browse/NETBEANS-6414 > Project: NetBeans > Issue Type: Bug > Components: php - Navigation >Affects Versions: 12.6 > Environment: Windows 10 64-bit > NetBeans 12.6 binaries > PHP 7.4.27 >Reporter: Olexandr Ponomarenko >Priority: Trivial > > The issue seems appears for class file that has "use" statement that has > first part of namespace and imported class file the same (MyTest in the > following examples). I will describe some strange cases which happen when > inclusion of such class name is used. In the following examples > resolved/unresolved means class file can or cannot be navigated to in > NetBeans using Ctrl-B key binding. Content of included files does not matter. > > 1. With that contents TestHistory is not resolved: > {code:php} > namespace MyTest\Controller; > use MyTest\Entity\MyTest; > use MyTest\Entity\TestHistory; > use MyTest\Entity\TestOne; > use MyTest\Entity\TestStatus; > use MyTest\Entity\TestTwo; > class TestController > { > } > {code} > 2. Adding comment in line with "use MyTest\Entity\MyTest;" makes TestStatus > not resolved but others resolvable: > {code:php} > namespace MyTest\Controller; > use MyTest\Entity\MyTest; // test > use MyTest\Entity\TestHistory; > use MyTest\Entity\TestOne; > use MyTest\Entity\TestStatus; > use MyTest\Entity\TestTwo; > class TestController > { > } > {code} > 3. Using "declare(strict_types=1);" makes TestOne not resolved: > {code:php} > declare(strict_types=1); > namespace MyTest\Controller; > use MyTest\Entity\MyTest; > use MyTest\Entity\TestHistory; > use MyTest\Entity\TestOne; > use MyTest\Entity\TestStatus; > use MyTest\Entity\TestTwo; > class TestController > { > } > {code} > 4. Placing strict types declaration right after opening php tag makes only > TestTwo not resolved: > {code:php} > namespace MyTest\Controller; > use MyTest\Entity\MyTest; > use MyTest\Entity\TestHistory; > use MyTest\Entity\TestOne; > use MyTest\Entity\TestStatus; > use MyTest\Entity\TestTwo; > class TestController > { > } > {code} > 5. Commenting strict types declaration with single comment makes any imported > class after line with "use MyTest\Entity\MyTest;" not resolved: > {code:php} > //declare(strict_types=1); > namespace MyTest\Controller; > use MyTest\Entity\MyTest; > use MyTest\Entity\TestHistory; > use MyTest\Entity\TestOne; > use MyTest\Entity\TestStatus; > use MyTest\Entity\TestTwo; > class TestController > { > } > {code} > 6. Adding multi line comment before "use MyTest\Entity\MyTest;" also makes > any imported class not resolved (but behaved differently during previous > checks yielding only to some classes resolved and some not): > {code:php} > /** > * > */ > declare(strict_types=1); > namespace MyTest\Controller; > use MyTest\Entity\MyTest; > use MyTest\Entity\TestHistory; > use MyTest\Entity\TestOne; > use MyTest\Entity\TestStatus; > use MyTest\Entity\TestTwo; > class TestController > { > } > {code} > There could be other combinations possible but I'm not gonna try every > possible scenario as weird behavior is proven to be reproducible. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-6414) Go to declaration does not work in some circumstances
Olexandr Ponomarenko created NETBEANS-6414: -- Summary: Go to declaration does not work in some circumstances Key: NETBEANS-6414 URL: https://issues.apache.org/jira/browse/NETBEANS-6414 Project: NetBeans Issue Type: Bug Components: php - Navigation Affects Versions: 12.6 Environment: ** Windows 10 64-bit NetBeans 12.6 binaries PHP 7.4.27 Reporter: Olexandr Ponomarenko The issue seems appears for class file that has "use" statement that has first part of namespace and imported class file the same (MyTest in the following examples). I will describe some strange cases which happen when inclusion of such class name is used. In the following examples resolved/unresolved means class file can or cannot be navigated to in NetBeans using Ctrl-B key binding. Content of included files does not matter. 1. With that contents TestHistory is not resolved: {code:php} https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6366) Gradle subproject are not shown and cannot be processed
[ https://issues.apache.org/jira/browse/NETBEANS-6366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17481227#comment-17481227 ] Laszlo Kishalmi commented on NETBEANS-6366: --- The question is, that are you re-using those sub projects with other root projects? > Gradle subproject are not shown and cannot be processed > --- > > Key: NETBEANS-6366 > URL: https://issues.apache.org/jira/browse/NETBEANS-6366 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.5, 12.6 > Environment: WINDOWS 10 > LINUX SUSE Leap 15.3 >Reporter: Karl Bönisch >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: NETBEANS-6366.7z, image-2022-01-06-17-47-13-994.png, > image-2022-01-06-17-48-29-503.png > > > Open a gradle project with Netbeans 8.2 everything is fine and we can work > with. > After Netbeans 12( may be also before ) the same gradle project cannot be > opened or better can be opened, but subprojects are not shown and sources( > here swing incl. swingx screens cannot be opened) > When moving the subproject under the root project everything is working ( > also > NB 12 ) !(Before I thought it was the Nullpointer - NETBEANS-6055 > error). > The source folders are only seen in the "Files" Tab. > We have the following project structure > Settings.gradle > includeFlat "UniAccessConfig", \ > "GL/GL/GLGL031", \ > "GL/GU/GLGU050", \ > "GL/GU/GLGU055", \ > "GL/GU/GLGU060", \ > "../GLSCommon/GLSCommon", \ > "../GLSCommon/GLSGUI", \ > "../GLSCommon/GLSUtils", \ > "../GLSCommon/GLSResourceLib", \ > "../GLSCommon/GLSFonts", \ > "../GLSConstants" > project (":UniAccessConfig").name = 'UniAccessConfig' > project (":GL/GL/GLGL031").name = 'GLGL031' > project (":GL/GU/GLGU050").name = 'GLGU050' > project (":GL/GU/GLGU055").name = 'GLGU055' > project (":GL/GU/GLGU060").name = 'GLGU060' > project (":../GLSCommon/GLSCommon").name = 'GLSCommon' > project (":../GLSCommon/GLSGUI").name = 'GLSGUI' > project (":../GLSCommon/GLSUtils").name = 'GLSUtils' > project (":../GLSCommon/GLSResourceLib").name = 'GLSResourceLib' > project (":../GLSCommon/GLSFonts").name = 'GLSFonts' > project (":../GLSConstants").name = 'GLSConstants' > also does not work doing in settings.gradle > include "UniAccessConfig" > include "GLGL031" > include "GLGU050" > include "GLGU055" > include "GLGU060" > include "GLSCommon" > include "GLSGUI" > include "GLSUtils" > include "GLSResourceLib" > include "GLSFonts" > include "GLSConstants" > project(":UniAccessConfig").projectDir = new > File("$rootDir/../UniAccessConfig") > project(":GLGL031").projectDir = new File("$rootDir/../GL/GL/GLGL031") > project(":GLGU050").projectDir = new File("$rootDir/../GL/GU/GLGU050") > project(":GLGU055").projectDir = new File("$rootDir/../GL/GU/GLGU055") > project(":GLGU060").projectDir = new File("$rootDir/../GL/GU/GLGU060") > project(":GLSCommon").projectDir = new > File("$rootDir/../../GLSCommon/GLSCommon") > project(":GLSGUI").projectDir = new File("$rootDir/../../GLSCommon/GLSGUI") > project(":GLSUtils").projectDir = new > File("$rootDir/../../GLSCommon/GLSUtils") > project(":GLSResourceLib").projectDir = new > File("$rootDir/../../GLSCommon/GLSResourceLib") > project(":GLSFonts").projectDir = new > File("$rootDir/../../GLSCommon/GLSFonts") > project(":GLSConstants").projectDir = new File("$rootDir/../../GLSConstants") > I will attach some hardcopies to see the difference between NB 8.2 and 12.6 > NB 8.2: > !image-2022-01-06-17-47-13-994.png! > NB 12.6 > !image-2022-01-06-17-48-29-503.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch delivery updated: [#3494] Organize Imports inspection is not record aware.
This is an automated email from the ASF dual-hosted git repository. neilcsmith pushed a commit to branch delivery in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/delivery by this push: new 4f1bbbf [#3494] Organize Imports inspection is not record aware. new 26e299c Merge pull request #3497 from mbien/keep-records 4f1bbbf is described below commit 4f1bbbfe518eb6e5ff5d5785bc3d3a2d024b2d78 Author: Michael Bien AuthorDate: Mon Jan 24 11:08:48 2022 +0100 [#3494] Organize Imports inspection is not record aware. --- java/java.hints/src/org/netbeans/modules/java/hints/OrganizeImports.java | 1 + 1 file changed, 1 insertion(+) diff --git a/java/java.hints/src/org/netbeans/modules/java/hints/OrganizeImports.java b/java/java.hints/src/org/netbeans/modules/java/hints/OrganizeImports.java index 17e17ca..9bbc56f 100644 --- a/java/java.hints/src/org/netbeans/modules/java/hints/OrganizeImports.java +++ b/java/java.hints/src/org/netbeans/modules/java/hints/OrganizeImports.java @@ -281,6 +281,7 @@ public class OrganizeImports { break; case ANNOTATION_TYPE: case CLASS: +case RECORD: case ENUM: case INTERFACE: Element glob = global(element, starImports); - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-6401) Newly created Micronau project is not open in NB
[ https://issues.apache.org/jira/browse/NETBEANS-6401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17480409#comment-17480409 ] Neil C Smith edited comment on NETBEANS-6401 at 1/24/22, 12:34 PM: --- Possibly my fault for not adding an is executable check on mvnw. That was somewhat deliberate - I'm not sure it should blindly revert to bundled Maven without warning. Why is this not executable anyway? Should take this discussion elsewhere. JIRA is being winded down, and in general not being used for NB13 release candidates, where a fix would be good. was (Author: neilcsmith): Possibly my fault for not adding an is executable check on mvnw. That was somewhat deliberate - I'm not sure it should blindly revert to bundled Maven without warning. Why is this not executable anyway? Should take this discussion elsewhere. JIRA is being winded down, and in general not being used for NB13, where a fix would be good. > Newly created Micronau project is not open in NB > > > Key: NETBEANS-6401 > URL: https://issues.apache.org/jira/browse/NETBEANS-6401 > Project: NetBeans > Issue Type: Bug > Components: javaee - Micronaut >Affects Versions: 12.6 > Environment: *Product Version:* Apache NetBeans IDE 12.6 > *Java:* 17.0.1; Java HotSpot(TM) 64-Bit Server VM 17.0.1+12-LTS-39 > *Runtime:* Java(TM) SE Runtime Environment 17.0.1+12-LTS-39 > *System:* Mac OS X version 12.1 running on x86_64; UTF-8; en_GB (nb) > *User directory:* /Users/mbalin/Library/Application Support/NetBeans/12.6 > *Cache directory:* /Users/mbalin/Library/Caches/NetBeans/12.6 > >Reporter: Martin Balin >Priority: Major > > Select File | New project > then Java with Maven > Micronaut Project OR Java with Gradle > Micronaut > Project > Name it {{{}MicronautProject{}}}. Leave all defaults on MN v. is 3.2.7 Java > is 8 , step through and click Finish. > Project is created on disk properly but it is not open in IDE. > Structure on disk is: > {{{_}{_}/MicronautProject/MicronautProject }}then > there are \{{src }}and{{ pom.xml}} > Open the project in NB and there is Resolve problems window shown "Unable to > properly load project" with details: > > {code:java} > Some problems were encountered while processing the POMs: > [ERROR] 'dependencies.dependency.version' for > io.micronaut:micronaut-inject:jar is missing. @ line 34, column 17 > [ERROR] 'dependencies.dependency.version' for > io.micronaut:micronaut-validation:jar is missing. @ line 39, column 17 > [ERROR] 'dependencies.dependency.version' for > org.junit.jupiter:junit-jupiter-api:jar is missing. @ line 44, column 17 > [ERROR] 'dependencies.dependency.version' for > org.junit.jupiter:junit-jupiter-engine:jar is missing. @ line 49, column 17 > [ERROR] 'dependencies.dependency.version' for > io.micronaut.test:micronaut-test-junit5:jar is missing. @ line 54, column 17 > [ERROR] 'dependencies.dependency.version' for > io.micronaut:micronaut-http-client:jar is missing. @ line 59, column 17 > [ERROR] 'dependencies.dependency.version' for > io.micronaut:micronaut-http-server-netty:jar is missing. @ line 64, column 17 > [ERROR] 'dependencies.dependency.version' for > io.micronaut:micronaut-runtime:jar is missing. @ line 69, column 17 > [ERROR] 'dependencies.dependency.version' for > ch.qos.logback:logback-classic:jar is missing. @ line 74, column 17 > > {code} > and Output window has in: > {code:java} > cd /Users/mbalin/Development/MicronautProject/MicronautProject; > JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk/Contents/Home > /Users/mbalin/Development/MicronautProject/MicronautProject/mvnw > -DskipTests=true --fail-at-end package > Cannot run program > "/Users/mbalin/Development/MicronautProject/MicronautProject/mvnw" (in > directory "/Users/mbalin/Development/MicronautProject/MicronautProject"): > error=13, Permission denied{code} > {{mvnw}} is not executable by default. chmod +x for it and it can be built > and project is fixed. Not _unloadable_ anymore. > Gradle project generated the same way can be open without errors in NB. > When I create the Micronaut Maven project using NBLS (VSIX) 12.6.301 release > then I have mvnw executable and also directory structure is > {{{_}{_}/demomn2g/mvnw and}} pom.xml -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-6413) NetBeans 12.6 C++ support - Debugger won't start
David Gradwell created NETBEANS-6413: Summary: NetBeans 12.6 C++ support - Debugger won't start Key: NETBEANS-6413 URL: https://issues.apache.org/jira/browse/NETBEANS-6413 Project: NetBeans Issue Type: Bug Components: core Affects Versions: 12.6 Environment: Mac OS Monterey version 12.1 running on Mac mini M1 chip. NetBeans: Product Version: Apache NetBeans IDE 12.6 Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2 Java: 16-ea; OpenJDK 64-Bit Server VM 16-ea+27-1884 Runtime: OpenJDK Runtime Environment 16-ea+27-1884 System: Mac OS X version 10.16 running on x86_64; UTF-8; en_GB (nb) User directory: /Users/davidjlgradwell/Library/Application Support/NetBeans/12.6 Cache directory: /Users/davidjlgradwell/Library/Caches/NetBeans/12.6 Reporter: David Gradwell Attachments: Set up Cplusplus on NetBeans.docx Set up C++ support following the steps in the attached document. On the project go right click - Run of a simple test C++ program as described in the attached document. It works as expected - programs runs to completion and generates expected output. Try to right click debug. We get a "during startup program terminated with signal ?, Unknown signal". We also got "Termination notification request failed, mach_port_request_notification returned 4. after licking on the green "go" debugging button." -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-6058) new maven action is disabled permanently
[ https://issues.apache.org/jira/browse/NETBEANS-6058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Neil C Smith closed NETBEANS-6058. -- Resolution: Fixed > new maven action is disabled permanently > > > Key: NETBEANS-6058 > URL: https://issues.apache.org/jira/browse/NETBEANS-6058 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven, projects - Maven >Affects Versions: 12.5, 12.6 > Environment: NB 12.5 > NB: open-jdk-17 / project: Jkd 11 > Win10 >Reporter: S. M. >Priority: Minor > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > Newly created maven action in project-properties is disabled permanently and > can be edited or enabled. So no usefull maven actions can be created. > How to reproduce: > Open Project Properties of a maven netbeans project. Klick 'Actions', klick > 'Add Custom', Type in an action name and klick OK. The resulting action is > disabled - there is no possibility to enable it. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch delivery updated: Ensure BufferedInputStream is not initialized with a buffer size of 0
This is an automated email from the ASF dual-hosted git repository. neilcsmith pushed a commit to branch delivery in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/delivery by this push: new 51e3aa8 Ensure BufferedInputStream is not initialized with a buffer size of 0 new a42b661 Merge pull request #3491 from matthiasblaesing/error_multiline_search 51e3aa8 is described below commit 51e3aa851ff1e0b9351529f64c4307dbd1aca2e4 Author: Matthias Bläsing AuthorDate: Sat Jan 22 22:00:09 2022 +0100 Ensure BufferedInputStream is not initialized with a buffer size of 0 With an empty file the BufferedCharSequence fails to be initialized: java.lang.IllegalArgumentException: Buffer size <= 0 at java.base/java.io.BufferedInputStream.(BufferedInputStream.java:207) at org.netbeans.modules.search.matcher.BufferedCharSequence$Source.initStreams(BufferedCharSequence.java:562) Caused: java.io.IOException Caused: org.netbeans.modules.search.matcher.BufferedCharSequence$SourceIOException at org.netbeans.modules.search.matcher.BufferedCharSequence$Source.initStreams(BufferedCharSequence.java:570) at org.netbeans.modules.search.matcher.BufferedCharSequence$Source.(BufferedCharSequence.java:494) at org.netbeans.modules.search.matcher.BufferedCharSequence.(BufferedCharSequence.java:145) [catch] at org.netbeans.modules.search.matcher.MultiLineStreamMatcher.checkMeasuredInternal(MultiLineStreamMatcher.java:84) at org.netbeans.modules.search.matcher.AbstractMatcher.check(AbstractMatcher.java:53) at org.netbeans.modules.search.matcher.DefaultMatcher.checkMeasuredInternal(DefaultMatcher.java:93) at org.netbeans.modules.search.matcher.AbstractMatcher.check(AbstractMatcher.java:53) at org.netbeans.modules.search.BasicComposition.start(BasicComposition.java:78) at org.netbeans.modules.search.SearchTask.run(SearchTask.java:93) 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) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) So ensure, that at least a 1 byte buffer is used. --- .../src/org/netbeans/modules/search/matcher/BufferedCharSequence.java | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/platform/api.search/src/org/netbeans/modules/search/matcher/BufferedCharSequence.java b/platform/api.search/src/org/netbeans/modules/search/matcher/BufferedCharSequence.java index af4417d..b819579 100644 --- a/platform/api.search/src/org/netbeans/modules/search/matcher/BufferedCharSequence.java +++ b/platform/api.search/src/org/netbeans/modules/search/matcher/BufferedCharSequence.java @@ -559,7 +559,7 @@ public class BufferedCharSequence implements CharSequence { try { istream = fo.getInputStream(); try { -bstream = new BufferedInputStream(istream, bufferSize); +bstream = new BufferedInputStream(istream, Math.max(1, bufferSize)); } catch (Throwable t) { if (istream != null) { istream.close(); - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6366) Gradle subproject are not shown and cannot be processed
[ https://issues.apache.org/jira/browse/NETBEANS-6366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17480939#comment-17480939 ] Karl Bönisch commented on NETBEANS-6366: thx, for the answer so the root-project contains the settings.gradle ( but also in the same time sources). It will be difficult for us to the recommended changes, because we have a lot more of other root-projects in/on the same directory level. Means: if we use the recommended structure( having all "subproject" under the root project), we need to make copies of a lot these subprojects. Making single (root)projects of the subprojects, which are used, is that's why difficult, because there are a lot of daily changes, so that they need to be changes in all other root projects :( So the main question, can we expect that this( our structure) will work in the next release of NB or do we need to restucture everything. Then I need to calculate a bigger timeframe for restructuring. Thx for an answer. > Gradle subproject are not shown and cannot be processed > --- > > Key: NETBEANS-6366 > URL: https://issues.apache.org/jira/browse/NETBEANS-6366 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.5, 12.6 > Environment: WINDOWS 10 > LINUX SUSE Leap 15.3 >Reporter: Karl Bönisch >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: NETBEANS-6366.7z, image-2022-01-06-17-47-13-994.png, > image-2022-01-06-17-48-29-503.png > > > Open a gradle project with Netbeans 8.2 everything is fine and we can work > with. > After Netbeans 12( may be also before ) the same gradle project cannot be > opened or better can be opened, but subprojects are not shown and sources( > here swing incl. swingx screens cannot be opened) > When moving the subproject under the root project everything is working ( > also > NB 12 ) !(Before I thought it was the Nullpointer - NETBEANS-6055 > error). > The source folders are only seen in the "Files" Tab. > We have the following project structure > Settings.gradle > includeFlat "UniAccessConfig", \ > "GL/GL/GLGL031", \ > "GL/GU/GLGU050", \ > "GL/GU/GLGU055", \ > "GL/GU/GLGU060", \ > "../GLSCommon/GLSCommon", \ > "../GLSCommon/GLSGUI", \ > "../GLSCommon/GLSUtils", \ > "../GLSCommon/GLSResourceLib", \ > "../GLSCommon/GLSFonts", \ > "../GLSConstants" > project (":UniAccessConfig").name = 'UniAccessConfig' > project (":GL/GL/GLGL031").name = 'GLGL031' > project (":GL/GU/GLGU050").name = 'GLGU050' > project (":GL/GU/GLGU055").name = 'GLGU055' > project (":GL/GU/GLGU060").name = 'GLGU060' > project (":../GLSCommon/GLSCommon").name = 'GLSCommon' > project (":../GLSCommon/GLSGUI").name = 'GLSGUI' > project (":../GLSCommon/GLSUtils").name = 'GLSUtils' > project (":../GLSCommon/GLSResourceLib").name = 'GLSResourceLib' > project (":../GLSCommon/GLSFonts").name = 'GLSFonts' > project (":../GLSConstants").name = 'GLSConstants' > also does not work doing in settings.gradle > include "UniAccessConfig" > include "GLGL031" > include "GLGU050" > include "GLGU055" > include "GLGU060" > include "GLSCommon" > include "GLSGUI" > include "GLSUtils" > include "GLSResourceLib" > include "GLSFonts" > include "GLSConstants" > project(":UniAccessConfig").projectDir = new > File("$rootDir/../UniAccessConfig") > project(":GLGL031").projectDir = new File("$rootDir/../GL/GL/GLGL031") > project(":GLGU050").projectDir = new File("$rootDir/../GL/GU/GLGU050") > project(":GLGU055").projectDir = new File("$rootDir/../GL/GU/GLGU055") > project(":GLGU060").projectDir = new File("$rootDir/../GL/GU/GLGU060") > project(":GLSCommon").projectDir = new > File("$rootDir/../../GLSCommon/GLSCommon") > project(":GLSGUI").projectDir = new File("$rootDir/../../GLSCommon/GLSGUI") > project(":GLSUtils").projectDir = new > File("$rootDir/../../GLSCommon/GLSUtils") > project(":GLSResourceLib").projectDir = new > File("$rootDir/../../GLSCommon/GLSResourceLib") > project(":GLSFonts").projectDir = new > File("$rootDir/../../GLSCommon/GLSFonts") > project(":GLSConstants").projectDir = new File("$rootDir/../../GLSConstants") > I will attach some hardcopies to see the difference between NB 8.2 and 12.6 > NB 8.2: > !image-2022-01-06-17-47-13-994.png! > NB 12.6 > !image-2022-01-06-17-48-29-503.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit:
[jira] [Updated] (NETBEANS-6412) Can't copy to and from NetBean
[ https://issues.apache.org/jira/browse/NETBEANS-6412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johan Walter updated NETBEANS-6412: --- Description: # Create a new project -> NetBeans Platform Application # Package as -> Zip Distribution # Extract the zip file # Edit etc/application1.conf and set jdk to Java 16. In my case ## jdkhome="C:/Program Files/Java/jdk-16.0.1" # Run the application, bin/application154.exe # View the IDE log. # Copy some text from the log and past it in another application. I.e. notepad. # Everything works fine. # Edit etc/application1.conf and set jdk to Java 17. In my case ## jdkhome="C:/Program Files/Java/jdk-17.0.1" # Run the application, bin/application154.exe # View the IDE log. # Copy some text from the log and past it in another application. I.e. notepad. # It does not work. The clipboard still contains the old selection was: # Create a new project -> NetBeans Platform Application # Package as -> Zip Distribution # Extract the zip file # Edit etc/application1.conf and set jdk to Java 16. In my case # jdkhome="C:/Program Files/Java/jdk-16.0.1" > Can't copy to and from NetBean > -- > > Key: NETBEANS-6412 > URL: https://issues.apache.org/jira/browse/NETBEANS-6412 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.6 >Reporter: Johan Walter >Priority: Major > > # Create a new project -> NetBeans Platform Application > # Package as -> Zip Distribution > # Extract the zip file > # Edit etc/application1.conf and set jdk to Java 16. In my case > ## jdkhome="C:/Program Files/Java/jdk-16.0.1" > # Run the application, bin/application154.exe > # View the IDE log. > # Copy some text from the log and past it in another application. I.e. > notepad. > # Everything works fine. > # Edit etc/application1.conf and set jdk to Java 17. In my case > ## jdkhome="C:/Program Files/Java/jdk-17.0.1" > # Run the application, bin/application154.exe > # View the IDE log. > # Copy some text from the log and past it in another application. I.e. > notepad. > # It does not work. The clipboard still contains the old selection -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-6412) Can't copy to and from NetBean
Johan Walter created NETBEANS-6412: -- Summary: Can't copy to and from NetBean Key: NETBEANS-6412 URL: https://issues.apache.org/jira/browse/NETBEANS-6412 Project: NetBeans Issue Type: Bug Affects Versions: 12.6 Reporter: Johan Walter # Create a new project -> NetBeans Platform Application # Package as -> Zip Distribution # Extract the zip file # Edit etc/application1.conf and set jdk to Java 16. In my case # jdkhome="C:/Program Files/Java/jdk-16.0.1" -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists