Re: Very Slow Operations with NB 11

t; usage, allowing the JVM to decide on it's own which results ~2gb usage on > systems which have 8 Gb RAM or up. I have 32 Gb and NetBeans memory usage > rarely goes above 2 Gb. > > On 4/13/19 7:32 AM, Scott Palmer wrote: >> NB has 2G. It sometimes gets up there and is usi

Re: Very Slow Operations with NB 11

show up in the thread dump. You can use jstack to obtain the thread dumps. >> Just have everything set to trigger (small script) so you don’t miss the >> event. >> >> Kind regards, >> Kirk >> >>> On Apr 12, 2019, at 7:26 AM, Scott Palmer wrote: >

Re: Very Slow Operations with NB 11

ease export Snapshot data. As I mentioned before, this is likely a stalled > thread and as such an execution profiler is likely to not report it. The most > useful view IME are thread dumps at about 1 second intervals. > > Kind regards, > Kirk > > >> On Apr 12, 2

Re: Very Slow Operations with NB 11

dumps at about 1 second intervals.Kind regards,KirkOn Apr 12, 2019, at 12:23 PM, Scott Palmer <swpal...@gmail.com> wrote:I just experienced a 10s delay before the auto-complete popup appeared (did see the “Please wait…” though).  That was the second press of auto-complete at the same spot

Re: Very Slow Operations with NB 11

> > Jan > > 12. dubna 2019 16:26:29 SELČ, Scott Palmer napsal: > What is the best course of action for reporting slowness? I can’t share my > project. > I’m not certain how to give step-by-step instructions when the problem is > basically one step in most cases.

Re: Very Slow Operations with NB 11

On Apr 12, 2019, at 12:37 PM, Glenn Holmer wrote: > > On 4/12/19 11:15 AM, pe...@webparity.net wrote: >> NB 11 just locked up cutting and pasting > > Is there a good reason for this entire thread to be cross-posted? I originally include groups that I thought could help. I’m fine with just

Re: Very Slow Operations with NB 11

p. > (a few years ago, some people were having problems with NB on networked file > systems. Is your project on a shared/networked drive? Just stabbing in the > dark.) > > > On Fri, Apr 12, 2019 at 10:33 AM Scott Palmer <mailto:swpal...@gmail.com>> wrote: > What is th

Very Slow Operations with NB 11

What is the best course of action for reporting slowness? I can’t share my project. I’m not certain how to give step-by-step instructions when the problem is basically one step in most cases. E.g. invoke auto-complete - nothing happens for several seconds. Invoke rename - dialog doesn’t

Re: Question on: Gradle Project Open Defaults

Same here. I want the loaded project to have the correct view of the class path. Unless the fast opening eventually resolved everything correctly and it is just a temporary case of some classes appear to be missing and then those red underlines go away. But even in that case there would need

Re: Installers

While a .dmg is common, I actually think a .zip is simpler because: - it can easily be made on any platform - Safari will automatically unzip it leaving a simple application bundle in the user’s download folder Scott > On Feb 2, 2019, at 10:13 AM, Michal Konrad Owsiak wrote: > > In my,

Re: Opening existing Gradle projects in new Gradle support

For non-modular projects that need to add modules to the module-path, I'm using Gradle code to add --module-path and --add-modules calls to the javac tasks. E.g. something like this: tasks.withType(JavaCompile) { options.compilerArgs.add '--module-path' options.compilerArgs.add

Re: Calling all Gradle users!

I exclusively use Gradle, so I will be testing extensively. The new plugin (or maybe it is partly the NB build) does have some issues with my projects. I will attempt to isolate a test case. I already emailed Laszlo, but he needs to be able to reproduce the issue. Scott > On Jan 26, 2019,

Re: How to work with optional Modules?

> On Jan 7, 2019, at 3:45 PM, Jan Lahoda wrote: > > On Mon, Jan 7, 2019 at 8:12 PM Scott Palmer <mailto:swpal...@gmail.com>> wrote: > >> But either way, auto-complete in NetBeans can’t “see” the >> java.util.logging package. “logging” is not offered as

Re: How to work with optional Modules?

