Thanks for the attaboy. This was on Ubuntu, though, not Windows. I used to find it helpful to know how someone else approached a problem. In this case, I reasoned that there had to be a configuration variable, or something like it, but GREP didn't turn up any text files. So then I guessed that re-installing might reset that variable. When I saw "/usr" as the default JDK path during the install, I realized I had found the solution because that was the path for the broken platform.
-----Original Message----- From: Geertjan Wielenga <geert...@apache.org> Sent: Saturday, September 21, 2019 1:06 PM To: Giommarresi ing. Giovanni <i...@studiogg.it> Cc: users@netbeans.apache.org Subject: Re: FW: screenshot Great work in identifying the problem, Walter, and confirming it, Giovanni. The question that remains for me is hoe NetBeans could be started at all if the JDK could not be found. Also, whether this is specific to Windows or not. Once the above is clarified, let’s file an issue to fix this. Gj On Sat, 21 Sep 2019 at 17:43, Giommarresi ing. Giovanni <i...@studiogg.it <mailto:i...@studiogg.it> > wrote: Hi, same problem for me (Windows), no main class; I corrected the JVM path (as suggested by Walter Oney) and now it works. Thanks list Ciao Il 21/09/2019 14:55, Walter Oney ha scritto: > Problem solved. The Apache Netbeans installer prompts for the location of the JDK, with a default of "/usr". By supplying the correct path (/usr/lib/jvm/<something>), I ended up with a working IDE. > > I know from long, hard experience how hard it is to write robust installation programs. May I diffidently suggest that the Netbeans installer needs to verify that a valid path is supplied in the answer to that dialog? And that the library edit dialog permit the user to delete the default library, so as not to require a delete (a superuser thing) and reinstall.? Just sayin... > > -----Original Message----- > From: Walter Oney <walter.o...@oneylaw.com <mailto:walter.o...@oneylaw.com> > > Sent: Saturday, September 21, 2019 8:32 AM > To: 'Carl Mosca' <carljmo...@gmail.com <mailto:carljmo...@gmail.com> >; 'Geertjan Wielenga' <geert...@apache.org <mailto:geert...@apache.org> > > Cc: 'Neil C Smith' <neilcsm...@apache.org <mailto:neilcsm...@apache.org> >; 'NetBeans Mailing List' <users@netbeans.apache.org <mailto:users@netbeans.apache.org> > > Subject: RE: FW: screenshot > > From: Carl Mosca <carljmo...@gmail.com <mailto:carljmo...@gmail.com> > > >> I have always been impressed with how extensive the tests (and associated instructions) are so I would not be surprised if the answer is yes. > Given the age and pervasiveness of NetBeans, I would be surprised if the elementary thing I've attempted was *not* covered by a standard test. What I have observed, though, is that a brand new user attempts things that QA wouldn't think of doing. It's likely that I've installed the wrong version of something, or omitted to put something in the PATH, or omitted to set the permissions on some directory, or something outlandish like that. > > Based on what I've reported so far, I think the problem has to be with NetBeans and not with either Ant or Maven. A likely culprit would be the JDK and, specifically, whatever calls NetBeans makes to Java-like things as it's creating new projects. I don't recall specifically where I got the JDK from, but I probably did a search within Firefox (using whatever Firefox's default search engine is) and picked the top choice from among the search results. > > All of a sudden, perhaps since I started trying to use Maven, NetBeans is now listing the default library (JDK version 11) as a "broken platform". The edit dialog is letting me add a different platform (the same one Ant tells me to look in to find the java runtime), but it's not letting me delete the broken one. Perhaps getting past this roadblock would lead to a better outcome? > > -- > Walter C. Oney, Jr., Esq. > 267 Pearl Hill Rd., Fitchburg, MA 01420 > Tel.: 978-343-3390 > http://www.oneylaw.com > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org <mailto:users-unsubscr...@netbeans.apache.org> > For additional commands, e-mail: users-h...@netbeans.apache.org <mailto:users-h...@netbeans.apache.org> > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org <mailto:users-unsubscr...@netbeans.apache.org> > For additional commands, e-mail: users-h...@netbeans.apache.org <mailto:users-h...@netbeans.apache.org> > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org <mailto:users-unsubscr...@netbeans.apache.org> For additional commands, e-mail: users-h...@netbeans.apache.org <mailto:users-h...@netbeans.apache.org> For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists --------------------------------------------------------------------- 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