Re: Please use Rebase or Squash when Merging PRs on GitHub
I agree with this. It’s my practice that feature branches contain high level granularity, merges there squash to not pollute history. > On 13 Mar 2019, at 00:30, Laszlo Kishalmi wrote: > > Dear all, > > It would be great if we could use rebase for 1commit PR-s and Squash and > merge for PR-s with more than one commit, especially when cherry pick is > needed. > > That would make cherry picking from branch to branch much easier. > > Thank you! > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: What to do with features for EARs and EJBs?
Geertjan’s article is not about removing EE support it’s what to do about the old Java EE which is deprecated in favour of Jakarta EE in the future being the modern EE variant. For those that do not know, yes; Java EE 8 is the last version of Java EE, Jakarta EE while not being a replacement it is the new way forward for enterprise web applications. Removing legacy support in favour of new technologies is certainly not suicide it is moving with the times. Spring support has always been brilliant in NetBeans with bean navigation suppirt and now a lot of bootstrap support, but that’s the modern current focus. > On 29 Jan 2019, at 08:33, Tomas Poledny wrote: > > NetBeans had the best support of JEE from all IDE. Support for Spring is > very poor. I think remove of support part of JEE is suicide for NetBeans. > This is main reason why I am using NetBeans. > Tomas > >> On Mon, Jan 28, 2019, 22:24 Brett Ryan > >> It’s always a sensitive topic whenever considering to remove something, >> however; I am in favour for removing classic JavaEE support in favour of >> concentrating on modern java web technologies such as spring and Jakarta. >> >> It becomes an enormous task to support everything. We can always provide >> support in the form of a plugin though I feel that those using classic Java >> EE may not benefit from the additions being added to NetBeans IDE and may >> continue to use 8.2. >> >>> On 29 Jan 2019, at 06:05, Geertjan Wielenga >> wrote: >>> >>> Hi all, >>> >>> Especially to Java/Jakarta EE people out there, e.g., Ivar, Josh, David, >> at >>> least -- please advise what should be done with the EAR and EJB support, >> as >>> described here: >>> >>> >> https://blogs.apache.org/netbeans/entry/enterprise-cluster-integrated-into-apache >>> >>> And, hurray, thanks Matthias especially, and Vikas, Arunava, Sarvesh, and >>> Reema, for a lot of work on relicensing, for getting the enterprise >> cluster >>> integrated! >>> >>> Gj >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org >> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Apache NetBeans Version Number - Future Dating
This sounds complicated and may add expectations :-/ > On 29 Jan 2019, at 08:16, Kenneth Fogel wrote: > > With IntelliJ and Eclipse using the year.month approach may I suggest doing > the same thing but instead of the release date we use the date it goes stale > such as when the next release is expected. This way we will usually appear > more up to date than the other IDEs. Though, I still like my moons of Jupiter > idea. > > Ken > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: What to do with features for EARs and EJBs?
It’s always a sensitive topic whenever considering to remove something, however; I am in favour for removing classic JavaEE support in favour of concentrating on modern java web technologies such as spring and Jakarta. It becomes an enormous task to support everything. We can always provide support in the form of a plugin though I feel that those using classic Java EE may not benefit from the additions being added to NetBeans IDE and may continue to use 8.2. > On 29 Jan 2019, at 06:05, Geertjan Wielenga > wrote: > > Hi all, > > Especially to Java/Jakarta EE people out there, e.g., Ivar, Josh, David, at > least -- please advise what should be done with the EAR and EJB support, as > described here: > > https://blogs.apache.org/netbeans/entry/enterprise-cluster-integrated-into-apache > > And, hurray, thanks Matthias especially, and Vikas, Arunava, Sarvesh, and > Reema, for a lot of work on relicensing, for getting the enterprise cluster > integrated! > > Gj - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [VOTE] Apache NetBeans Version Number: 2019.03
+1 > On 27 Jan 2019, at 14:44, Juan David Ferreira Granados > wrote: > > +1 > >> On 2019/01/26 03:51:19, Laszlo Kishalmi wrote: >> Dear all,> >> >> Well, it is time to finalize out version scheme for a while. There will > >> be three voting threads created on this topic with subjects:> >> >> * [VOTE] Apache NetBeans Version Number: 11> >> * [VOTE] Apache NetBeans Version Number: 11.0> >> * [VOTE] Apache NetBeans Version Number: 2019.03> >> >> Everyone from the community can cast his/her own vote on each thread as:> >> >> +1 I like it, let's do this way> >> 0I'm Ok with it, does not particularly like it, but won't mind it> >> -1 I do not like it at all.> >> >> Each thread is going to be open for 72+ hours and going to be closed at > >> the same time. Regardless from the number of votes, that version number > >> would win which has the greatest sum of the vote values.> >> >> Voting is a community event! Be a proud community member and cast your > >> vote!> >> >> Thank you!> >> >> Laszlo Kishalmi> >> >> Volunteer Release Manager of Apache NetBeans 2019.03> >> >> P.S.: Please keep this thread for voting only!> >> >> > > Atentamente, > > Juan David Ferreira G. > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Schliemann still alive?
I’d really like to help volunteer supporting the scala plugin to bring it to a first class supported language within the NetBeans IDE. I did start looking at it about 10 months ago but got by with the spark shell, I can’t remember exactly but iirc there was some dependency that had a specific version requirement making it incompatible with 8.2. If I was to start looking into it, where do you think initial focus should be? > On 6 Dec 2018, at 09:27, Caoyuan wrote: > > I wrote the Erlang plugin for NetBeans via Schliemann in 2007, the source > code is still available here: > > https://sourceforge.net/p/erlybird/code/HEAD/tree/trunk/ > > But as Enrico said, Schliemann is decpreacted and I don't think there will > be anyone to pick it up. > > I wrote the Scala plugin for NetBeans based on the new langugae support > APIs from 2008, you can find it here: > > https://github.com/dcaoyuan/nbscala > > But, I have no much time to enhance it during the past 2 years. > > -caoyuan > > > On Mon, Dec 3, 2018 at 10:57 AM Mario Schroeder > wrote: > >> Hello, >> >> after implementing language support the hard way with ANTLR and self >> written LanguageHierachy, I accidently came accross the Generic Language >> Framework, aka Projekt Schliemann. >> >> I know it is quite old. So therefore my question: Is it still a solution to >> create support for a new language? Or shall I keep a distance from that >> module? >> >> Regards, >> Mario >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [LAZY CONSENSUS] Which NetBeans domains to keep?
I’m thinking the same thing here. stageing.netbeans.org for one makes sense to me, all others should be subdomains also. > On 24 Sep 2018, at 23:21, Scott Palmer wrote: > > I’m curious as to why subdomains are not used instead? > > stage.netbeans.org > dev.netbeans.org > > I agree that .com and .net should redirect. > > Regards, > > Scott > > >> On Sep 24, 2018, at 8:46 AM, pa...@tabor.one wrote: >> >> There are couple of directions we can split users flow as Geertjan >> suggested, but we must be accurate with it not to create too many places of >> interest. >> >> netbeans.org - is a root for all the Netbeans users around the globe. We >> must keep it anyway. Also we can add blogs and tutorials >> stagenetbeans.org - staging are, really cool to have one +1 >> devnetbeans.org - we can use this one to create an alternate tracker (for >> example Phabricator) for developers team. It's good to keep it if we plan to >> do so, if not - we can trash it. >> netbeans.net - simple redirect to netbeans.org, just for convenience of >> newcomers >> netbeans.com - simple redirect to netbeans.org, just for convenience of >> newcomers >> >> I think it's fair enough for all purposes. >> >> ED > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Work Offline as a Global Setting for the Platform?
Well, the always online mentality is not a good one because many corporations block sites, we have the plugin portal blocked as an example. Some of us with poor internet also suffer a bad experience, it’s getting better here but I had dialup only 3 years ago, much of Australia still has bad internet until the fibre rollout is complete. Then there’s the commuters that work on trains. > On 23 Sep 2018, at 12:34, Laszlo Kishalmi wrote: > > Hi all, > > Even in the on-line always connected world, what do you think of the value of > a global Work Offline property supported by the platform? It just popped in > my mind reading the JavaHelp replacement thread, and I myself has some > offline/online workflows as well. > > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
On 15 Aug 2018, at 09:21, James Gosling wrote: >> On Aug 14, 2018, at 4:13 PM, Brett Ryan wrote: >> >> That was a little tongue in cheek, but I do get called a dino at work >> from the young ones ‘cos I’m an nb advocate, trying to sway them. > > I get the same reaction at work…. From people who use Vi and Emacs. I have > a hard time believing how entrenched the “REAL engineers use Vi” cult is. > There’s something about editors from the 70s that really pumps up the > testosterone. Don’t dis vi, I am a vi guy. It’s still the easiest tool for mass changes, and the various visual modes in vim (CTRL+V) are awesome. > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
> On 15 Aug 2018, at 06:04, Tim Boudreau wrote: > > If anyone shows up on the mailing list complaining about performance, we >> can tell them to get rid of the image and copy the bundle over. >> > 99.9% of people who have that experience will NOT show up onn the mailing > list here. They'll simply use something else - perhaps blogging about the > experience, or writing something on social media, or telling friends "don't > use NetBeans". Because other software provides better installers? That was a little tongue in cheek, but I do get called a dino at work from the young ones ‘cos I’m an nb advocate, trying to sway them. > -Tim > > -- > http://timboudreau.com - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
> On 14 Aug 2018, at 20:14, Geertjan Wielenga > wrote: > > I created two YouTube clips during the past few hours that show the > ZIP-based and Mac Installer-based approaches to installing Apache NetBeans: > > https://www.youtube.com/watch?v=am-7aa2hYgc > > https://www.youtube.com/watch?v=I8gdC7BBtbs > > Each takes less than 5 minutes, comments welcome. Nice Gj, this is great for power users, but NetBeans IDE has always targeted non-power users, testing teams love it, DBA’s love it, web devs love it, as we say; we’re not just targeting java devs. In my workplace the competition is IntelliJ, mostly because scala is widely used in BigData, and unfortunately we’re lacking in that space. If you take a look at the IntelliJ installer it’s actually pretty slick, you install from DMG, then you launch and it asks you what type of development you’re going to do (java, scala, ...). Interesting to note is the same thing for python (pyCharm) is a seperate product. I’m not an advocate of IntelliJ, while it installs and looks slick it is IMHO horrible. I think we need to look at our competition. > Gj > > > > On Tue, Aug 14, 2018 at 11:12 AM, Neil C Smith > wrote: > >>> On Mon, 13 Aug 2018 at 22:03, Will Hartung wrote: >>> >>> A DMG file is, effectively, a Mountable ZIP file. The "typical" Mac >>> Installation process is to open the DMG file, a window appears with the >>> Application bundle and a link to the Applications directory, and a big >>> arrow, essentially telling you to drag the App in to the Applications >>> folder. >>> >>> That's a "mac install". That's a "friendly" mac install. Digging stuff >> out >>> of zip files is not as "mac friendly". >>> >>> Tim's point of moving to an Installer to essentially "force" folks to >>> actually drag the app off of the DMG is interesting, and, honestly, not >>> surprising. >> >> I'm glad you put "friendly" in quotation marks there! ;-) I >> understand technically what's going on. I'm trying to work out why >> anyone thinks that's user-friendly. By the time I read the need for >> Tim's workaround there my palm is getting seriously close to my face. >> Did you read the article I linked to earlier? I found that when >> deciding which approach to use for my own app bundle. And, while it >> might be less common, shipping app bundles in a zip is not completely >> unknown and you'll find quite a few people advocating for it. Still, >> the UI studies quoted from Firefox aside, they ship it in a DMG! >> >> i asked mainly because a zipped app bundle seems to be the easiest >> option to create here, without the can-be-run-from-dmg downside. I'm >> definitely happy sticking with zip for my own usage right now! >> However, not going to say any more on this as it's not my main >> platform. I would, mind you, love to ditch the installers on every >> platform! >> >> Best wishes, >> >> Neil >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org >> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
> On 13 Aug 2018, at 22:11, Neil C Smith wrote: > > On Mon, 13 Aug 2018 at 12:42, Brett Ryan wrote: >>> On 13 Aug 2018, at 19:22, Neil C Smith wrote: >>> I admit to using my mac as little as possible for testing purposes, >>> but I really don't get why a zipped up application bundle is seen as >>> unfriendly for macOS users? >> >> Power users aside, it’s unfriendly for users of any OS. My test team team >> are a good example of people that want a one click setup, my devs just want >> to develop without needing to fiddle with a tool chain. > > Are we talking about the same thing here!? Double-click netbeans.zip > to extract, double-click netbeans.app to run. Actually, I did overlook this. I think that’s fine. The thing I’m questioning though is I still think we need an installer when we do JEE, as it needs to install tomcat/glassfish (user ticks), then configures the IDE and container with user provided port settings. > Best wishes, > > Neil > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
> On 13 Aug 2018, at 19:22, Neil C Smith wrote: > >> On Mon, 13 Aug 2018 at 01:59, Tim Boudreau wrote: >> >> That's not a great user experience for Mac OSX users - it kind of >> telegraphs "we don't actually care about Mac OSX users". >> > > I admit to using my mac as little as possible for testing purposes, > but I really don't get why a zipped up application bundle is seen as > unfriendly for macOS users? Power users aside, it’s unfriendly for users of any OS. My test team team are a good example of people that want a one click setup, my devs just want to develop without needing to fiddle with a tool chain. And; we work with hadoop, we know pain. > I'm inclined towards the views expressed > in https://daringfireball.net/2009/09/how_should_mac_apps_be_distributed > Maybe I'm biased by my love of RiscOS, but isn't the whole point of a > self-contained application bundle that you just drag it where you want > it? I do understand why the current zip download isn't optimal for > any OS yet. > > >> On Mon, 13 Aug 2018 at 06:18, Ryan Cuprak wrote: >> >> With the Mac installer, is the plan to include OpenJDK so that the IDE runs >> without any additional setup work? > > I think this would require a change in Apache policy towards > distribution of system dependencies? Something I really hope we see > in a world moving away from centralized JDKs! > > Best wishes, > > Neil > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
> On 13 Aug 2018, at 06:32, Scott Palmer wrote: > > Yes, that is true. If there is still a need for that, then a .pkg is > required. Is it still the case though? Given that JEE support is in the next drop and glassfish/tomcat are a part of the bundle then i can only assume so. That's not to say that the IDE could say “if you need this then go download that elsewhere and configure manually”, however; one of NetBeans IDE’s advantages has always been a single install and you have everything. Another option would be to only provide a single servlet/JEE container OOTB and not allow user customisation. Given licensing that would mean tomcat is fine as it’s apache licensed, don’t know what will need to be done to bundle glassfish though. > Scott > >> On Aug 12, 2018, at 4:14 PM, Brett Ryan wrote: >> >> Not quite. Remember the 8.2 installer did install Glassfish and tomcat for >> JEE versions and above. When it did this the servlet container was >> customised to match the users preferences. >> >>> On 11 Aug 2018, at 15:44, Scott Palmer wrote: >>> >>> The macOS “installer” should be nothing more than a disk image with the >>> application bundle. It should not be a .pkg file that might require admin >>> privileges as it would be a drag and drop install. The user should be able >>> to drag the app bundle wherever they want. >>> >>> Scott >>> >>>> On Aug 10, 2018, at 6:54 PM, Carl Mosca wrote: >>>> >>>> I work in a place where you need admin rights to install on Windows as well >>>> but that's a policy. >>>> >>>> As far as the MacOS goes, it's based on BSD. >>>> >>>> Therefore if /Applications is owned by root:wheel (or something similar >>>> that's not the current user), you need privileges to "su or sudo" in order >>>> to complete the installation process. That is to say, the filesystem is >>>> requiring the elevated access which in my opinion is a good thing. >>>> >>>> One could/should be able to install in his/her home directory and not need >>>> such access and I have seen apps take that approach as well. >>>> >>>> Carl >>>> >>>>> On Fri, Aug 10, 2018 at 5:57 PM Will Hartung >>>>> wrote: >>>>> >>>>> For some reason that I don't understand, and perhaps someone could >>>>> explain, >>>>> the installer for MacOS requires Administration privileges. >>>>> >>>>> Being that it, too, is essentially a "zip file" (it's an application >>>>> bundle), I never really understood why it needs admin privs to install. >>>>> >>>>> Maybe it's some Mac specific thing. > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
> On 13 Aug 2018, at 06:27, Scott Palmer wrote: > > Really? Wow. Okay, another option (still preferable to a .pkg IMO) is to > simply distribute the application bundle in zipped form. As mentioned the issue with this is it could not be installed by the user globally, think of a university installing for all users. Someone would need to go into the bin folder and drag a shortcut out. > That has the advantage that you also don’t need a Mac to create it. In most > cases Safari would automatically extract it and leave the application sitting > in your Downloads folder. You don’t need macOS, you just need a tool like xar and a manifest to build the extensible archive. > Regards, > > Scott > >> On Aug 12, 2018, at 12:19 AM, Tim Boudreau wrote: >> >> This debate was had once about 14 years ago - and the decision to go with >> .pkg installers on Mac OSX was made for this reason: There were a lot of >> "NetBeans is unusably slow" reports on OSX. >> >> The reason? A LOT of users never unpacked the .app - they were running it >> directly from the mounted, compressed .dmg image. It turns out that's not >> that unusual. >> >> Random access Java classloading does not play nicely AT ALL with the >> compression used for .dmg images. >> >> I strongly recommend not repeating that mistake. >> >> -Tim >> >> Only Sat, Aug 11, 2018 at 1:44 AM Scott Palmer wrote: >> >>> The macOS “installer” should be nothing more than a disk image with the >>> application bundle. It should not be a .pkg file that might require admin >>> privileges as it would be a drag and drop install. The user should be able >>> to drag the app bundle wherever they want. >>> >>> Scott >>> On Aug 10, 2018, at 6:54 PM, Carl Mosca wrote: I work in a place where you need admin rights to install on Windows as >>> well but that's a policy. As far as the MacOS goes, it's based on BSD. Therefore if /Applications is owned by root:wheel (or something similar that's not the current user), you need privileges to "su or sudo" in >>> order to complete the installation process. That is to say, the filesystem is requiring the elevated access which in my opinion is a good thing. One could/should be able to install in his/her home directory and not >>> need such access and I have seen apps take that approach as well. Carl > On Fri, Aug 10, 2018 at 5:57 PM Will Hartung >>> wrote: > > On Fri, Aug 10, 2018 at 1:10 PM, Kenneth Fogel < >>> kfo...@dawsoncollege.qc.ca >> > wrote: > >> Yes, an installer is nice but all it should do on the Windows platform >>> is >> unzip NetBeans in the folder of choice and add a shortcut. >> > > For some reason that I don't understand, and perhaps someone could >>> explain, > the installer for MacOS requires Administration privileges. > > Being that it, too, is essentially a "zip file" (it's an application > bundle), I never really understood why it needs admin privs to install. > > Maybe it's some Mac specific thing. > -- Carl J. Mosca >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org >>> >>> For further information about the NetBeans mailing lists, visit: >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >>> >>> >>> -- >> http://timboudreau.com > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
> On 13 Aug 2018, at 05:29, Neil C Smith wrote: > > On Sun, 12 Aug 2018, 16:23 Carl Mosca, wrote:. > >> I have not looked at pack2000, at least not lately. I will check it out. >> > > Hasn't pack200 just been deprecated!? > > Out of interest is there a preference / benefit for mac users to have the > app bundle in a dmg and not just zipped up? That would still be an > improvement. It’s about the standard user experience. Having a dmg the instance comes with a manifest that tells what files go to the /Applications folder and what goes to the ~/Library/Aplication Support folder. The finder (similar to windows explorer) window can be customised richly in the dmg to show the user they should drag the icon to applications, many have a symlink to applications. From this though the launch process on macOS need to know the executable. All applications while may have many supporting files from the users perspective show as a single icon, this provides support for the doc, commander and shortcuts. > Also reminds me of giving a test version of an RCP app to a Windows user > who tried to run it from inside the zip. Tries to start but doesn't get > very far. Any way for the mac app bundle launcher to know it's running from > a dmg and behave differently (eg. trigger extraction)? Maybe, but it’s not practice to do so. I am doubtful this is what was happening though, I certainly don’t remember seeing this. Back in 2004 I really don’t remember us mac users having an nb installer and am pretty sure we were using a zip. If the dmg is customised to highlight they should copy, that would be enough. > Best wishes, > > Neil > >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installers
Not quite. Remember the 8.2 installer did install Glassfish and tomcat for JEE versions and above. When it did this the servlet container was customised to match the users preferences. > On 11 Aug 2018, at 15:44, Scott Palmer wrote: > > The macOS “installer” should be nothing more than a disk image with the > application bundle. It should not be a .pkg file that might require admin > privileges as it would be a drag and drop install. The user should be able to > drag the app bundle wherever they want. > > Scott > >> On Aug 10, 2018, at 6:54 PM, Carl Mosca wrote: >> >> I work in a place where you need admin rights to install on Windows as well >> but that's a policy. >> >> As far as the MacOS goes, it's based on BSD. >> >> Therefore if /Applications is owned by root:wheel (or something similar >> that's not the current user), you need privileges to "su or sudo" in order >> to complete the installation process. That is to say, the filesystem is >> requiring the elevated access which in my opinion is a good thing. >> >> One could/should be able to install in his/her home directory and not need >> such access and I have seen apps take that approach as well. >> >> Carl >> >>> On Fri, Aug 10, 2018 at 5:57 PM Will Hartung wrote: >>> >>> On Fri, Aug 10, 2018 at 1:10 PM, Kenneth Fogel >>> >>> wrote: >>> Yes, an installer is nice but all it should do on the Windows platform is unzip NetBeans in the folder of choice and add a shortcut. >>> >>> For some reason that I don't understand, and perhaps someone could explain, >>> the installer for MacOS requires Administration privileges. >>> >>> Being that it, too, is essentially a "zip file" (it's an application >>> bundle), I never really understood why it needs admin privs to install. >>> >>> Maybe it's some Mac specific thing. >>> >> >> >> -- >> Carl J. Mosca > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Error updating version in pom.xml
Gj, just found that in 8.2 if you have the cursor immediately after the >, it doesn’t replace the version string and does the 9.0 behaviour. Also, if you have the cursor in the middle of a version string it filters from that prefix. I guess this is why I thought it wasn’t avail in 8.2 as I always do if after the > > On 28 Jul 2018, at 19:11, Geertjan Wielenga > wrote: > > https://www.youtube.com/watch?v=wGuvhDJ0f80 > > Above you see how it works in 8.2 and how it works in 9.0 vc3. > > Hope it helps, > > Gj > > > >> On Sat, Jul 28, 2018 at 7:12 AM, Brett Ryan wrote: >> >> I’m still using 8.2 in production, and I’ve never seen it replace the >> version. However, i use the following recommended strategy in maven >> projects. >> >> 1. Use variables for storing versions used in dependencies >> 2. Use the versions [1] plugin to identify new releases >> 3. Never use ranges, it’s not supported in maven 3 any more. >> >> [1]: https://www.mojohaus.org/versions-maven-plugin/ >> >>> On 28 Jul 2018, at 13:15, Tim Boudreau wrote: >>> >>> I'm frequently annoyed by this too. Has a bug been filed? >>> >>> -Tim >>> -- >>> http://timboudreau.com >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Error updating version in pom.xml
Oh wow, that’s kinda neat. It works for version strings also. I.e. ctrl*space inside ${here} > On 28 Jul 2018, at 19:11, Geertjan Wielenga > wrote: > > https://www.youtube.com/watch?v=wGuvhDJ0f80 > > Above you see how it works in 8.2 and how it works in 9.0 vc3. > > Hope it helps, > > Gj > > > >> On Sat, Jul 28, 2018 at 7:12 AM, Brett Ryan wrote: >> >> I’m still using 8.2 in production, and I’ve never seen it replace the >> version. However, i use the following recommended strategy in maven >> projects. >> >> 1. Use variables for storing versions used in dependencies >> 2. Use the versions [1] plugin to identify new releases >> 3. Never use ranges, it’s not supported in maven 3 any more. >> >> [1]: https://www.mojohaus.org/versions-maven-plugin/ >> >>> On 28 Jul 2018, at 13:15, Tim Boudreau wrote: >>> >>> I'm frequently annoyed by this too. Has a bug been filed? >>> >>> -Tim >>> -- >>> http://timboudreau.com >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Error updating version in pom.xml
I’m still using 8.2 in production, and I’ve never seen it replace the version. However, i use the following recommended strategy in maven projects. 1. Use variables for storing versions used in dependencies 2. Use the versions [1] plugin to identify new releases 3. Never use ranges, it’s not supported in maven 3 any more. [1]: https://www.mojohaus.org/versions-maven-plugin/ > On 28 Jul 2018, at 13:15, Tim Boudreau wrote: > > I'm frequently annoyed by this too. Has a bug been filed? > > -Tim > -- > http://timboudreau.com
Re: Apache NetBeans Platform for Beginners
This is fantastic news Walter and this is a brilliant book! > On 20 Jul 2018, at 19:57, Walter Nyland > wrote: > > Hi all, > > I’m one of the auhors of leanpub.com/nbp4beginners. > > There’s continual interest in our book and clearly the Java desktop domain is > alive and well. Meanwhile, nothing comparable to the Apache NetBeans Platform > exists — and is now even stronger with its Apache license and backing by the > ASF. > > We're therefore working on an update to the book, with a commitment to > quarterly updates, and of course everyone who already purchased it will > continue to get everything for free. > > We want our book to be the standard guide for the usage of the core of Apache > NetBeans, i.e., specifically the platform. We have no plans currently to go > beyond that. > > We’ll be rebranding the book. What do we need to do to use the new logo and > branding? > > Thanks, great job everyone, hope the book will continue to be of benefit. > > > Regards, > > Walt > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: ModuleInstall.restore() seems not to be called
That is a great book. Has it been continually updated for 8.x? I haven’t read since the original MEAP. > On 8 Jul 2018, at 05:09, Geertjan Wielenga > wrote: > > Really suggest you buy leanpub.com/nbp4beginners > > Gj > > >> On Saturday, July 7, 2018, Peter Nabbefeld wrote: >> >> >> Found the problem: >> No OpenIDE-Module-Install added to manifest. >> >> And found a better solution for my case: >> Using @OnShowing. >> >> Regards >> Peter >> >> >> >>> Am 07.07.2018 um 19:18 schrieb Peter Nabbefeld: >>> >>> >>> Hello, >>> >>> I tried to do some debugging of the Installer class, but the breakpoint >>> in the restore method doesn't seem to be hit: >>> https://github.com/OldGrumble/NBWicketSupport/blob/master/sr >>> c/main/java/org/netbeans/modules/web/wicket/installer/Installer.java >>> >>> Could somebody tell me what I'm doing wrong? >>> >>> Kind regards >>> >>> Peter >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org >> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Welcome screen and 9.0 branding
This is a great start. One suggestion, could we have the navy title and footer changed to white or a light gray, the background a solid colour. Something to give a modern pop. > On 8 Jul 2018, at 04:37, Emilian Bold > wrote: > > Here is my final version: https://imgur.com/a/0wPjkDD > > Note the Apache Incubator logo in the lower-right corner. > > --emi > > ‐‐‐ Original Message ‐‐‐ > >> On 7 July 2018 9:19 PM, Josh Juneau wrote: >> >> Thanks Emilian...I think that looks great. >> >> Josh Juneau >> >> juneau...@gmail.com >> >> http://jj-blogger.blogspot.com >> >> https://www.apress.com/index.php/author/author/view/id/1866 >> >>> On Jul 7, 2018, at 1:05 PM, Emilian Bold emilian.b...@protonmail.ch.INVALID >>> wrote: >>> >>> Here it is with the cherry-picked commit from PR583 and my tweaks: >>> https://imgur.com/a/2UHAsqh >>> >>> I think it's looking better. >>> >>> --emi >>> >>> ‐‐‐ Original Message ‐‐‐ >>> >>>> On 7 July 2018 8:22 PM, Emilian Bold emilian.b...@protonmail.ch.INVALID >>>> wrote: >>>> >>>> I was talking about something more extensive. >>>> >>>> I'm no designer but I could come up with this: https://imgur.com/a/9raqsSa >>>> >>>> Note the background underneath 'Learn and Discover' and the current tab >>>> being green. >>>> >>>> --emi >>>> >>>> ‐‐‐ Original Message ‐‐‐ >>>> >>>>> On 7 July 2018 6:25 PM, Geertjan Wielenga >>>>> geertjan.wiele...@googlemail.com.INVALID wrote: >>>>> >>>>> But if I remember correctly we already have right now a PR for the Welcome >>>>> >>>>> screen in ‘main’, cherry pick it to ‘release90’ and we’re done. I’d vote >>>>> to >>>>> >>>>> not do this for this release if it is more involved than cherry picking. >>>>> >>>>> Gj >>>>> >>>>> On Saturday, July 7, 2018, Emilian Bold emilian.b...@protonmail.ch.invalid >>>>> >>>>> wrote: >>>>> >>>>>> The designer we have should also help us with the welcome screen as we >>>>>> >>>>>> need some new color palette (right now the Welcome screen is using a blue >>>>>> >>>>>> color palette from an older branding) and some new image (for example, >>>>>> >>>>>> under 'What's New' there's a background image). >>>>>> >>>>>> --emi >>>>>> >>>>>> ‐‐‐ Original Message ‐‐‐ >>>>>> >>>>>>> On 7 July 2018 6:01 PM, Kai Uwe Pel kaiuwe...@asia.com wrote: >>>>>>> >>>>>>> +1 >>>>>>> >>>>>>> I fully agree with Brett ! >>>>>>> >>>>>>> Kai >>>>>>> >>>>>>>> On 7/7/2018 4:51 PM, Brett Ryan wrote: >>>>>>>> >>>>>>>> Personally I felt after seeing the new splash screen I thought it >>>>>>>> >>>>>>>> looked brilliant but did feel the welcome screen detracted the >>>>>>>> freshness. >>>>>>>> >>>>>>>> It’s highly important that branding is consistent as this is the image >>>>>>>> of >>>>>>>> >>>>>>>> netbeans. >>>>>>> >>>>>>>> I vote not to wait and have this come in ASAP. >>>>>>>> >>>>>>>>> On 8 Jul 2018, at 00:41, Geertjan Wielenga >>>>>>>>> >>>>>>>>> geertjan.wiele...@googlemail.com.INVALID wrote: >>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I’ve been using the vote candidate 2 that Emilian announced >>>>>>>>> >>>>>>>>> yesterday and >>>>>>> >>>>>>>>> am becoming convinced that the only really missing aspect is the >>>>>>>>> >>>>>>>>> rebranding >>>>>>> >>>>>>>>> of
Re: Welcome screen and 9.0 branding
Personally I felt after seeing the new splash screen I thought it looked brilliant but did feel the welcome screen detracted the freshness. It’s highly important that branding is consistent as this is the image of netbeans. I vote not to wait and have this come in ASAP. > On 8 Jul 2018, at 00:41, Geertjan Wielenga > wrote: > > Hi all, > > I’ve been using the vote candidate 2 that Emilian announced yesterday and > am becoming convinced that the only really missing aspect is the rebranding > of the Welcome screen. It seems like a small thing but creates a big impact > to have the correct icons there too and we have such a pull request, only > we didn’t cherry pick to release90 branch. > > The links in the Welcome screen come from an external file that is at > netbeans.org that will be part of the 3rd donation. The point is that that > file can be edited externally, i.e., that’s not part of the Apache NetBeans > sources and can be updated anytime. For example, I added several news items > today and will update the Video link there too etc. > > So, the question is should we put together a new voting candidate so that > we can then include the updated/rebranded Welcome screen? Or should we wait > for more/other issues to be found first? Or do we not care that much about > the Welcome screen for this release? > > Any comments welcome, > > Gj - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Merging back netcat@ into the dev@ mailing list
I wasn’t going to say anything but my sentiment is the same. We’ve functioned very well this way for a long time, and nothing is broken. There is a lot of work to be done with the transition, lets focus on what is important. I have been fairly quiet lately due to a new role in BigData and time constraints. I will likely be helping out a lot more in the future and am presently getting wider adoption in our CTO. My plan is for a lot of my devs and test teams to come join NetCAT, most of my QA team do not have an engineering background and for them they wouldn’t want to see dev related topics. You’re all doing great work here. > On 27 Jun 2018, at 22:03, Geertjan Wielenga > wrote: > > Whatever keeps Luca and all other NetCAT people inspired and on board is > what we should do. > > I frankly don’t understand what the problem is that we’re trying to fix > here. If we’re saying that we’re not able to communicate with the whole > community because we have NetCAT separated from dev, then we should use the > same argument consistently and merge the users mailing list into dev as > well and I’m sure no one is suggesting that. :-) > > Apache NetBeans has a community of users, developers, and testers. That's a > value add, if anything. > > Gj > > > > On Wednesday, June 27, 2018, Bertrand Delacretaz > wrote: > >> Hi, >> >> On Wed, Jun 27, 2018 at 9:34 AM Luca Mambretti >> wrote: >>> ...During the previous programs there were weekly reports on activities, >> measurement on traffic >>> on the mailing list and various surveys to check the status of the >> release train in the allotted >>> time-frame; ... >> >> I know little about how NetCAT works but from an Apache perspective of >> asynchronous collaboration, jira tickets might be a good way to >> coordinate the NetCAT reviews: create a ticket for each main part of >> the review (per-tribe?), people can create sub-tickets for more fine >> grained coordination and it's easy to get an overview on activity and >> status via jira queries. And NetCAT jira tickets can be linked to >> development tickets which can help make both teams feel more united. >> >> Apache projects rarely have set deadlines for releases, as those can >> go against quality and people usually work on their own schedule as >> opposed to being paid to do things on time. Such loose but efficient >> coordination mechanisms work very well for that and quality as opposed >> to artificial deadlines then drive the releases. >> >> This is just my 2 cents, as mentioned I know little about NetCAT, but >> I do know a bit about how things work in loosely coupled Apache >> projects, and I feel that Apache NetBeans is getting more loosely >> coupled - which does have advantages but might require some >> adjustments. >> >> -Bertrand (NetBeans incubation mentor) >> >> - >> To unsubscribe, e-mail: netcat-unsubscr...@netbeans.apache.org >> For additional commands, e-mail: netcat-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.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists