Re: Build failing locally
On Sun, 1 Dec 2019 at 22:15, Steven Ingram wrote: > I tried to build the project today, but I kept hitting errors which led me > to make a new clone of an up-to-date master branch of my fork. I keep > running into compilation errors. See attached truncated output. If i need > to attach the rest I can at request. > > I also saw the same errors (failing to build the applemenu module) just recently. For me it was solved by making sure I was building with JDK 8, and making sure JAVA_HOME was also set correctly. I think applemenu depends on some Desktop classes which were added in JDK9, and there is a compatibility JAR which contains these classes for earlier JDKs. On later ones (I tried JDK11) the classes should be there automatically but for some reason they were not found. I didn't have time to look further. Pete
Build failing locally
I tried to build the project today, but I kept hitting errors which led me to make a new clone of an up-to-date master branch of my fork. I keep running into compilation errors. See attached truncated output. If i need to attach the rest I can at request. Thanks! Steven -prepare-mandatory-files-for-module: [mkdir] Created dir: /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/build/classes/META-INF [createlicensesummary] All tests passed up-to-date: -pre-compile: -do-compile: [nb-javac] Compiling 7 source files to /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/build/classes [repeat] warning: [path] bad path element "/Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/build/desktop-classes-classes": no such file or directory [repeat] warning: [options] source value 6 is obsolete and will be removed in a future release [repeat] warning: [options] target value 1.6 is obsolete and will be removed in a future release [repeat] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options. [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:22: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.AboutEvent; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:23: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.AboutHandler; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:24: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.OpenFilesEvent; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:25: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.OpenFilesHandler; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:26: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.PreferencesEvent; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:27: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.PreferencesHandler; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:28: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.QuitEvent; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:29: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.QuitHandler; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:30: error: package java.awt.desktop does not exist [repeat] import java.awt.desktop.QuitResponse; [repeat]^ [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:40: error: cannot find symbol [repeat] public class NbApplicationAdapterJDK9 extends NbApplicationAdapter implements AboutHandler, OpenFilesHandler, PreferencesHandler, QuitHandler { [repeat] ^ [repeat] symbol: class AboutHandler [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:40: error: cannot find symbol [repeat] public class NbApplicationAdapterJDK9 extends NbApplicationAdapter implements AboutHandler, OpenFilesHandler, PreferencesHandler, QuitHandler { [repeat] ^ [repeat] symbol: class OpenFilesHandler [repeat] /Users/steveningram/Projects/test/incubator-netbeans/platform/applemenu/src/org/netbeans/modules/applemenu/NbApplicationAdapterJDK9.java:40: error: cannot find symbol [repeat] public class NbApplicationAdapterJDK9 extends NbApplicationAdapter implements AboutHandler, OpenFilesHandler,
Re: Architecture document
I think I may have been thinking of the wiki NetBeansDeveloperFAQ http://wiki.netbeans.org/NetBeansDeveloperFAQ Regards, Steven On Sun, Dec 1, 2019 at 3:08 PM Steven Ingram wrote: > I'm looking for a document I actually found last week, that goes into the > platform architecture. It covered topics like LookUps and such. When I > found it I was pretty stoked because i had been looking for such a document > for some time. Does anyone know where that document is? I can not find it > to save my life. > > Regards, > Steven > >
Re: Travis is failing on building hibernateweb
Hi, hibernateweb can't be build because it depends on hibernate, which was removed in the far past. What we could do: We could restore the code of the hibernate module into the "contrib" directory. We don't build the contrib modules, but if others want to do it, I'm fine with it. I'm willing to do the restore, if interest is expressed and some one willing to do the review is found. Greetings Matthias Am Donnerstag, den 28.11.2019, 08:46 -0700 schrieb Brad Walker: > I noticed that as well.. > > On Thu, Nov 28, 2019 at 2:09 AM Matthias Bläsing < > mblaes...@doppel-helix.eu> > wrote: > > > That is an old problem and the build works with it. Yesterday the > > htmlui > > tests began to fail on Travis. Maybe the Xvfb server does not work? > > > > > > Am 28. November 2019 09:11:28 MEZ schrieb Laszlo Kishalmi < > > laszlo.kisha...@gmail.com>: > > > I see this one in the recent logs: > > > > > > Cannot find build prerequisite org.netbeans.modules.hibernate of > > > /home/travis/build/apache/netbeans/contrib/hibernateweb > > > /home/travis/build/apache/netbeans/nbbuild/netbeans - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Accepting contributions not covered by an ICLA
Hi, I have in the past merged from non ICLA signees. Am Sonntag, den 01.12.2019, 20:54 +0100 schrieb Jan Lahoda: > > I have a question related to: > https://github.com/apache/netbeans/pull/1559 > > I think the patch is good to be integrated, but I believe the author > does not have an ICLA filled. What is our approach for such > contributions? Is it OK to integrate? the Apache License 2.0 has this section: 5. Submission of Contributions. Unless You explicitly state otherwise, any Contribution intentionally submitted for inclusion in the Work by You to the Licensor shall be under the terms and conditions of this License, without any additional terms or conditions. [...] And in this case the changes are done in files explicitly stating, that they are donated to the ASF and the author does not dispute that. In addition the change is IMHO small enough not establish a custom copyright. Greetings Matthias - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Architecture document
I'm looking for a document I actually found last week, that goes into the platform architecture. It covered topics like LookUps and such. When I found it I was pretty stoked because i had been looking for such a document for some time. Does anyone know where that document is? I can not find it to save my life. Regards, Steven
Accepting contributions not covered by an ICLA
Hi, I have a question related to: https://github.com/apache/netbeans/pull/1559 I think the patch is good to be integrated, but I believe the author does not have an ICLA filled. What is our approach for such contributions? Is it OK to integrate? Thanks, Jan
Re: Re: [DISCUSS] Dropping Installers from the Release Process leave that work to Third Party Distributors
Came in late on the discussion so sorry up front Think this goes down the installer downloading the dependency path but... Would some sort of package manager based solution which handles the dependency installation like apt-get (snap) or chocolatey.org (for Windows) with Netbeans dependencies being install as part of that context be an option? Eric Bresie ebre...@gmail.com > > > > > > On 11/28/2019 9:23 AM, Geertjan Wielenga wrote: > > > > > > Just note that nb-javac won’t be with us forever, work is being > done to > > > > > > remove our need for it. Once that is done, we’ll be in a really > good > > > > > state. > > > > > > > > > > > > In the meantime, as well as atter that, we should do everything > we can to > > > > > > work with Kirk and anyone else to provide a bundle of their JDK > with > > > > > > NetBeans. > > > > > > > > > > > > Our installer, in whatever way we provide it, will be > problematic in one > > > > > > way or another. > > > > > > > > > > > > I just don’t see how we can provide an installer from Apache > that bundles > > > > > > both NetBeans and JDK, whatever that JDK is, but (unless > AdoptOpenJDK > > > > > makes > > > > > > such a bundle prominently and stably available) that doesn’t > mean we > > > > > should > > > > > > not try to make even a flawed installer available, i.e., without > the JDK, > > > > > > which is a lot better than nothing. > > > > > > > > > > > > Gj > > > > > > > > > > > > On Thu, 28 Nov 2019 at 18:08, Laszlo Kishalmi < > laszlo.kisha...@gmail.com > > > > > > > > > > > > wrote: > > > > > > > > > > > > > Just adding some info: > > > > > > > > > > > > > > It is not just about the JDK, but JDK, nb-javac and probably a > fitting > > > > > > > JavaFX runtime. > > > > > > > > > > > > > > If someone can bundle those up and provide an installer most > probably > > > > > > > based on the installer code we have, then that would be the > best end > > > > > > > user experience, like in the old days when we said NetBeans > just works. > > > > > > > > > > > > > > Separate distributions, like OpenBeans, would eventually > emerge. > > > > > > > > > > > > > > It is just a question of what would be better for the brand. > Keeping our > > > > > > > "crippled" installers and/or offer additional install > experience from > > > > > > > third parties. > > > > > > > > > > > > > > On 11/28/19 8:49 AM, Kirk Pepperdine wrote: > > > > > > > > Hi all, > > > > > > > > > > > > > > > > Again, I believe that you could distribute from Adopt with a > JDK > > > > > > > bundled. So maybe this is a case where using a 3rd party makes > sense. > > > > > > > > Kind regards, > > > > > > > > Kirk > > > > > > > > > > > > > > > > > > > > > > > > > On Nov 28, 2019, at 8:45 AM, Kenneth Fogel < > > > > > kfo...@dawsoncollege.qc.ca> > > > > > > > wrote: > > > > > > > > > I apologize if I misunderstood but the conversation > appeared to me, > > > > > > > likely incorrectly, to go beyond just bundling a Java JDK. The > > > > > installers > > > > > > > that are already there, are they downloading a JDK if one is > not > > > > > present? > > > > > > > Requiring a separate install of Java is the status quo. If we > could make > > > > > > > that part of the NetBeans installer then we should an we > should pursue > > > > > an > > > > > > > exemption to Apache policies if required. > > > > > > > > > Ken > > > > > > > > > > > > > > > > > > > > > > > > > > > -Original Message- > > > > > > > > > From: Geertjan Wielenga > > > > > > > > > Sent: November 28, 2019 11:30 AM > > > > > > > > > To: dev@netbeans.apache.org > > > > > > > > > Subject: Re: [DISCUSS] Dropping Installers from the > Release Process > > > > > > > leave that work to Third Party Distributors > > > > > > > > > You’re aware that we’re already distributing an installer, > right? And > > > > > > > that that is not what we’re talking about? > > > > > > > > > We’re talking about the fact that we can’t bundle the JDK > with that > > > > > > > installer and then distribute that installer from Apache. > > > > > > > > > A simple link on our download page to OpenBeans and > AdoptOpenJDK and > > > > > > > any other distributor is all we need, for the installers of > NetBeans > > > > > that > > > > > > > bundle the JDK. > > > > > > > > > Gj > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, 28 Nov 2019 at 17:20, Kenneth Fogel < > > > > > kfo...@dawsoncollege.qc.ca > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > This is a bad idea. I personally feel that an installer > is mandatory. > > > > > > > > > > Eclipse and IntelliJ have installers for all platforms. > Leaving it to > > > > > > > > > > third parties will mean that we have no oversight on the > quality and > > > > > > > > > > ease of use of the installer. Only distributing a zip > file implies > > > > > > > > > > that skills beyond learning to code with NetBeans will > be required. > > > > > We > > > > > > > > > > can pretty much write off the education sector if there
Re: Re: [DISCUSS] Dropping Installers from the Release Process leave that work to Third Party Distributors
@Eric: I have a macOS DMG for OpenBeans, that could easily be adapted for NetBeans too. I didn't look into other native OS support. We have an official Snap image for Ubuntu (and whatever other distros support snap). We don't have official .deb/.rpm packages. --emi On Sun, Dec 1, 2019 at 5:20 PM Eric Bresie wrote: > > Just curious would/are non-Windows options also available? > > Eric Bresie > ebre...@gmail.com > > On November 28, 2019 at 4:24:53 PM CST, Emilian Bold > > wrote: > > Does this work: https://github.com/OpenBeans/NetBeans/releases/tag/11.2 ? > > > > --emi > > > > > > On Thu, Nov 28, 2019 at 11:11 PM Geertjan Wielenga > > wrote: > > > > > > Sure, I don’t see why not. The question is (1) who will make it, (2) what > > > will its name and brand be, (3) which JDK will be included, (4) who will > > > provide active support when things go wrong. > > > > > > Gj > > > > > > > > > On Thu, 28 Nov 2019 at 21:44, Ernie Rael wrote: > > > > > > > Is it possible, and legal, to put an install bundle on github and point > > > > to it? > > > > > > > > -ernie > > > > > > > > On 11/28/2019 9:23 AM, Geertjan Wielenga wrote: > > > > > Just note that nb-javac won’t be with us forever, work is being done > > > > > to > > > > > remove our need for it. Once that is done, we’ll be in a really good > > > > state. > > > > > > > > > > In the meantime, as well as atter that, we should do everything we > > > > > can to > > > > > work with Kirk and anyone else to provide a bundle of their JDK with > > > > > NetBeans. > > > > > > > > > > Our installer, in whatever way we provide it, will be problematic in > > > > > one > > > > > way or another. > > > > > > > > > > I just don’t see how we can provide an installer from Apache that > > > > > bundles > > > > > both NetBeans and JDK, whatever that JDK is, but (unless AdoptOpenJDK > > > > makes > > > > > such a bundle prominently and stably available) that doesn’t mean we > > > > should > > > > > not try to make even a flawed installer available, i.e., without the > > > > > JDK, > > > > > which is a lot better than nothing. > > > > > > > > > > Gj > > > > > > > > > > On Thu, 28 Nov 2019 at 18:08, Laszlo Kishalmi > > > > > > > > > > > > > > wrote: > > > > > > > > > > > Just adding some info: > > > > > > > > > > > > It is not just about the JDK, but JDK, nb-javac and probably a > > > > > > fitting > > > > > > JavaFX runtime. > > > > > > > > > > > > If someone can bundle those up and provide an installer most > > > > > > probably > > > > > > based on the installer code we have, then that would be the best end > > > > > > user experience, like in the old days when we said NetBeans just > > > > > > works. > > > > > > > > > > > > Separate distributions, like OpenBeans, would eventually emerge. > > > > > > > > > > > > It is just a question of what would be better for the brand. > > > > > > Keeping our > > > > > > "crippled" installers and/or offer additional install experience > > > > > > from > > > > > > third parties. > > > > > > > > > > > > On 11/28/19 8:49 AM, Kirk Pepperdine wrote: > > > > > > > Hi all, > > > > > > > > > > > > > > Again, I believe that you could distribute from Adopt with a JDK > > > > > > bundled. So maybe this is a case where using a 3rd party makes > > > > > > sense. > > > > > > > Kind regards, > > > > > > > Kirk > > > > > > > > > > > > > > > > > > > > > > On Nov 28, 2019, at 8:45 AM, Kenneth Fogel < > > > > kfo...@dawsoncollege.qc.ca> > > > > > > wrote: > > > > > > > > I apologize if I misunderstood but the conversation appeared to > > > > > > > > me, > > > > > > likely incorrectly, to go beyond just bundling a Java JDK. The > > > > installers > > > > > > that are already there, are they downloading a JDK if one is not > > > > present? > > > > > > Requiring a separate install of Java is the status quo. If we could > > > > > > make > > > > > > that part of the NetBeans installer then we should an we should > > > > > > pursue > > > > an > > > > > > exemption to Apache policies if required. > > > > > > > > Ken > > > > > > > > > > > > > > > > > > > > > > > > -Original Message- > > > > > > > > From: Geertjan Wielenga > > > > > > > > Sent: November 28, 2019 11:30 AM > > > > > > > > To: dev@netbeans.apache.org > > > > > > > > Subject: Re: [DISCUSS] Dropping Installers from the Release > > > > > > > > Process > > > > > > leave that work to Third Party Distributors > > > > > > > > You’re aware that we’re already distributing an installer, > > > > > > > > right? And > > > > > > that that is not what we’re talking about? > > > > > > > > We’re talking about the fact that we can’t bundle the JDK with > > > > > > > > that > > > > > > installer and then distribute that installer from Apache. > > > > > > > > A simple link on our download page to OpenBeans and > > > > > > > > AdoptOpenJDK and > > > > > > any other distributor is all we need, for the installers of NetBeans > > > > that > > > > > > bundle the JDK. > > > > > > > > Gj > > > > > >
Re: Re: [DISCUSS] Dropping Installers from the Release Process leave that work to Third Party Distributors
Just curious would/are non-Windows options also available? Eric Bresie ebre...@gmail.com > On November 28, 2019 at 4:24:53 PM CST, Emilian Bold > wrote: > Does this work: https://github.com/OpenBeans/NetBeans/releases/tag/11.2 ? > > --emi > > > On Thu, Nov 28, 2019 at 11:11 PM Geertjan Wielenga > wrote: > > > > Sure, I don’t see why not. The question is (1) who will make it, (2) what > > will its name and brand be, (3) which JDK will be included, (4) who will > > provide active support when things go wrong. > > > > Gj > > > > > > On Thu, 28 Nov 2019 at 21:44, Ernie Rael wrote: > > > > > Is it possible, and legal, to put an install bundle on github and point > > > to it? > > > > > > -ernie > > > > > > On 11/28/2019 9:23 AM, Geertjan Wielenga wrote: > > > > Just note that nb-javac won’t be with us forever, work is being done to > > > > remove our need for it. Once that is done, we’ll be in a really good > > > state. > > > > > > > > In the meantime, as well as atter that, we should do everything we can > > > > to > > > > work with Kirk and anyone else to provide a bundle of their JDK with > > > > NetBeans. > > > > > > > > Our installer, in whatever way we provide it, will be problematic in one > > > > way or another. > > > > > > > > I just don’t see how we can provide an installer from Apache that > > > > bundles > > > > both NetBeans and JDK, whatever that JDK is, but (unless AdoptOpenJDK > > > makes > > > > such a bundle prominently and stably available) that doesn’t mean we > > > should > > > > not try to make even a flawed installer available, i.e., without the > > > > JDK, > > > > which is a lot better than nothing. > > > > > > > > Gj > > > > > > > > On Thu, 28 Nov 2019 at 18:08, Laszlo Kishalmi > > > > > > > wrote: > > > > > > > > > Just adding some info: > > > > > > > > > > It is not just about the JDK, but JDK, nb-javac and probably a fitting > > > > > JavaFX runtime. > > > > > > > > > > If someone can bundle those up and provide an installer most probably > > > > > based on the installer code we have, then that would be the best end > > > > > user experience, like in the old days when we said NetBeans just > > > > > works. > > > > > > > > > > Separate distributions, like OpenBeans, would eventually emerge. > > > > > > > > > > It is just a question of what would be better for the brand. Keeping > > > > > our > > > > > "crippled" installers and/or offer additional install experience from > > > > > third parties. > > > > > > > > > > On 11/28/19 8:49 AM, Kirk Pepperdine wrote: > > > > > > Hi all, > > > > > > > > > > > > Again, I believe that you could distribute from Adopt with a JDK > > > > > bundled. So maybe this is a case where using a 3rd party makes sense. > > > > > > Kind regards, > > > > > > Kirk > > > > > > > > > > > > > > > > > > > On Nov 28, 2019, at 8:45 AM, Kenneth Fogel < > > > kfo...@dawsoncollege.qc.ca> > > > > > wrote: > > > > > > > I apologize if I misunderstood but the conversation appeared to > > > > > > > me, > > > > > likely incorrectly, to go beyond just bundling a Java JDK. The > > > installers > > > > > that are already there, are they downloading a JDK if one is not > > > present? > > > > > Requiring a separate install of Java is the status quo. If we could > > > > > make > > > > > that part of the NetBeans installer then we should an we should pursue > > > an > > > > > exemption to Apache policies if required. > > > > > > > Ken > > > > > > > > > > > > > > > > > > > > > -Original Message- > > > > > > > From: Geertjan Wielenga > > > > > > > Sent: November 28, 2019 11:30 AM > > > > > > > To: dev@netbeans.apache.org > > > > > > > Subject: Re: [DISCUSS] Dropping Installers from the Release > > > > > > > Process > > > > > leave that work to Third Party Distributors > > > > > > > You’re aware that we’re already distributing an installer, right? > > > > > > > And > > > > > that that is not what we’re talking about? > > > > > > > We’re talking about the fact that we can’t bundle the JDK with > > > > > > > that > > > > > installer and then distribute that installer from Apache. > > > > > > > A simple link on our download page to OpenBeans and AdoptOpenJDK > > > > > > > and > > > > > any other distributor is all we need, for the installers of NetBeans > > > that > > > > > bundle the JDK. > > > > > > > Gj > > > > > > > > > > > > > > > > > > > > > On Thu, 28 Nov 2019 at 17:20, Kenneth Fogel < > > > kfo...@dawsoncollege.qc.ca > > > > > > > wrote: > > > > > > > > > > > > > > > This is a bad idea. I personally feel that an installer is > > > > > > > > mandatory. > > > > > > > > Eclipse and IntelliJ have installers for all platforms. Leaving > > > > > > > > it to > > > > > > > > third parties will mean that we have no oversight on the > > > > > > > > quality and > > > > > > > > ease of use of the installer. Only distributing a zip file > > > > > > > > implies > > > > > > > > that skills beyond learning to code with NetBeans will be > > > > > > > > required. > >
UI Unit Testing in Netbeans
Was curious, I’m aware of all the good amount of unit tests present in Netbeans but not an expert in most areas of the specifics of them and was curious are there any UI level unit tests in the Netbeans test suite? I’m sure there are a few UI options out there [1] I thought I remember seeing some use or reference of robot [2] as well. It seems like right now a lot of the problems showing up are manually reproduced by users and thought if not there there could be some value in adding some automated testing around common UI functionality [1] https://sqa.stackexchange.com/questions/18554/open-source-tools-for-automation-of-java-gui-application-testing [2] https://docs.oracle.com/javase/7/docs/api/java/awt/Robot.html Eric Bresie ebre...@gmail.com
Re: Statistics re Apache NetBeans
Oh, so the server was just renamed? Any of the older data available somewhere? --emi On Sun, Dec 1, 2019 at 12:06 PM Daniel Gruno wrote: > > On 01/12/2019 10.52, Emilian Bold wrote: > > Hello, > > > > As far as I can see https://blocky.apache.org/exports does not exist > > anymore. Any other place for download statistics that one can access? > > https://uls.apache.org/exports/ > > > > > I see COMDEV-310 is still open. Does NetBeans have a Snoot account? > > > > --emi > > > > On Sat, Feb 2, 2019 at 4:22 PM Geertjan Wielenga > > wrote: > >> > >> Hi all, > >> > >> @Neil C Smith and I met at FOSDEM today with our > >> Apache NetBeans mentor @Daniel Gruno , and he > >> mentioned the publicly available stats here that are gathered per month, on > >> .apache.org websites, such as netbeans.apache.org -- makes for > >> interesting reading: > >> > >> https://blocky.apache.org/exports > >> > >> Unique visitors, page views, most visited pages, top referrers, geomapping > >> -- all available. > >> > >> He also mentioned: > >> > >> https://cwiki.apache.org/confluence/display/COMDEV/Snoot+Statistics > >> > >> Stats related to the above are here: > >> > >> https://projects.apache.org/statistics.html > >> > >> But as indicated in the Wiki link above, we can ask for our own account for > >> more details, as I did here: > >> > >> https://issues.apache.org/jira/browse/COMDEV-310 > >> > >> Thanks, > >> > >> Gj > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-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: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-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: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Statistics re Apache NetBeans
On 01/12/2019 10.52, Emilian Bold wrote: Hello, As far as I can see https://blocky.apache.org/exports does not exist anymore. Any other place for download statistics that one can access? https://uls.apache.org/exports/ I see COMDEV-310 is still open. Does NetBeans have a Snoot account? --emi On Sat, Feb 2, 2019 at 4:22 PM Geertjan Wielenga wrote: Hi all, @Neil C Smith and I met at FOSDEM today with our Apache NetBeans mentor @Daniel Gruno , and he mentioned the publicly available stats here that are gathered per month, on .apache.org websites, such as netbeans.apache.org -- makes for interesting reading: https://blocky.apache.org/exports Unique visitors, page views, most visited pages, top referrers, geomapping -- all available. He also mentioned: https://cwiki.apache.org/confluence/display/COMDEV/Snoot+Statistics Stats related to the above are here: https://projects.apache.org/statistics.html But as indicated in the Wiki link above, we can ask for our own account for more details, as I did here: https://issues.apache.org/jira/browse/COMDEV-310 Thanks, Gj - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-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: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Statistics re Apache NetBeans
Hello, As far as I can see https://blocky.apache.org/exports does not exist anymore. Any other place for download statistics that one can access? I see COMDEV-310 is still open. Does NetBeans have a Snoot account? --emi On Sat, Feb 2, 2019 at 4:22 PM Geertjan Wielenga wrote: > > Hi all, > > @Neil C Smith and I met at FOSDEM today with our > Apache NetBeans mentor @Daniel Gruno , and he > mentioned the publicly available stats here that are gathered per month, on > .apache.org websites, such as netbeans.apache.org -- makes for > interesting reading: > > https://blocky.apache.org/exports > > Unique visitors, page views, most visited pages, top referrers, geomapping > -- all available. > > He also mentioned: > > https://cwiki.apache.org/confluence/display/COMDEV/Snoot+Statistics > > Stats related to the above are here: > > https://projects.apache.org/statistics.html > > But as indicated in the Wiki link above, we can ask for our own account for > more details, as I did here: > > https://issues.apache.org/jira/browse/COMDEV-310 > > Thanks, > > Gj - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[RESULT][VOTE] Apache NetBeans 11.2-u1 update
Hi All, I've closed the vote on Apache NetBeans 11.2-u1 update with a result of 7 +1 binding votes and 2 +1 votes from community members. There were no 0 or -1 votes. Thanks everyone! I'll now progress with moving the updates to the release mirrors, after which we can push these updates to users. Full results of the vote (after tallying against the PMC roster) are as follows. +1 binding votes : Eric Barboni http://people.apache.org/phonebook.html?uid=skygo Matthias Bläsing http://people.apache.org/phonebook.html?uid=matthiasblaesing Josh Juneau http://people.apache.org/phonebook.html?uid=javajuneau Laszlo Kishalmi http://people.apache.org/phonebook.html?uid=lkishalmi Neil C Smith http://people.apache.org/phonebook.html?uid=neilcsmith Geertjan Wielenga http://people.apache.org/phonebook.html?uid=geertjan Junichi Yamamoto http://people.apache.org/phonebook.html?uid=junichi11 +1 community votes : Ernie Rael Kai Uwe Pel Best wishes, Neil Volunteer Release Manager for Apache NetBeans 11.2 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [VOTE] Release Apache NetBeans 11.2-u1 update
+1 (binding) OK, thanks all, closing the vote now. Best wishes, Neil On Sun, 1 Dec 2019 at 00:14, Laszlo Kishalmi wrote: > > +1 (binding) > > Checked: > > - checksums: Ok > - signatures: Ok > - build: Ok > - binary: Works > > I just played around it briefly it looked good. Not really felt the > difference between 11.2 and the update as I'm living on the dev builds, > though tried to reproduce the refactoring issue with nb-javac and failed. > > On 11/27/19 7:21 AM, Neil C Smith wrote: > > Dear all, > > > > This is the voting candidate for the 11.2 update 1 release of Apache > > NetBeans. This release is identical to 11.2 except for backported > > fixes for - > > > > [NETBEANS-3257] Fixed issue on refactoring rename of java method (and > > potentially other nb-javac issues) > > [NETBEANS-3335] Enhance robustness of HTML Lexer - enter key doesn't > > work in certain files > > [NETBEANS-3290] Fix common.xml causing layer build problems in RCP > > applications > > > > Note you are required to check both sources and convenience binaries > > before voting! See requirements below, as well as information on a > > temporary voting update centre for use with 11.2. > > > > > > Build artefacts are available here: > > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/11.2-u1/ > > > > They were built by the Jenkins pipeline at: > > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release112/35/ > > > > We are primarily voting on: > > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/11.2-u1/netbeans-11.2-u1-source.zip > > > > SHA512: > > 815364dc3e87135e5a1ca20f4765a695cb4a922dc60b0b7da38ed2a34f8a4f0251b1b96b06479969a8e17b65dafeac016506598b2845b942bd0587b3007750c0 > > ./netbeans-11.2-u1-source.zip > > > > KEYS file: > > https://dist.apache.org/repos/dist/release/netbeans/KEYS > > > > > > Before voting +1 you are required to download the signed source code > > package, compile it as provided, and test the resulting executable on > > your own platform, along with also verifying that the package meets > > the requirements of the ASF policy on releases - see > > http://www.apache.org/legal/release-policy.html#management > > > > In particular, you should (at least) follow these steps. > > > > 1. Download the artefact to be voted on and unzip it. > > 2. Check that the artefact does not contain any jar files, except for: > > - > > platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar > > - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar > > - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar > > - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar > > - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar > > which are only jars by their name > > 3. Verify the cryptographic signatures, the NOTICE and LICENSE file > > 4. Build it using the README provided by the artefact. > > 5. Look in nbbuild/netbeans for the NetBeans installation created by > > the build process and try running it. > > > > > > In addition to checking the sources, you should check the associated > > convenience binary NBMs at the artefact links above. As well as > > checking any artefact functions correctly, you should check that it > > has been correctly signed by a PMC member, and that the source being > > voted on is sufficient to build the relevant binary. > > > > You can test update of the IDE using the provided NBMs by adding a > > temporary update centre in Tools / Plugins / Settings. You may wish to > > use a temporary install or userdir for this! > > > > https://netbeans.apache.org/nb/updates/11.2/updates.xml.u1 > > > > The updated NBM files are JAR signed with an ASF certificate, so will > > show as Third-Party but at least Signed and Valid. A second round of > > updates will download the actual updated nb-javac libraries - > > unfortunately, due to the current temporary keystore used in the build > > process, the nb-javac updates will show as self-signed - I do not > > believe we have any way to fix that for 11.2. > > > > > > This vote is going to be open at least 72 hours, vote with +1, 0, and > > -1 as usual. Please mark your vote with (binding) if you're an Apache > > NetBeans PMC member to help with voting admin. > > > > If and when this vote passes, the updated source and NBMs will be > > released on to the mirrors, and the updated catalog (as per above) > > merged into the existing update centre on the NetBeans VM. > > > > > > Thank you for all the hard work! > > > > Best wishes, > > > > Neil > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > >