Mac Ventura Localhost Not Working
I have used NetBeans for many years on a Mac for html/php/mysql development with XAMPP. With an upgrade to Ventura, a test php NetBeans project cannot be found on Safari localhost. Html NetBeans projects display just fine on localhost. Using Apache NetBeans IDE 20. Netbeans tries to run http://localhost/PhpProject2/index.php and Safari gives: Object not found! The requested URL was not found on this server. If you entered the URL manually please check your spelling and try again. Error 404 Any help appreciated. -William Wood - 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: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20?
Michael, Thank you for your reply, and this is exactly the information I was looking for. I am taking a project that was developed in NetBeans 12 and migrating over to 20. This is the first or second time I have used NetBeans, and It looked like there were NetBean specific files (e.g. project.properties) related to the settings of the project preventing me from changing the project type from Java EE to Jakarta EE only in the IDE. In newer versions of NetBeans it looks like each project has its own nb-configuration.xml with this statement in the file: 10-web I used the transformer in the link you shared before, and it didn’t appear to migrate the settings for the project in the IDE to Jakarta EE. Again, I realize there are several changes that need to be made in the code as well as dependencies, but my question was specific to the IDE settings for the project. Regards, William Crowell From: Michael Bien Date: Saturday, December 16, 2023 at 12:16 AM To: William Crowell , users@netbeans.apache.org Subject: Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Hi, NB 20 (you are using NB 10?!) has the jakarta transformer integrated which might assist somewhat with the migration: https://github.com/apache/netbeans/pull/5847 but if your project is still at J2EE 1.5 level, this certainly won't be possible in one step. It might be best to migrate it to the "latest" J2EE version first, then continue till it works with Jakarta EE 8 and then finally make the namespace change to Jakarta EE 10+. I suppose your project is also still using Ant, given how old J2EE 1.5 is, this might have to be moved to maven too to simplify migration. (btw this all doesn't really have anything to do with NetBeans versions, its more about how to migrate enterprise applications) -mbien On 16.12.23 00:03, William Crowell wrote: I understand that, but what would you need to do only in the IDE? I get there are namespace changes and all. From: Geertjan Wielenga <mailto:geertjan.wiele...@googlemail.com.INVALID> Sent: Friday, December 15, 2023 5:51:44 PM To: William Crowell <mailto:wcrow...@perforce.com.invalid> Cc: users@netbeans.apache.org<mailto:users@netbeans.apache.org> <mailto:users@netbeans.apache.org> Subject: Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? I think there’s quite a bit more involved in migrating to Jakarta EE than looking for a property switch in NetBeans. Gj On Fri, 15 Dec 2023 at 23:30, William Crowell <mailto:wcrow...@perforce.com.invalid> wrote: Gj, Thank you for your reply. I am trying to migrate an application from Java EE to Jakarta EE 10. For some reason in NetBeans 10 I cannot switch from Java EE to Jakarta EE in the project properties. The project has a nbproject/project.properties which has the following: j2ee.platform=1.5 Is this a NetBeans specified file and how would I get the project in NetBeans switched over to Jakarta EE 10? Regards, William Crowell From: Geertjan Wielenga <mailto:geertjan.wiele...@googlemail.com.INVALID> Date: Friday, December 15, 2023 at 4:25 PM To: wcrow...@perforce.com.invalid<mailto:wcrow...@perforce.com.invalid> <mailto:wcrow...@perforce.com.invalid> Cc: users@netbeans.apache.org<mailto:users@netbeans.apache.org> mailto:users@netbeans.apache.org>> Subject: Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Just open the project, documentation should not be needed for this. Gj On Fri, 15 Dec 2023 at 20:11, William Crowell <mailto:wcrow...@perforce.com.invalid> wrote: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Regards, William Crowell This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. CAUTION: This email originated from outside of the organization. Do not click on links or open attachments unless you recognize the sender and know the content is safe. This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. CAUTION: This email originated from outside of the organization. Do not click on links or open attachments unless you recognize the sender and know the content is safe. This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. CAUTION: This email originated from outside of the organization. Do not click on links or open attachments unless you recognize the
Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20?
I understand that, but what would you need to do only in the IDE? I get there are namespace changes and all. From: Geertjan Wielenga Sent: Friday, December 15, 2023 5:51:44 PM To: William Crowell Cc: users@netbeans.apache.org Subject: Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? I think there’s quite a bit more involved in migrating to Jakarta EE than looking for a property switch in NetBeans. Gj On Fri, 15 Dec 2023 at 23:30, William Crowell wrote: Gj, Thank you for your reply. I am trying to migrate an application from Java EE to Jakarta EE 10. For some reason in NetBeans 10 I cannot switch from Java EE to Jakarta EE in the project properties. The project has a nbproject/project.properties which has the following: j2ee.platform=1.5 Is this a NetBeans specified file and how would I get the project in NetBeans switched over to Jakarta EE 10? Regards, William Crowell From: Geertjan Wielenga Date: Friday, December 15, 2023 at 4:25 PM To: wcrow...@perforce.com.invalid Cc: users@netbeans.apache.org<mailto:users@netbeans.apache.org> mailto:users@netbeans.apache.org>> Subject: Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Just open the project, documentation should not be needed for this. Gj On Fri, 15 Dec 2023 at 20:11, William Crowell wrote: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Regards, William Crowell This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. CAUTION: This email originated from outside of the organization. Do not click on links or open attachments unless you recognize the sender and know the content is safe. This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. CAUTION: This email originated from outside of the organization. Do not click on links or open attachments unless you recognize the sender and know the content is safe. This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.
Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20?
Gj, Thank you for your reply. I am trying to migrate an application from Java EE to Jakarta EE 10. For some reason in NetBeans 10 I cannot switch from Java EE to Jakarta EE in the project properties. The project has a nbproject/project.properties which has the following: j2ee.platform=1.5 Is this a NetBeans specified file and how would I get the project in NetBeans switched over to Jakarta EE 10? Regards, William Crowell From: Geertjan Wielenga Date: Friday, December 15, 2023 at 4:25 PM To: wcrow...@perforce.com.invalid Cc: users@netbeans.apache.org Subject: Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Just open the project, documentation should not be needed for this. Gj On Fri, 15 Dec 2023 at 20:11, William Crowell wrote: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Regards, William Crowell This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. CAUTION: This email originated from outside of the organization. Do not click on links or open attachments unless you recognize the sender and know the content is safe. This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.
Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20?
Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20? Regards, William Crowell This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.
checkstyle fo rNetbeans?
Hi all, Hope folk are doing well. As you might guess I'm posting to see if there is CheckStyle support or a plugin for the current Apache Netbeans ? -- aloha, \_w_/ ___ º http://www.facebook.com/will.2016
Re: How to run/debug Integration Test class from contextual menu?
Hi Arnaud, I am able to run integration tests from the netbeans project tree using Gradle, may be there is something similar with Maven. Under each project you want to use a Gradle task you can set-=up an entry in the project's " gradle.properties" file, so: ## Netbeans Actions ## ##* Gradle tasks ## action.custom-1=intTest action.custom-1.args=--configure-on-demand -w -x check intTest action.custom-2=intTest_debug action.custom-2.args=--configure-on-demand -w -x check intTest --debug-jvm I am not sure if there is a Gradle plugin required to achieve this though, it just worked when I did it after reading a stackoverflow post. It is well worth checking for a Maven equivalent to the custom actions. Another approach is to convert from Maven to Gradle which has a learning curve of course. Good luck there. I'm for any thing that advances testing. -- aloha, \_w_/ ___ On Tue, 4 Jan 2022 at 23:44, Arnaud bourree wrote: > Hello, > > I use Netbeans 12.6 on Windows server 2016 with OpenJDK 11 and Maven 3.6.3 > > I've some integration tests written with JUnit that Maven knows how to > launch with failsafe. > I'd like to run integration tests like unitary tests from Netbeans. > I saw that there are project actions "Integration test file" and "Debug > integration test". > I expect Netbeans to propose to me something like "Test Integration File" > instead of "Test File" on JUnit tests matching failsafe configuration : it > doesn't. > > I didn't find any web pages explaining how to nor any limitation? > > Any idea how to? > > Regards, > > Arnaud >
Specify Java JDK/platform from gradle.properties
Good afternoon/evening/morning Netbeans folk, I trust you are well. I have a plea in a manner of speaking. Firstly, I need to apologise for sending this a second time. In my haste I'd posted it on an unrelated (but associated) thread. I seem to need to do the following manually everytime I open a project wiht Netbeans, and I would expect an smart IDE to just remember my setting(s). An IDE is not here to make my workflow more difficult *imho*. Suggestions are welcome. Let me begin. On the command line when I execute a gradle build command it respects the JDK specified in the project's gradle.properties file. - org.gradle.java.home= /prod/lib/java/jdk/v01.08 - From all project directories. Presumably the gradle model sets the compiler for al subprojects. We need Java 9+ (I have Java 17, currently) to run netbeans and that becomes the default "Java Platform" when a Gradle project loads. Not the platform specified and respected by Gradle. As this is so, I must change teh platform manually, everytime I open the IDE and load a Gradle project. That is not all, I can use build all to run JDK 1.8 for everyone. When I need build, test or debug individual sub-projects I am required to manually set the compiler property for EVERY project I need to use, manually as shown. It is extremely tedious. [image: image.png] As far as I know, there's no setting that I can set in a config file to persist this IDE setting. I've even tried trolling in the user directory in the netbeans config. Because I'm doing Gradle builds, using *gradlew* from Netbeans, I expect the IDE build to be identical to the command line: - *./gradlew build * And it is NOT without the manul intervention described. I consider that to be a bug in the gradle handling myself. Questions: - Can I set this option persistiently? Where? - Can the setting be root project wide and persistient? - I'm ok if I have to specify the JDK for each subproject I can do something in groovy/gradle for that. - Why doesn't Netbeans honour the Gradle settings? Is this just an oversight or a policy choice? Sorry if I'm terse today I have to leave the office now and I'm in a rush. Looking forward to any thing that helps? Kind regards, \_/\_/ >
Re: NB 12.6, OpenJDK 17: Cannot refactor XXX.java that is defined outside of an open project.
Good afternoon Netbeans folk, I trust you are well. I have a plea in a manner of speaking. I seem to be needing to do this manually all the time recently, and I would expect an smart IDE to just remember my setting(s). Let me begin. On the command line when I execute a gradle build command it respects the JDK specified in the project's gradle.properties file. - org.gradle.java.home= /prod/lib/java/jdk/v01.08 - From all project directories. Presumably the gradle model sets the compiler for al subprojects. We need Java 9+ (I have Java 17, currently) to run netbeans and that becomes the default "Java Platform" when a Gradle project loads. Not the platform specified and respected by Gradle. As this is so, I must change teh platform manually, everytime I open the IDE and load a Gradle project. That is not all, I can use build all to run JDK 1.8 for everyone. When I need build, test or debug individual sub-projects I am required to manually set the compiler property for EVERY project I need to use, manually as shown. It is extremely tedious. [image: image.png] As far as I know, there's no setting that I can set in a config file to persist this IDE setting. I've even tried trolling in the user directory in the netbeans config. Because I'm doing Gradle builds, using *gradlew* from Netbeans, I expect the IDE build to be identical to the command line: - *./gradlew build * And it is NOT without the manul intervention described. I consider that to be a bug in the gradle handling myself. Questions: - Can I set this option persistiently? Where? - Can the setting be root project wide and persistient? - I'm ok if I have to specify the JDK for each subproject I can do something in groovy/gradle for that. - Why doesn't Netbeans honour the Gradle settings? Is this just an oversight or a policy choice? Sorry if I'm terse today I have to leave the office now and I'm in a rush. Looking forward to any thing that helps? Kind regards, \_/\_/
Fwd: github ssh access on Windows
Currently I can use netbeans on linux to access my github repositories through the ssh link with public/private key files but on Windows it only works through netbeans if I use the https link. It seems to just ignore clicking the ok button until I hit cancel when I get the attached error message about an invalid key. The windows git bash separate command line client with ssh works on the same windows computer using the same key file. - 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
Specify Java Platform?
Hello all, I hope you are going well in your part of the world. In the past, with the Gradle plugin it was possible to specify the Java runtime and libries used when exercising and testing the program. [image: image.png] How may I do this with the current Netbeans 12 release? We are using gradle and I have a Java 8 target platform but when the program runs we get class version errors: 17:20:57.411 DEBUG org.eclipse.jetty.servlet.ServletHolder - Servlet.init org.glassfish.jersey.servlet.ServletContainer@1f53a5dc for org.glassfish.jersey.servlet.ServletContainer-2049a9c1 Sept 08, 2021 5:20:57 PM org.glassfish.jersey.server.internal.scanning.AnnotationAcceptingListener$ClassReaderWrapper accept WARNING: Unsupported class file major version 60 In this build we have ... - sourceCompatibility = '1.8' - targetCompatibility = '1.8' With the older Netbeans setting the platform appropriately was also required. The Netbeans 12 requiring a modern JDK as it is; what's required to cross-compile build and run, to test and debug under a JDK 1.8 ? Can it (still) be done ? Thanks in advance. aloha, \_w_/ ___
Re: [Installation] Windows 10 Install Stuck at 10%
I successfully ran \netbeans\bin\netbeans64.exe Thanks for your help!!! If anyone would like to investigate the 10%installer issue further I'd be happy to collect/test anything that would be of help. On Tue, Oct 13, 2020 at 12:08 PM Gibson, William wrote: > I extracted the installer, not the binary download. > I will try this, and provide an update. Thank you for all of your help. > > On Tue, Oct 13, 2020 at 12:00 PM Gibson, William wrote: > >> I found \native\launcher\windows\nlw.exe but that does not appear to be >> correct >> >> On Tue, Oct 13, 2020 at 10:36 AM HRH wrote: >> >>> 1-When you unzip the zip file, look carefully at the content and try to >>> find a "bin" sub-directory. >>> 2-Click on the "bin" sub-directory and try to find a file named >>> "netbeans" with file type "Application" in the "bin" sub-directory. Once >>> you find this file, double-click on it to start the Netbeans application. >>> >>> Create a short-cut for this file on the desktop, so you can easily start >>> the Netbeans in the future. >>> >>> >>> On Tuesday, October 13, 2020, 5:59:58 PM GMT+3:30, Geertjan Wielenga < >>> geert...@apache.org> wrote: >>> >>> >>> 1. Go here: http://netbeans.apache.org/download/nb121/nb121.html >>> >>> 2. The very first bullet says "Binaries". >>> >>> 3. Click that link to download the ZIP file. >>> >>> 4. Unzip the ZIP file. >>> >>> 5. Go to the bin folder. >>> >>> Gj >>> >>> On Tue, Oct 13, 2020 at 4:28 PM Gibson, William wrote: >>> >>> I'm not familiar with how to do this (and can't find a valid executable >>> from casually browsing the content). Can you provide some further direction? >>> >>> On Tue, Oct 13, 2020 at 10:20 AM Geertjan Wielenga >>> wrote: >>> >>> Then you can start up NetBeans via the unzipped zip file rather than >>> needing the installer. >>> >>> Gj >>> >>> On Tue, Oct 13, 2020 at 4:19 PM Gibson, William >>> wrote: >>> >>> I am able to extract the contents using 7-zip into 359MB of content. >>> >>> On Tue, Oct 13, 2020 at 9:49 AM Geertjan Wielenga >>> wrote: >>> >>> Can you unzip the zip file from the Download page instead? >>> >>> Gj >>> >>> On Tue, Oct 13, 2020 at 3:03 PM Gibson, William >>> wrote: >>> >>> The netbeans installer is hanging at 10%. >>> >>> I have installed jdk-14.0.1_windows-x64_bin >>> >>> I have tried clearing c:\users\username\.nbi\ >>> >>> I am running installer using an administrative Windows account >>> >>> I have disabled UAC >>> >>> Installer becomes completely unresponsive >>> >>> Windows 10 Enterprise 2004 19041.508 >>> >>> I'm using the Apache-NetBeans-12.1-bin-windows-x64.exe installer >>> >>> I've reported a bug here, and included an installer log >>> https://issues.apache.org/jira/browse/NETBEANS-4797?filter=-2 >>> >>> >>> -- >>> NOTICE: This e-mail message, including any attachment(s), is for the >>> sole use of the intended recipient and may contain confidential and >>> privileged information. Any unauthorized review, use, disclosure or >>> distribution is prohibited. If you are not the intended recipient, please >>> contact the sender by reply e-mail and destroy all copies of the original >>> message. >>> >>> >>> >>> -- >>> NOTICE: This e-mail message, including any attachment(s), is for the >>> sole use of the intended recipient and may contain confidential and >>> privileged information. Any unauthorized review, use, disclosure or >>> distribution is prohibited. If you are not the intended recipient, please >>> contact the sender by reply e-mail and destroy all copies of the original >>> message. >>> >>> >>> >>> -- >>> NOTICE: This e-mail message, including any attachment(s), is for the >>> sole use of the intended recipient and may contain confidential and >>> privileged information. Any unauthorized review, use, disclosure or >>> distribution is prohibited. If you are not the intended recipient, please >>> contact the sender by reply e-mail and destroy all copies of the original >>> message. >>> >>> -- --NOTICE: This e-mail message, including any attachment(s), is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: [Installation] Windows 10 Install Stuck at 10%
I extracted the installer, not the binary download. I will try this, and provide an update. Thank you for all of your help. On Tue, Oct 13, 2020 at 12:00 PM Gibson, William wrote: > I found \native\launcher\windows\nlw.exe but that does not appear to be > correct > > On Tue, Oct 13, 2020 at 10:36 AM HRH wrote: > >> 1-When you unzip the zip file, look carefully at the content and try to >> find a "bin" sub-directory. >> 2-Click on the "bin" sub-directory and try to find a file named >> "netbeans" with file type "Application" in the "bin" sub-directory. Once >> you find this file, double-click on it to start the Netbeans application. >> >> Create a short-cut for this file on the desktop, so you can easily start >> the Netbeans in the future. >> >> >> On Tuesday, October 13, 2020, 5:59:58 PM GMT+3:30, Geertjan Wielenga < >> geert...@apache.org> wrote: >> >> >> 1. Go here: http://netbeans.apache.org/download/nb121/nb121.html >> >> 2. The very first bullet says "Binaries". >> >> 3. Click that link to download the ZIP file. >> >> 4. Unzip the ZIP file. >> >> 5. Go to the bin folder. >> >> Gj >> >> On Tue, Oct 13, 2020 at 4:28 PM Gibson, William wrote: >> >> I'm not familiar with how to do this (and can't find a valid executable >> from casually browsing the content). Can you provide some further direction? >> >> On Tue, Oct 13, 2020 at 10:20 AM Geertjan Wielenga >> wrote: >> >> Then you can start up NetBeans via the unzipped zip file rather than >> needing the installer. >> >> Gj >> >> On Tue, Oct 13, 2020 at 4:19 PM Gibson, William >> wrote: >> >> I am able to extract the contents using 7-zip into 359MB of content. >> >> On Tue, Oct 13, 2020 at 9:49 AM Geertjan Wielenga >> wrote: >> >> Can you unzip the zip file from the Download page instead? >> >> Gj >> >> On Tue, Oct 13, 2020 at 3:03 PM Gibson, William >> wrote: >> >> The netbeans installer is hanging at 10%. >> >> I have installed jdk-14.0.1_windows-x64_bin >> >> I have tried clearing c:\users\username\.nbi\ >> >> I am running installer using an administrative Windows account >> >> I have disabled UAC >> >> Installer becomes completely unresponsive >> >> Windows 10 Enterprise 2004 19041.508 >> >> I'm using the Apache-NetBeans-12.1-bin-windows-x64.exe installer >> >> I've reported a bug here, and included an installer log >> https://issues.apache.org/jira/browse/NETBEANS-4797?filter=-2 >> >> >> -- >> NOTICE: This e-mail message, including any attachment(s), is for the sole >> use of the intended recipient and may contain confidential and privileged >> information. Any unauthorized review, use, disclosure or distribution is >> prohibited. If you are not the intended recipient, please contact the >> sender by reply e-mail and destroy all copies of the original message. >> >> >> >> -- >> NOTICE: This e-mail message, including any attachment(s), is for the sole >> use of the intended recipient and may contain confidential and privileged >> information. Any unauthorized review, use, disclosure or distribution is >> prohibited. If you are not the intended recipient, please contact the >> sender by reply e-mail and destroy all copies of the original message. >> >> >> >> -- >> NOTICE: This e-mail message, including any attachment(s), is for the sole >> use of the intended recipient and may contain confidential and privileged >> information. Any unauthorized review, use, disclosure or distribution is >> prohibited. If you are not the intended recipient, please contact the >> sender by reply e-mail and destroy all copies of the original message. >> >> -- --NOTICE: This e-mail message, including any attachment(s), is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: [Installation] Windows 10 Install Stuck at 10%
I found \native\launcher\windows\nlw.exe but that does not appear to be correct On Tue, Oct 13, 2020 at 10:36 AM HRH wrote: > 1-When you unzip the zip file, look carefully at the content and try to > find a "bin" sub-directory. > 2-Click on the "bin" sub-directory and try to find a file named "netbeans" > with file type "Application" in the "bin" sub-directory. Once you find this > file, double-click on it to start the Netbeans application. > > Create a short-cut for this file on the desktop, so you can easily start > the Netbeans in the future. > > > On Tuesday, October 13, 2020, 5:59:58 PM GMT+3:30, Geertjan Wielenga < > geert...@apache.org> wrote: > > > 1. Go here: http://netbeans.apache.org/download/nb121/nb121.html > > 2. The very first bullet says "Binaries". > > 3. Click that link to download the ZIP file. > > 4. Unzip the ZIP file. > > 5. Go to the bin folder. > > Gj > > On Tue, Oct 13, 2020 at 4:28 PM Gibson, William wrote: > > I'm not familiar with how to do this (and can't find a valid executable > from casually browsing the content). Can you provide some further direction? > > On Tue, Oct 13, 2020 at 10:20 AM Geertjan Wielenga > wrote: > > Then you can start up NetBeans via the unzipped zip file rather than > needing the installer. > > Gj > > On Tue, Oct 13, 2020 at 4:19 PM Gibson, William > wrote: > > I am able to extract the contents using 7-zip into 359MB of content. > > On Tue, Oct 13, 2020 at 9:49 AM Geertjan Wielenga > wrote: > > Can you unzip the zip file from the Download page instead? > > Gj > > On Tue, Oct 13, 2020 at 3:03 PM Gibson, William > wrote: > > The netbeans installer is hanging at 10%. > > I have installed jdk-14.0.1_windows-x64_bin > > I have tried clearing c:\users\username\.nbi\ > > I am running installer using an administrative Windows account > > I have disabled UAC > > Installer becomes completely unresponsive > > Windows 10 Enterprise 2004 19041.508 > > I'm using the Apache-NetBeans-12.1-bin-windows-x64.exe installer > > I've reported a bug here, and included an installer log > https://issues.apache.org/jira/browse/NETBEANS-4797?filter=-2 > > > -- > NOTICE: This e-mail message, including any attachment(s), is for the sole > use of the intended recipient and may contain confidential and privileged > information. Any unauthorized review, use, disclosure or distribution is > prohibited. If you are not the intended recipient, please contact the > sender by reply e-mail and destroy all copies of the original message. > > > > -- > NOTICE: This e-mail message, including any attachment(s), is for the sole > use of the intended recipient and may contain confidential and privileged > information. Any unauthorized review, use, disclosure or distribution is > prohibited. If you are not the intended recipient, please contact the > sender by reply e-mail and destroy all copies of the original message. > > > > -- > NOTICE: This e-mail message, including any attachment(s), is for the sole > use of the intended recipient and may contain confidential and privileged > information. Any unauthorized review, use, disclosure or distribution is > prohibited. If you are not the intended recipient, please contact the > sender by reply e-mail and destroy all copies of the original message. > > -- --NOTICE: This e-mail message, including any attachment(s), is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: [Installation] Windows 10 Install Stuck at 10%
I'm not familiar with how to do this (and can't find a valid executable from casually browsing the content). Can you provide some further direction? On Tue, Oct 13, 2020 at 10:20 AM Geertjan Wielenga wrote: > Then you can start up NetBeans via the unzipped zip file rather than > needing the installer. > > Gj > > On Tue, Oct 13, 2020 at 4:19 PM Gibson, William > wrote: > >> I am able to extract the contents using 7-zip into 359MB of content. >> >> On Tue, Oct 13, 2020 at 9:49 AM Geertjan Wielenga >> wrote: >> >>> Can you unzip the zip file from the Download page instead? >>> >>> Gj >>> >>> On Tue, Oct 13, 2020 at 3:03 PM Gibson, William >>> wrote: >>> >>>> The netbeans installer is hanging at 10%. >>>> >>>> I have installed jdk-14.0.1_windows-x64_bin >>>> >>>> I have tried clearing c:\users\username\.nbi\ >>>> >>>> I am running installer using an administrative Windows account >>>> >>>> I have disabled UAC >>>> >>>> Installer becomes completely unresponsive >>>> >>>> Windows 10 Enterprise 2004 19041.508 >>>> >>>> I'm using the Apache-NetBeans-12.1-bin-windows-x64.exe installer >>>> >>>> I've reported a bug here, and included an installer log >>>> https://issues.apache.org/jira/browse/NETBEANS-4797?filter=-2 >>>> >>>> >>>> -- >>>> NOTICE: This e-mail message, including any attachment(s), is for the >>>> sole use of the intended recipient and may contain confidential and >>>> privileged information. Any unauthorized review, use, disclosure or >>>> distribution is prohibited. If you are not the intended recipient, please >>>> contact the sender by reply e-mail and destroy all copies of the original >>>> message. >>>> >>> >> >> -- >> NOTICE: This e-mail message, including any attachment(s), is for the sole >> use of the intended recipient and may contain confidential and privileged >> information. Any unauthorized review, use, disclosure or distribution is >> prohibited. If you are not the intended recipient, please contact the >> sender by reply e-mail and destroy all copies of the original message. >> > -- --NOTICE: This e-mail message, including any attachment(s), is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: [Installation] Windows 10 Install Stuck at 10%
I am able to extract the contents using 7-zip into 359MB of content. On Tue, Oct 13, 2020 at 9:49 AM Geertjan Wielenga wrote: > Can you unzip the zip file from the Download page instead? > > Gj > > On Tue, Oct 13, 2020 at 3:03 PM Gibson, William > wrote: > >> The netbeans installer is hanging at 10%. >> >> I have installed jdk-14.0.1_windows-x64_bin >> >> I have tried clearing c:\users\username\.nbi\ >> >> I am running installer using an administrative Windows account >> >> I have disabled UAC >> >> Installer becomes completely unresponsive >> >> Windows 10 Enterprise 2004 19041.508 >> >> I'm using the Apache-NetBeans-12.1-bin-windows-x64.exe installer >> >> I've reported a bug here, and included an installer log >> https://issues.apache.org/jira/browse/NETBEANS-4797?filter=-2 >> >> >> -- >> NOTICE: This e-mail message, including any attachment(s), is for the sole >> use of the intended recipient and may contain confidential and privileged >> information. Any unauthorized review, use, disclosure or distribution is >> prohibited. If you are not the intended recipient, please contact the >> sender by reply e-mail and destroy all copies of the original message. >> > -- --NOTICE: This e-mail message, including any attachment(s), is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
[Installation] Windows 10 Install Stuck at 10%
The netbeans installer is hanging at 10%. I have installed jdk-14.0.1_windows-x64_bin I have tried clearing c:\users\username\.nbi\ I am running installer using an administrative Windows account I have disabled UAC Installer becomes completely unresponsive Windows 10 Enterprise 2004 19041.508 I'm using the Apache-NetBeans-12.1-bin-windows-x64.exe installer I've reported a bug here, and included an installer log https://issues.apache.org/jira/browse/NETBEANS-4797?filter=-2 -- --NOTICE: This e-mail message, including any attachment(s), is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: Unusual Error on Maven build within Netbeans
ugh. My apologies, file name is "jvm.config". From mvn.cmd: set "jvmConfig=\.mvn\jvm.config" if not exist "%MAVEN_PROJECTBASEDIR%%jvmConfig%" goto endReadAdditionalConfig @setlocal EnableExtensions EnableDelayedExpansion for /F "usebackq delims=" %%a in ("%MAVEN_PROJECTBASEDIR%\.mvn\jvm.config") do set JVM_CONFIG_MAVEN_PROPS=!JVM_CONFIG_MAVEN_PROPS! %%a @endlocal & set JVM_CONFIG_MAVEN_PROPS=%JVM_CONFIG_MAVEN_PROPS% :endReadAdditionalConfig On 6/3/2020 2:34 PM, William Reynolds wrote: Create a file .mvn/java-config in the root directory of the maven project. Add '-Xss100M' (for a 100M stack size, and no quotes) to this file. Haven't tested, since I don't have my dev machine to hand, but this or some variant should work. Look at the file \Program Files\apache-maven-3.6.2\bin\mvn.cmd (you can use a text editor) to see how maven finds the arguments to pass to java.exe (it should open .mvn/java-config and add it's contents to the java argument list) On 6/3/2020 5:32 AM, Nelligan, Steven M wrote: I have multiple projects, but one project returns the following error. What does this mean and how can I fix it? If I run MVN directly from the console window, it builds. Using Netbeans IDE 11.2 on Windows 10 ---OUTPUT – Build Window cd C:\dev\Projects\mobileapp; "JAVA_HOME=C:\\Program Files\\Java\\jdk-11" "M2_HOME=C:\\Program Files\\apache-maven-3.6.2" cmd /c "\"\"C:\\Program Files\\apache-maven-3.6.2\\bin\\mvn.cmd\" -DskipTests=true -Dmaven.ext.class.path=\"C:\\Program Files\\NetBeans-11.2\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar\" -Dfile.encoding=Cp1252 --update-snapshots --update-snapshots -PvDev clean install\"" *The Java thread stack size specified is too small. Specify at least 180k* *Error: Could not create the Java Virtual Machine.* *Error: A fatal exception has occurred. Program will exit.* *Steven M Nelligan* /APPLICATION DEVELOPER/ Facilities and Services Information Technology Services University of Illinois at Urbana-Champaign Facilities and Services 1501 S. Oak Street | M/C 800 Champaign, IL 61820 217.244.8097 | /other/: 217.244.8097 | snell...@illinois.edu <mailto:snell...@illinois.edu> www.fs.illinois.edu <http://www.fs.illinois.edu/> facebook <https://www.facebook.com/UniversityOfIllinoisFacilitiesServices>twitter <https://twitter.com/UofIFS>instagram <https://www.instagram.com/uofifs/>youtube <https://www.youtube.com/user/UofIFS> https://webtools.illinois.edu/webservices/js/ds/signature_logo.png <http://illinois.edu/> /Under the Illinois Freedom of Information Act any written communication to or from university employees regarding university business is a public record and may be subject to public disclosure./ -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: Unusual Error on Maven build within Netbeans
Create a file .mvn/java-config in the root directory of the maven project. Add '-Xss100M' (for a 100M stack size, and no quotes) to this file. Haven't tested, since I don't have my dev machine to hand, but this or some variant should work. Look at the file \Program Files\apache-maven-3.6.2\bin\mvn.cmd (you can use a text editor) to see how maven finds the arguments to pass to java.exe (it should open .mvn/java-config and add it's contents to the java argument list) On 6/3/2020 5:32 AM, Nelligan, Steven M wrote: I have multiple projects, but one project returns the following error. What does this mean and how can I fix it? If I run MVN directly from the console window, it builds. Using Netbeans IDE 11.2 on Windows 10 ---OUTPUT – Build Window cd C:\dev\Projects\mobileapp; "JAVA_HOME=C:\\Program Files\\Java\\jdk-11" "M2_HOME=C:\\Program Files\\apache-maven-3.6.2" cmd /c "\"\"C:\\Program Files\\apache-maven-3.6.2\\bin\\mvn.cmd\" -DskipTests=true -Dmaven.ext.class.path=\"C:\\Program Files\\NetBeans-11.2\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar\" -Dfile.encoding=Cp1252 --update-snapshots --update-snapshots -PvDev clean install\"" *The Java thread stack size specified is too small. Specify at least 180k* *Error: Could not create the Java Virtual Machine.* *Error: A fatal exception has occurred. Program will exit.* *Steven M Nelligan* /APPLICATION DEVELOPER/ Facilities and Services Information Technology Services University of Illinois at Urbana-Champaign Facilities and Services 1501 S. Oak Street | M/C 800 Champaign, IL 61820 217.244.8097 | /other/: 217.244.8097 | snell...@illinois.edu <mailto:snell...@illinois.edu> www.fs.illinois.edu <http://www.fs.illinois.edu/> facebook <https://www.facebook.com/UniversityOfIllinoisFacilitiesServices>twitter <https://twitter.com/UofIFS>instagram <https://www.instagram.com/uofifs/>youtube <https://www.youtube.com/user/UofIFS> https://webtools.illinois.edu/webservices/js/ds/signature_logo.png <http://illinois.edu/> /Under the Illinois Freedom of Information Act any written communication to or from university employees regarding university business is a public record and may be subject to public disclosure./ -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: Maven run properties bugs
You need to provide more information. Go to your output window, what is that command that is actually being run? What is the error message? What happens when you run the same maven command from the command line? Does the command line make sense given the maven goal you're trying to execute? Maven is self documenting, so you can lookup the documentation of any maven goal, eg: 'mvn help:describe -Dcmd=exec:java -Ddetail=true'. will provide documentation on the 'exec:java' command. To learn how to use the maven help module, you can do 'mvn help:describe -Dcmd=help:describe -Ddetail=true'. I suspect if you go through these steps, you will answer your own question. On 1/22/2020 5:36 PM, Ty Young wrote: On 1/21/20 3:36 PM, Ty Young wrote: Hi, Whenever I go to "run" in my Maven project properties the command line arguments are all messed up[1]. Why is it doing this? Nothing on this? At all? [1] https://imgur.com/a/pOdKIOR - 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 -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: deployable javafx app
I sent this out a couple of weeks ago: For my application, I've had need of some reliable, reusable NBI installer scripts, so I've implemented some: https://github.com/wnreynoldsWork/InstallersWithEmbeddedJVM.git Here is the README: This is a demonstration of a Netbeans Rich Client Platform (RCP) application that shows how to embed a JRE into the installer that will be used by the application. The package works around numerous bugs in the current Netbeans Installer (NBI) harness. See the JIRA issues: https://issues.apache.org/jira/browse/NETBEANS-1157 https://issues.apache.org/jira/browse/NETBEANS-1145 https://issues.apache.org/jira/browse/NETBEANS-3332 The application consists of a trivial window (module HiMom), a branding module, and an application module, where all of the action happens. The objective is for the application module to be droppable into any RCP application, providing robust NBI installers for Windows and Linux. The application package enables Windows installers to work on modern versions of Java. The application is built using Maven and the nbm-maven-plugin, however, the modified harness files should be usable with an ant build, with some modification of the embedded properties. All of the custom NBI files are found in application/src/main/resources/dist. The package includes two binary JREs, one for windows (jre.exe) and one for linux (jre-linux). It would have been nice to download and build these from the package, but that was sufficiently complex with Maven/Ant that it destroyed any educational benefit. Bot files are self-extracting zips, so if you rename them to "jre.zip" or "jre-linux.zip", you will be able to examine their contents. Much of this was guided by an old post of Geertjan Wielenga at https://blogs.oracle.com/geertjan/installing-the-jre-via-an-applications-installer-via-windows and the article at https://dzone.com/articles/including-jre-in-nbi. These posts provide instructions on how to construct the sfx JRE files. Note that the linux JRE is expected to have the jre under a directory called "jre", while the windows JRE is expected the directories bin/, conf/, lib/ and legal/ to be top level directories in the zip. Currently only linux and windows have been tested. MacOS might work. The pom provides several configuration variables, in the application pom under the nbm-maven-plugin configuration: true true true true true false The package works around bugs in the NBI in several ways. If the configuration variable hackEngineJar is set to "true" in the pom, the NBI engine will be modified during the installation. The package includes modifications of the NBI engine classes CommonLauncher and CreateNativeLauncherAction. These will be compiled and put in the engine jar during the install process. CreateNativeLauncherAction supports a property specifying information on a "compatible" Java that will be embedded in the installer and used to validate the JRE being used. The other trick is that the test file TestJDK is replaced in the engine jar. This version returns a java version string that is compatible with the one embedded in the installer, and will not be rejected by the buggy NBI code. In addition, the package corrects numerous textual errors in the various ant scripts and config files in the harness. See the pom to enable/disable these fixes. Finally, the package provides a means to test new windows installer "launchers". Place the candidate launcher, called "nlw.exe" in main/src/resources/installers, set testWindowLauncher to true and hackEngineJar to false. If this yields a working installer, the nlw.exe is good. A useful trick when diagnosing a windows installer is to run it "installerName --verbose --output installLog". installLog will have a full transcript of the install process. If you have set hackEngineJar, you will see the "fake" version numbers that are generated by the installer. I hope this is helpful. -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) On 12/1/2019 4:03 AM, joe schmo wrote: I have created a javafx application using Netbeans 11.1, it is a maven based project. I want to create a deployable executable jar file. Is there a good tutorial or documentation on how to do this with Netbeans/maven? Thanks -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: Abstract methods not implemented
Yes, its' a known bug in 11.2. https://issues.apache.org/jira/browse/NETBEANS-3340 (it has been reported numerous times, each one which links back to 3300). I've had to go back to 11.1, since this bug makes the ide unusable. On 11/28/2019 6:05 AM, Richard Grin wrote: Hello, If I write this code: Comparator c = new Comparator<>() { }; I get an error " is not abstract and does not override abstract method Compare(Town, Town) in Comparator. It's normal, but, if I click on the red button at the left of the code, and then on "implement all abstract method", nothing happens. Is it a known problem? Richard - 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 -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
A Package for Generating Robust RCP Installers Using Maven
For my application, I've had need of some reliable, reusable NBI installer scripts, so I've implemented some: https://github.com/wnreynoldsWork/InstallersWithEmbeddedJVM.git Here is the README: This is a demonstration of a Netbeans Rich Client Platform (RCP) application that shows how to embed a JRE into the installer that will be used by the application. The package works around numerous bugs in the current Netbeans Installer (NBI) harness. See the JIRA issues: https://issues.apache.org/jira/browse/NETBEANS-1157 https://issues.apache.org/jira/browse/NETBEANS-1145 https://issues.apache.org/jira/browse/NETBEANS-3332 The application consists of a trivial window (module HiMom), a branding module, and an application module, where all of the action happens. The objective is for the application module to be droppable into any RCP application, providing robust NBI installers for Windows and Linux. The application package enables Windows installers to work on modern versions of Java. The application is built using Maven and the nbm-maven-plugin, however, the modified harness files should be usable with an ant build, with some modification of the embedded properties. All of the custom NBI files are found in application/src/main/resources/dist. The package includes two binary JREs, one for windows (jre.exe) and one for linux (jre-linux). It would have been nice to download and build these from the package, but that was sufficiently complex with Maven/Ant that it destroyed any educational benefit. Bot files are self-extracting zips, so if you rename them to "jre.zip" or "jre-linux.zip", you will be able to examine their contents. Much of this was guided by an old post of Geertjan Wielenga at https://blogs.oracle.com/geertjan/installing-the-jre-via-an-applications-installer-via-windows and the article at https://dzone.com/articles/including-jre-in-nbi. These posts provide instructions on how to construct the sfx JRE files. Note that the linux JRE is expected to have the jre under a directory called "jre", while the windows JRE is expected the directories bin/, conf/, lib/ and legal/ to be top level directories in the zip. Currently only linux and windows have been tested. MacOS might work. The pom provides several configuration variables, in the application pom under the nbm-maven-plugin configuration: true true true true true false The package works around bugs in the NBI in several ways. If the configuration variable hackEngineJar is set to "true" in the pom, the NBI engine will be modified during the installation. The package includes modifications of the NBI engine classes CommonLauncher and CreateNativeLauncherAction. These will be compiled and put in the engine jar during the install process. CreateNativeLauncherAction supports a property specifying information on a "compatible" Java that will be embedded in the installer and used to validate the JRE being used. The other trick is that the test file TestJDK is replaced in the engine jar. This version returns a java version string that is compatible with the one embedded in the installer, and will not be rejected by the buggy NBI code. In addition, the package corrects numerous textual errors in the various ant scripts and config files in the harness. See the pom to enable/disable these fixes. Finally, the package provides a means to test new windows installer "launchers". Place the candidate launcher, called "nlw.exe" in main/src/resources/installers, set testWindowLauncher to true and hackEngineJar to false. If this yields a working installer, the nlw.exe is good. A useful trick when diagnosing a windows installer is to run it "installerName --verbose --output installLog". installLog will have a full transcript of the install process. If you have set hackEngineJar, you will see the "fake" version numbers that are generated by the installer. I hope this is helpful. -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: [Netbeans platform] Maven build for custom netbeans platform
Presumably your new pom.xml has all sorts of dependency for the netbeans platform poms, eg: org.netbeans.api org-openide-util-lookup RELEASE111 org.netbeans.api org-openide-util RELEASE111 (etc, etc - my application has 11 RCP modules in the dependency section) So you can select a given platform using properties: RELEASE111 org.netbeans.api org-openide-util-lookup ${netbeans.version} (etc, etc) Now if you've got your own version of the the platform jars, then you will have to set up poms for them and install them to a maven repository (either your local .m2 directory, done by doing a 'mvn install' in the build directory for each of your RCP modules, or push them up to an artifactory). Presumably, your custom modules have their own version string (or artifactId). For this case you would something like: MY_HACKED_NETBEANS_VERSION org.netbeans.api org-openide-util-lookup ${netbeans.version} (etc, etc) Does this help? On 11/13/2019 1:55 PM, joe foe wrote: Hello, I have a module that is a toolbar with couple of actions developed in ant for a custom netbeans platform application. I would like to move the build it to maven . Issue is , if I want to build this module for a specific version of a netbeans platform in Ant , First I add the platform thorough Options -> Netbeans platforms and then I just right click the project - >Project properties -> choose platform . How would I do this with maven? I only see the standard netbeans versions and don't have any option to select a custom netbeans platform (also in project properties) . Any help would be appreciated. Thanks ! Regards Joefoe -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: Platform Installer Generation on JDK 11/Maven
I posted below back in September - this works, but is painful. A less hacky way to fix this would be to use the options in the nbm-maven-plugin to replace the broken harness files. Run mvn help:describe -Dplugin=nbm -Ddetail to get the documentation. Look at the options to build-installers, in particular templateFile and userSettings. I'm pretty sure you can redefine/replace the various harness file definitions there. Note that I haven't tried this yet (although it's on my list for next week). See also https://www.mojohaus.org/nbm-maven-plugin/plugin-info.html and https://www.mojohaus.org/nbm-maven-plugin/buildinstexample.html. I can't seem to find a more recent help page on the plugin, presumably one will show up on the portal at some point, I had to read the plugin source to figure a lot of things out. I've just migrated my RCP project to a Maven-based build, and fixing the installer bug was a bit more involved. To begin the migration, I constructed a maven nb platform project using the guide on https://platform.netbeans.org/tutorials/nbm-maven-quickstart.html. Note that adding child projects didn't work, I had to construct those projects by hand. The key thing is that your project will have an "-App" module whose pom has nbm-application and a plugin block like: deployment org.apache.netbeans.utilities nbm-maven-plugin 4.2-installBugfix extra autoupdate webstart-app build-installers when you do a 'mvn -Pdeployment install', it should build an installer for you, but you get the error about Java version 1.5 being to old. As described below, the problem is that there are two property files with bad properties in the ant-based build harness that need to be fixed. It turns out that the harness of ant scripts is now installed and run by the plugin, not using the harness installed with your netbeans installation, so you will have to fix the javac.{source,target}=1.5 bug in the plugin. (If you have an ant-based build system for your RCP, then fix the files in your nb installation as in the message included below). Instructions below are a hack, but they got me up and running: First: * Download nbm-maven-harness source from https://github.com/apache/netbeans-mavenutils-nbm-maven-harness/tree/nbm-maven-harness-11.0, unpack. * 'mvn install' to build the source. Edit the two project.properties files under "target" to fix the javac.* properties (use find, or see below for paths). * Edit the pom, change the version to 11.0-installBugfix. Disable the large block in the pom beginning: org.apache.maven.plugins maven-antrun-plugin ... . This will prevent the second build you are about to do from overwriting your fixes. * Run 'mvn install'. This installs a plugin with fixed harness files to your .m2 repository .m2\repository\org\apache\netbeans\utilities\nbm-maven-harness\11.0-installBugfix. Next: * Download nbm-maven-plugin source from https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin, unpack. * Go into pom, modify version to be 4.2-installBugfix, go to dependencies, change the version for nbm-maven-harness to 11.0-installBugfix. * Run 'mvn install', this installs the fixed plugin to .m2\repository\org\apache\netbeans\utilities\nbm-maven-plugin\4.2-installBugfix Finally: Go to the application pom for your Project (say MavenNBProject-app), and change the version of nbm-maven-plugin to 4.2-installBugfix. You should be able to build installers using the nbm-maven-plugin. On 8/21/2019 11:55 PM, Andreas Hauffe wrote: Hi, thanks for the hint. In my case I had to change the entries in two files: harness/nbi/stub/ext/components/products/helloworld/nbproject/project.properties harness/nbi/stub/ext/engine/nbproject/project.properties Now it is building the installers Andreas Am 21.08.19 um 17:17 schrieb William Reynolds: I ran into this a few weeks ago using Coolbeans: We have an RCP application that I was trying to create an installer for (right click the project, Package As->Installers). The build was failing with the following error: -do-compile: [mkdir] Created dir: C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\empty [javac] Compiling 2 source files to C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\classes [javac] error: Source option 5 is no longer supported. Use 6 or later. [javac] error: Target option 1.5 is no longer supported. Use 1.6 or later. I don't have a deep und
Re: "New Project->Java with Maven -> Netbean" Module fails
Confirmed that it works in 11.2. One weird thing - upon creation, the pom was showing an error, didn't recognize nbm. Adding removing some text to the pom and saving caused it to reload and to work. This was immediately after installing 11.2. Subsequent restarts and project creation did not exhibit this problem. On 9/23/2019 12:16 PM, Geertjan Wielenga wrote: Fixed in 11.2, try it in a daily build or wait for beta1 to be released this week, would be great if you'd verify it works for you there. Gj On Mon, Sep 23, 2019 at 8:01 PM William Reynolds mailto:wnreyno...@stellarscience.com>> wrote: Per subject. Trying to create a new Maven RCP Module project fails. It prompts for a directory name and exits immediately after finish is clicked. A directory is created, but no project files. In my messages.log, I have the following error: WARNING [org.openide.WizardDescriptor] java.lang.NullPointerException at org.apache.maven.artifact.versioning.ComparableVersion.parseVersion(ComparableVersion.java:357) at org.apache.maven.artifact.versioning.ComparableVersion.(ComparableVersion.java:348) at org.netbeans.modules.maven.apisupport.NBMNativeMWI$AdditionalOperations.performOperation(NBMNativeMWI.java:384) at org.netbeans.modules.maven.apisupport.NBMNativeMWI$AdditionalOperations.performOperation(NBMNativeMWI.java:141) at org.netbeans.modules.maven.model.Utilities.performPOMModelOperations(Utilities.java:318) at org.netbeans.modules.maven.spi.newproject.CreateProjectBuilder.create(CreateProjectBuilder.java:146) at org.netbeans.modules.maven.apisupport.NBMNativeMWI.instantiate(NBMNativeMWI.java:69) at org.netbeans.modules.maven.apisupport.NbmWizardIterator.instantiate(NbmWizardIterator.java:130) at org.openide.loaders.TemplateWizard$InstantiatingIteratorBridge.instantiate(TemplateWizard.java:1028) at org.openide.loaders.TemplateWizard.handleInstantiate(TemplateWizard.java:580) at org.netbeans.modules.project.ui.NewProjectWizard.handleInstantiate(NewProjectWizard.java:51) at org.openide.loaders.TemplateWizard.instantiateNewObjects(TemplateWizard.java:414) at org.openide.loaders.TemplateWizardIterImpl.instantiate(TemplateWizardIterImpl.java:223) at org.openide.loaders.TemplateWizardIteratorWrapper.instantiate(TemplateWizardIteratorWrapper.java:135) at org.openide.WizardDescriptor.callInstantiateOpen(WizardDescriptor.java:1605) at org.openide.WizardDescriptor.callInstantiate(WizardDescriptor.java:1546) at org.openide.WizardDescriptor.access$2300(WizardDescriptor.java:67) [catch] at org.openide.WizardDescriptor$Listener$2$1.run(WizardDescriptor.java:2233) 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) INFO [org.netbeans.core.netigso.Netigso]: bundle org.eclipse.osgi@3.9.1. <mailto:org.eclipse.osgi@3.9.1.>v20140110-1610 256 INFO [org.netbeans.core.netigso.Netigso]: bundle org.eclipse.osgi@3.9.1. <mailto:org.eclipse.osgi@3.9.1.>v20140110-1610 stopped INFO [null]: Last record repeated again. -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com <mailto:wnreyno...@stellarscience.com> www.stellarscience.com <http://www.stellarscience.com> 877-763-8268 x710 (v) -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
"New Project->Java with Maven -> Netbean" Module fails
Per subject. Trying to create a new Maven RCP Module project fails. It prompts for a directory name and exits immediately after finish is clicked. A directory is created, but no project files. In my messages.log, I have the following error: WARNING [org.openide.WizardDescriptor] java.lang.NullPointerException at org.apache.maven.artifact.versioning.ComparableVersion.parseVersion(ComparableVersion.java:357) at org.apache.maven.artifact.versioning.ComparableVersion.(ComparableVersion.java:348) at org.netbeans.modules.maven.apisupport.NBMNativeMWI$AdditionalOperations.performOperation(NBMNativeMWI.java:384) at org.netbeans.modules.maven.apisupport.NBMNativeMWI$AdditionalOperations.performOperation(NBMNativeMWI.java:141) at org.netbeans.modules.maven.model.Utilities.performPOMModelOperations(Utilities.java:318) at org.netbeans.modules.maven.spi.newproject.CreateProjectBuilder.create(CreateProjectBuilder.java:146) at org.netbeans.modules.maven.apisupport.NBMNativeMWI.instantiate(NBMNativeMWI.java:69) at org.netbeans.modules.maven.apisupport.NbmWizardIterator.instantiate(NbmWizardIterator.java:130) at org.openide.loaders.TemplateWizard$InstantiatingIteratorBridge.instantiate(TemplateWizard.java:1028) at org.openide.loaders.TemplateWizard.handleInstantiate(TemplateWizard.java:580) at org.netbeans.modules.project.ui.NewProjectWizard.handleInstantiate(NewProjectWizard.java:51) at org.openide.loaders.TemplateWizard.instantiateNewObjects(TemplateWizard.java:414) at org.openide.loaders.TemplateWizardIterImpl.instantiate(TemplateWizardIterImpl.java:223) at org.openide.loaders.TemplateWizardIteratorWrapper.instantiate(TemplateWizardIteratorWrapper.java:135) at org.openide.WizardDescriptor.callInstantiateOpen(WizardDescriptor.java:1605) at org.openide.WizardDescriptor.callInstantiate(WizardDescriptor.java:1546) at org.openide.WizardDescriptor.access$2300(WizardDescriptor.java:67) [catch] at org.openide.WizardDescriptor$Listener$2$1.run(WizardDescriptor.java:2233) 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) INFO [org.netbeans.core.netigso.Netigso]: bundle org.eclipse.osgi@3.9.1.v20140110-1610 256 INFO [org.netbeans.core.netigso.Netigso]: bundle org.eclipse.osgi@3.9.1.v20140110-1610 stopped INFO [null]: Last record repeated again. -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: Error while building the installers of a netbeans platform application
I've just migrated my RCP project to a Maven-based build, and fixing the installer bug was a bit more involved. To begin the migration, I constructed a maven nb platform project using the guide on https://platform.netbeans.org/tutorials/nbm-maven-quickstart.html. Note that adding child projects didn't work, I had to construct those projects by hand. The key thing is that your project will have an "-App" module whose pom has nbm-application and a plugin block like: deployment org.apache.netbeans.utilities nbm-maven-plugin 4.2-installBugfix extra autoupdate webstart-app build-installers when you do a 'mvn -Pdeployment install', it should build an installer for you, but you get the error about Java version 1.5 being to old. As described below, the problem is that there are two property files with bad properties in the ant-based build harness that need to be fixed. It turns out that the harness of ant scripts is now installed and run by the plugin, not using the harness installed with your netbeans installation, so you will have to fix the javac.{source,target}=1.5 bug in the plugin. (If you have an ant-based build system for your RCP, then fix the files in your nb installation as in the message included below). Instructions below are a hack, but they got me up and running: First: * Download nbm-maven-harness source from https://github.com/apache/netbeans-mavenutils-nbm-maven-harness/tree/nbm-maven-harness-11.0, unpack. * 'mvn install' to build the source. Edit the two project.properties files under "target" to fix the javac.* properties (use find, or see below for paths). * Edit the pom, change the version to 11.0-installBugfix. Disable the large block in the pom beginning: org.apache.maven.plugins maven-antrun-plugin ... . This will prevent the second build you are about to do from overwriting your fixes. * Run 'mvn install'. This installs a plugin with fixed harness files to your .m2 repository .m2\repository\org\apache\netbeans\utilities\nbm-maven-harness\11.0-installBugfix. Next: * Download nbm-maven-plugin source from https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin, unpack. * Go into pom, modify version to be 4.2-installBugfix, go to dependencies, change the version for nbm-maven-harness to 11.0-installBugfix. * Run 'mvn install', this installs the fixed plugin to .m2\repository\org\apache\netbeans\utilities\nbm-maven-plugin\4.2-installBugfix Finally: Go to the application pom for your Project (say MavenNBProject-app), and change the version of nbm-maven-plugin to 4.2-installBugfix. You should be able to build installers using the nbm-maven-plugin. On 8/21/2019 11:55 PM, Andreas Hauffe wrote: Hi, thanks for the hint. In my case I had to change the entries in two files: harness/nbi/stub/ext/components/products/helloworld/nbproject/project.properties harness/nbi/stub/ext/engine/nbproject/project.properties Now it is building the installers Andreas Am 21.08.19 um 17:17 schrieb William Reynolds: I ran into this a few weeks ago using Coolbeans: We have an RCP application that I was trying to create an installer for (right click the project, Package As->Installers). The build was failing with the following error: -do-compile: [mkdir] Created dir: C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\empty [javac] Compiling 2 source files to C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\classes [javac] error: Source option 5 is no longer supported. Use 6 or later. [javac] error: Target option 1.5 is no longer supported. Use 1.6 or later. I don't have a deep understanding of the build harness, but it looked like an empty application, helloworld, was being added to the installer, and the compile was failing it due to too low a javac.{source,target} specification. Setting javac.{source,target}=1.8 in my toplevel project.properties didn't fix the problem. Editing CoolBeans\harness\nbi\stub\ext\components\products\helloworld\nbproject\ project.properties and changing javac.source=1.8 javac.target=1.8 fixed the problem. I know folks are managing a lot of changes with the move to apache, and this is a little problem, but it should be simple to fix and will save others the couple of hours I took to track it down. Thanks for your work. FWiW, about my coolbeans: Product Version: CoolBeans IDE 2018.12 (Build coolbeans-9-on-20190221) Java: 11.0.2; OpenJDK 64-Bit Serv
Re: Appending data to file in a MemoryFileSystem.
But can't you construct a FileChannel from the FileOutputStream? I thought the question was how to seek on an output stream, which the example generates. On 9/19/2019 10:06 AM, Neil C Smith wrote: On Thu, 19 Sep 2019 at 17:03, William Reynolds wrote: From https://stackoverflow.com/questions/9558979/java-outputstream-skip-offset ... FileOutputStream out = new FileOutputStream(file); There is no File! ;-) Best wishes, Neil -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: Appending data to file in a MemoryFileSystem.
From https://stackoverflow.com/questions/9558979/java-outputstream-skip-offset |try{FileOutputStreamout =newFileOutputStream(file);try{FileChannelch =out.getChannel();ch.position(offset);ch.write(ByteBuffer.wrap(data));}finally{out.close();}}catch(IOExceptionex){// handle error}| On 9/19/2019 8:02 AM, Richard Linsdale wrote: Hopefully somebody can help direct me to a solution to this problem In a Netbeans plug-in which I am developing, I have created a MemoryFileSystem for storage of transient files. I now wish to add a feature to append data to an existing file (in the MemoryFileSystem), but I can't find a solution. If the file was in the OS file system, then I could use the FileUtils.toFile() method to get a and then use new FileWriter (, true) to create a writer with which I could append the data. As the file is in a MemoryFileSystem, use of FileUtils.toFile returns null, so it's not a route to follow. Use of .getOutputStream() returns a valid outputstream, but is positioned at the start of the file and will therefore overwrite the existing data. Any suggestions welcome, as I want to avoid copying the existing file content to a new file on every append request and then renaming the file (which is my probably short term fall back). In the longer-term, it would be nice to have .getOutputStream(boolean append) as a extension to the API, but that can come later. regards Richard - 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 -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Re: Error while building the installers of a netbeans platform application
I ran into this a few weeks ago using Coolbeans: We have an RCP application that I was trying to create an installer for (right click the project, Package As->Installers). The build was failing with the following error: -do-compile: [mkdir] Created dir: C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\empty [javac] Compiling 2 source files to C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\classes [javac] error: Source option 5 is no longer supported. Use 6 or later. [javac] error: Target option 1.5 is no longer supported. Use 1.6 or later. I don't have a deep understanding of the build harness, but it looked like an empty application, helloworld, was being added to the installer, and the compile was failing it due to too low a javac.{source,target} specification. Setting javac.{source,target}=1.8 in my toplevel project.properties didn't fix the problem. Editing CoolBeans\harness\nbi\stub\ext\components\products\helloworld\nbproject\ project.properties and changing javac.source=1.8 javac.target=1.8 fixed the problem. I know folks are managing a lot of changes with the move to apache, and this is a little problem, but it should be simple to fix and will save others the couple of hours I took to track it down. Thanks for your work. FWiW, about my coolbeans: Product Version: CoolBeans IDE 2018.12 (Build coolbeans-9-on-20190221) Java: 11.0.2; OpenJDK 64-Bit Server VM 11.0.2+9 Runtime: OpenJDK Runtime Environment 11.0.2+9 System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) User directory: C:\\AppData\Roaming\NetBeans\2018.12 Cache directory: C:\\AppData\Local\NetBeans\Cache\2018.12 -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) On 8/21/2019 8:33 AM, Neil C Smith wrote: Hi, On Wed, 21 Aug 2019 at 15:28, Andreas Hauffe wrote: thanks for the answer. With JDK 11 I'm still getting the same error. Yes,as far as I know, the installers can't be built with JDK 11 yet. See pending PR https://github.com/apache/netbeans/pull/1414 Best wishes, 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 -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
Problem Building an Installer Using Coolbeans 2018.12
We have an RCP application that I was trying to create an installer for (right click the project, Package As->Installers). The build was failing with the following error: -do-compile: [mkdir] Created dir: C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\empty [javac] Compiling 2 source files to C:\Users\wnreynolds\Desktop\Work\\build\installer\nbi_all\ext\infra\build\products\helloworld\build\ext\components\products\helloworld\build\classes [javac] error: Source option 5 is no longer supported. Use 6 or later. [javac] error: Target option 1.5 is no longer supported. Use 1.6 or later. I don't have a deep understanding of the build harness, but it looked like an empty application, helloworld, was being added to the installer, and the compile was failing it due to too low a javac.{source,target} specification. Setting javac.{source,target}=1.8 in my toplevel project.properties didn't fix the problem. Editing CoolBeans\harness\nbi\stub\ext\components\products\helloworld\nbproject\ project.properties and changing javac.source=1.8 javac.target=1.8 fixed the problem. I know folks are managing a lot of changes with the move to apache, and this is a little problem, but it should be simple to fix and will save others the couple of hours I took to track it down. Thanks for your work. FWiW, about my coolbeans: *Product Version:* CoolBeans IDE 2018.12 (Build coolbeans-9-on-20190221) *Java:* 11.0.2; OpenJDK 64-Bit Server VM 11.0.2+9 *Runtime:* OpenJDK Runtime Environment 11.0.2+9 *System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) *User directory:* C:\\AppData\Roaming\NetBeans\2018.12 *Cache directory:* C:\\AppData\Local\NetBeans\Cache\2018.12 -- William Reynolds, Ph.D. Stellar Science, LLC wnreyno...@stellarscience.com www.stellarscience.com 877-763-8268 x710 (v) smime.p7s Description: S/MIME Cryptographic Signature
How can I prevent duplicate "binary directory"-s under Netbeans
Greetings Netbeans roasters, I've seen this in the netbeans IDE log. It is more than a warning it messes up the editor, debugger and just makes life painful. See log snippet below. The project files are on the drive Mounted as /work under root on Linux. Yet for some mysterious reason, Netbeans or java persists in digging into the bowels and deriving a second path of: - file:/data/work/products When the mounted path is: - file:/data/work/products A similar thing happened with work was a Symbolic Link. This problem come-up on Linux and Windows and I would expect the same on a Mac when anyone puts files on a path with Symbolic Links. I don't know it it is a Gradle artefact or not because we never say this with Ant and Maven builds inside Netbeans. Any suggestions or indights welcome? WARNING [org.netbeans.modules.java.preprocessorbridge.spi.CompileOnSaveAction]: More than one binary directory for root: file:/data/work/products/watchdog/relay/dev/lib/tmacs/foundation/TestingSupport/src/main/groovy/ WARNING [null]: Last record repeated 2 more times. INFO [org.netbeans.modules.masterfs.watcher.Watcher]: Cannot add filesystem watch for /data/work/products/watchdog/relay/dev/lib/tmacs/foundation/comms/build/classes/java: java.io.IOException: addWatch on /data/work/products/watchdog/relay/dev/lib/tmacs/foundation/comms/build/classes/java errno: 2 Kind regards, aplatypus
Re: [netbeans] offline installation
Actually, as I understand 'ti' GPL will never weaken the license to be circulated with permissive licenses, e.g. - Apache - MIT - BSD - ...etc. I don't think this is a big thing. GCC isn't donated to Apache (GPL that it is, etc.) and there's lots of other things including plugins with other licenses. only 2-cents, aplatypus On Sun, 30 Dec 2018 at 05:20, Geertjan Wielenga wrote: > IntelliJ is not distributed by Apache. NetBeans is distributed by Apache. > Apache does not allow distribution of GPL code or binaries. The Java > compiler is GPL licensed. > > Gj > > On Sat, Dec 29, 2018 at 7:07 PM Peter Steele wrote: > >> Oracle already has "donated" it in a way because of the openjdk project. >> Nb-javac is just an extension of the javac distributed with added extras to >> make ide's able to parse the results of compiling better (that's my take). >> Intelij does a similar thing, presumably based on the openjdk code. >> >> The difference being intelij doesn't make you download something extra. >> So the question is valid, why is netbeans different to intelij in this >> respect and why does it have to be downloaded separately. I personally find >> it weird why oracle thinks it wants to keep the extended javac code a >> secret when the javac code is visible at the openjdk project. >> >> On Sat, 29 Dec 2018, 17:43 Geertjan Wielenga >> > >>> No, that's the point. It will never be donated to Apache. It belongs to >>> Oracle. Oracle is never going to donate its Java compiler, or forks >>> thereof, to anybody. >>> >>> Gj >>> >>> On Sat, Dec 29, 2018 at 6:41 PM Alex O'Ree wrote: >>> Is nb-javac on the roadmap for being donated to apache? On Sat, Dec 29, 2018 at 10:54 AM Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > Why can't we just bundle it all together and have it ready to go in >> the zip? >> > > Because, for example, in the case of Java support in Apache NetBeans, > the nb-javac compiler belongs to Oracle and is GPL licensed and hence > cannot be distributed by Apache. You need to install it yourself, i.e., > individually accept the licensing terms. > > Gj > > On Sat, Dec 29, 2018 at 4:52 PM Alex O'Ree > wrote: > >> For what it's worth, I often have to install netbeans on computers >> that are not connected to the internet. In v8.2 and prior, I could >> download >> the EE version and have everything I need to get up and running (except >> for >> maven dependencies and any additional netbeans plugins). Maven >> dependencies >> can be synced using a local nexus server and some swivel chair action >> and i >> was able to find a way to clone the entire netbeans plugin repo for local >> installations. >> >> With the newer installs, we're pretty much forced o be online during >> the first "activation" of a specific feature. Why can't we just bundle it >> all together and have it ready to go in the zip? Alternatively, if there >> a >> single place there all of the online activation stuff downloads the >> necessary dependencies from then it's possible that i can just clone that >> website/repo. Is this how it works? If so, where is the repo? >> > -- aloha, \_w_/ ___ º http://www.facebook.com/will.2016
Re: please recommend Linux Font for Netbeans on Linux
Hi all on List ... The setting: - *-J-Dawt.useSystemAAFontSetting**s=on* *Is-the solution*. Font changes show little improvement. This setting works for: - Java 1.8, Java 11 (Oracle) and Graal v1.0 - Neteans 8.2 and 9.0 Essentially I think it is handled almost OK on Windows without the option. Everyone on Linux has seen the problem. One guy on Bohdi was satisfied although things don't line-up. Gnome seemed to ebe the main offender. Anyway adopt the switch!! :-) On Mon, 10 Dec 2018 at 20:47, Steve Jacobs wrote: > On Fri, 7 Dec 2018 17:11:10 +1100 > "* William" wrote: > > > Does someone know a fixed font that works in netbbeans so that this > > example lines up: > > > > 1 2 > > 123456789*123456789* > > > > On my machine (Debian Stretch) all font spacing (and rendering) problems > disappear using this command to start netbeans: > > netbeans -J-Dawt.useSystemAAFontSettings=on > > For convenience, this can be added to the command line at the end of the > /netbeans/bin/netbeans shell script.
Re: please recommend Linux Font for Netbeans on Linux
Hi Gregor, Thanks for your comment. Bassed on my trails with different Fixed Width fonts -- It looks as if the issue is to do with Netbeans, not the fonts. The fonts work find in other applications -- Examples here are from VS Code: - https://itnext.io/11-best-programming-fonts-724283a9ed57 The screen shot I provided was using "Courier 10", which seems to famoulsy work (virtually) everywhere else. And yet on two different lines in netbeans the Display of the variable name both in column 41 appears to be as much as 10 x characters apart. That's just ridiculous if you ask me. So the question is really how can Netbeans be tweaked to display Fixed Width Fonts in columns matching the font widths. Best wishes ... On Fri, 7 Dec 2018 at 19:40, Gregor Kovač wrote: > Hi! > > I'm using "Office Code Pro" size 12 for the editor and "Tahoma" size 12 > for the default font (menus, ...). > > Best regards, > Kovi > > V V pet., 7. dec. 2018 ob 07:11 je oseba * William < > william.full.m...@gmail.com> napisala: > >> Hello list ... >> >> Please refer to the screen shot below ... The comment on the right is the >> column number of the parent class/interface on that line. >> >
please recommend Linux Font for Netbeans on Linux
Hello list ... Please refer to the screen shot below ... The comment on the right is the column number of the parent class/interface on that line. [image: image.png] I'm running Netbeans 9 on Ubuntu 18.10 and using the JDK 11. for contrast on the command line in terminal, everything lines-up with al lthe fixed fonts I've tested. Including Courier 10 Same fonts in Netbeans are all over the place. It is a mess. No matter which "Look and Feel" I use. Does someone know a fixed font that works in netbbeans so that this example lines up: 1 2 123456789*123456789* That's using the Gmail fixed font setting. 10 spaces in is a "1". This is all ove rthe pace with netbeans. I don't think there's reason for that except no one cared to make it work. VS Code manages to work OK. aloha, \_w_/ ___
Re: where is Featured Demo kept?
Hi Emilian, Nope it seems to be a build-in limitation. I've done some more poking largely due to some other hassles and lucked(??) upon some more details. Short version here is: - "Feature Demo" somehow configured within the "--cachedir" (yes the cache) - Something else in the "--userdir" is pointing to that item in cache! You can't just save a user directory and expect to see your "Feature demo" feed. I am working to set-up a "baseline" with the plugins and config I want. So I was able to test some of those variables and pairing. Good thought. Thanks. On Mon, 19 Nov 2018 at 17:50, Emilian Bold wrote: > Maybe your firewall is blocking something? That panel is loading > http://netbeans.org/demos.xml > > --emi > > > On Mon, Nov 19, 2018 at 7:38 AM * William > wrote: > >> Hi all ... >> >> This is such a small matter and for some reason It just keeps bugging >> me. This little fee -- I imagine it is an RSS or something -- Keep >> vanishing. >> >> Can one of the kind people on the list tell me where this is kept? The >> file name and what URL it is supposed to grab ... Inorder for me to fix it >> when it breaks as it so frequently does (as now). >> >
where is Featured Demo kept?
Hi all ... This is such a small matter and for some reason It just keeps bugging me. This little fee -- I imagine it is an RSS or something -- Keep vanishing. Can one of the kind people on the list tell me where this is kept? The file name and what URL it is supposed to grab ... Inorder for me to fix it when it breaks as it so frequently does (as now). I'm setting up a new PC and about 10 min. ago the "Featured demo" was showing a netbeans 9 announcement. Now it is dead. [image: image.png] Sometime ago when I put a bug against this the answer is to blow away my user directory. That's one answer. I'd much rather just fix it manually with an editor and proceed. My thanks in advance, Will.
Fwd: SVN fix?
Hi again list, Yes may be Netbeans 10 will sort it out. From the previous discussion of this point (circa 2018-08-20): Actually, you need no workaround. The bug NETBEANS-771 was fixed. See https://github.com/apache/incubator-netbeans/tree/master/subversion. I build the module from source and installed the new module version. I don't know if there is a automatic update and how this is handled right now. But I didn't get any updates up to now. found by searching "users@netbeans.apache.org svn" on the list So it works for people who rebuild Netbeans and there was no update to "see". That's fine. This however doesn't explain lack of JavaHL support and absentce of the SvnKit. Under Netbeans 9.0, with both Java 10 and Java 8 this happens when you click "Load next 30 days": [image: image.png] While yu can clickon JavaHL client, requires a restart. Once restarted, there is No Change. Both Java 8 and Java 10. One can easily see that SvnKit is no longer in the drop-down list. Pop-up below appears. Every time, no matter what svn.exe CLI client is specified. [image: image.png] Looking forward to Netbeans 10. kind regards, aplatypus. On Wed, 26 Sep 2018 at 22:01, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > > > On Wed, Sep 26, 2018 at 1:45 PM, * William > wrote: > >> Hmm >> >> This matter was discussed a month or more back. There appears to be NO >> "SvbKit" and the 'JavaHL' reverts back to command line. >> >> On the command line, the version is: >> >> svn, version 1.8.16 (r1740329) >>compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu >> >> Because the SVN functionality is not happening, new files, moves and >> renames get lost and miss being committed. >> >> This happens on Linux and Windows. On the Windows box, it is TortiseSVN >> client. Netbeans v8.x al work as well as ever. Not certain on the >> TortiseSVN client version. Again though, works with 8.2 >> >> Personally I call this a regression error. No matter how it is >> classified Netbeans 9 can't be used for production without an external SVN >> client. >> > > > Well, just in this mail thread you can see that others do not have this > problem -- e.g.., "Hmm, I don't have any problems with SVN with NetBeans > 9," says Thomas Kellerer, above. > > Maybe a difference in your environment between 8.2 and 9 is that you're > using a different JDK, for example, which could have some influence in some > way? Are there other differences between the two environments? > > Next week, we should have a new release, for Apache NetBeans 10, you could > try that and see if it resolves your problem >
Re: SVN fix?
Hmm This matter was discussed a month or more back. There appears to be NO "SvbKit" and the 'JavaHL' reverts back to command line. On the command line, the version is: svn, version 1.8.16 (r1740329) compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu Because the SVN functionality is not happening, new files, moves and renames get lost and miss being committed. This happens on Linux and Windows. On the Windows box, it is TortiseSVN client. Netbeans v8.x al work as well as ever. Not certain on the TortiseSVN client version. Again though, works with 8.2 Personally I call this a regression error. No matter how it is classified Netbeans 9 can't be used for production without an external SVN client. Often it means things like refactoring don't work effectively. Refactoring is a huge help and it is oftne a shock to find a change has been lost after new work has been committed that depends on same. As I recall there were several people affected. If it has been fixed, how come there's no updates showing? For anything. Concerning: NETBEANS-771 That only refers to command line option and for SVN 1.10. The SVN protocol hasn't changed in any case. Kind regards, aplatypus On Mon, 24 Sep 2018 at 18:16, Thomas Kellerer wrote: > Interesting, "svn --version" gives me 1.9.7 so apparently I'm just lucky ;) > > Thomas > > Andreas Hauffe schrieb am 24.09.2018 um 09:35: > > Hi, > > > > this could be the problem when the minor version number of subversion is > greater than 9. This is bug > > > > https://issues.apache.org/jira/browse/NETBEANS-771 > > > > and it was resolved in > > > > > https://github.com/apache/incubator-netbeans/commit/c9d53a66c0518a3ee8008b781a1940c079808585 > > > > Andreas > > > >
SVN fix?
Hi all, Do we know if there's a fix on the way for the absent SVN functionality in Netbeans 9? It makes the IDE pretty much unusable for project work at present. For example I can't update to HEAD, commit or even look at history within Netbeans. I tried the HL interface and it was just reset back to the command line -- Which doesn't work as documented on the list earlier. This happens on BOTH Windows and Linux installations. aloha, \_w_/ ___
Re: NB 9 release still won't find updates or plugins.
Thank you for that Geetjan, It is still a short list (as noted previously).. One critical omission is the Gradle plugin. I went back to my Netbeans 8.2 and copied the URL-s from there: - http://plugins.netbeans.org/nbpluginportal/updates/8.2/catalog.xml.gz I was able to install from there. I then saw another post from Marco Ambu suggesting this source as well. Also installed and apparently going OK ... - Markdown support - Toggle line wrap - Editor zoom - of course Gradle Seems like it would be good to have a wiki page or some such were people who have had a plugin working 'acceptably' could vote-up / vote-down. That might give us an indicator of what may be useful or a waste of time. I still think the plugins should have an About button on the Options panel with source location and source URL in their information sheet in the Plugin manager. Anyway that's 4 of them. Best wishes beaners ... Will On 15 August 2018 at 08:36, Geertjan Wielenga < geertjan.wiele...@googlemail.com.invalid> wrote: > Can you read this, please: https://blogs.apache.org/netbeans/entry/what-s- > happened-to-my > > You will read about using this plugin portal: http://updates.netbeans.org/ > netbeans/updates/8.2/uc/final/distribution/catalog.xml.gz > > Thanks, > > Gj > > > aloha, \_w_/ ___
Fwd: Plug-in support and compatibility suggestion
Thank you Geertjan, I understand the licienseing point -- Yes in that specific case, yes the plugin needs to be compatible. I am unconcerned about specific missing plugins. I had hoped my point was clear enough as this is something that applies to a Great Many products that use "plug-in" and "add-on" mechanisms. I feel that products in general should provide 'useability' support for compliant and compatible plug-ins that work from the previous version. In the case of Netbeans as on specific example, v9.0 *would* permit support for v8.2 plugins. And only the ones that work/are compatible and compliant with the licensing and infrastructiure/platform changes. I really think that would be a big plus for any platform/product. On 3 August 2018 at 17:57, Geertjan Wielenga wrote: > The problems are a bit more complex than how you describe them, in the > case of Apache NetBeans. > > Take for example 'org.jdesktop.beansbinding'. > > This is a library that has been part of NetBeans for many years. And it's > been used by a variety of plugins as well, such as some of those you seem > to be trying to install. > > However, the licensing of that library is GPL. The Apache Software > Foundation does not allow Apache projects to distribute GPL-based libraries. > > So, we had to remove it from Apache NetBeans. > > And now some of the plugins that rely on that library will not work. > > There are other similar cases, though not too many. Another example is > Hibernate (http://hibernate.org/community/license), which had to be > removed in order for Apache NetBeans to be acceptable to the Apache > Software Foundation. > >
Plug-in support and compatibility suggestion
Hello all... I have an interesting general for platforms supporting: extras, macros, add-ons, plug-ins, extensions, themes, what have you. For this post, I'll jsut use "plug-in" as a *generic* term meaning all things you can add/theme, etc. *use-case:* I've faced the same situation on many platforms, across many release-cycles, and over many years. Some identifable examples include Netbeans, Firefox (since v5), Chrome, Eclipse, even application tools Excel, Word and OpenOffice/LibreOffice, etc. Almost with out exception, when new releases comes-out I as an end-user loose functionality when the "plug-in" version no longer matches or if the model changes. Last year Firefox changed the whole plug-in interface and I lost every day productivity because things aI had a habit of using were no longer "present" or compatible. I am sure you are familiar with the feeling when your favoured tool or add-on is no longer there? An example to talk to is this: the Netbeans RC and Beta both happily supported the plugin QuickOpener during my various opportunities to trial these two pre-release candidates. Alas, Netbeans release 9 does not. I'm sure there are reasons. I'm taling to two points. 1. Capability -- Evidently Netbeans as RC1 can support QuickOpener (it is feasible and practical) 2. Usability -- Those features that I may use 4 or 24 times a day are now gone. I believe there are ways to be nicer to end-uers when migrating / upgrading versions. *suggestion*: Here's an approach to improve the User Experiece. Support backward compatibility for just one version back. In this case Netbeans 9 might have supported existing Netbeans 8 plug-ins. Not all of them but from my using of Netbeans pre-releases I had no problem with most of them. *process*: In order to Not be a burden progressing between versions there need to be some simple rules/steps. - Make the previous version compatiblity layer a configurable option in the config file (or start-up option). - No support is promised for unqualified / out of certification, older plugins, but if it works why not let it run. - When a compatible version comes along the normal update stream should upgrade the plugin. - On the Netbeans Tools / Options panel, all plug-ins should report a few things in an about box or sub-panel - Plug-in version number - Netbeans certificaiton / release compatibility - Project URL (and source when open source -- encourage folk to upgrade old plug-ins) - URL-s to report bugs, documentation - The infrastructure to activate/deactivate plug-ins already exists - Highlight any Retro Plug-in in the plug-ins in a different colour (brown??) - In the plug-in sources settings provide two plug-in repository channels - current plugins - retro plug-ins - Perhaps even provide a check-box or a tab on the plugin choosing panel to select between the two sets of plug-ins. - Get plugin to provide a button for displaying or saving settings to a human readable format - that way settings that are not saved in Export can be kept *summary:* I happily installed Netbeans 9 and import-ed by settings from netbeans v8.2. All was good ...So far as it goes on the technical side. However all these platforms that use plugins share the same issue when it comes to breaking changes -- And the end-user always loses the toss of the coin. The main tools I would need to use Netbeans day to day are not ready yet. At least that means without some level of a retro plugin layer, adoption is retarded and the user base is limited. In a nut shell, I think that for the sake of continuity of service and maintaing a great User Experience the software industry (meaning individuals and projects... ) need to really factor in support for - "User Experience Service Continuity". The label is awkward, I know. Thing is the settings I imported can not all work because the plugin that might know about them doesn't 'exist' for Netbeans 9 or Firefox 54 or Excel 2010. People often say how they want to support the users, but these workflow breaking changes remind me of the 1980-s user design. I would keep silent if not for the lucky evidence from the Beta and RC1 experince where plugins I can't use today worked happily on Netbeans RC1. That's all. What about it? Wouldn't you like to have compatible tools from the previous version until they are upgraded? Best wishes, aplatypus -- -- -- Some plugins require plugin org.jdesktop.beansbinding to be installed. The plugin org.jdesktop.beansbinding is requested in version 1.13.1.121. The following plugin is affected: QuickOpener Some plugins require plugin Common Test Runner API to be installed. The plugin Common Test Runner API is requested in version >= 1.31.1 (release version 1) but only 2.11.1 (of release version different from 1) was found. The following plugin is affected: Gradle Support Some plugins
Re: [VOTE] Apache NetBeans Logo
#2 for me. Cheers, William Bacchi. 2018-03-01 13:34 GMT+01:00 Antonio <anto...@vieiro.net>: > Hi all, > > For popular demand let's vote about the NetBeans Logo in the mailing list, > that's easier for everybody, right? This will close NETBEANS-145 [1]. > > The received entries are at [2]. > > Please state the icon identifer you vote for (only icons count, do not pay > attention to typography). > > Thanks all, > Antonio > > > [1] > https://issues.apache.org/jira/browse/NETBEANS-145 > > [2] > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+ > NetBeans+Logo+Contest > > - > 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 > >