Re: [Netbeans][JDK]Regarding building and running new versions of the IDE
We build with Java 8. The general idea was NetBeans 10 == Java 10 but since Java is getting so speedy with releases, I believe we might stick with LTSes. So our next target would be Java 11 (although right now there is a blocker issue for NetBeans with 11.0.1 so we are waiting on JDK 11.0.2 or something like that). About the HumbleBundle Java books, they might be too many: * $1 books: 2 are Spring and Web Services, 1 is RxJava (while interesting, we don't use it). The Java 9 cookbook might be too much, just use the concurrency stuff we have. 'Algorithms and Data Structures' *might* be interesting, but I don't believe you will be contribute that much algorithmic stuff. * $8+ books: 5 are Java EE and Sprint, 3 are generic (Java 9, Java 11 and Java for beginners). I assume the generic one might come in handy... The Java EE ones might give you an idea about the tech but they won't necessarily help you to build tooling (like NetBeans) for that technology. * $15+ books: 7 are Java EE and Spring, 1 is Machine Learning and 3 are generic (about Java 11 and Learning Java through an Android game). It might help you more to read about Ant (Maven too perhaps), see some articles about the NetBeans Platforms (there are some old books too) and if you want to do UI you might have to read about Swing (also old old books here, they don't make them anymore :-) ). --emi On Sat, Nov 3, 2018 at 6:19 AM Emilio - Rareitor wrote: > > Hello > > First I apologize if this has been publicly discussed and posted elsewhere > (in one of these lists even) and I have missed it. Regarding building and > running releases of Netbeans post 8.X, is there some sort of standard for > which JDK (of those available at the time) should it be possible to do either > or both of these in for each new Netbeans version? In other words: is there > some rule or "best practice" when consolidating what Netbeans N (N >= 9.0) > will be, which JDKs it should, or must, be possible to build and run it in > before the actual official release? Further, should there be, and would it be > best to explicitly put that in the documentation for each release? > I ask, really late if I'm being honest, because it seems like a logical > extension of the settled debate about the new Netbeans release cycle and its > distancing from the JDK release cycle itself or Oracle's new 3 year LTS > model. I don't remember reading it anywhere after that topic was decided in > the dev mailing list (again, might have missed it). > > On a completely separate topic, currently there's a sale on HumbleBundle (the > book bundle, Java by Packt) that includes a bunch of seemingly useful tools > for learning and or getting up to speed on Java development. Would any of you > consider this a worthwhile investment for someone who has used the language, > and Netbeans, but not delved deep into it? I'd like to learn enough so that I > can actually contribute to the Netbeans project, among others, in the future, > instead of just ask random stuff on the mailing list. > > Thank you. > > Emilio G.C. - 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: [Netbeans][JDK]Regarding building and running new versions of the IDE
(Answer to a part of your question:) I think NetBeans is meant to run on any Java version from 8 and above. To maintain backwards compatibility to Java 8, the release build is always done on Java 8, and I think the build script will fail with a warning if you try to use a later Java release for building (to prevent you from accidentally relying on later Java features during IDE development). Personally I have both JDK 8 and JDK 10 installed, so I can build on JDK 8 and test on JDK 10 during IDE development. (A separate question is which Java features are supported in the Java editor of each NetBeans IDE version. I think the IDE was to synchronize the versions so that NetBeans 10 supports the latest Java 10 features etc. Not exactly sure about this.) -- Eirik From: Emilio - Rareitor Sent: Saturday, November 3, 2018 12:19 AM To: users@netbeans.apache.org Subject: [Netbeans][JDK]Regarding building and running new versions of the IDE Hello First I apologize if this has been publicly discussed and posted elsewhere (in one of these lists even) and I have missed it. Regarding building and running releases of Netbeans post 8.X, is there some sort of standard for which JDK (of those available at the time) should it be possible to do either or both of these in for each new Netbeans version? In other words: is there some rule or "best practice" when consolidating what Netbeans N (N >= 9.0) will be, which JDKs it should, or must, be possible to build and run it in before the actual official release? Further, should there be, and would it be best to explicitly put that in the documentation for each release? I ask, really late if I'm being honest, because it seems like a logical extension of the settled debate about the new Netbeans release cycle and its distancing from the JDK release cycle itself or Oracle's new 3 year LTS model. I don't remember reading it anywhere after that topic was decided in the dev mailing list (again, might have missed it). On a completely separate topic, currently there's a sale on HumbleBundle (the book bundle, Java by Packt) that includes a bunch of seemingly useful tools for learning and or getting up to speed on Java development. Would any of you consider this a worthwhile investment for someone who has used the language, and Netbeans, but not delved deep into it? I'd like to learn enough so that I can actually contribute to the Netbeans project, among others, in the future, instead of just ask random stuff on the mailing list. Thank you. Emilio G.C.
Netbeans 8.2 Static Library
Can we force Netbeans to include .hpp files (containing structs and full classes in some cases) such that the resulting library lib.a contains the .hpp files? Otherwise I'm unsure how I tell the linker (ld) to requires the header files at the time of linking. I get linking errors like: g++ -o dist/Release/MinGW64-Windows/nanabrowser build/Release/MinGW64-Windows/NanaBrowser.o build/Release/MinGW64-Windows/main.o -L../../../../../MinGW/lib -lnana ... build/Release/MinGW64-Windows/NanaBrowser.o:NanaBrowser.cpp:(.text+0x4b): undefined reference to `nana::rectangle::rectangle()' ../../../../../MinGW/lib/libnana.a(place.o):place.cpp:(.text+0x213a): undefined reference to `nana::rectangle::rectangle(int, int, unsigned int, unsigned int)' ../../../../../MinGW/lib/libnana.a(place.o):place.cpp:(.text+0x2142): undefined reference to `nana::rectangle::empty() const' ../../../../../MinGW/lib/libnana.a(place.o):place.cpp:(.text+0x3a02): undefined reference to `nana::rectangle::dimension(nana::size const&)' ../../../../../MinGW/lib/libnana.a(place.o):place.cpp:(.text+0x3a0f): undefined reference to `nana::rectangle::empty() const' ../../../../../MinGW/lib/libnana.a(place.o):place.cpp:(.text+0x3ccd): undefined reference to `nana::size::size(unsigned int, unsigned int)' ../../../../../MinGW/lib/libnana.a(place.o):place.cpp:(.text+0x3cd9): undefined reference to `nana::rectangle::dimension(nana::size const&)' ... collect2.exe: error: ld returned 1 exit status make.exe[2]: *** [dist/Release/MinGW64-Windows/nanabrowser.exe] Error 1 Can you please help. My time is really up with this set of questions concerning my safe. As an aside it's unclear if this is a linking error or a g++ compiler issue as the header file(s) are not found when linking. Ok, thanks.