it goes away. > (Preferences -> Misc -> Gradle -> Java Modules -> Allow Modules) > Hope that works for you. > Regards > Florian > > Am Mo., 7. Jan. 2019 um 20:35 Uhr schrieb Scott Palmer : >> >> Okay, my experiments with java.logging were messed up. I don’t

Re: How to work with optional Modules?

the unnamed Jigsaw module, right? Then that should see java.logging even > without any --add-modules? > > Jan > > On Mon, Jan 7, 2019 at 7:02 PM Scott Palmer wrote: > >> What about the auto-complete not working in the Ant-Based project? >> How do you tell an Ant-based

Re: How to work with optional Modules?

Sorry, autocorrect made a significant change on me. That should read: “...the java.util.logging package wasn’t known until I started invoking javac with --add-modules=java.logging” javac needed the --add-modules, not java. Scott > On Jan 7, 2019, at 2:12 PM, Scott Palmer wrote: > &

Re: How to work with optional Modules?

an Lahoda wrote: > > Sorry, I am a bit puzzled: I assumed we are talking about a project that is > in the unnamed Jigsaw module, right? Then that should see java.logging even > without any --add-modules? > > Jan > > On Mon, Jan 7, 2019 at 7:02 PM Scott Palmer wrote: &

Re: How to work with optional Modules?

these options >> set, but NetBeans remains ignorant of the added modules >> > > NetBeans does not support Gradle at this point. > > Gj > > On Mon, Jan 7, 2019 at 6:32 PM Scott Palmer wrote: > >> I’m copying both the users and dev lists because 1) I

How to work with optional Modules?

I’m copying both the users and dev lists because 1) I tried a similar question on the users list where I think this belongs and got no response, 2) something is wrong and there should be a discussion with devs. Netbeans does not seem to have any place to add modules for non-modular

Re: Shall we make the "open project" dialog half of the screen size

Maybe remember the last size the user had it at? Then they resize once and next time it’s how they like it. Scott > On Dec 30, 2018, at 9:57 AM, Peter Cheung wrote: > > Thanks GJ, I do it tmr > > > Thanks > From Peter > > From: Geertjan Wielenga > Sent:

Re: Gradle Support for Apache NetBeans

+1 Great to see more support for Gradle. How does this plugin compare to the existing Gradle plugin? Would it make sense to merge your efforts? I would really like to see support for Gradle-based native C/C++ projects. Scott > On Dec 29, 2018, at 6:02 PM, John McDonnell wrote: > > Very

Re: NetBeans - the UI for Maven

I think a preference for the default tool would make sense. Or even if it just remembered your last selection so you don’t have to keep changing it. The initial default should be Maven at this point, but maybe it could be Gradle if it ever becomes a first class citizen. I also agree with

Re: NetBeans - the UI for Maven

Ant and Maven projects are dead to me :-) Gradle is the way forward and so much better. (Plus it could support native C/C++ as well.) I know Maven is an Apache project, but quite frankly I agree 100% with this: http://nealford.com/memeagora/2013/01/22/why_everyone_eventually_hates_maven.html

Re: [LAZY CONSENSUS] Which NetBeans domains to keep?

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, >

Re: JDK requirements for building NB

> On Aug 21, 2018, at 6:50 PM, Geertjan Wielenga > wrote: > > I could be wrong but I think there's a lot of confusion about what JDK > support means in relation to Apache NetBeans. Got it. Using NetBeans 9+ to develop applications that require JDK 10 works now, and support for building

Re: JDK requirements for building NB

> On Aug 21, 2018, at 10:22 AM, Will Hartung wrote: > > On Tue, Aug 21, 2018 at 4:46 AM, Scott Palmer wrote: > >> This is not quite right. Anyone using the NB platform is not forced to >> upgrade the platform they base their application on. The on

Re: JDK requirements for building NB

The JDK required to run NB should be entirely independent of what JDK you can build apps for when using NB. “...when NB starts to require a specific Java Version, implicitly the NB PLATFORM will have the same requirements, and that "all of a sudden" has impact on projects outside of NB proper.”

Re: Installers

In the spirit of sharing various macOS install methods, I give you my “GetNetBeans” script: https://gist.github.com/swpalmer/1390e7bdb9054f327bdc7d8fb8692c51 Run it on macOS and magically you will have a NetBeans 9.0

