Property View of Project Could not Open
Hi, I'm try Netbeans12.0beta6 to write the Java Maven Project,and It's all good before. However, I Open the NetBeans today, Click the Property of Project as usual,And it did not work! I don't know what's happening.Netbeans told me there is a Exception out,java.lang.IllegalArgumentException. Can Somebody tell me how to deal with it? Albert Flex
Re: Native packaging
+1 to NetBeans packaging option flipping to use jpackage on JDK 14+. In fact, if NB is running on JDK14 or greater, or even just has a Java 14 or greater JDK configured, it should be able to use jlink/jpackage to package an application even if the application project is configured to use an earlier JDK. If no Java 14+ JDK is available, the native package option in NetBeans should simply put up a dialog stating that a Java 14 or greater JDK must be available to use that option (even for projects that use an earlier JDK). Maybe even have a button there to go to the Java Platform Manager to add a JDK. Adding the dev list to see if someone there is interested in this... Regards, Scott > On May 28, 2020, at 3:24 PM, David Gradwell wrote: > > Chris, > > The reason I mentioned JavaFX as problematic is that it is not included JDK > releases beyond 1.8. The JavaFX deploy capability is the basis for NetBeans > native packaging. Thus the Netbeans packaging fails if NetBeans is run on a > later version of Java than 1.8. As you probably surely know, JavaFX has > moved to https://openjfx.io/ and also see > https://gluonhq.com/services/javafx-support/ . As far as I can see (correct > me if I'm wrong) JavaFX 14.0.1 sdk no longer provides > com.sun.javafx.tools.ant.FXJar and NetBeans native packaging fails. Hence > (and only for this reason) I labelled the use of JavaFX as problematic for > deployment. The packaging code seems to have been extracted from JavaFX to > form javapackager which then became jpackage in JDK14. In my experience, > jpackage has fewer challenges in that I could get it to work more or less > first time. Be aware however that it is in "incubator" stage of its > lifecycle. Hopefully it will become a standard Java component that we can > rely on going forward. > > Regards > > David > > > On 28/05/2020, 15:57, "Chris Olsen" wrote: > >David and All -- > > Having recently struggled through jpackage on both PCs and Macs, > Netbeans support would be (IMHO) fantastic! If I were a developer, rather > than a statistician writing software for my students' use, I would most > certainly offer to assist. Now, however, I have an amateur's question. I > make very heavy use of JavaFX, and I am uncertain what you mean by... > >> It would remove the problematic dependency on JavaFX > > Could you amplify a bit the "problematic dependency" phrase? > > Thank you in advance. > > -- Chris - 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: Native packaging
Chris, The reason I mentioned JavaFX as problematic is that it is not included JDK releases beyond 1.8. The JavaFX deploy capability is the basis for NetBeans native packaging. Thus the Netbeans packaging fails if NetBeans is run on a later version of Java than 1.8. As you probably surely know, JavaFX has moved to https://openjfx.io/ and also see https://gluonhq.com/services/javafx-support/ . As far as I can see (correct me if I'm wrong) JavaFX 14.0.1 sdk no longer provides com.sun.javafx.tools.ant.FXJar and NetBeans native packaging fails. Hence (and only for this reason) I labelled the use of JavaFX as problematic for deployment. The packaging code seems to have been extracted from JavaFX to form javapackager which then became jpackage in JDK14. In my experience, jpackage has fewer challenges in that I could get it to work more or less first time. Be aware however that it is in "incubator" stage of its lifecycle. Hopefully it will become a standard Java component that we can rely on going forward. Regards David On 28/05/2020, 15:57, "Chris Olsen" wrote: David and All -- Having recently struggled through jpackage on both PCs and Macs, Netbeans support would be (IMHO) fantastic! If I were a developer, rather than a statistician writing software for my students' use, I would most certainly offer to assist. Now, however, I have an amateur's question. I make very heavy use of JavaFX, and I am uncertain what you mean by... > It would remove the problematic dependency on JavaFX Could you amplify a bit the "problematic dependency" phrase? Thank you in advance. -- Chris - 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: Source line numbers
Thanks for the response. I use JDK 14, perhaps that might be the reason. On Thursday, May 28, 2020, 10:23:01 PM GMT+4:30, Peter Steele wrote: I had this, it seems to be to do with the jdk version. I had jdk 11 working fine but jdk 13 having the issue. On Thu, 28 May 2020, 17:02 HRH, wrote: Hi, Today, I noticed that the line numbers in the source code pane of the IDE suddenly had disappeared, even though View->Show Line numbers were checked. Closed and re-opened the source, the line numbering re-appeared. There might be an intermittent bug somewhere in NB 12 Beta 4. As I reported yesterday, the spell-checking functionality does not prompt correct spelling either (I thought Alt+Enter was supposed to prompt suggested correct spellings). Thanks
Re: Source line numbers
I had this, it seems to be to do with the jdk version. I had jdk 11 working fine but jdk 13 having the issue. On Thu, 28 May 2020, 17:02 HRH, wrote: > Hi, > > Today, I noticed that the line numbers in the source code pane of the IDE > suddenly had disappeared, even though View->Show Line numbers were checked. > Closed and re-opened the source, the line numbering re-appeared. There > might be an intermittent bug somewhere in NB 12 Beta 4. As I reported > yesterday, the spell-checking functionality does not prompt correct > spelling either (I thought Alt+Enter was supposed to prompt suggested > correct spellings). > > Thanks >
Source line numbers
Hi, Today, I noticed that the line numbers in the source code pane of the IDE suddenly had disappeared, even though View->Show Line numbers were checked. Closed and re-opened the source, the line numbering re-appeared. There might be an intermittent bug somewhere in NB 12 Beta 4. As I reported yesterday, the spell-checking functionality does not prompt correct spelling either (I thought Alt+Enter was supposed to prompt suggested correct spellings). Thanks
Re: Native packaging
David and All -- Having recently struggled through jpackage on both PCs and Macs, Netbeans support would be (IMHO) fantastic! If I were a developer, rather than a statistician writing software for my students' use, I would most certainly offer to assist. Now, however, I have an amateur's question. I make very heavy use of JavaFX, and I am uncertain what you mean by... > It would remove the problematic dependency on JavaFX Could you amplify a bit the "problematic dependency" phrase? Thank you in advance. -- Chris
Re: Problem with libs
It's not related to Windows. I guess in your old IDE you defined a library for MySQL and registered the driver JAR in there. (Tools something menu) Your project is referencing it but you are missing it in the new IDE. --emi mie., 27 mai 2020, 20:36 Ken Litkowski a scris: > I am getting the message "Non-existing path > "C:\JavaProjects\FanseParser2\${libs.MySQLDriver.classpath}" provided." > What should I be doing? (I am moving from Netbeans 8 to Netbeans 11, > from Windows 7 to Windows 10. I don't understand what I need to do.) > > -- > Ken Litkowski TEL.: 301-482-0237 > CL Research EMAIL: k...@clres.com > 9208 Gue Road Home Page: http://www.clres.com > Damascus, MD 20872-1025 USA Blog: http://www.clres.com/blog > > > - > 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 > >
Native packaging
I’ve put a suggested approach to fixing problems with native packaging described in https://issues.apache.org/jira/browse/NETBEANS-4272?filter=-2 as a further comment on that issue and below: Apache NetBeans should be updated to use jpackage which is a part of OpenJDK 14.0.1 and works! An example call to jpackage that NetBeans could generate would look like: jpackage --type dmg --app-version 0.1 --copyright "My Company 2020" --name PKB --dest /Users/davidjlgradwell/NetBeansDev/PKB/jpackageoutput --temp /Users/davidjlgradwell/NetBeansDev/PKB/jpackagetemp --vendor "My Company" --icon /Users/davidjlgradwell/NetBeansDev/PKB/PKB.icns --input /Users/davidjlgradwell/NetBeansDev/PKB/dist --main-jar PKB.jar --main-class com.gradwell.PKB.PKBStartClass --mac-signing-key-user-name "Developer ID Application: " This approach should work for both Ant and Maven. It would remove the problematic dependency on JavaFX. jpackage is described at: https://docs.oracle.com/en/java/javase/14/docs/specs/man/jpackage.html This has been tested using the output from a Netbeans 12.0 beta 5 build of a complex application with both Netbeans and jpackage running under OpenJDK 14.0.1. If anyone is currently looking at fixing native packaging (maybe for a 12.1 release) please get in touch and I will assist. Regards David
Re: Apache NetBeans 12.0 beta 6
Thanks for a great IDE. I probably need to to move beyond SE 8. I'm using NB 11.0, so I'll probably upgrade to NB 12 when a final release is published; I'll probably move my projects to SE 12 too. On Thu, 28 May 2020 at 18:42, Geertjan Wielenga wrote: > Thank you, Eric! > > We should assume at this point that this is the last beta — we have > another release four months from now and we should focus strongly on > identifying the important issues to be fixed in that timeframe. > > So, unless someone’s house explodes when they start up 12.0 Beta 6, we > should consider this to be complete and we can create our voting candidate > from here and start voting as soon as possible. > > Gj > > On Thu, 28 May 2020 at 10:13, Eric Barboni wrote: > >> >> >> Hi folks, >> >> >> >> The sixth beta for Apache NetBeans 12 is out. Hope it fix the blocker >> 3858. >> >> >> >> Source and binaries are here: >> >> >> >> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release120/19/artifact/dist/netbeans/ >> >> >> >> binaries sha512 >> >> d92fb5f36c40242f135ea64561634e5ab353aa1a46c619af89d472110919e50ec32f3fb3b11dd12d9e18f280af2dcba6c250bab36cea2c5f2d3f0b152a551a56 >> >> >> >> >> source sha512 >> >> >> 591d8bf04f060a8537a941dc6ec5ffa7d4f1e56aaac1f8e20e4b35ce48d2bb127750b614477fae4507ce8c942757622f0613594ba775bcb560f62b77f4e9a1aa >> >> >> >> >> >> Installer (not certified, no sha512) >> >> >> >> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release120/19/artifact/dist/installers/ >> >> >> >> Would be good to test buildability, check notice and so on. So we can be >> more confident for voting candidate. >> >> >> >> Beta5 beta6 upgrade: https://github.com/apache/netbeans/pull/2159 >> >> >> >> Best Regards >> >> >> >> Eric >> > -- I'll cut your code at an intensity and from a place of my own choosing. Clique Space(TM). Anima ex machina.
Re: Apache NetBeans 12.0 beta 6
Thank you, Eric! We should assume at this point that this is the last beta — we have another release four months from now and we should focus strongly on identifying the important issues to be fixed in that timeframe. So, unless someone’s house explodes when they start up 12.0 Beta 6, we should consider this to be complete and we can create our voting candidate from here and start voting as soon as possible. Gj On Thu, 28 May 2020 at 10:13, Eric Barboni wrote: > > > Hi folks, > > > > The sixth beta for Apache NetBeans 12 is out. Hope it fix the blocker 3858. > > > > Source and binaries are here: > > > > > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release120/19/artifact/dist/netbeans/ > > > > binaries sha512 > > d92fb5f36c40242f135ea64561634e5ab353aa1a46c619af89d472110919e50ec32f3fb3b11dd12d9e18f280af2dcba6c250bab36cea2c5f2d3f0b152a551a56 > > > > > source sha512 > > > 591d8bf04f060a8537a941dc6ec5ffa7d4f1e56aaac1f8e20e4b35ce48d2bb127750b614477fae4507ce8c942757622f0613594ba775bcb560f62b77f4e9a1aa > > > > > > Installer (not certified, no sha512) > > > > > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release120/19/artifact/dist/installers/ > > > > Would be good to test buildability, check notice and so on. So we can be > more confident for voting candidate. > > > > Beta5 beta6 upgrade: https://github.com/apache/netbeans/pull/2159 > > > > Best Regards > > > > Eric >
Apache NetBeans 12.0 beta 6
Hi folks, The sixth beta for Apache NetBeans 12 is out. Hope it fix the blocker 3858. Source and binaries are here: https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbea ns/job/release120/19/artifact/dist/netbeans/ binaries sha512 d92fb5f36c40242f135ea64561634e5ab353aa1a46c619af89d472110919e50ec32f3fb3b11d d12d9e18f280af2dcba6c250bab36cea2c5f2d3f0b152a551a56 source sha512 591d8bf04f060a8537a941dc6ec5ffa7d4f1e56aaac1f8e20e4b35ce48d2bb127750b614477f ae4507ce8c942757622f0613594ba775bcb560f62b77f4e9a1aa Installer (not certified, no sha512) https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbea ns/job/release120/19/artifact/dist/installers/ Would be good to test buildability, check notice and so on. So we can be more confident for voting candidate. Beta5 beta6 upgrade: https://github.com/apache/netbeans/pull/2159 Best Regards Eric