Re: Installers

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 fi

Re: Installers

sed 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

Re: Installers

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

Re: 2nd windows screen icon for nb9 shows nb82 shape/color icon

Are there multiple image sizes in the icon file? Were all of them replaced with the new icon? > On Jul 13, 2018, at 7:23 PM, Gary Bello wrote: > > main screen icon show new nb9 icon > > i have windows 10 with 2 displays - 2nd display is extended from the main - > not a duplicate. > > Both

Re: Native macOS package (disk image)

+1 JDK doesn’t have to be embedded, and I for one would prefer that it isn’t as I will be updating the JDK independently of NetBeans anyway. Scott > On Jul 2, 2018, at 12:36 PM, Emilian Bold > wrote: > > For starters we could have a disk image without the JDK and users will just > have to

Re: Microsoft buys GitHub

This mirrors my view of Microsoft 100%… their “success" held back the computer industry by about 10 years. I remember my fancy multitasking Commodore Amiga with sound and colour and GUI and a decent processor architecture… while MS and PCs had DOS and segmented memory, ugh. They have a track

Re: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

> On Mar 19, 2018, at 1:13 PM, Neil C Smith <neilcsm...@apache.org> wrote: > > On Mon, 19 Mar 2018 at 16:40 Scott Palmer <swpal...@gmail.com> wrote: > >> Toni, (replying off-list as this really isn’t about NetBeans) >> ... >> Can you point me to one o

Re: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

d it > took me about a day. > > —-Toni > > Von meinem iPad gesendet > >> Am 19.03.2018 um 15:34 schrieb Scott Palmer <swpal...@gmail.com>: >> >> >> >>> On Mar 19, 2018, at 10:25 AM, John Kostaras <jkosta...@gmail.com> wrote: >>

Re: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

> On Mar 19, 2018, at 10:25 AM, John Kostaras wrote: > > *"This is the bit I don't understand. Why would you want to do that? > In every Swing component I can think of you wouldn't render an entire > large data set in the view in one go or it would grind to a halt - you'd

Re: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

"All I'm saying is that with the last N years of unprecedented attention the web technologies have leaped light years ahead of everything else in terms of basic UI." As far as I can tell, that is a a false statement. Web UIs are still severely behind for complex layout and even something as

Re: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

> On Mar 14, 2018, at 3:01 AM, > wrote: > > There's a problem with this whole discussion. Participants are mixing > criticism of webapps with criticism of Desktop applications which use a > HTML5Component as their renderer. I don't know if I

My Personal UI Rant, Was: Think Java, not Electron! was: Apache HTML/Java UI instead of

Sometimes I think the world has gone crazy. Here are a few simple observations: - JavaFX is the best UI tech that Java has going for it these days. - Swing/AWT has been heading towards obsolescence for several years now. It works, but the future of desktop UI with Java is JavaFX. - HTML is a

Re: Possible Removal of SVN

I agree that it is too early to remove support for Subversion. I also agree that the best alternative to it is Mercurial. (It’s like Git meant for use by for humans ;-)) I would hate to see support for either dropped. Scott > On Mar 8, 2018, at 9:29 AM, Paul Franz wrote:

Re: launcher for windows and building c file

> On Feb 27, 2018, at 12:13 AM, Jan Lahoda <lah...@gmail.com> wrote: > > Hi Scott, > > On Mon, Feb 26, 2018 at 11:54 PM, Scott Palmer <swpal...@gmail.com > <mailto:swpal...@gmail.com>> wrote: > >> That is of course the “correct” way to do this. Bu

Re: launcher for windows and building c file

That is of course the “correct” way to do this. But I still wonder, why doesn’t NetBeans use the standard java launcher that is produced by javapackager? (If it isn’t good enough, it should be. We should file an issue with the JDK if it is inadequate.) Scott > On Feb 25, 2018, at 10:00 PM,

Re: Contribute

I wonder why any native launchers aren’t simply the standard launchers produced by the javapackager from the JDK. I don’t think it is worth maintaining a NetBeans-specific launcher. Scott > On Feb 24, 2018, at 5:15 PM, Emilian Bold wrote: > > If you have C /