Re: output window coloring question

[cowwoc]

On a related note, Maven 5.0+ is using ANSI colors in a very nice way 
but this won't work in Netbeans.


I suggest a committer contact the author of JANSI through 
https://github.com/fusesource/jansi/issues/87 to debug this further.


Kind regards,
Gili

On 2018-05-25 6:49 AM, Peter Cheung wrote:

i am using system.out


Thanks
 From Peter

From: Emilian Bold 
Sent: Friday, May 25, 2018 1:02:26 AM
To: dev@netbeans.incubator.apache.org
Subject: Re: output window coloring question

Maven is being executed as an external process which writes to a terminal. 
NetBeans has a basic VT100 terminal that probably takes care of some colors.

My guess is you are writing to the InputOutput stream which has no official 
ANSI support except via IOColorLines.println which accepts a Color argument.

--emi

‐‐‐ Original Message ‐‐‐

On 24 May 2018 7:54 PM, Peter Cheung  wrote:


Hi

i saw maven can print colored text in output window, after hacking maven, i know it uses 
library "org.fusesource.jansi.Ansi" to print colored text, but my testing 
program still can't see any color. The most amazing thing is that : in the output window, 
maven's text has color, but just my text has no color. Any hints?

my testing program:

import org.junit.Test;

import static org.fusesource.jansi.Ansi.;import static 
org.fusesource.jansi.Ansi.Color.;

import org.fusesource.jansi.AnsiConsole;

public class TestConsole {

@Test

public void test() throws Exception {

// String ANSI_RESET = "\u001B[0m";

// String ANSI_RED = "\u001B[31m";

// System.out.print(ANSI_RED + "XX");

// System.out.flush();

// System.out.println(ANSI_RESET);

// System.out.println("\033[31;1mHello\033[0m, \033[32;1;2mworld!\033[0m");

// System.out.println((char) 27 + "[31m" + "ERROR MESSAGE IN RED");

// System.out.println((char) 27 + "[33mYELLOW");

AnsiConsole.systemInstall();

System.out.println(ansi().eraseScreen().fg(RED).a("Hello").fg(GREEN).a(" 
World").reset());

}

}

Thanks

 From 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

Re: AW: AW: (Git) Diff Window horizontal space rescue

[cowwoc]

Hmm. Developers who want to do real coding should use real hardware.



Seriously though, there is some minimum screen real-estate we should 
design for. iPads and 13" monitors are a non-target in my opinion. 
Portability comes at a cost of productivity. People using such devices 
should expect as much.


I agree with you that we should be collecting usage statistics to help 
make such decisions. Can we use old data from netbeans.org?


Gili

On 2018-05-13 6:49 AM, Emilian Bold wrote:

Too bad we don't have any statistics about NetBeans usage anymore.

I also only use my 15" MacBook Pro without any external display. I briefly used 
an external display for a Linux VM where I had another NetBeans running :-) So, I 
never use NetBeans in a true multi-display setup.

At least for me, on macOS, the diff window is rather tiny. I can only imagine how 
tiny it would be if I were to use a 13" MacBook.

--emi

‐‐‐ Original Message ‐‐‐

On 13 May 2018 1:33 PM, Christian Lenz  wrote:


I think this is a real Problem, not everyone have big enough Monitors. Sure if 
you are working with a Docking Station, this is Maybe not a big Problem but if 
you have your Laptop with your, e.g. on a coding session at a conference, then 
this is a Problem. I can Show you some other Problems with the UI with NetBeans 
where a small monitor is a pain in the ass, but this is an other Topic.

Cheers

Chris

Von: Emilian Bold

Gesendet: Donnerstag, 10. Mai 2018 21:20

An: dev@netbeans.incubator.apache.org

Betreff: Re: AW: (Git) Diff Window horizontal space rescue

This email thread is also a form of brainstorming. I have no problems exploring 
ideas even if they never get implemented.

Starting from my plan of increasing the vertical space available for actual 
code in the diff top component, several other ideas were explored:

-   the fact the even if we make the diff topcomponent float, we still waste 
space with that tab title (unlike IntelliJ).
 
 ** then we went into why the Window System doesn't handle this usecase
 
 *** then we went into how this usecase might be implemented and how docking, closing would work
 
 ***… except it doesn't need to if people would just buy bigger monitors
 
-   that people end up having multiple diff topcomponents open, even for the same group of files and some re-use might help

-   syncing selection between the git(?) topcomponent and diff
 
 --emi
 
 ‐‐‐ Original Message ‐‐‐
 
 On 10 May 2018 5:20 PM, Neil C Smith neilcsm...@apache.org wrote:
 


On Thu, 10 May 2018 at 14:25 Emilian Bold emilian.b...@protonmail.ch

wrote:


Not sure why you have to be so adamant about this.

I could add some flag per topcomponent that says 'no-individual-tab'.

Then, if I have a floating window holding that single topcomponent it won't

have the title bar.

Play nice people! ;-)

I actually agree with both of you. I'd be really annoyed if we lost the

current tab behaviour, and yet also would love an option to selectively

open top components in separate windows without any tab support,

particularly within my RCP app rather than IDE.

Is the problem that we conflate two ideas in Float? One is SDI and the

other is MDI across multiple windows. Perhaps we need different options

with Float (or Undock) being single window, and an option more like New

Document Tab Group that opens in a new tab-able window?

But while we only have one option, my vote is on keeping the current

behaviour.

Best wishes,

Neil

Neil C Smith

Artist & Technologist

www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

--

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: AW: (Git) Diff Window horizontal space rescue

[cowwoc]

I'd be okay with "reuse diff topcomponent for identical diff". It seems 
like a reasonable default seeing as opening the same source file in the 
editor reuses the same tab. It would be consistent.


Gili

On 2018-05-03 6:07 AM, Sven Reimers wrote:

Hi,

idea for solving this via configuration:
- reuse diff topcomponent
- reuse diff topcomponent for identical diff

I like the simple navigation between topcomponents, but having the same
diff open multiple times is annoying.

Sven

John McDonnell <mcdonnell.j...@gmail.com> schrieb am Do., 3. Mai 2018,
08:18:


I'd be the same as you Emilian,  I often end up with multiple
editor windows of the same diff, which is annoying. Maybe a separate
dialog makes
sense?



Could this be a preference thing?   I.e. allow this as an editor component
or as a separate dialog? or is that a lot of effort?

John



On 3 May 2018 at 03:14, cowwoc <cow...@bbs.darktech.org> wrote:


Multiple diffs, probably not. But I don't like IDEA-style separate

dialog.

I like being able to treat the diff as just another editor tab so I can
casually move back and forth between it and the code.

Gili


On 2018-05-02 9:25 PM, Emilian Bold wrote:


Now that you mention it, there is something odd about the diff window
being another editor-like topcomponent.

I sometimes find myself having the same diff open multiple times
(generally after I've excluded some file manually in the Git bottom
topcomponent).

So, do people really need multiple diffs open at once? Because it's
starting to make sense having this as a separate dialog.

--emi

‐‐‐ Original Message ‐‐‐

On 2 May 2018 2:39 PM, Christian Lenz <christian.l...@gmx.net> wrote:

As I compared it with intelliJ e.g. (only to see how intelliJ does it)

they open the diff window as a standalone window to remove everything

which

is not needed. NetBeans only opens that diff for a file as a new tab.

Sure

you can make it floatable by your own but it is not a file, so it

could be

treated as a separate window which can be floatable via Option (not as
Default, because it could be disturbing some other users). So I like

the

Approach to get more space. Maybe the drop downs can be placed close

to the

Icons, in the same line. If this make sense. See my screenshot how

WebStorm

handles this: https://ibb.co/jV9YW7 Only as an idea.

It doesn’t Need the tab section and the other Icons. I added a secion
screenshot: https://ibb.co/bsLe4S Here you can see, what I mean. The
red section is not needed in my opinion. So we can remove it w/o

having an

Option for this. And the blue section should be optional and

redesigned as

Emilian said (textual/visual via DropDown e.g.)

Cheers

Chris

Von: Emilian Bold

Gesendet: Mittwoch, 2. Mai 2018 07:35

An: dev@netbeans.incubator.apache.org

Betreff: Re: (Git) Diff Window horizontal space rescue

I wonder if it would be a good intermediate solution to just introduce

a

System property that disables the enhanced flag in
DefaultDiffControllerProvider. Then users can just gain some more

pixels by

editing the .conf file.


Createdhttps://github.com/apache/incubator-netbeans/pull/531

With both PRs I get to see 32 lines of code for the diff vs 28 lines of
code previously.

This becomes even more important when I have the Output window open: I
get to see 18 vs 14 lines of code!

--emi

‐‐‐ Original Message ‐‐‐

On 2 May 2018 7:46 AM, Emilian Bold emilian.b...@protonmail.ch wrote:

-   there is a table with all the files being diff-ed (even if it's a

single file!) and there is no way to reduce that space to zero, you

always

see some part of that split pane and the split pane divider itself.

I want

to add another action button in the toolbar (next to 'Display

results as a

tree') that hides that whole chunk.


This seems to be rather tricky because there is a lot of state to
manage in MultiDiffPanel.

See the current patch https://github.com/emilianbold
/incubator-netbeans/commit/7cbe909649534f136746bc960e314ff697fd4158
which does not have functioning next/prev actions when the file list

is

hidden. I'm also calling refreshNodes because the UI was off when

re-adding

the split pane (probably something with the selected node in the file

list

too...)

-   there is a tabbed pane which shows Graphical / Textual diffs and

the tab buttons take considerable space too. Generally, I just want

to see

the graphical diff so I believe it would be nice to replace this

with a

combobox sitting in the toolbar too.


This is caused by the EditableDiffView.enhancedView flag.

I find the whole API of

DiffControllerProvider.createEnhancedDiffController

vs createDiffController odd. Generally we use services and location to
replace a weaker service with an enhanced one.

It's also unclear to me why EditableDiffView needs to be 'enhanced'

and

show two tabs. When we could have 2 separate providers (one for the
graphical and one for the textual diff) and create the tabbed pane
ou

Re: AW: (Git) Diff Window horizontal space rescue

[cowwoc]

Multiple diffs, probably not. But I don't like IDEA-style separate 
dialog. I like being able to treat the diff as just another editor tab 
so I can casually move back and forth between it and the code.


Gili

On 2018-05-02 9:25 PM, Emilian Bold wrote:

Now that you mention it, there is something odd about the diff window being 
another editor-like topcomponent.

I sometimes find myself having the same diff open multiple times (generally 
after I've excluded some file manually in the Git bottom topcomponent).

So, do people really need multiple diffs open at once? Because it's starting to 
make sense having this as a separate dialog.

--emi

‐‐‐ Original Message ‐‐‐

On 2 May 2018 2:39 PM, Christian Lenz  wrote:


As I compared it with intelliJ e.g. (only to see how intelliJ does it) they 
open the diff window as a standalone window to remove everything which is not 
needed. NetBeans only opens that diff for a file as a new tab. Sure you can 
make it floatable by your own but it is not a file, so it could be treated as a 
separate window which can be floatable via Option (not as Default, because it 
could be disturbing some other users). So I like the Approach to get more 
space. Maybe the drop downs can be placed close to the Icons, in the same line. 
If this make sense. See my screenshot how WebStorm handles this: 
https://ibb.co/jV9YW7 Only as an idea.

It doesn’t Need the tab section and the other Icons. I added a secion 
screenshot: https://ibb.co/bsLe4S Here you can see, what I mean. The red 
section is not needed in my opinion. So we can remove it w/o having an Option 
for this. And the blue section should be optional and redesigned as Emilian 
said (textual/visual via DropDown e.g.)

Cheers

Chris

Von: Emilian Bold

Gesendet: Mittwoch, 2. Mai 2018 07:35

An: dev@netbeans.incubator.apache.org

Betreff: Re: (Git) Diff Window horizontal space rescue


I wonder if it would be a good intermediate solution to just introduce a System 
property that disables the enhanced flag in DefaultDiffControllerProvider. Then 
users can just gain some more pixels by editing the .conf file.

Createdhttps://github.com/apache/incubator-netbeans/pull/531

With both PRs I get to see 32 lines of code for the diff vs 28 lines of code 
previously.

This becomes even more important when I have the Output window open: I get to 
see 18 vs 14 lines of code!

--emi

‐‐‐ Original Message ‐‐‐

On 2 May 2018 7:46 AM, Emilian Bold emilian.b...@protonmail.ch wrote:


-   there is a table with all the files being diff-ed (even if it's a single 
file!) and there is no way to reduce that space to zero, you always see some 
part of that split pane and the split pane divider itself. I want to add 
another action button in the toolbar (next to 'Display results as a tree') that 
hides that whole chunk.

This seems to be rather tricky because there is a lot of state to manage in 
MultiDiffPanel.

See the current patch 
https://github.com/emilianbold/incubator-netbeans/commit/7cbe909649534f136746bc960e314ff697fd4158
 which does not have functioning next/prev actions when the file list is 
hidden. I'm also calling refreshNodes because the UI was off when re-adding the 
split pane (probably something with the selected node in the file list too...)


-   there is a tabbed pane which shows Graphical / Textual diffs and the tab 
buttons take considerable space too. Generally, I just want to see the 
graphical diff so I believe it would be nice to replace this with a combobox 
sitting in the toolbar too.

This is caused by the EditableDiffView.enhancedView flag.

I find the whole API of DiffControllerProvider.createEnhancedDiffController vs 
createDiffController odd. Generally we use services and location to replace a 
weaker service with an enhanced one.

It's also unclear to me why EditableDiffView needs to be 'enhanced' and show 
two tabs. When we could have 2 separate providers (one for the graphical and 
one for the textual diff) and create the tabbed pane ourselves. Then, we could 
even allow the user to disable one of these services (eg, the textual one) and 
then show no tabbed pane if there is a single service.

Also interesting that we have DiffView.getToolbar() which might be a way to 
provide a combobox with Graphical/Textual from EditableDiffView but this method 
doesn't seem to be used by the Git module. (Note how the whole idea of an 
enhanced view that only has a toolbar seems redundant.)

I wonder if it would be a good intermediate solution to just introduce a System 
property that disables the enhanced flag in DefaultDiffControllerProvider. Then 
users can just gain some more pixels by editing the .conf file.

--emi

‐‐‐ Original Message ‐‐‐

On 1 May 2018 10:23 AM, Emilian Bold emilian.b...@protonmail.ch wrote:


Hello,

It seems to me that a lot of horizontal space is wasted by the current Git Diff 
window which means I get to see fewer and fewer line of source code. And what I 

Re: The IDE for DevOps was: IntelliJ IDEA vs Netbeans

[cowwoc]

Hi Jesse,

How about routing all queries related to Maven central through the REST 
API and all other requests through the indexer? This would substantially 
reduce the amount of processing taking place on the indexer without 
interfering with the offline use-case.


We'd still need to optimize the indexer because in some companies I've 
worked for the offline binary servers cache large parts of Maven 
Central, so when Netbeans indexes them it ends up with the same problem. 
Still, this will impact a much smaller percentage of our users.


Gili

On 2018-04-27 9:57 PM, Jesse Glick wrote:

On Mon, Apr 23, 2018 at 2:14 AM, Jaroslav Tulach
 wrote:

there should be no Maven index processing on the
client (by default). There should be a webservice the IDE would query
instead.

This just begs the question of which web service that would be. If you
only use Maven Central, fine, but if you are using custom or even
private/firewalled repositories, this will not fly.

Not to say that the current Nexus index system is ideal—in fact Nexus
3 seems to have dropped this feature, at least so far, so you have to
stay on Nexus 2. (Or, ironically, Artifactory.)

*Probably* the current indexer functionality could be replaced by REST
calls to your artifact manager. But there is no standard API for that,
as far as I know, so there would need to be separately maintained
Nexus and Artifactory modules.

One relatively easy target for optimization, however: stop relying on
the indexer to service queries about available versions of a given
artifact (i.e., find GAVs when GA is known). That is a common
operation: for example, completion on `` in a POM, or the
hint about an old ``. This can be done quite simply and
portably by downloading `maven-metadata.xml` from the repository. In
fact Maven itself downloads this automatically at various times, and
caches it in the local repository; and the accuracy of even the cached
version is generally better than that of a Nexus index: Maven
refreshes the cache once per day or when passed `-U` or when running
`mvn install`.

-
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: Oracle no longer offering JREs for desktops (!!)

[cowwoc]

Nevermind. This seems to be a bit of non-news that's over a month old: 
https://www.theregister.co.uk/2018/03/09/java_release_train_qcon/


Gili

On 2018-04-26 2:15 PM, cowwoc wrote:


Gentlemen,

Most of you will probably be impacted by the following bit of news: 
http://jdk.java.net/11/


Oracle will no longer offer a stand-alone JRE for desktops. Starting 
with JDK 11 Oracle will only produce a JDK and a Server JRE.


I assume this goes hand-in-hand with earlier news that JavaFX is 
getting "open-sourced" and AWT is "here to stay" (for now).


Gili

Oracle no longer offering JREs for desktops (!!)

[cowwoc]

Gentlemen,

Most of you will probably be impacted by the following bit of news: 
http://jdk.java.net/11/


Oracle will no longer offer a stand-alone JRE for desktops. Starting 
with JDK 11 Oracle will only produce a JDK and a Server JRE.


I assume this goes hand-in-hand with earlier news that JavaFX is getting 
"open-sourced" and AWT is "here to stay" (for now).


Gili

Re: What Coding Conventions Should We Follow Now? What should the IDE default to?

[cowwoc]

Buhahaha.

I disagree (I believe that "smart" tabs is far superior to space-based 
indentation), but I don't care enough to debate it on this mailing list. 
We all know this point has been beaten to death for decades now.


On a side-note, in my experience checkstyle is a net loss on most 
projects. The cost/benefit of using it relatively high, with users 
having to suppress rules (usually due to bugs in checkstyle itself) 
quite often. Javascript frameworks (e.g. ESLint) are way ahead of Java 
on this point (I guess they have to be due to lack of strong typing).


Gili

On 2018-04-26 11:02 AM, Victor Williams Stafusa da Silva wrote:

Whatever is the convention adopted, I only implore one thing: Do not allow
tabs be the default setting!

By the way, a better integration with checkstyle would be welcome.

Victor Williams Stafusa da Silva

2018-04-26 11:32 GMT-03:00 Wade Chandler :


On Mar 16, 2018, at 6:46 AM, Emilian Bold 

wrote:

Rather than discussing the actual conventions, make sure the IDE can

read and apply settings from Eclipse easily and exactly.

Not sure what this means. Just make sure plugins are able to format the

code?

Still, NetBeans does provide formatting and coding hints. Both should

follow /something/ and I assume Wade was wondering what standard to follow.
Exactly, and too, what makes the most sense.


My angle is that NetBeans, just like Eclipse, *is* a de-facto standard.

I don’t necessarily agree this makes the most sense, but I understand your
point. I guess for me this comes up as a source of friction when working on
projects. Intellij is by far the most used with Eclipse next, and then us.
I think either choosing some agnostic, and well written standard, or using
a real de-facto, sort of like how Spring became one over JEE, being used
more, makes for less friction.

Perhaps the answer is to provide NBs historical one as it is our code
base, and use that one with our project (NetBeans itself). Then provide
some others which are largely popular such as IntelliJ, Eclipse, Google,
and “Old Sun Java” for users of the IDE to use out of the box. It doesn’t
seem likely teams are going to go, oh, yeah, the few NB IDE users
formatting options win out over everybody else, and too, other projects are
not likely to provide a format which is easy to just import without some
upfront setup on behalf of the NB users. Too, most places in my experience
don’t come up with their own formatting. They generally pick one which
exists and is published. Us providing common ones makes that even easier
for IDE users.

Thanks for the replies and feedback all. I think I’ll look at this area
soon to see what can be done.

Wade


===

Wade Chandler
e: cons...@wadechandler.com
t: @wadechandler
https://www.linkedin.com/in/wade-chandler


-
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: Tracking Issues, Versions

[cowwoc]

The way I've seen JIRA used in the past is:

Setting a "Fix Version" of 9.0 on an unresolved issue implies a desire 
to fix it in that release. When that issue is subsequently marked as 
resolved, the Fix Version indicates what version it was fixed in.


Gili

On 2018-04-22 12:53 AM, Laszlo Kishalmi wrote:

Dear all,

Some of you might noticed that I spent some time digging JIRA up and 
down during the last few days.


I try to identify those issues which we really need to solve before 
9.0 release. Right now it is hard to say. We are working with two 
version field at the moment: Affects version(s) and Fix Version(s).


1. Affects Versions: is quite straight forward: It is used to define
   the version where the issue is found. For me it is not necessary the
   version it shall be fixed.
2. Fix Versions: It can be set when an issue is resolved, marking the
   version where the fix for the issue would be delivered.
3. There is no clear field which would specify if an issue shall be in
   a specific release. Well, I know this is not really agile, but we
   are still kind of waterfall, having infrequent major releases.

To see my problem, check: NETBEANS-656 Help is Broken (Offline and 
On-line) 


Affect Versions: 9.0 (well, yes we do not deliver JavaHelp)

Fix Version: Though there is an improvement PR applied from Geertjan, 
I still can't say it is fixed in 9.0. I set it to Next, though the 
issue is still unresolved and I do not feel myself comfortable with 
that setting either.


We can haggle on the Priority of the issue. It does not really affects 
me, but if we really would like to provide a decent IDE we might need 
to come up with a JavaHelp replacement. So critical would be fine for 
me either. Still this issue would not be delivered in NB 9.0.


I'd propose label those issues which we would really like to deliver 
in 9.0 with "NB9.0", though I'm open any other 
clarifications/suggestions etc. So let's discuss this!






-
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: IntelliJ IDEA vs Netbeans

[cowwoc]

Laszlo,

Thank you for taking the time to do this, but I don't see any screenshot 
attached to your email. Maybe the mailing list stripped it out?


Can someone help Laszlo share his dashboard publicly (permission fix)?

Gili

On 2018-04-20 7:14 PM, Laszlo Kishalmi wrote:

Dear all,


I've created a JIRA Dashboard to be able to see where are we now.

Actually JIRA is not that bad if you start to use it well. I'd share 
my dashboard if you find that useful, though I do not have the rights 
for it now, so I've attached a screenshot of that.


Just some short stats on the open issues: We have 571 issues already 
in the JIRA 526 of them are not assigned to anyone. Also we have 43 
open issues with PR-s.
The sad thing is that we have 4 blocker and 19 critical issues with no 
responsible persons.


If someone has no time to code, just trying to test/reproduce and 
clarify these issues would make a tremendous contribution to the project.


As of catching up with other IDEs. Good and detailed feature requests 
are welcome into the JIRA and on a mail thread as well.


On 04/20/2018 03:12 PM, Geertjan Wielenga wrote:
“25 days and nothing” — yes, that’s how it’s going to be for a while 
until

we are a real Apache project, whereas right now we’re in process moving
from Oracle to Apache. Though note you’re going to always be responsible
for making your own party — if you provide a PR or issue and no one
responds, create a new discussion thread here, i.e., new from 
scratch, to

discuss it.

Gj

On Saturday, April 21, 2018, Christian Bourque 
<christian.bour...@gmail.com>

wrote:


I have to agree with Gili...


Sometimes it feels that nobody cares... I created a ticket a month ago
about an improvement in the NetBeans Git integration and decided to 
code it

myself.


Then I submitted a PR and eventually the reviewing process started. 
But the
reviewer has had many objections to my request (which is perfectly 
fine). I

told him that the Eclipse JGit library was OSGi based and that it had
external dependencies that were triggered during the bootstrapping of
NetBeans. I even contacted the Eclipse team to tell them that one of 
their

OSGi dependencies wasn't even used in their JGit library, the lead
developer realized that it was a mistake and he fixed it!


After that, I sent more questions and comments to the reviewer to
understand how I could resolve the remaining issues in an acceptable 
way,
but to no avail. The reviewer just stopped answering my questions! 
Now it's
been 25 days and nothing... So, I put a lot of time into this for 
what at

the end?


I don't think that this is how you're going to attract new 
developers to

contribute to this project...


Christian



On Fri, Apr 20, 2018 at 1:36 PM, cowwoc <cow...@bbs.darktech.org> 
wrote:



I did. Multiple times.

One of the issues I brought up was the copy/paste bug I linked to 
below.

When I brought it up in the mailing list in the past I got no replies.

That issue (and its linked counterparts) are very annoying (for 
obvious
reasons). I suspect no one else is experiencing this problem 
because it

seems too major to ignore.

Gili


On 2018-04-20 1:21 PM, Geertjan Wielenga wrote:


Rather than filing hundreds of issues, I recommend you pick one, just

one,

and open a discussion thread around that. Once people have seen and
discussed your issue on the mailing list, probably one of those will
volunteer to tix it.

Gj

On Friday, April 20, 2018, cowwoc <cow...@bbs.darktech.org> wrote:

This is precisely the kind of fixes I'm talking about. I 
understand that

IntelliJ has many features that Netbeans does not, but I'm primarily
focused on improving the *core* development functionality (this is
because
it impacts all other project types). We've got many of the pieces in
place,
but UI problems make that functionality annoying/slow to use.
Specifically
on the point of 4k monitors, I keep on saying that it is 
impossible to

copy/paste correctly: https://issues.apache.org/

jira/browse/NETBEANS-235

(see linked issues as well)

I have already filed thousands of issues before (literally), but 
those

got
flushed down the drain when we migrated to Apache. I've already 
filed

some
issues in Apache JIRA but for now there hasn't been much movement
(committers are understandably working on their own issues before

looking

at other people's issues). Nothing personal against you guys but I

don't

have the time/energy to re-file all those bug reports. Family

emergencies
are keeping me super busy nowadays and frankly I don't see the 
point of

doing all this work until I see some movement on the issues that I
already
filed.

Gili

On 2018-04-20 10:20 AM, John Leon wrote:

I have been compiling a list myself of things I wanted to improve 
with

NetBeans as a relatively new user. I'll share them here, but I will

also
keep an eye out for the Wiki page that Wade is going to make and 
try

to

contribute there. Here are some of the example

Re: IntelliJ IDEA vs Netbeans

[cowwoc]

I did. Multiple times.

One of the issues I brought up was the copy/paste bug I linked to below. 
When I brought it up in the mailing list in the past I got no replies.


That issue (and its linked counterparts) are very annoying (for obvious 
reasons). I suspect no one else is experiencing this problem because it 
seems too major to ignore.


Gili

On 2018-04-20 1:21 PM, Geertjan Wielenga wrote:

Rather than filing hundreds of issues, I recommend you pick one, just one,
and open a discussion thread around that. Once people have seen and
discussed your issue on the mailing list, probably one of those will
volunteer to tix it.

Gj

On Friday, April 20, 2018, cowwoc <cow...@bbs.darktech.org> wrote:


This is precisely the kind of fixes I'm talking about. I understand that
IntelliJ has many features that Netbeans does not, but I'm primarily
focused on improving the *core* development functionality (this is because
it impacts all other project types). We've got many of the pieces in place,
but UI problems make that functionality annoying/slow to use. Specifically
on the point of 4k monitors, I keep on saying that it is impossible to
copy/paste correctly: https://issues.apache.org/jira/browse/NETBEANS-235
(see linked issues as well)

I have already filed thousands of issues before (literally), but those got
flushed down the drain when we migrated to Apache. I've already filed some
issues in Apache JIRA but for now there hasn't been much movement
(committers are understandably working on their own issues before looking
at other people's issues). Nothing personal against you guys but I don't
have the time/energy to re-file all those bug reports. Family emergencies
are keeping me super busy nowadays and frankly I don't see the point of
doing all this work until I see some movement on the issues that I already
filed.

Gili

On 2018-04-20 10:20 AM, John Leon wrote:


I have been compiling a list myself of things I wanted to improve with
NetBeans as a relatively new user. I'll share them here, but I will also
keep an eye out for the Wiki page that Wade is going to make and try to
contribute there. Here are some of the examples I had in my list:

 - The Wizard dialog is always too small and I have to resize the
window
 to read everything. I want to make it remember the size of the last
Wizard
 window. (This was going to be my first real plugin attempt)
 - The Project Groups menu item should have a sub-menu listing project
 groups in addition to the existing dialog window. This would allow
someone
 to go File->Project Groups->My Project X directly, and only open the
 "project group manager" window if you need to add/modify groups. (Very
 minor convenience improvement)
 - Better 4k monitor support (right now requires fiddling with dpiaware
 and font size, sometimes images are scaled and pixelated still)
 - Can't run Windows command prompt in the Terminal
 - Add more padding/borders to the Darcula L as it feels crowded to
me
 - With some L Some status bar/tooltips
 - Right click a file/folder -> Open in Explorer (Think this is a
 optional 3rd party plugin only currently)


On Fri, Apr 20, 2018 at 7:49 AM, Christian Lenz <christian.l...@gmx.net>
wrote:

Some other People say that, better indexing with NB over IntelliJ but I

can say sometimes yes and sometimes not. I can say what I tested was the
go
to file and this is often clunky in NetBeans or the quick search is not
that fast over intelliJ and and and. Open Options Needs some MS to open
etc. So I can say that the Performance of IntelliJ is way better in
different cases than in NetBeans. I will add some comparisions too.

So NetBeans is my full enviroment for almost everything what NetBeans can
handle for hopefully for more in the future and yes I can feel the
indexing
Problem too, what Wade mentioned. For Code completion, for go to
whatever,
searching etc.


Cheers

Chris

Von: Geertjan Wielenga
Gesendet: Freitag, 20. April 2018 13:56
An: dev@netbeans.incubator.apache.org
Betreff: Re: IntelliJ IDEA vs Netbeans

Deklunkification on indexing and performance levels can be done with the
code currently in Apache NetBeans Git. Jaroslav Tulach will have insights
as well as gratitude for help in this area, while note that indexing and
performance have subjective aspects, e.g., even in this thread there’s a
preference expressed of NetBeans over IntelliJ in relation to
performance.

Gj

On Friday, April 20, 2018, Wade Chandler <wadechand...@apache.org>
wrote:

On Fri, Apr 20, 2018, 04:49 Geertjan Wielenga <

geertjan.wiele...@googlemail.com> wrote:

Deklunkifyng NetBeans was never a big goal in Oracle though now, in
Apache,


this really seems a doable target and one we can work on together. Many
deklunkification tasks are probably quite trivial. How best to tackle


this


and who will take the lead in beginning to list these? Any deklunking I


am


able to implement I w

Re: IntelliJ IDEA vs Netbeans

[cowwoc]

This is precisely the kind of fixes I'm talking about. I understand that 
IntelliJ has many features that Netbeans does not, but I'm primarily 
focused on improving the *core* development functionality (this is 
because it impacts all other project types). We've got many of the 
pieces in place, but UI problems make that functionality annoying/slow 
to use. Specifically on the point of 4k monitors, I keep on saying that 
it is impossible to copy/paste correctly: 
https://issues.apache.org/jira/browse/NETBEANS-235 (see linked issues as 
well)


I have already filed thousands of issues before (literally), but those 
got flushed down the drain when we migrated to Apache. I've already 
filed some issues in Apache JIRA but for now there hasn't been much 
movement (committers are understandably working on their own issues 
before looking at other people's issues). Nothing personal against you 
guys but I don't have the time/energy to re-file all those bug reports. 
Family emergencies are keeping me super busy nowadays and frankly I 
don't see the point of doing all this work until I see some movement on 
the issues that I already filed.


Gili

On 2018-04-20 10:20 AM, John Leon wrote:

I have been compiling a list myself of things I wanted to improve with
NetBeans as a relatively new user. I'll share them here, but I will also
keep an eye out for the Wiki page that Wade is going to make and try to
contribute there. Here are some of the examples I had in my list:

- The Wizard dialog is always too small and I have to resize the window
to read everything. I want to make it remember the size of the last Wizard
window. (This was going to be my first real plugin attempt)
- The Project Groups menu item should have a sub-menu listing project
groups in addition to the existing dialog window. This would allow someone
to go File->Project Groups->My Project X directly, and only open the
"project group manager" window if you need to add/modify groups. (Very
minor convenience improvement)
- Better 4k monitor support (right now requires fiddling with dpiaware
and font size, sometimes images are scaled and pixelated still)
- Can't run Windows command prompt in the Terminal
- Add more padding/borders to the Darcula L as it feels crowded to me
- With some L Some status bar/tooltips
- Right click a file/folder -> Open in Explorer (Think this is a
optional 3rd party plugin only currently)


On Fri, Apr 20, 2018 at 7:49 AM, Christian Lenz 
wrote:


Some other People say that, better indexing with NB over IntelliJ but I
can say sometimes yes and sometimes not. I can say what I tested was the go
to file and this is often clunky in NetBeans or the quick search is not
that fast over intelliJ and and and. Open Options Needs some MS to open
etc. So I can say that the Performance of IntelliJ is way better in
different cases than in NetBeans. I will add some comparisions too.

So NetBeans is my full enviroment for almost everything what NetBeans can
handle for hopefully for more in the future and yes I can feel the indexing
Problem too, what Wade mentioned. For Code completion, for go to whatever,
searching etc.


Cheers

Chris

Von: Geertjan Wielenga
Gesendet: Freitag, 20. April 2018 13:56
An: dev@netbeans.incubator.apache.org
Betreff: Re: IntelliJ IDEA vs Netbeans

Deklunkification on indexing and performance levels can be done with the
code currently in Apache NetBeans Git. Jaroslav Tulach will have insights
as well as gratitude for help in this area, while note that indexing and
performance have subjective aspects, e.g., even in this thread there’s a
preference expressed of NetBeans over IntelliJ in relation to performance.

Gj

On Friday, April 20, 2018, Wade Chandler  wrote:


On Fri, Apr 20, 2018, 04:49 Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:


Deklunkifyng NetBeans was never a big goal in Oracle though now, in

Apache,

this really seems a doable target and one we can work on together. Many
deklunkification tasks are probably quite trivial. How best to tackle

this

and who will take the lead in beginning to list these? Any deklunking I

am

able to implement I will implement, just provide a very specific list

and

we’ll form a NetBeans deklunking taskforce.


+1 this has been my goal with the move to Apache, and once we get more of
the other bits over plan to try to tackle much of it. I love
"Deklunkification Taskforce"!

My biggest item I plan to look at is the indexing which blocks some

things,

and impacts performance. It is really as far as I can tell the main
performance difference as it has impacts on the editor and other UI
actions.

I much more prefer the integration of NB with the tools project support
versus rolling our own. The classpath and build differences can really

be a

bear sometimes when having differences between the two, and builds or
executions work in one side, but not the 

IntelliJ IDEA vs Netbeans

[cowwoc]

Hi,

I just spent the past 2 weeks using IntelliJ IDEA exclusively (having 
used it sporatically before). I'm going to share some brief thoughts in 
the hopes that it helps.


As far as I can tell, IntelliJ's killer feature is their debugger (more 
broadly, their UI). Our killer feature is our profiler, and Maven 
integration (more broadly, bundling more functionality standard).


 * Netbeans drives development of Maven projects through Maven. This
   results in better integration than IntelliJ provides (e.g. good luck
   trying to start a debugging session through Maven) but it has a
   downside of poor performance.
 * Specifically, the REPL loop for IntelliJ is much quicker than
   Netbeans for Maven projects. Compilation and execution is almost
   instanteous and I also don't recall ever waiting on updating the
   Maven index.
 * Their UX focuses more heavily on providing just-in-time
   contextually-relevant information than Netbeans. The obvious example
   is how their editor will show the value of variables during a
   debugging session immediately before and after a line is executed.
   They also do a nice job of hiding threads with similar stacktraces
   so if (for example) I've got 100 idle worker threads, the thread
   list they show is not cluttered with them. I like this a lot.

The final point I'm sure you already know: our UI is a lot more klunky 
than theirs. I don't mean that their IDE is "better looking" but rather 
that we have many long-standing UI bugs that are simply not present on 
their end (clashing foreground/background colors making text hard to 
read, viewport whose default size is too small, etc).


Anyway, that's it for now. I hope it helps.

Gili

Re: Anonymous issue reporting

[cowwoc]

On 2018-04-03 4:06 PM, Matthias Bläsing wrote:

Hi,

Am Dienstag, den 03.04.2018, 20:21 +0200 schrieb Antonio:

Well, I thought NetBeans did already this this with some exceptions,
sending them to some server that was responsible for classifying them
automatically. Some other IDEs do the same as well. That would be a nice
feature to have, IMHO, but would require setting up a server for that.


 From my perspective not the number of issues are important, but the
quality of the reports.

This is my opinion, not a veto or something.

Greetings

Matthias


The question is why we don't have enough context to begin with? I 
understand this problem for issues that involve race-conditions, but for 
most NullPointerExceptions where we collect all the gestures leading to 
the error... why are we missing context?


I think the old system was actually quite reasonable in that some issues 
(but not all) were auto-converted from a stacktrace report to a bug 
report. If you think these automated reports were missing context then 
we should:


1. Add more context and/or
2. Be more conservative in auto-creating issues. Figure out exactly what 
kind of issues the Exception Reporter is good for. Only auto-promote 
reports to an issue when we're absolutely sure it's a good fit. For the 
rest, we can let users manually convert reports to full-blown bug 
reports. The old system let you do this by clicking "Enter a new issue" 
from a report page.


Gili

-
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: Anonymous issue reporting

[cowwoc]

I'm against this idea, simply because you lose accountability and 
two-way communication. We don't want people dumping stacktraces (or 
less) without explanation and disappearing. I've seen plenty of "bug 
reports" online where users write "I did X and it didn't work" without 
explaining what "didn't work" means or how they did X.


Gili

On 2018-04-03 8:36 AM, Antonio wrote:

Hi all,

I was looking at https://github.com/apache/incubator-netbeans/pull/471 
and thought if it would be possible/desirable to have some anonymous 
issue reporting at JIRA, or if we could set up some sort of "generic" 
user for reporting issues automatically from the IDE.


Cheers,
Antonio

Disclaimer: anonymous reporting in JIRA from zillions of IDEs might be 
considered spam.


-
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: Bugs potentially relating to nb-javac

[cowwoc]

I remember Netbeans used to produce file dumps for parsing errors and 
ask users to attach them to bug reports... What happened to that?


Having run into many such bugs in the past I usually can't share the 
full project because of its commercial nature, or I can't remember what 
I did to reproduce the problem.


In developer builds, it would be nice if Netbeans could remember what 
steps led to the bug occurring (Exception Reporter used to do this) and 
dump something minimal (not the entire project) so it could be attached 
to the bug report. Is this a realistic expectation or does something 
prevent us from doing this?


Gili

On 2018-03-28 8:48 PM, Eirik Bakke wrote:

Yes, good point, I will try to gather more information and add it to the
JIRAs as each of these bugs reappear. Each of these bugs are intermittent,
so I'm not quite sure how to reproduce them yet.

For a start, I added some sample class files to
https://issues.apache.org/jira/browse/NETBEANS-430 , which reappeared
today.

-- Eirik

On 3/28/18, 6:19 AM, "Jan Lahoda"  wrote:


Hi Eirik,

Thanks for reporting the bugs. One thing I'd like to point out is that
while it is sometimes possible for someone working on the code to fix a
bug
based just on a stacktrace, having a way to reproduce a problem usually
leads to much faster and efficient fix.

This is particularly true for (nb-)javac, where the problem often is that
something didn't happen even though it should have, and the observable
exception is only a consequence of that.

Jan


On Tue, Mar 27, 2018 at 5:19 PM, Eirik Bakke  wrote:


I've now used NetBeans 9.0 Beta for the six weeks since it was
released. I
found several bugs that are potentially related to the nb-javac plugin:

NETBEANS-455 "The
bytes do not represent a valid class" error while invoking the "Apply
Code
Changes" action
NETBEANS-454
AssertionError/"Wrong diagnostic handler ... DeferredDiagnosticHandler"
when opening Java autocomplete
NETBEANS-453
"Incorrect number of type arguments" exception during Java editing
NETBEANS-430
"Invalid
or deleted file", "Absent Code attribute" exceptions during Java editing
and app/test running
NETBEANS-531
"Duplicate method name in class" when running maven app with
CoS
enabled

Might any of these be related to the changes that were made to separate
out nb-javac from the Apache distribution? Or could it be a JDK9 thing?
Note that the Maven projects in question were all JDK8, while the IDE
was
running JDK9.

-- Eirik



-
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: Help wanted with fixing NetBeans 9.0 blockers

[cowwoc]

No need to get upset. I'm more than happy to walk back my numbers if the 
data backs it up.


If you take a look at the link you shared 
(https://github.com/apache/incubator-netbeans-website/pulse/monthly) you 
will see that we had 13 merged PRs in 30 days and they are all 
infrastructure-related.


If you take a look at 
https://github.com/apache/incubator-netbeans/pulse/monthly you will see 
that we had 30 merged PRs of which 27 are legitimate fixes (not 
infrastructure-related).


I will be the first to admit that I was wrong about an average of 1 fix 
per week when the reality is probably closer to 4 fixes per week (some 
fixes span multiple PRs). In my defence, here is are the two reports 
I've been looking at:


https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=220=NETBEANS=reporting=cumulativeFlowDiagram=594=595=830=831=832=30
https://issues.apache.org/jira/secure/ConfigureReport.jspa?projectOrFilterId=project-12320634=daily=30=true=major=12320634=com.atlassian.jira.jira-core-reports-plugin%3Acreatedvsresolved-report

The discussion of synchronizing JIRA and Github issue tracking is 
relevant because user-reported bugs only sit in JIRA. It's nice that 
people are fixing bugs regardless of whether or not they sit in JIRA, 
but again: users only report bugs to JIRA. If 50% of the bugs getting 
fixed do not come from JIRA it means that 50% of the development 
velocity is invisible to end-users. This also helps when discussing the 
prioritization of bug fixes.


Gili

On 2018-03-27 1:24 PM, Antonio wrote:

I fully agree with Matthias.

In fact this has been a busy month:

https://github.com/apache/incubator-netbeans-website/pulse/monthly
https://github.com/apache/incubator-netbeans-website-cleanup/pulse/monthly 


f
Cheers,
Antonio

On 27/03/18 19:18, Matthias Bläsing wrote:

Hey,

Am Dienstag, den 27.03.2018, 13:14 -0400 schrieb cowwoc:

The number of resolved issues over the past 300 days is 0 :)

In general, the pace of non-infrastructure bugs getting fixed is
still
very very slow (maybe 1 a week).


this kind of talk it total unhelpful.

Matthias

-
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: Help wanted with fixing NetBeans 9.0 blockers

[cowwoc]

The number of resolved issues over the past 300 days is 0 :)

In general, the pace of non-infrastructure bugs getting fixed is still 
very very slow (maybe 1 a week).


Gili

On 2018-03-27 8:24 AM, Jiří Kovalský wrote:

BTW, the simple dashboard itself is here:

https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12332455 



-Jirka

Dne 27.3.2018 v 14:17 Jiří Kovalský napsal(a):


Hi NetBeans developers,

    as NetCAT testing of Apache NetBeans IDE 9.0 development builds 
is quickly progressing we have created a JIRA dashboard to monitor 
overall quality and release blockers [1] in particular. That's the 
step A. :)


[1] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_issues_-3Ffilter-3D12343308=DwICBA=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=Do6sKu7GmUqnOUNd8pns4Dk5AAC5595ROrUaaOaqryI=lO-ttqyOgokcv0ht484vC-FFNIrczlQaLM4gEID7rpA= 



    Obviously, we also need to have a plan for step B, right? That's 
why we are turning to you knowledgeable users of NetBeans platform 
and plugin developers with our request for help.


    If you can spare an hour here and there during the following 
couple of weeks and volunteer for fixing one of the blocking issues 
or at least trying to find their cause in the code/infra it would be 
a tremendous help! Often the investigation itself represents 
significant part of the fix or at least guides potential successors 
where to explore more or where not at all.


    If you decide to help with this critical effort, please assign 
the selected issue to yourself and free the Assignee field as soon as 
you know you cannot make any more progress.


Right now there are only 4 blockers so let's not allow this number to 
grow! :) Anyone going to help?


Thanks to all brave geeks for contribution towards stable 9.0 release!

Best regards,
-Jirka

-
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://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.apache.org_confluence_display_NETBEANS_Mailing-2Blists=DwICBA=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=Do6sKu7GmUqnOUNd8pns4Dk5AAC5595ROrUaaOaqryI=xBkkKcPZOTK2_mF0tfnDcF5iG8ychNQpH1woOxyxOHE= 







-
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: netbeans maven support breaks trying to build JGit source

[cowwoc]

FYI, I don't think any committers are testing with Maven versions newer 
than 3.3.9. If they were, they would have run into this issue: 
https://issues.apache.org/jira/browse/NETBEANS-245


Maybe other parts of Netbeans have compatibility problems with newer 
versions.


Gili

On 2018-03-25 1:36 AM, Gary Bello wrote:

Yes - https://issues.apache.org/jira/browse/NETBEANS-457
is the bug I filed.

It was discovered building jGIt and have spent 2+ days trying to
debug/understand,
but I have been unable to figure it out.

The issue happens with nb82 or nb9beta or latest incubator netbeans git
pull/build.

A requirement of jGit maven config is a newer version of maven.
I needed to dnload a newer version of maven - jGit requires 3.5.2 (if i
remember).
and configure maven in netbeans to use the dnloaded version - not the
builtin,

nb82 has maven has 3.0.5 bundled, and current nb9 git pull version has
maven 3.3.9 bundled.

I am testing with maven 3.5.2 configured within nb9 current git pull/build.

-Gary


On Sat, Mar 24, 2018 at 9:14 PM, cowwoc <cow...@bbs.darktech.org> wrote:


I assume you are referring to https://issues.apache.org/jira
/browse/NETBEANS-457

The stacktrace does not seem to be specific to JGit so this is a general
bug.

Gili


On 2018-03-24 11:06 PM, Gary Bello wrote:


To clarify ...
I am not trying to have a build of netbeans make use of latest JGIt.

I am simply trying to get netbeans to open the JGit maven project and do a
build.

-Gary

On Sat, Mar 24, 2018 at 7:51 PM, Christian Bourque <
christian.bour...@gmail.com> wrote:

Hi Gary,

I've just sent a PR for the latest version of JGit with NetBeans:
https://github.com/apache/incubator-netbeans/pull/465

Some dependencies of NetBeans need to be updated to be able to build the
latest JGit version...

Christian


On Sat, Mar 24, 2018 at 10:28 PM, Gary Bello <gary.be...@gmail.com>
wrote:

JGit repository https://github.com/eclipse/jgit.git

I have been trying to debug/fix the maven issue without success.
So decided to alert the mail list.

I have filed a bug report.

Just checkout the JGit master and try to build with netbeans.

The subprojects of JGit build separately with netbeans OK.
The top level build is what fails.

Thanks
-Gary



-
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: netbeans maven support breaks trying to build JGit source

[cowwoc]

I assume you are referring to 
https://issues.apache.org/jira/browse/NETBEANS-457


The stacktrace does not seem to be specific to JGit so this is a general 
bug.


Gili

On 2018-03-24 11:06 PM, Gary Bello wrote:

To clarify ...
I am not trying to have a build of netbeans make use of latest JGIt.

I am simply trying to get netbeans to open the JGit maven project and do a
build.

-Gary

On Sat, Mar 24, 2018 at 7:51 PM, Christian Bourque <
christian.bour...@gmail.com> wrote:


Hi Gary,

I've just sent a PR for the latest version of JGit with NetBeans:
https://github.com/apache/incubator-netbeans/pull/465

Some dependencies of NetBeans need to be updated to be able to build the
latest JGit version...

Christian


On Sat, Mar 24, 2018 at 10:28 PM, Gary Bello  wrote:


JGit repository https://github.com/eclipse/jgit.git

I have been trying to debug/fix the maven issue without success.
So decided to alert the mail list.

I have filed a bug report.

Just checkout the JGit master and try to build with netbeans.

The subprojects of JGit build separately with netbeans OK.
The top level build is what fails.

Thanks
-Gary




-
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: build error using ant

[cowwoc]

Sounds like an intermittent connectivity issue. Try again...?

Gili

On 2018-03-24 12:00 AM, Peter Cheung wrote:

Hi All
I can build the netbeans source few days ago, i just “git pull”, now when i 
type “ant”, i got these, please help?

download-selected-extbins:
  [echo] Downloading external binaries (*/external/ directories) for 
cluster.config=basic...
[downloadbinaries] Creating 
/Users/peter/workspace/incubator-netbeans/extbrowser/external/extbrowser-dlls-18.03.15.zip
[downloadbinaries] Downloading: 
http://hg.netbeans.org/binaries/2DC61D81338329D31905395F4738F58FFDCF8F2E-extbrowser-dlls-18.03.15.zip
[downloadbinaries] Could not download 
2DC61D81338329D31905395F4738F58FFDCF8F2E-extbrowser-dlls-18.03.15.zip to 
/Users/peter/.hgexternalcache/2DC61D81338329D31905395F4738F58FFDCF8F2E-extbrowser-dlls-18.03.15.zip:
 java.net.SocketException: Connection reset

BUILD FAILED
/Users/peter/workspace/incubator-netbeans/nbbuild/build.xml:124: Could not 
download 2DC61D81338329D31905395F4738F58FFDCF8F2E-extbrowser-dlls-18.03.15.zip 
from http://hg.netbeans.org/binaries/: java.io.IOException: Could not download 
2DC61D81338329D31905395F4738F58FFDCF8F2E-extbrowser-dlls-18.03.15.zip to 
/Users/peter/.hgexternalcache/2DC61D81338329D31905395F4738F58FFDCF8F2E-extbrowser-dlls-18.03.15.zip:
 java.net.SocketException: Connection reset
at 
org.netbeans.nbbuild.extlibs.DownloadBinaries.doDownload(DownloadBinaries.java:249)
at 
org.netbeans.nbbuild.extlibs.DownloadBinaries.fillInFile(DownloadBinaries.java:190)
at 
org.netbeans.nbbuild.extlibs.DownloadBinaries.execute(DownloadBinaries.java:156)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:435)
at org.apache.tools.ant.Target.performTasks(Target.java:456)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
at org.apache.tools.ant.Project.executeTarget(Project.java:1376)
at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
at org.apache.tools.ant.Main.runBuild(Main.java:857)
at org.apache.tools.ant.Main.startAnt(Main.java:236)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:287)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:113)
Caused by: java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:210)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:735)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:678)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:706)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1569)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
at 
org.netbeans.nbbuild.extlibs.DownloadBinaries.downloadFromServer(DownloadBinaries.java:272)
at 
org.netbeans.nbbuild.extlibs.DownloadBinaries.legacyDownload(DownloadBinaries.java:262)
at 
org.netbeans.nbbuild.extlibs.DownloadBinaries.lambda$execute$1(DownloadBinaries.java:156)
at 
org.netbeans.nbbuild.extlibs.DownloadBinaries.doDownload(DownloadBinaries.java:226)
... 18 more

Total time: 3 seconds


Thanks
 From 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

Re: Reporting errors

[cowwoc]

https://issues.apache.org/jira/projects/NETBEANS/issues/ is your friend.

Gili

On 2018-03-23 3:55 AM, Peter Steele wrote:

Hi

I am not part of NETCAT but I have started using netbeans 9 incubator beta
as my primary idea (the gradle plugin is no longer updated for 8.2 and it's
much more stable in 9).

I have had a few scenarios where ide errors have occured, I have saved the
stack traces for these and when they occured. What should I do with these
stack traces? Shall I email them to this group or send them some where
else?

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

Re: Netbeans cache and configurations

[cowwoc]

Agreed. But what's the downside? Obviously the user needs an always-on 
internet connection, but seeing as Maven Central doesn't really make 
sense without an internet connection I don't think we have a choice here.


Is there any other limitation (versus the current implementation)?

Have any other IDEs gone this route?

Thanks,
Gili

On 2018-03-21 3:08 AM, Emilian Bold wrote:
http://plugins.netbeans.org/plugin/68415/maven-remote-search , made by 
me, which I believe should become the default in NetBeans installs 
(after much testing, rewriting, etc.)

​--emi



-
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: Netbeans cache and configurations

[cowwoc]

This is Maven Central. It has nothing to do with the size of your project.

If I remember correctly, the unpacked index of Maven Central is over 2GB.

Maven support in Netbeans could certainly use some work, especially when 
it comes to indexing the repository (local and remote) which is 
extremely slow. I won't go further into details because I believe this 
topic has been beaten to death in the past. Everyone hate this part of 
using Netbeans.


Gili

On 2018-03-20 6:41 PM, Derik Devecchio wrote:

One quick datapoint.
I have used NetBeans 8.1 on my Mac of at least a year, maybe 2.   Upon 
investigation 2.49 GB of the 2.63 GB that were in my cache were located in 
maven indexes/central/.I have only use one library in Maven Central (others 
are in a local repository).   I was unaware that adding that small project 
(less than 10 classes) was causing maven to chew up almost 2.5 GB of HDD space.




On Mar 20, 2018, at 2:59 PM, Christian Lenz <christian.l...@gmx.net> wrote:

Hey Victor,,

of Course the Folders are needed, but sure maybe not that hidden. Afail, 
IntelliJ, WebStorm, PHPStorm or vscode, makes the way like I already know it 
from a lot of other enviroment stuff, they use a .folder for the stuff. So 
.intelliJ, .webstorm, .vscode so this is more common as .vmware makes this or 
.git. Sure those Folders are still hidden, but we are developers, we should 
know about it or we should find it via Google easily to see those Folders if 
needed.

So maybe this could be am enhancement to have the Folder here: 
C:\Users\Me\.netbeans instead of C:\Users\Me\AppData\Local\NetBeans and 
C:\Users\Me\AppData\Roaming\NetBeans.

The plugin Cache eraser works quite nice within NetBeans, I tested it, but 
sure, it could Show you the index and how big it is and what files are inside 
of it and and and. But it is working as expected.


Cheers

Chris
Von: Victor Williams Stafusa da Silva
Gesendet: Dienstag, 20. März 2018 22:40
An: dev@netbeans.incubator.apache.org
Betreff: Re: Netbeans cache and configurations

@cowwoc

I was debugging and hacking lombok, and so making Netbeans crazy. I won't
go through the details in this thread to not hijack it and I will answer
something in the other one soon. However (lombok aside) it is rare for me
to get Netbeans confused about something, it was much more common some
years ago.

Also, I understand about the security stuff, but I guess that this should
be optional. If Alice and Bob cooperatively programs in the same computer
both with their own users, then if Alice installs a (say) Jenkins plugin,
Bob shouldn't be required to download it once again. Also, if Alice
compiles that maven project with millions of dependencies that downloads
the internet, it would be a pain if later, Bob have to do it all over
again. So, maybe there could be a setting somewhere to say (a: "I use
Netbeans exclusively within my user account"; b: "I want to share my
Netbeans with other users accounts of this computer").

@Antonio

I'm somewhat a newbie here and don't know yet how to file a JIRA issue, but
will find out how to do that. It seems that we have two issues here: the
cache-purge issue and the user-sharing issue, so I would file two. Wouldn't
it be marked as a dup to @Валера's bug on bugzilla?

Also, I downloaded the old plugin and gave a look at it and it is not what
I expected because: (1) It asks the user to tell the path where the
Netbeans cache is instead of finding it out that by itself; (2) It do not
knows or care if the user are really telling the truth and will delete all
the files in the given path, even if it has nothing to do with the Netbeans
cache; (3) It takes no measures whatsoever to protect NetBeans from
shooting itself in the foot or something like that other than just asking
the user to save everything and warning that it could cause abnormal IDE
termination; (4) It also relies on an (optional) external file unlocker
program that should be provided by the user to ensure forcefully deletion
of files.

Victor Williams Stafusa da Silva

2018-03-20 18:28 GMT-03:00 Валера Солдатов 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__v.f.soldatov-40gmail.com=DwIFaQ=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LEbKaWj9ZrFRBadYtwZVnHfoaHpGoEmzs1DrtRBDEg8=MhhcreE_nTvFNIGelNRKOcnJvdNbS5G4ByfZ43rjgBQ=ZkmRO4qj5gsb95kuvpAOV58zNgjmcZMZTE7jxjsMJxU=>:


Also we had 
https://urldefense.proofpoint.com/v2/url?u=https-3A__netbeans.org_bugzilla_show-5Fbug.cgi-3Fid-3D267606=DwIFaQ=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LEbKaWj9ZrFRBadYtwZVnHfoaHpGoEmzs1DrtRBDEg8=MhhcreE_nTvFNIGelNRKOcnJvdNbS5G4ByfZ43rjgBQ=2QhOVWaD3LZnn5xqdHqWFKV7p4PZNQ-K26aLSjeFGkA=

20.03.2018 23:33, Antonio пишет:

Some comments below

On 20/03/18 19:01, Victor Williams Stafusa da Silva wrote:


[big complaint removed for the sake of space]


Please file an issue in JIRA and label it as an enhancement.



So, I'll question if there is a easy way to purge the cache from the
inside
of th

Re: Netbeans cache and configurations

[cowwoc]

Windows has a concept of "global" installs vs "user specific" installs. 
The former goes into "c:\program files". The latter goes into 
c:\users\xxx\AppData.


Netbeans is kind of odd in that it installs into the global location, 
but uses user-specific directories for data. It probably makes sense to 
ask users whether they want global vs user-specific installs and then 
keep the data in each respective location (instead of crossing the wires).


Gili

On 2018-03-20 5:39 PM, Victor Williams Stafusa da Silva wrote:

  @cowwoc

I was debugging and hacking lombok, and so making Netbeans crazy. I won't
go through the details in this thread to not hijack it and I will answer
something in the other one soon. However (lombok aside) it is rare for me
to get Netbeans confused about something, it was much more common some
years ago.

Also, I understand about the security stuff, but I guess that this should
be optional. If Alice and Bob cooperatively programs in the same computer
both with their own users, then if Alice installs a (say) Jenkins plugin,
Bob shouldn't be required to download it once again. Also, if Alice
compiles that maven project with millions of dependencies that downloads
the internet, it would be a pain if later, Bob have to do it all over
again. So, maybe there could be a setting somewhere to say (a: "I use
Netbeans exclusively within my user account"; b: "I want to share my
Netbeans with other users accounts of this computer").



-
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: Netbeans cache and configurations

[cowwoc]

Having separate caches per user is kind of a requirement from an account 
management/security perspective. You simply cannot share these 
directories on public systems.


Fragmentation and such are less and less of an issue with modern 
file-systems and definitely with SSDs.


Cache corruption, on the other hand, is a valid issue although I've 
rarely run into problems myself. When it happens, though, it's very 
frustrating. I do wish that someone would clean up dead files though. 
Are we sure this isn't actually happening?


Gili

On 2018-03-20 2:01 PM, Victor Williams Stafusa da Silva wrote:

A long-time personal complaint I had against Netbeans was about its caches
and configurations. In modern Windows, it is located on
C:\User\\AppData\Local\NetBeans and
C:\User\\AppData\Roaming\NetBeans folder. For Linux or McOS, it
is something similar. It is sometimes a pain in the ass for me due to
several reasons:

1. The cache is overbloated. It gets only larger and larger over
days/months/years of usage. After some months or years of intense NetBeans
usage, if nothing/nobody intervenes, it will easily reach some gigabytes
full of mostly useless old data.

2. They lies hidden deeply in the filesystem far from the eyes of mere
mortals (in a hidden folder!). So, few median NetBeans users even know
about its existence or have any idea about how to interact with that.

3. If that gets corrupted for some strange reason, there is no way to clear
it inside the IDE AFAIK. I must go to the deep guts of the filesystem and
delete it. Otherwise, with a corrupted cache, Netbeans gets confused (rare
for me today, but was common for me in the NetBeans 6.x and 7.x days).

4. It lies in user-specific space. So, if my computer is used by several
different users, they'll likely get duplicate caches (even for the same
projects located in the same HD physical locations), duplicate plugins,
duplicate maven repositories, etc. This means a lot of wasted disk space
with duplicate stuff.

5. The cache will easily accumulate hundreds of thousands of small files or
perhaps even a few millions over the years. Those will tend to be very
scattered at the disk, which might lead to poor disk performance when you
make a backup by simply copy+pasting the Users folders to some other drive
or when you just delete those damn Netbeans folders. Also, I strongly
suspect that this contributes to disk fragmentation and they waste a lot of
space by leaving a lot of disk blocks consumed but mostly empty.

So, I'll question if there is a easy way to purge the cache from the inside
of the IDE that I'd overlloked so far for whichever reason? If not, would
it be a good idea to add that? Also, is there a way to rate-limit it to
avoid it consuming too much disk space?

I am very far from knowning the gory details of NetBeans internal stuff, so
I am afraid that I am just talking bullshit here and this is a big
misunderstanding, sorry if this is the case. However, even if this is the
case, I would likely to know nonetheless.

It is not just me that hit this issue. Google for "netbeans cache" and most
of the results will be from people asking about how to clear the cache
because NetBeans got confused or something like that. There is even an old
plugin called "Cache Eraser".

Victor Williams Stafusa da Silva




-
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: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

[cowwoc]

Hi Toni,

I was referring exclusively to Swing's ability to resize components in 
response to changes in the container size. What makes it "even better" 
is the ability to specify the desired behavior more directly. Contrast 
this with HTML where you need to use voodoo magic to center text and 
images: https://stackoverflow.com/q/396145/14731 and 
https://stackoverflow.com/q/2939914/14731


 * No one solution seems to work for everyone. There is always one
   browser/platform that doesn't work.
 * Some solutions that used to work stop working in a few browser
   releases later.
 * Users have to write 25+ lines of code to specify "center
   vertically". And there are 10+ different ways of doing it. And
   everyone swears their way is the best... but when you try using one
   solution or another you inevitably discover they each have their own
   edge cases.

Anyway, my point is that HTML is like XML. The syntax was designed for 
computer consumption, not for readability by human beings. Swing is not 
amazing by any stretch of the imagination, but it is better in that regard.


Gili


On 2018-03-18 12:40 AM, Toni Epple wrote:

Gili,

Are we talking about the same concept of responsiveness? In UI development this 
term is used for guis that adapt to a wide variety of screen sizes and  
resolutions by applying different layouts, resizing and replacing, rearranging 
or showing/hiding components depending on size, pixel density, but also by 
using different input methods, like touch gestures, etc. depending on the 
device.. CSS has media queries to enable this. Please enlighten us what Swing 
has to offer here that makes it „even better“.

-Toni



Von meinem iPad gesendet


Am 18.03.2018 um 00:38 schrieb Gili T. :

I humbly disagree. Last time I played with Swing layouts I remember them
being able to do responsive UIs even better than HTML.

The only thing that web does better is more existing layouts out of the
box.  That's just a matter of people not technology.

Gili


On Sat, Mar 17, 2018, 07:39  wrote:

Fully agree, and Swing and JavaFX stopped development before the concept
of "responsive UIs" became popular. So they have nothing for that.

I agree that layout via css used to be painful and hard to understand
sometimes, but Flow and especially Grid Layout has completely solved this
for me.

--Toni


-Ursprüngliche Nachricht-
Von: Neil C Smith 
Gesendet: Samstag, 17. März 2018 11:06
An: dev@netbeans.incubator.apache.org
Betreff: Re: Usability study was: Think Java, not Electron! was: Apache
HTML/Java UI

On Sat, 17 Mar 2018, 07:34 Dmitry Avtonomov, 
wrote:


​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.
...
All I need is a good framework on top of swing that would help me out
with those things. In JS there's probably 100s.


You could probably manage all the validation and error display
requirements you mention with HTML5's built in form validation without
adding any JS at all.

As someone working heavily with both Swing and HTML/CSS I find the idea
that Swing's layouts are better quite amusing, or I would if I didn't have
to fight with them so often! ;-) Mig is about the only one I use from code,
Matisse is good but I find its output counterintuitive sometimes.

Best wishes,

Neil


--

Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org


-
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: The Importance of Being Portable was: Think Java, not Electron!

[cowwoc]

That would be great. How/where do we petition for it? :)

Gili

On 2018-03-15 6:34 PM, Ryan Cuprak wrote:

My two cents, I think we should start a petition for JavaFX. It probably is a 
resourcing issue at Oracle with competing groups/managers. The function of user 
groups/community is to provide feedback to Oracle on things we think they 
should invest. We shouldn’t frame it as a JavaFX versus JavaScript/HTML because 
that’s counterproductive. It is a good technology, people are using, and we 
want it at least part of the platform and not removed if not enhanced.

Note: technically I think we need JavaFX as it brings touch and rich media 
support to the platform. It does give us that Webview component which enables 
tighter JavaScript/HTML integration (using a derivative of the engine used by 
Chrome/Safari).

-Ryan


On Mar 15, 2018, at 3:45 PM, Fabrizio Giudici  
wrote:

On Thu, 15 Mar 2018 20:25:36 +0100, Matthias Bläsing 
 wrote:


Hi,


the one thing, that annoys the hell out of me with HTML based GUIs is,
that everybody reinvents everything, everytime.

Matthias,

you don't know how much I agree with your statement. And I know some major 
speakers around - also friend of mine - who think the same. This annoys me so 
much that sometimes I wonder whether I'd better change job.

The problem is: the industry is literally intoxicated by this attitude, and I don't see we can do 
much to fight it. It is like that for a number of converging reasons, including the fact that, from 
a business point of view, it's like the classic "dig holes and then fill them", or 
"break windows and then fix them".

Personally I've abandoned Swing time ago, but I find JavaFX pretty good. Now, 
unfortunately, I'm seeing even the latest "Asterix villages" that kept on 
developing rich client applications falling down and being pressured to move development 
of UIs to HTML5. In this perspective, I must say that Oracle's announce to drop JavaFX 
from the runtime and give it to the community, while it theoretically could be not a 
major problem for the survival of the technology, it's probably going to effectively kill 
it, because project managers will interpret the thing like an imminent death - JavaFX 
finding itself without a corporate sponsor.

On my perspective, I can work as technology advocate, architect and supporting 
consultant for developers, but I'm not the typical professional figure that can 
influence project managers (who reason with different references than me) to 
the point of making their minds - and I believe many of us, unfortunately, are 
in the same bandwagon. So, I don't see a critical mass to change things.

--
Fabrizio Giudici - Java Architect @ Tidalwave s.a.s.
"We make Java work. Everywhere."
http://tidalwave.it/fabrizio/blog - fabrizio.giud...@tidalwave.it

-
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 HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

[cowwoc]

Chuck,

My main beef with AWT/Swing is one of API design first, bugs second, and 
performance last.


I think there is a real opportunity here but it is a difficult one to 
solve in an open-source context. I think open-source communities are 
great for fixing bugs and implementing features but they are not great 
for API design. I wish we had someone like Joshua Bloch in charge of 
designing a new API that would sit on top of AWT/Swing, provide 
equivalent functionality as the original, but with a clean API. I also 
believe that it is vital to gradually break backwards compatiblity over 
time (as Google Guava does) in order to end up with a better API long-term.


My goal is to make UI development as easy under Java as it is for the 
web. For the vast majority of use-cases, technical performance is not 
the bottleneck. Developer productivity is. I want an API that faciliates 
building Filthy Rich Clients, similar to Android/iOS applications we're 
all familiar with that ooze UI goodness.


Gili

On 2018-03-14 10:53 PM, Chuck Davis wrote:

Gili:

So now that they are no longer in charge (it's open source now) let's fix
AWT/Swing/FX and start marketing.  We're in charge now.  Or did I take a
nap and miss something?   Ultimately, perhaps not in the short term, you
get market share by providing a demonstrably better alternative.

We agree on one thing and that is how horrible are browsers for getting
real work done and the level of coding skills -- anybody can make a web
site these days -- and they look like it.  It's like VBA making everybody
who writes a macro in excel think they are a programmer.  I've heard that
in offices:  "I'm programming an excel sheet."

The only reason I've heard for using HTML is it looks better.  Well, if you
don't like the looks of Swing change the L!  If there's no L you like,
create one.  Don't throw the baby out with the bath water as they say.
Maybe NB needs to start a L contest?

One of the problems with this whole discussion is that there is such a wide
variety of interests.  I happen to be from a business background and
specifically financial interests.  I got into programming because the
software I had to use (MOST accounting software) was so poor.  I learned
what I needed to get the job done (I wasn't being paid to be a programmer)
and, unfortunately, because of that I never got the academic background the
smart people here have about render pipelines, etc.  But I know VERY well
what business users need; browsers can't cut it but Swing provides
everything the financial side of businesses need and want.

Now if your use case is disseminating information to either internal or
external users and providing file downloads there is no better tool than a
browser.  For doing company handbooks, training films, etc. NOBODY wants to
use Swing in that case.  Things that move and bob are not welcome in a
business use case but they're all the rage (and appropriate) for
information dissemination.  For business use cases "pretty" and "cute" are
unwelcome -- we want functionality.  For a browser "pretty" and "cute" are
what it's all about -- HTML is the right tool.

The corollary to that is the audience.  There is a vast difference between
250 people placing an order at a web site in a day (a browser is quite
appropriate here) and the AP clerk who has to record 250 AP invoices every
day (or even one day!).  With a heads down, efficient data entry Swing
dialog that clerk can process 250 invoices in a relatively short time (and
time IS money).  Giving that poor clerk a browser interface to struggle
with is a mean thing to do to an employee.  Swing provides a great focus
traversal policy -- FX is even easier and better.

Use the right tool for the use case.

I do desktop apps -- give me Swing/FX.  Christian does web apps -- give him
a browser.  NB can handle them both and handle them nicelyer, well, at
least as nicely as HTML/browsers can be made to work.




On Wed, Mar 14, 2018 at 5:58 PM, cowwoc <cow...@bbs.darktech.org> wrote:


Chuck, I appreciate free software as much as the next guy. But I still
blame Sun and Oracle for killing AWT/Swing.

If they wanted more community contributions they could have opened up the
bug reporting system, faciliated pull requests, and shown that they are
acting in good faith. They chose to pursue a one-way conversation and it
cost them the market.

So yes, I appreciate what we got but ultimately Oracle bares the
responsibility for AWT/Swing/JavaFX dying. Oracle is not a B2C company and
these technologies requires a company that excels at marketing to end-users.

Gili





-
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 HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

[cowwoc]

Chuck, I appreciate free software as much as the next guy. But I still 
blame Sun and Oracle for killing AWT/Swing.


If they wanted more community contributions they could have opened up 
the bug reporting system, faciliated pull requests, and shown that they 
are acting in good faith. They chose to pursue a one-way conversation 
and it cost them the market.


So yes, I appreciate what we got but ultimately Oracle bares the 
responsibility for AWT/Swing/JavaFX dying. Oracle is not a B2C company 
and these technologies requires a company that excels at marketing to 
end-users.


Gili

On 2018-03-14 4:04 PM, Chuck Davis wrote:

So, what are you waiting for?
https://wiki.openjdk.java.net/display/OpenJFX/Main will be more than happy
to suck up some energy from you.

Sorry, I guess I'm in a snarky mood today but I just get so tired of
everybody ragging on Oracle.  How long has OpenJDK been the source and
Oracle has been doctoring it to make it usable?  Now it has a shiny, new
rendering engine for AWT/Swing; they don't have to screw around upgrading
rendering with every release.  What else should we (the Community) be doing
for Java to make it more usable?  What bugs have any of us here fixed (I
know some of you have done many and you are herewith thanked for your
efforts)?

Same can be said for OpenJFX.

As far as I know Oracle and IBM are the only companies that have been
taking OpenJDK and doctoring it to improve it enough to be released (and
IBM has never included JFX).  Maybe they're tired of the drag we've been.

PS  I am not and never have been an Oracle employee.  I don't get
commissions for sales of their products.  I'm just another freeloader like
the rest of you whiners and complainers (trust me, I've done my share).

PPS  Doubly snarky benefits being dished out today -- free as in beer.


On Wed, Mar 14, 2018 at 11:53 AM, Norquay  wrote:


  JavaFX would be faster than WebGL if it got some developer energy pumped
into it.  O is so fucking brain dead...




-
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: AW: AW: AW: Apache HTML/Java UI instead of ... Oracle will removeJavaFXfromOracle JDK

[cowwoc]

The problem with browser UIs is not their performance (although that's 
not great either). The problem is development productivity is utter crap.


The obvious problem is the lack of consistency between browsers, OSs, 
and even versions thereof. The less obvious problem is the constant 
churn: features that used to work no longer do, the constant need to 
"upgrade" your framework, the total inability to produce non-trivial 
visual layouts, etc.


Any idiot can make a form user interface. HTML/CSS/JS is great for this 
but it is literally the easiest thing a UI framework can provide. People 
are happy with these frameworks because the bar has been set so low. A 
few years ago we were blown away by people doing drag-n-drop on the web.


Come on people. It's 1990 all over again.

So again... the amazing thing about web technologies is not web 
technologies. It's the low learning curve. It's the fact that millions 
of people can now write shit code (whereas before they couldn't code at 
all).


If you could provide this same experience with Java, or any other 
technology, then people would flock to it the same way that they flock 
to web development today.


Ironically, the main thing keeping first-time developers away from Java 
is Sun and Oracle's inability to internalize the User Experience. If 
they invested more in client-side development they would inevitably have 
to care more about the user experience of coding. Had they done this 
they could have displaced Javascript as the de-facto web programming 
language.


Gili

On 2018-03-14 6:57 PM, toni.ep...@eppleton.de wrote:

Hi Christian,

You're experiencing something all the Java devs had to go through 10 years ago, 
when everyone still told us Java/Swing is so slow, and will never be able to 
keep up with real programming languages/native UIs, while we were coding really 
huge and fast Applications with it.

It takes some time until these prejudices wear off. Don't worry, it will slowly 
get better in 10 years or so .

Cheers

Toni




-Ursprüngliche Nachricht-
Von: Christian Lenz <christian.l...@gmx.net>
Gesendet: Mittwoch, 14. März 2018 19:48
An: dev@netbeans.incubator.apache.org
Betreff: AW: AW: AW: Apache HTML/Java UI instead of ... Oracle will 
removeJavaFXfromOracle JDK

So the example from Github, with Atom and the example of Microsoft with VS Code 
or Slack with the Desktop app, is not valuable enough for you? VS Code is such 
a fast DIE/Editor. And valuable against sublime for sure. It is very stable, is 
the most contributed Project on github etc. So I think yes there are such apps 
out there who are willing to try electron. And you can take a look here to see 
a lot of apps where built with electron: 
https://github.com/sindresorhus/awesome-electron. It is not because it is hip 
but it is an ecosystem for frontend developers who wants to create good looking 
Desktop apps with our Technology which is JS, HTML, and CSS. The same for GWT 
or Vaadin for Backend devs, who wants work in the frontend. I don’t say you 
have to and I don’t say it is the wholy grail, but it is a good alternative and 
not that bad.


Cheers

Chris

Von: cowwoc
Gesendet: Mittwoch, 14. März 2018 18:35
An: dev@netbeans.incubator.apache.org
Betreff: Re: AW: AW: Apache HTML/Java UI instead of ... Oracle will 
removeJavaFXfromOracle JDK

I agree. If the web was such a great platform for desktop apps, you would have 
seen many other projects/companies porting complex desktop applications to it. 
They are not.

Web technologies are great for basic interfaces. They are utter garbage for 
Filty Rich Clients.

Don't repeat the mistake of ORMs: jumping on a technology because it looks great from 
far, only to discover that it doesn't do what you want when you're "95% done".

Gili

On 2018-03-14 6:58 AM, Peter Steele wrote:

One of the biggest limitations is the fact everything is single threaded.
This isn't related to vaadin and gwt.

I have used vaadin and like it alot, and to build certain types of
applications it is a great candidate if you are used to java. I have
also used GWT alot and have extended it for areas which it doesn't cover.
(Vaadin uses GWT too)

Another js pet hate for me is the fact it is not OO based, people have
tried to put wrappers around us but they inevitably have issues
because they are wrappers.

Chrome has a good debugger but compared to debugging support from
desktop languages it is inferior

The language is too visual basic like for my taste, it's nice and easy
to use but if you want to do anything complicated you are in trouble.
Thumbs up for closure support, thumbs down for the complete over use of 
closures.

Btw these are only my opinions, you may disagree with everything i say
and that is ok. I am in the camp of "i will never use a web based ide"
but i have no issues building apps that are designed for the web and
work well on the web (like for thin clients). Forcing everything in to
the browser is no

Re: AW: AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

[cowwoc]

I agree. If the web was such a great platform for desktop apps, you 
would have seen many other projects/companies porting complex desktop 
applications to it. They are not.


Web technologies are great for basic interfaces. They are utter garbage 
for Filty Rich Clients.


Don't repeat the mistake of ORMs: jumping on a technology because it 
looks great from far, only to discover that it doesn't do what you want 
when you're "95% done".


Gili

On 2018-03-14 6:58 AM, Peter Steele wrote:

One of the biggest limitations is the fact everything is single threaded.
This isn't related to vaadin and gwt.

I have used vaadin and like it alot, and to build certain types of
applications it is a great candidate if you are used to java. I have also
used GWT alot and have extended it for areas which it doesn't cover.
(Vaadin uses GWT too)

Another js pet hate for me is the fact it is not OO based, people have
tried to put wrappers around us but they inevitably have issues because
they are wrappers.

Chrome has a good debugger but compared to debugging support from desktop
languages it is inferior

The language is too visual basic like for my taste, it's nice and easy to
use but if you want to do anything complicated you are in trouble. Thumbs
up for closure support, thumbs down for the complete over use of closures.

Btw these are only my opinions, you may disagree with everything i say and
that is ok. I am in the camp of "i will never use a web based ide" but i
have no issues building apps that are designed for the web and work well on
the web (like for thin clients). Forcing everything in to the browser is
not they way forward.


On 14 Mar 2018 10:26, "Christian Lenz"  wrote:

Peter,

can you tell me which limitations you mean? As I wrote in an other thread,
the limitations came from GWT. The Problem is that a Java developer doesn’t
want to write HTML, CSS and JS so they are looking for an alternative. GWT
or Vaadin or kotlin to js, I can’t understand that, but ok. So please don’t
compare GWT or Vaadin with native JS.


Cheers

Chris

Von: Peter Steele
Gesendet: Montag, 12. März 2018 17:50
An: dev@netbeans.incubator.apache.org
Betreff: Re: AW: Apache HTML/Java UI instead of ... Oracle will remove
JavaFXfromOracle JDK

Christian

I am sure electron is good, but my personal preference is to not use a web
ide. Javascript as a language has a lot of limitations. I have written gwt
code to export java to html and you are limited a lot in how you design
your apps.

On 12 Mar 2018 16:40, "Christian Lenz"  wrote:


Have a look into electron apps. A lot of apps are written with this
Framework like VS Code and I think this is a big Player and you can see,
that it performs very well and it is performant as hell. Only to say one

of

those apps.


Cheers

Chris
Von: Peter Steele
Gesendet: Montag, 12. März 2018 17:37
An: dev@netbeans.incubator.apache.org
Betreff: Re: Apache HTML/Java UI instead of ... Oracle will remove JavaFX
fromOracle JDK

What about the eclipse RCP framework which uses swt? This would seem to be
a much better solution than having a html front end.

On 12 Mar 2018 16:25, "Neil C Smith"  wrote:


On Mon, 12 Mar 2018 at 15:59 Jaroslav Tulach 
wrote:


Forget about AWT, Swing and JavaFX - the future is HTML. In case you

still

care about Java, then your future should be Apache HTML/Java API!


Generally inclined to agree with you - definitely on forgetting JavaFX,

and

probably on forgetting AWT/Swing (intrigued to see what actually happens
there).  I don't think HTML is the only game in town, but for a lot of
things it's probably the right way forward.

But, if we start turning to Apache HTML/Java way, what does it run in?

Out of interest, I was looking at an example project using Vaadin

running

inside Electron recently.  Have you tried this approach with HTML/Java?

Best wishes,

Neil
--
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org






-
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 HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

[cowwoc]

Agreed.

People keep on saying that Oracle will support AWT/Swing for another 8 
years... Have you noticed what the last 8 years have been like? If this 
is the kind of "support" we can expect then they might as well spin it 
out the JDK like JavaFX.


The end result of this announcement is fragmentation, fragmentation, 
fragmentation. Instead of one half-baked technology, we'll end up with 
five of them and none of them will be as mature/stable as AWT/Swing. All 
the big players are walking away from client-side dvelopment, except for 
Microsoft. It's very sad to see.


Web-based development is cool because everyone is jumping on board. It 
isn't cool because it's better. Every week there is a new framework. The 
level of cross-platform compatibility doesn't begin to compare to Java. 
You have portability problems across different browsers on the same 
operating system, not to mention different operating systems. All in 
all, this is a huge step backward for the developer community.


Gili

On 2018-03-12 2:26 PM, Kenneth Fogel wrote:

As far as I can tell Swing and AWT were pretty much abandoned years ago except 
for maintenance.

Ken

-Original Message-
From: Matthias Bläsing [mailto:mblaes...@doppel-helix.eu]
Sent: March 12, 2018 1:37 PM
To: dev@netbeans.incubator.apache.org
Subject: Re: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from 
Oracle JDK

Am Montag, den 12.03.2018, 17:26 + schrieb Neil C Smith:

On Mon, 12 Mar 2018 at 17:12 Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:


I really wouldn't be worried at all about something that will be
supported "through at least 2026".


In a public, freely available JDK?


I did not see Swing or AWT marked as deprecated in OpenJDK. So removal
at this point is out of the question. I doubt that Oracle will remove
the whole desktop module from their JDK, so even Oracle JDK will most
probably carry AWT+Swing.

My reading is a bit less *heaven will fall*:

  * The java plugin is dead (thanks go to the browser makers)
  * Java Web Start is mostly dead and was never open source. Interested
parties could place their money on Red Hat, which might have its
open source successor (Iced Tea Web)
  * JavaFX is not part of the Oracle JDK anymore
  * The future of Swing and AWT is not yet decided

To read more into the white-paper is just reading tea-leaves. It might
be fun, but the future is not told there.

Greetings

Matthias

-
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: Oracle will remove JavaFX from Oracle JDK

[cowwoc]

Maybe... but it's not hard to imagine a negative spin to this story.

Any way you look at it, recent events will increase the fragmentation of 
the Java platform.


Oracle just gave away Java EE and Java SE desktop. All they have left is 
Java SE server-side and, to a great degree they don't get paid for that. 
Most servers run Linux where they will never see a dime. Java on cell 
phones got killed for different political and legal reasons.


Java on the browser might pick up by way of WebAssembly, but it will not 
help Oracle financially.


JetBrains and friends are strongly diversified in web development and 
alternative languages that run on the Java platform (e.g. Kotlin). The 
latter don't benefit much from recent JDK releases. Most releases are 
Java-language-oriented and the platform is already good enough for their 
needs. If Oracle drops the ball on the platform (even indirectly by 
reducing the amount of paid employees), I can imagine these 
alt-languages jumping ship from Java to .NET without a major impact to 
JetBrains.


Something major will have to change in the next 1-2 years, otherwise we 
will experience increasing fragmentation of the Java platform. 
Open-source will actually make matters worse on this front.


So yeah, we got what we asked for (open-sourcing Java) but it wasn't 
what people had secretly hoped for (strong Java development, for free).


I hope I turn out to be wrong.

Gili

On 2018-03-12 12:20 AM, Wade Chandler wrote:

On Mar 11, 2018, at 7:38 PM, Chuck Davis  wrote:

That white paper says to me jdk11 is the end of the road for JSE at
Oracle.  Without Swing/JavaFX I can't think of a single reason to have JSE
on a computer.

Maybe, but all the more reason for the stewards they mention. One can certainly 
run servers and services as Java applications on those systems too. But, yes, 
not directly making any money for Oracle. But SMBs can definitely make money 
off these things, and if the community wants to keep this stuff going, then 
they’ll have to chip in on the bits they care about. This was the main point of 
my writing in the first place; to figure out what we can do to support it. I 
imagine JetBrains will be involved as well. They are very dependent with their 
current products.


The message of the white paper was clear: both Apple and Microsoft own
their platforms and the day is not too distant when both will exclude Java
from running on their platform.  Apple already stopped shipping Java.


“Exclude” seems overkill considering other environments/runtimes exist on both; 
Node, Qt, Rust, Go, etc.. .Net even exists on Mac. Them not shipping something 
directly is not the same as exclude.



The message is clear:  migrate to .net for windows or swift for mac.  Java
will only be running on Linux in the near future and that market is not big
enough to be attractive to Oracle.  There will be no more cross-platform
Java (or anything else) development.  Browsers will continue to be
available on all platforms -- if you want to play on somebody else's
platform you will abide by their rules.

The browsers everyone is using on those platforms are not written in the 
languages you mention, so I don’t see that as the show stopper.


It is a sad day but, admittedly, exclusivity is not a new idea to either
Apple or Microsoft.

What is the remedy?  Make alternatives so attractive IT managers will
CHOOSE to leave either MS or Apple for the alternative.

I don’t see that as a goal of the NB community, and it certainly doesn’t do 
anything for all the consumer devices. I do think we can help support desktop 
Java since we highly depend on it.

Wade

===

Wade Chandler
e: cons...@wadechandler.com
t: @wadechandler
https://www.linkedin.com/in/wade-chandler





-
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: dpi on Windows Java 9

[cowwoc]

I might be in the minority, but I actually prefer the new look. It makes 
Netbeans a lot easier to use in high DPI environments (yes, on Windows). 
Netbeans with JDK 8 looks super tiny.


In my opinion, the correct fix would be for applications to provide 
higher resolution icons :) It's a win-win for everyone.


Gili

On 2018-03-11 3:14 PM, Neil C Smith wrote:

Hi,

On Sun, 11 Mar 2018, 19:02 ,  wrote:


It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if
that already counts as high dpi.


Looks like you're not alone anyway
https://bugs.openjdk.java.net/browse/JDK-8187367

Not sure if there's a workaround amongst that lot!

Best wishes,

Neil


--

Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org




-
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: Noticed Oracle is Working to Remove Java FX, AWT, and Swing from Base Java/JDK

[cowwoc]

On page 7 they claim that AWS/Swing support will not be touched (at 
least until Java 11). It seems only JavaFX is directly affected.


Gili

On 2018-03-09 4:44 PM, Wade Chandler wrote:

All

Sorry if a thread I have missed on this exists here. A friend of mine sent
me this link

http://www.oracle.com/technetwork/java/javase/javaclientroadmapupdate2018mar-4414431.pdf


It has interesting consequences for NetBeans. It mentions they have some
interested parties looking to take on those bits of the ecosystem. Does
anyone have any other insight into this? Who are they talking to?

Some of us NB folks have talked in the past about contributing to those
things at OpenJDK once NB was over to Apache. This may mean we will need to
start working on a new technology for the IDE, or get more involved.
Thoughts?

Thanks

Wade




-
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: Netbeans 9.0 is very unstable with lombok in JDK 9

[cowwoc]

I gave up using Lombok with JDK 9 months ago. Yes, it is far more 
unstable under Netbeans than with other IDEs but it is generally a mess 
under JDK9 regardless of which IDE you use.


Gili

On 2018-03-09 4:09 PM, Victor Williams Stafusa da Silva wrote:

Hi, I download latest Netbeans 9.0 beta last week and I'm using with JDK 9.
My lombok projects makes Netbeans really unusable.

Those are the steps for reproducing it:

1. Create a new project.
2. Set the properties of the project to ensure that it is using JDK 9.
3. Download lombok-1.16.20.jar and put it in the project libs folder,
adding it in the project properties page.
4. Create the following class:

import lombok.NonNull;

public class NetbeansLombokBugTest2 {
 public static void main(@NonNull String[] args) {
 }
}

5. Save the file (Ctrl+S). Modify it by adding a blank space somewhere and
save it again (Ctrl+S).

Netbeans will start to spam repeatedly the error "IllegalArgumentException:
URI is not absolute". This bug makes Netbeans almost unusable to work with
lombok on JDK 9. Whenever you touch anything in the project, even other
java source files that have nothing to do with lombok, you'll get the
spamming error screen popping up regardless of anything.

The bug seems to not be reproducible if the project uses JDK 8 is used
instead.

I am already getting some occasional other further errors when I insist in
using the IDE regardless of prior errors, however I was still unable to
isolate them so far.

I already reported something similar a few months ago, but I weren't able
to isolate the bug at that time and due to many real-life issues I had not
enough time to research it much further.

Is anyboby able to reproduce it?

Victor Williams Stafusa da Silva




-
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: AW: Platform API: Context-sensitive keyboard accelerators

[cowwoc]

On 2018-03-06 1:22 PM, Neil C Smith wrote:

Historically maybe, but that would appear to not be an issue, because as I
said, it now conflicts with Profile, but that doesn't cause problems?


True.


This no longer appears to be a valid issue (if it ever was) - there are
lots of context-sensitive mnemonics all over the place.  Or do they not
work reliably cross-platform?

So, surely a PR to change the message for Replace All to move the ampersand
back in front of the A would be all that's needed?


Filed https://issues.apache.org/jira/browse/NETBEANS-448

Thanks,
Gili

-
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: AW: Platform API: Context-sensitive keyboard accelerators

[cowwoc]

The trigger used to be ALT+A. It was changed to ALT+P because of 
conflict with the Refactor pulldown menu. See 
https://netbeans.org/bugzilla/show_bug.cgi?id=222400 for the historical 
discussion.


Gili

On 2018-03-06 6:46 AM, Neil C Smith wrote:

On Tue, 27 Feb 2018 at 19:44 cowwoc <cow...@bbs.darktech.org> wrote:


Unfortunately, I'm not too familiar with the internals. I filed
https://issues.apache.org/jira/browse/NETBEANS-432


I'm confused by that bug - why would Alt-A trigger replace all?  The
underline is on the p.  And for me Alt-P works - it doesn't open the
Profile menu.

... not sure why it's Alt-P mind you?

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: AW: Platform API: Context-sensitive keyboard accelerators

[cowwoc]

Unfortunately, I'm not too familiar with the internals. I filed 
https://issues.apache.org/jira/browse/NETBEANS-432 with a high-level 
overview of what a user expects. Hopefully someone who is familiar with 
this codebase can flesh out what this entails.


Thank you,
Gili

On 2018-02-27 12:49 PM, Tim Boudreau wrote:

I'd say file an RFE, but best to get as specific as possible about what
mechanism needs to be changed and how.  I.e. Exactly the desired behavior,
what blocks it, and where the change would need to be.

-Tim

On Tue, Feb 27, 2018 at 11:00 AM cowwoc <cow...@bbs.darktech.org> wrote:


Is it okay if I file a RFE for this, or do you feel it should stew a bit
longer in the mailing list?

Gili

On 2018-02-26 3:47 PM, Christian Lenz wrote:

I figured out that problem too, but I don’t know whether this is window

specific or not.

Sure I think you can add a shortcut to your Code, which is already

taken. You got a warning after NetBeans started that says: „there is a
duplicate“.

Maybe it overrides it or not, I don’t know atm. But if not and you

created an Action, where you can Change the shortcut via KeyMap Options,
you sometimes overrides existing ones (Which Shows you a warning or error
that another one has the same etc.), but yes they should work context
sensitve, and some are still working context sensitive, afaik.

I set ctrl + b to Show the git browser for branches etc. This shortcut

only Woks, when I select a Project. If I’m in the Editor, it will set a
bookmark or open the bookmark window. So there is smth like a context
sensitive way to implement shortcuts but I don’t know the logic at all.

My 2 cents


Cheers

Chris

Von: Tim Boudreau
Gesendet: Montag, 26. Februar 2018 19:59
An: dev@netbeans.incubator.apache.org
Betreff: Re: Platform API: Context-sensitive keyboard accelerators

It's been a long time since I worked on the code involved, so my
recollection may be a little fuzzy, but this may help point you in a
direction or two:

There is a general problem that NetBeans supports, or at least used to
support, both single window pseudo-SDI mode and a multiple windows mode.
And keyboard shortcuts propagate down to the InputMap/KeyMap of the

window

in question.  My recollection is that this was originally handled with an
AWTEventListener, because that was the one way to guarantee shortcuts
worked globally, no matter the windowing layout.  I *think* we migrated
that to something using InputMap/KeyMap around 2003 or so, but there may
still be workarounds to ensure things work globally.

What I'd suggest to try is an experiment - create a dialog with the

dialogs

API and try binding a key you know is bound as a global shortcut.  Use
InputMap/KeyMap and attach it to, most likely, the root pane of the

dialog.

If it works, then it's just a matter of implementing shortcuts in the

right

places (make sure to call consume() on the event to stop it propagating
further).  If it doesn't, then some more fundamental work that's likely

to

touch how key bindings work globally may be needed.

Also bear in mind that key bindings are different for different

platforms -

on Mac OS, the alt key is a compose key for international characters and
cannot have shortcuts bound to it (ctrl is used instead), and some
keybindings are mapped to different keys for consistency with other Mac

OS

apps (there's a syntax for defining keybindings in OS-neutral ways, for
declarative bindings).

HTH,

Tim


On Mon, Feb 26, 2018 at 9:11 AM, cowwoc <cow...@bbs.darktech.org> wrote:


Hi,

Netbeans has an extremely long (and getting longer) list of keyboard
shortcuts. Part of the problem is that (for the most part) keyboard
shortcuts are not context-sensitive nor are they able to be
context-sensitive. I'll give you a simple example I raised a few years

back:

When the editor Find & Replace dialog is focused, we have "Replace" and
"Replace All" buttons. It would be nice if we could map ALT+A to

"Replace

All" as many other applications do. Unfortunately, ALT+A is already

mapped

to the Refactor pulldown menu. The platform API does not allow mapping

the

same keyboard accelerator to different UI actions depending on the

context.

As a result, we end up with akward combinations like ALT+P for Replace

All.

Please see https://netbeans.org/bugzilla/show_bug.cgi?id=222843 for
additional context.

Is anyone else interested in this issue? Is anyone interested in working
on it?

Thank you,
Gili


-
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.apa

Re: AW: Platform API: Context-sensitive keyboard accelerators

[cowwoc]

Is it okay if I file a RFE for this, or do you feel it should stew a bit 
longer in the mailing list?


Gili

On 2018-02-26 3:47 PM, Christian Lenz wrote:

I figured out that problem too, but I don’t know whether this is window 
specific or not.
Sure I think you can add a shortcut to your Code, which is already taken. You 
got a warning after NetBeans started that says: „there is a duplicate“.
Maybe it overrides it or not, I don’t know atm. But if not and you created an 
Action, where you can Change the shortcut via KeyMap Options, you sometimes 
overrides existing ones (Which Shows you a warning or error that another one 
has the same etc.), but yes they should work context sensitve, and some are 
still working context sensitive, afaik.

I set ctrl + b to Show the git browser for branches etc. This shortcut only 
Woks, when I select a Project. If I’m in the Editor, it will set a bookmark or 
open the bookmark window. So there is smth like a context sensitive way to 
implement shortcuts but I don’t know the logic at all.

My 2 cents


Cheers

Chris

Von: Tim Boudreau
Gesendet: Montag, 26. Februar 2018 19:59
An: dev@netbeans.incubator.apache.org
Betreff: Re: Platform API: Context-sensitive keyboard accelerators

It's been a long time since I worked on the code involved, so my
recollection may be a little fuzzy, but this may help point you in a
direction or two:

There is a general problem that NetBeans supports, or at least used to
support, both single window pseudo-SDI mode and a multiple windows mode.
And keyboard shortcuts propagate down to the InputMap/KeyMap of the window
in question.  My recollection is that this was originally handled with an
AWTEventListener, because that was the one way to guarantee shortcuts
worked globally, no matter the windowing layout.  I *think* we migrated
that to something using InputMap/KeyMap around 2003 or so, but there may
still be workarounds to ensure things work globally.

What I'd suggest to try is an experiment - create a dialog with the dialogs
API and try binding a key you know is bound as a global shortcut.  Use
InputMap/KeyMap and attach it to, most likely, the root pane of the dialog.

If it works, then it's just a matter of implementing shortcuts in the right
places (make sure to call consume() on the event to stop it propagating
further).  If it doesn't, then some more fundamental work that's likely to
touch how key bindings work globally may be needed.

Also bear in mind that key bindings are different for different platforms -
on Mac OS, the alt key is a compose key for international characters and
cannot have shortcuts bound to it (ctrl is used instead), and some
keybindings are mapped to different keys for consistency with other Mac OS
apps (there's a syntax for defining keybindings in OS-neutral ways, for
declarative bindings).

HTH,

Tim


On Mon, Feb 26, 2018 at 9:11 AM, cowwoc <cow...@bbs.darktech.org> wrote:


Hi,

Netbeans has an extremely long (and getting longer) list of keyboard
shortcuts. Part of the problem is that (for the most part) keyboard
shortcuts are not context-sensitive nor are they able to be
context-sensitive. I'll give you a simple example I raised a few years back:

When the editor Find & Replace dialog is focused, we have "Replace" and
"Replace All" buttons. It would be nice if we could map ALT+A to "Replace
All" as many other applications do. Unfortunately, ALT+A is already mapped
to the Refactor pulldown menu. The platform API does not allow mapping the
same keyboard accelerator to different UI actions depending on the context.
As a result, we end up with akward combinations like ALT+P for Replace All.

Please see https://netbeans.org/bugzilla/show_bug.cgi?id=222843 for
additional context.

Is anyone else interested in this issue? Is anyone interested in working
on it?

Thank you,
Gili


-
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

Platform API: Context-sensitive keyboard accelerators

[cowwoc]

Hi,

Netbeans has an extremely long (and getting longer) list of keyboard 
shortcuts. Part of the problem is that (for the most part) keyboard 
shortcuts are not context-sensitive nor are they able to be 
context-sensitive. I'll give you a simple example I raised a few years back:


When the editor Find & Replace dialog is focused, we have "Replace" and 
"Replace All" buttons. It would be nice if we could map ALT+A to 
"Replace All" as many other applications do. Unfortunately, ALT+A is 
already mapped to the Refactor pulldown menu. The platform API does not 
allow mapping the same keyboard accelerator to different UI actions 
depending on the context. As a result, we end up with akward 
combinations like ALT+P for Replace All.


Please see https://netbeans.org/bugzilla/show_bug.cgi?id=222843 for 
additional context.


Is anyone else interested in this issue? Is anyone interested in working 
on it?


Thank you,
Gili


-
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: A NetBeans website proposal

[cowwoc]

Out of curiosity, why are the screenshots so small once you click on 
them? I feel old saying this, but I find some of them hard to read :)


According to https://www.w3schools.com/browsers/browsers_display.asp the 
most common screen resolution is 1366x768. Shouldn't we send something 
at least that size? I personally favor 1080p and letting the browser 
downscale as needed.


Gili

-
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: AW: AW: [news] NetCAT 9.0 proposal

[cowwoc]

I agree with you on needing to fix the release pipeline.

I've used Netbeans for over 15 years. I mention this not to toot my own 
horn but rather to say that I've used many official releases, and patch 
releases in between. The one thing that has constantly bugged me is how 
official releases always contain regressions in core functionality and I 
have to wait 3-6 months for a patch to come out and fix the problem. 
This kind of stuff should really get caught by automated tests.


I mean, I hate to be the scrooge that's focusing on stability instead of 
new features, but when the core functionality (editor, compiler, 
debugger) contain annoying bugs then I don't feel there is much else to 
talk about. Let's nail this down with automated tests so we can focus on 
more important things.


Gili

On 2018-02-23 1:31 PM, Christian Lenz wrote:

I know exactly what you mean, but I don’t mean the release of NB 9, I mean all 
other Releases. Often you have to wait 6 months or more for new Features etc. 
The community you can see it in slack, Twitter, Facebook asking for when will 
it be done, when is JS coming, when will we have better release cycles or new 
Features that other IDEs or Editors already have since ages (I know it is a bit 
exaggerated but it should be clear, what I mean). Those Things are real 
Problems too, not only for the current release.

NetBeans often lacks behind Features. No Vue Support, no full real Angular 2 
Support, a lot of stuff that was not working under Oracle, often this is not 
possible with 3rd Party Plugins, because of the private APIs or whatever (See 
the Angular 2 template stuff inside html files or KendoUI Support, what 
Geertjan started, which is not possible anymore to work with, because it is not 
a friend plugin anymore). And if you compare NetBeans with big competitors like 
IntelliJ/PHPStorm/WebStorm or Eclipse or VS Code, we must Change smth, we have 
to.

I don’t mean, that we have to have this politics like: Get Things done fast. 
But I think if we have a better Pipeline and a better QA process and whatever, 
that we can save 2 months (Remove NetCat) because that is not needed. 2 Months 
that can save time from maybe 6 Months + 2 Months NetCat to only 6 or less. I 
prefer 3 months too, as we can see it now, we have some new PRs and sure we 
will have more and more. People are waiting for new stuff, etc. And as I said, 
it is not only about NB 9.


Cheers

Chris

Von: Jiří Kovalský
Gesendet: Freitag, 23. Februar 2018 19:11
An: dev@netbeans.incubator.apache.org
Betreff: Re: AW: [news] NetCAT 9.0 proposal

I share the same opinion. For me personally quality is the most precious
feature. I know that we all have been waiting for NetBeans 9.0 for more
than a year now but good things need time. ;)

Regarding release frequency, we should release only when it makes sense
i.e. when a set of interesting new features is implemented together with
a handful of critical bug fixes. Let's not follow the modern but insane
corporate paranoia: "We must get it out quickly otherwise competition
will be far ahead!" which only leads to frustration and disappointment
both among development teams and end users.

We are true open source project now! I don't want to go back to date
driven release trains at all cost.

-Jirka

Dne 23.2.2018 v 17:03 cowwoc napsal(a):


Same here. Stability first. Once we've got that down, then I'd favor a
release schedule of 3-6 months.

Gili

On 2018-02-23 5:52 AM, Валера Солдатов wrote:

My 2 cents. I wish to use stable and quick IDE. I don't want to update
my working tool too often.

23.02.2018 13:01, Christian Lenz пишет:

Really 10 Weeks? 2 more months? I mean I don’t know it really,
because it is a huge Code base but im the future, my wish and I think
from other People too, we want to have more release cycles and less
time between Releases. My 2 cents.


Von: Jan Lahoda
Gesendet: Freitag, 23. Februar 2018 08:51
An: dev@netbeans.incubator.apache.org
Cc: d...@netbeans.apache.org
Betreff: Re: [news] NetCAT 9.0 proposal

On Thu, Feb 22, 2018 at 11:06 PM, Sven Reimers <sven.reim...@gmail.com>
wrote:


+1..


Is this only on 10 or with 10 as Platform as well (thinking of var ...)


My personal opinion:
-NetBeans IDE should run on JDK 10
-ideally it should be possible to have a (J2SE/Maven) project using
JDK 10
as well, including support for var (shouldn't be difficult, see the
jdk18_3
branch in the official repository; depends on whether we can add a
feature
like this at this stage).
-the NetBeans IDE itself can't use JDK 9/10 features, as it still should
run on JDK 8.
-for applications based on NetBeans platform, the build system currently
does not (AFAIK) support JDK 9/10, but if someone wanted to work on
that, I
think it would be useful.

Jan



Looking forward to an awesine first Apache NetCat..

Sven

P.S.  Is Synergy already hosted on Apache infrastructure?

Am 22.02.2018 22:59 schrieb "John Kostaras" <jkosta...@gmail.com>:

Re: A NetBeans website proposal

[cowwoc]

Sorry, I missed that.

I don't know if anyone else noticed this, but clicking "See this page in 
github" on the landing page results in a HTTP 404.


Aside from that, looks great. I especially like that you guys added a 
chat channel (slack). That will come in very useful.


Gili

On 2018-02-23 11:03 AM, Geertjan Wielenga wrote:

https://netbeans.vieiro.net, as stated by Antonio at the start of this
thread.

Gj

On Friday, February 23, 2018, cowwoc <cow...@bbs.darktech.org> wrote:


Is it possible to preview a live version of this website?

Gili

On 2018-02-23 10:06 AM, Antonio Vieiro wrote:


If nobody argues against the branch I think we could merge it into
master in, say, 72 hours or so.

After that all merges are indeed welcome. A NetBeans features page is
indeed missing. Some nice screenshots of the IDE and some more from
other products built on top of the platform would be most welcome.

That includes Neil's IDE, of course!!


2018-02-23 13:46 GMT+01:00 Christian Lenz <christian.l...@gmx.net>:


I like the great work too. Atm as I said often, I don’t have much time
to begin. My first draft was the page which is online at
netbeans.apache.org. I will dive into all of the stuff later, when I
see smth that I can/will fix. But for the Moment, great work. I will
discuss with you too but not implementing. Maybe we can merge some parts of
my page to the new draft of you. To Show the Features of NetBeans.

Gesendet von Mail für Windows 10

Von: Ate Douma
Gesendet: Freitag, 23. Februar 2018 13:42
An: dev@netbeans.incubator.apache.org
Betreff: Re: A NetBeans website proposal

Great work!

The only important and required change needed AFAICT concerns the
download page [1].
There is a dedicated page with the ASF requirements for that at [2].
What needs to be added is, besides links to the distributions itself,
also links to the KEYS, sigs, hashes files, and a reminder for users to
check sums and signatures.
Just follow the instructions at [2] to get [1] aligned, and I think this
looks good to 'go live'!

Regards,
Ate

[1] https://netbeans.vieiro.net/download/index.html
[2] http://www.apache.org/dev/release-download-pages.html

On 2018-02-23 08:19, Antonio wrote:


Hi all,

Wade, Tim, Neil, Jirka, Geertjan and I have been doing some experiments
regarding the NetBeans website.

As you probably know, the current NetBeans website comprises many
different webs: we have "bits.netbeans.org" for APIs, "netbeans.org"
for
main content, "plugins.netbeans.org" for the Plugin Portal,
"wiki.netbeans.org" for the wiki, and there're a few more subdomains.

The current "netbeans.org" website is quite big. As you already know,
Wade consolidated it in github's
"apache/incubator-netbeans-website-cleanup" [1] repo, and added a
Gradle
build system that uses JBake to generate static content, where content
is markdown/asciidoc/html with some additional files.

As the migration is going to take time, and will require Oracle
reviewing IP clearance for the content, we thought we could start a
simpler "netbeans.apache.org" website that uses the same Wade's
scripts.
We then could add content gradually, as Oracle passes the IP clearance
procedures.

So we came out with a basic "multisite-test" _branch_ at Github's
"incubator-netbeans-website" [2].

The idea of this branch is to be able to consolidate different NetBeans
subdomains as different directories (currently "bits.netbeans.org" and
"netbeans.apache.org"), and create scripts for generating _static_
content for those different websites. Currently we have:

- bits.netbeans.org
   Currently builds the javadoc from sources.

- netbeans.apache.org
   - Has some basic content from current Confluence pages.
   - As posted to the list in december we chose the Foundation 6
framework as a, well, foundation, and Neil modified it with some proper
SCSS structure [3] to fit our needs.
   - We've also added the wiki pages. We may set up a different repo
for these in the future, though.
   - We've uploaded the result of this static site to
https://netbeans.vieiro.net for you to see live (note: the "see this
page in github" won't work until/if this branch merges to master).

So to summarize, the objectives are:

1. Have all NetBeans websites in a single repo, with different folders
for each. Maybe we want to share stuff among them in the future.
2. Have some scripts to build static content for those websites.
3. For web sites, make them comply with Apache's guidelines for web
sites [4]

If you think the idea is good enough then we may merge that branch into
master and start migrating content, and/or creating different
subdirectories for other websites (such as the plugin portal, for
instance).

So, please, say yes or no to keep this path of work. Some other ideas
would also we welcome.

Kind regards,
Antonio


[1]
https://github.com

Re: [news] NetCAT 9.0 proposal

[cowwoc]

While we're on the topic, it would be nice if the IDE supported the 
latest version of Maven. Right now we're stuck using version 3.3.9. 
Newer versions prevent the use of the profiler.


Gili

On 2018-02-23 2:51 AM, Jan Lahoda wrote:

On Thu, Feb 22, 2018 at 11:06 PM, Sven Reimers 
wrote:


+1..


Is this only on 10 or with 10 as Platform as well (thinking of var ...)


My personal opinion:
-NetBeans IDE should run on JDK 10
-ideally it should be possible to have a (J2SE/Maven) project using JDK 10
as well, including support for var (shouldn't be difficult, see the jdk18_3
branch in the official repository; depends on whether we can add a feature
like this at this stage).
-the NetBeans IDE itself can't use JDK 9/10 features, as it still should
run on JDK 8.
-for applications based on NetBeans platform, the build system currently
does not (AFAIK) support JDK 9/10, but if someone wanted to work on that, I
think it would be useful.

Jan



Looking forward to an awesine first Apache NetCat..

Sven

P.S.  Is Synergy already hosted on Apache infrastructure?

Am 22.02.2018 22:59 schrieb "John Kostaras" :


+1

On 22 February 2018 at 20:50, Jiří Kovalský 
wrote:


Hello NetBeans community,

now that we have Apache NetBeans 9.0 Beta officially released to

public

we would like to start our traditional Beta testing program called

NetCAT.

We would like to send out the official invitation on Monday - February

26th

but before we proceed Hermien and me would like to present our plan how
NetCAT 9.0 will be organized and ask for constructive feedback. Please

bear

in mind to voice your concerns by the end of this week. We will attempt

to

address your questions or suggestions but we still hope you will simply
like what we have prepared. :)

Here we go:

1. NetCAT 9.0 will roughly take 10 weeks i.e. ~2 months. We allocated 2
weeks for review of test specifications, followed by 4 weeks of testing

and

bug fixing phase, at the end finished by 3 week long community

acceptance

survey. For more details see our projected schedule [1].

2. The testing will be tracked in Synergy - NetBeans test specification
and test run management system. NetCAT 9.0 participants will be divided
into 9 tribes focusing on one of 9 crucial functionality areas each.

3. We have drafted quality criteria [2] which we would like to meet for
the GA release. In short, we aim to fix all blocker issues, fix or

waive

all critical issues and fix all CA blockers. We would also like to take
votes into account as you can read in the Bug Priority Guidelines [3].

4. Apache NetBeans 9.0 Beta will be primarily tested on latest JDK 8

and

JDK 10.

[1] https://cwiki.apache.org/confluence/display/NETBEANS/NetCAT+
9.0+Schedule
[2] https://cwiki.apache.org/confluence/display/NETBEANS/NetBean
s+9.0+Release+Criteria
[3] https://cwiki.apache.org/confluence/display/NETBEANS/Bug+
Priority+Guidelines

Please let us know if we can fly with this plan. :)

Thanks for your feedback!
--
Best regards,
Jirka & Hermien

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-help@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: AW: [news] NetCAT 9.0 proposal

[cowwoc]

Same here. Stability first. Once we've got that down, then I'd favor a 
release schedule of 3-6 months.


Gili

On 2018-02-23 5:52 AM, Валера Солдатов wrote:
My 2 cents. I wish to use stable and quick IDE. I don't want to update 
my working tool too often.


23.02.2018 13:01, Christian Lenz пишет:
Really 10 Weeks? 2 more months? I mean I don’t know it really, 
because it is a huge Code base but im the future, my wish and I think 
from other People too, we want to have more release cycles and less 
time between Releases. My 2 cents.



Von: Jan Lahoda
Gesendet: Freitag, 23. Februar 2018 08:51
An: dev@netbeans.incubator.apache.org
Cc: d...@netbeans.apache.org
Betreff: Re: [news] NetCAT 9.0 proposal

On Thu, Feb 22, 2018 at 11:06 PM, Sven Reimers 
wrote:


+1..


Is this only on 10 or with 10 as Platform as well (thinking of var ...)


My personal opinion:
-NetBeans IDE should run on JDK 10
-ideally it should be possible to have a (J2SE/Maven) project using 
JDK 10
as well, including support for var (shouldn't be difficult, see the 
jdk18_3
branch in the official repository; depends on whether we can add a 
feature

like this at this stage).
-the NetBeans IDE itself can't use JDK 9/10 features, as it still should
run on JDK 8.
-for applications based on NetBeans platform, the build system currently
does not (AFAIK) support JDK 9/10, but if someone wanted to work on 
that, I

think it would be useful.

Jan



Looking forward to an awesine first Apache NetCat..

Sven

P.S.  Is Synergy already hosted on Apache infrastructure?

Am 22.02.2018 22:59 schrieb "John Kostaras" :


+1

On 22 February 2018 at 20:50, Jiří Kovalský 
wrote:


Hello NetBeans community,

    now that we have Apache NetBeans 9.0 Beta officially released to

public

we would like to start our traditional Beta testing program called

NetCAT.
We would like to send out the official invitation on Monday - 
February

26th
but before we proceed Hermien and me would like to present our 
plan how
NetCAT 9.0 will be organized and ask for constructive feedback. 
Please

bear
in mind to voice your concerns by the end of this week. We will 
attempt

to
address your questions or suggestions but we still hope you will 
simply

like what we have prepared. :)

Here we go:

1. NetCAT 9.0 will roughly take 10 weeks i.e. ~2 months. We 
allocated 2
weeks for review of test specifications, followed by 4 weeks of 
testing

and

bug fixing phase, at the end finished by 3 week long community

acceptance

survey. For more details see our projected schedule [1].

2. The testing will be tracked in Synergy - NetBeans test 
specification
and test run management system. NetCAT 9.0 participants will be 
divided

into 9 tribes focusing on one of 9 crucial functionality areas each.

3. We have drafted quality criteria [2] which we would like to 
meet for

the GA release. In short, we aim to fix all blocker issues, fix or

waive
all critical issues and fix all CA blockers. We would also like to 
take
votes into account as you can read in the Bug Priority Guidelines 
[3].


4. Apache NetBeans 9.0 Beta will be primarily tested on latest JDK 8

and

JDK 10.

[1] https://cwiki.apache.org/confluence/display/NETBEANS/NetCAT+
9.0+Schedule
[2] https://cwiki.apache.org/confluence/display/NETBEANS/NetBean
s+9.0+Release+Criteria
[3] https://cwiki.apache.org/confluence/display/NETBEANS/Bug+
Priority+Guidelines

Please let us know if we can fly with this plan. :)

Thanks for your feedback!
--
Best regards,
Jirka & Hermien

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-help@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: A NetBeans website proposal

[cowwoc]

Is it possible to preview a live version of this website?

Gili

On 2018-02-23 10:06 AM, Antonio Vieiro wrote:

If nobody argues against the branch I think we could merge it into
master in, say, 72 hours or so.

After that all merges are indeed welcome. A NetBeans features page is
indeed missing. Some nice screenshots of the IDE and some more from
other products built on top of the platform would be most welcome.

That includes Neil's IDE, of course!!


2018-02-23 13:46 GMT+01:00 Christian Lenz :

I like the great work too. Atm as I said often, I don’t have much time to 
begin. My first draft was the page which is online at netbeans.apache.org. I 
will dive into all of the stuff later, when I see smth that I can/will fix. But 
for the Moment, great work. I will discuss with you too but not implementing. 
Maybe we can merge some parts of my page to the new draft of you. To Show the 
Features of NetBeans.

Gesendet von Mail für Windows 10

Von: Ate Douma
Gesendet: Freitag, 23. Februar 2018 13:42
An: dev@netbeans.incubator.apache.org
Betreff: Re: A NetBeans website proposal

Great work!

The only important and required change needed AFAICT concerns the
download page [1].
There is a dedicated page with the ASF requirements for that at [2].
What needs to be added is, besides links to the distributions itself,
also links to the KEYS, sigs, hashes files, and a reminder for users to
check sums and signatures.
Just follow the instructions at [2] to get [1] aligned, and I think this
looks good to 'go live'!

Regards,
Ate

[1] https://netbeans.vieiro.net/download/index.html
[2] http://www.apache.org/dev/release-download-pages.html

On 2018-02-23 08:19, Antonio wrote:

Hi all,

Wade, Tim, Neil, Jirka, Geertjan and I have been doing some experiments
regarding the NetBeans website.

As you probably know, the current NetBeans website comprises many
different webs: we have "bits.netbeans.org" for APIs, "netbeans.org" for
main content, "plugins.netbeans.org" for the Plugin Portal,
"wiki.netbeans.org" for the wiki, and there're a few more subdomains.

The current "netbeans.org" website is quite big. As you already know,
Wade consolidated it in github's
"apache/incubator-netbeans-website-cleanup" [1] repo, and added a Gradle
build system that uses JBake to generate static content, where content
is markdown/asciidoc/html with some additional files.

As the migration is going to take time, and will require Oracle
reviewing IP clearance for the content, we thought we could start a
simpler "netbeans.apache.org" website that uses the same Wade's scripts.
We then could add content gradually, as Oracle passes the IP clearance
procedures.

So we came out with a basic "multisite-test" _branch_ at Github's
"incubator-netbeans-website" [2].

The idea of this branch is to be able to consolidate different NetBeans
subdomains as different directories (currently "bits.netbeans.org" and
"netbeans.apache.org"), and create scripts for generating _static_
content for those different websites. Currently we have:

- bits.netbeans.org
  Currently builds the javadoc from sources.

- netbeans.apache.org
  - Has some basic content from current Confluence pages.
  - As posted to the list in december we chose the Foundation 6
framework as a, well, foundation, and Neil modified it with some proper
SCSS structure [3] to fit our needs.
  - We've also added the wiki pages. We may set up a different repo
for these in the future, though.
  - We've uploaded the result of this static site to
https://netbeans.vieiro.net for you to see live (note: the "see this
page in github" won't work until/if this branch merges to master).

So to summarize, the objectives are:

1. Have all NetBeans websites in a single repo, with different folders
for each. Maybe we want to share stuff among them in the future.
2. Have some scripts to build static content for those websites.
3. For web sites, make them comply with Apache's guidelines for web
sites [4]

If you think the idea is good enough then we may merge that branch into
master and start migrating content, and/or creating different
subdirectories for other websites (such as the plugin portal, for
instance).

So, please, say yes or no to keep this path of work. Some other ideas
would also we welcome.

Kind regards,
Antonio


[1]
https://github.com/apache/incubator-netbeans-website-cleanup

[2]
https://github.com/apache/incubator-netbeans-website/tree/multisite-test

We've used asciidoc, but Wade's script supports markdown and html as
well. An example asciidoc file, as rendered by github, can be seen here:

https://github.com/apache/incubator-netbeans-website/blob/multisite-test/netbeans.apache.org/src/content/download/index.asciidoc


[3]
Neil's impressive SCSS organization is here:
https://github.com/apache/incubator-netbeans-website/tree/multisite-test/netbeans.apache.org/src/content/scss


(note: some low quality scss stuff in there is my fault, not Neil's)

[4]

Apache 

Re: Error when attempting to submit a bug

[cowwoc]

Hi Aaron,

See https://issues.apache.org/jira/browse/NETBEANS-164 and 
https://issues.apache.org/jira/browse/NETBEANS-241


Thanks,
Gili

On 2018-02-22 10:49 AM, Aaron wrote:


I got the attached error when attempting to submit a task through 
Netbeans. It looks like there may be some problem/bug with task 
submission.


Aaron



-
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

nb-javac cannot be installed in latest build

[cowwoc]

Hi,

Has anyone tried installing nightly builds under a fresh userdir 
recently? I nuked my userdir and installed build 219. I get prompted to 
install nb-javac which I do. I get prompted to restart to apply the 
plugin, which I do. But when Netbeans reloads I am still being prompted 
to install nb-javac and the plugin is not enabled. It doesn't seem to be 
possible to install nb-javac anymore.


This is a blocker for me because I get tons of parsing exceptions when 
using vanilla javac with my project.


Can anyone else reproduce this?

Thanks,
Gili


-
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: nb-javac cannot be installed in latest build

[cowwoc]

It's much worse than that. I am not able to install *any* plugins in the 
latest build. I filed this bug report: 
https://issues.apache.org/jira/browse/NETBEANS-414


Gili

On 2018-02-21 1:29 PM, cowwoc wrote:

Hi,

Has anyone tried installing nightly builds under a fresh userdir 
recently? I nuked my userdir and installed build 219. I get prompted 
to install nb-javac which I do. I get prompted to restart to apply the 
plugin, which I do. But when Netbeans reloads I am still being 
prompted to install nb-javac and the plugin is not enabled. It doesn't 
seem to be possible to install nb-javac anymore.


This is a blocker for me because I get tons of parsing exceptions when 
using vanilla javac with my project.


Can anyone else reproduce this?

Thanks,
Gili




-
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: www.netbeans.org not working

[cowwoc]

I am seeing the same thing as Rik but here is the interesting bit... 
http://www.netbeans.org/ returns "The connection was connection" 
intermittently. If I hit the page 10 times in a row, sometimes it'll 
work one out of 10 times and sometimes it'll work nine out of 10 times. 
It keeps on alternating. Assuming there is a load balancer in front of 
this website it indicates that one of the nodes is down/bad.


Once you successfully hit http://www.netbeans.org/ you are redirected to 
https://netbeans.org/ which always works, so simply reloading the page 
is not sufficient to reproduce this problem. You need to explicitly 
point paste http://www.netbeans.org/ in the address bar over and over again.


PS: I'm using Chrome.

Gili

On 2018-02-20 9:46 AM, Geertjan Wielenga wrote:

That link works fine for me.

Gj

On Tue, Feb 20, 2018 at 3:44 PM, Riktam  wrote:


Hallo Gili,

it's still not working. In detail:

a) https://netbeans.org/  OK(the final URL)
b) https://www.netbeans.org/OK--> redirects to (a)
c) http://netbeans.org/OK--> redirects to (a)
d) http://www.netbeans.org/  Error(site not available)

Maybe there is a problem to redirect protocol and path at the same time.
My idea:
redirect (d) --> (c), which in a second step redirect (c) --> (d)

Who can arrange this ?

Rik

-
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: Unit tests can't see class

[cowwoc]

Good catch. I see it now.

Gili

On 2018-02-19 2:51 PM, Jan Lahoda wrote:

Hi Gili,

lib.profiler/build.xml contains code like:
 
 
 
 
   
 
 

Which will build the module jar without the "server" package. (And then it
builds a separate jar with the package.)

Jan


On Sun, Feb 18, 2018 at 11:25 AM, cowwoc <cow...@bbs.darktech.org> wrote:


Hi Jan,

I will probably skip the unit test in this case. Out of curiosity, how can
you tell that the build is stripping the "server" package from the module
jar and placing it in another jar? I mean, which build files / lines show
this happening?

Thank you,
Gili


On 2018-02-18 5:03 AM, Jan Lahoda wrote:


Hi Gili,

I know nearly nothing about the profiler, unfortunately.

For the problem with the test, seems that the build is stripping the
"server" package from the module jar and placing it in another jar. This
could be solved by adding:
test.unit.cp.extra=${cluster}/${jfluid.server.jar}
to nbproject/project.properties, but I don't know if that's desirable.

For the NPEs, I don't know what's the problem. I'd probably try a clean
build (unless you had one), but don't personally have much other ideas,
unfortunately.

Jan


On Sat, Feb 17, 2018 at 1:09 PM, cowwoc <cow...@bbs.darktech.org> wrote:

I attempted to skip the unit test and manually test my fix, but now when I

try to run the profiler (from my local build) I get the following
exception
when I right-click on a Java file and "Profile File":

java.lang.NullPointerException
  at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater$CCTHandl
er.registerUpdater(LiveCPUViewUpdater.java:106)
  at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater.(L
iveCPUViewUpdater.java:58)
  at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.i
nitUI(MethodsFeatureUI.java:222)
  at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.g
etResultsUI(MethodsFeatureUI.java:100)
  at org.netbeans.modules.profiler.v2.features.MethodsFeature.get
ResultsUI(MethodsFeature.java:492)
  at org.netbeans.modules.profiler.v2.impl.FeaturesView.createCon
tainer(FeaturesView.java:149)
  at org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeatur
e(FeaturesView.java:134)
  at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:373)
  at org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI
(ProfilerWindow.java:275)
  at org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(P
rofilerWindow.java:132)
  at org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(Prof
ilerWindow.java:200)
  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.
java:311)
  at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
  at java.awt.EventQueue.access$500(EventQueue.java:97)
  at java.awt.EventQueue$3.run(EventQueue.java:709)
  at java.awt.EventQueue$3.run(EventQueue.java:703)
  at java.security.AccessController.doPrivileged(Native Method)
  at java.security.ProtectionDomain$JavaSecurityAccessImpl.doInte
rsectionPrivilege(ProtectionDomain.java:80)
  at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
  at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEve
ntQueue.java:136)
[catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDis
patchThread.java:201)
  at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispat
chThread.java:116)
  at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDis
patchThread.java:105)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:101)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:93)
  at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

And then this exception every time I try to configure the debugging
session:

java.lang.NullPointerException
  at org.netbeans.modules.profiler.v2.impl.FeaturesView.getSelect
edFeature(FeaturesView.java:215)
  at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:370)
  at org.netbeans.modules.profiler.v2.ProfilerWindow.access$600(P
rofilerWindow.java:132)
  at org.netbeans.modules.profiler.v2.ProfilerWindow$5.featuresCh
anged(ProfilerWindow.java:272)
  at org.netbeans.modules.profiler.v2.ProfilerFeatures.fireFeatur
esChanged(ProfilerFeatures.java:290)
  at org.netbeans.modules.profiler.v2.ProfilerFeatures.activateFe
ature(ProfilerFeatures.java:123)
  at org.netbeans.modules.profiler.v2.ProfilerFeatures.toggleActi
vated(ProfilerFeatures.java:162)
  at org.netbeans.modules.profiler.v2.ProfilerWindow$19.fireActio
nPerformed(ProfilerWindow.java:585)
  at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu$Item.ac
tionPerformed(StayOpenPopupMenu.java:156)
  at org.netbeans.lib.profiler.ui.swing.StayOpe

Re: Unit tests can't see class

[cowwoc]

And for the record, "ant clean" resolved the NPE errors I was getting in 
org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater() and 
org.netbeans.modules.profiler.v2.impl.FeaturesView.getSelectedFeature().


Thank you,
Gili

On 2018-02-18 7:01 AM, cowwoc wrote:
I ended up producing this PR: 
https://github.com/apache/incubator-netbeans/pull/429


Please review it and let me know what you think.

Thank you,
Gili

On 2018-02-18 5:25 AM, cowwoc wrote:

Hi Jan,

I will probably skip the unit test in this case. Out of curiosity, 
how can you tell that the build is stripping the "server" package 
from the module jar and placing it in another jar? I mean, which 
build files / lines show this happening?


Thank you,
Gili

On 2018-02-18 5:03 AM, Jan Lahoda wrote:

Hi Gili,

I know nearly nothing about the profiler, unfortunately.

For the problem with the test, seems that the build is stripping the
"server" package from the module jar and placing it in another jar. 
This

could be solved by adding:
test.unit.cp.extra=${cluster}/${jfluid.server.jar}
to nbproject/project.properties, but I don't know if that's desirable.

For the NPEs, I don't know what's the problem. I'd probably try a clean
build (unless you had one), but don't personally have much other ideas,
unfortunately.

Jan


On Sat, Feb 17, 2018 at 1:09 PM, cowwoc <cow...@bbs.darktech.org> 
wrote:


I attempted to skip the unit test and manually test my fix, but now 
when I
try to run the profiler (from my local build) I get the following 
exception

when I right-click on a Java file and "Profile File":

java.lang.NullPointerException
 at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater$CCTHandl
er.registerUpdater(LiveCPUViewUpdater.java:106)
 at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater.(L
iveCPUViewUpdater.java:58)
 at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.i
nitUI(MethodsFeatureUI.java:222)
 at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.g
etResultsUI(MethodsFeatureUI.java:100)
 at org.netbeans.modules.profiler.v2.features.MethodsFeature.get
ResultsUI(MethodsFeature.java:492)
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.createCon
tainer(FeaturesView.java:149)
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeatur
e(FeaturesView.java:134)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:373)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI
(ProfilerWindow.java:275)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(P
rofilerWindow.java:132)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(Prof
ilerWindow.java:200)
 at 
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)

 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
 at java.awt.EventQueue.access$500(EventQueue.java:97)
 at java.awt.EventQueue$3.run(EventQueue.java:709)
 at java.awt.EventQueue$3.run(EventQueue.java:703)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.security.ProtectionDomain$JavaSecurityAccessImpl.doInte
rsectionPrivilege(ProtectionDomain.java:80)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
 at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEve
ntQueue.java:136)
[catch] at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDis

patchThread.java:201)
 at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispat
chThread.java:116)
 at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDis
patchThread.java:105)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:101)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:93)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

And then this exception every time I try to configure the debugging
session:

java.lang.NullPointerException
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.getSelect
edFeature(FeaturesView.java:215)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:370)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.access$600(P
rofilerWindow.java:132)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$5.featuresCh
anged(ProfilerWindow.java:272)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.fireFeatur
esChanged(ProfilerFeatures.java:290)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.activateFe
ature(ProfilerFeatures.java:123)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.toggleActi
vated(ProfilerFeatures.java:162)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$19.fireActio
nPerformed(ProfilerWindow.java:585)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu$Item.ac
tionPerformed(StayOpenPopupMenu.java:156)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopup

Re: Unit tests can't see class

[cowwoc]

I ended up producing this PR: 
https://github.com/apache/incubator-netbeans/pull/429


Please review it and let me know what you think.

Thank you,
Gili

On 2018-02-18 5:25 AM, cowwoc wrote:

Hi Jan,

I will probably skip the unit test in this case. Out of curiosity, how 
can you tell that the build is stripping the "server" package from the 
module jar and placing it in another jar? I mean, which build files / 
lines show this happening?


Thank you,
Gili

On 2018-02-18 5:03 AM, Jan Lahoda wrote:

Hi Gili,

I know nearly nothing about the profiler, unfortunately.

For the problem with the test, seems that the build is stripping the
"server" package from the module jar and placing it in another jar. This
could be solved by adding:
test.unit.cp.extra=${cluster}/${jfluid.server.jar}
to nbproject/project.properties, but I don't know if that's desirable.

For the NPEs, I don't know what's the problem. I'd probably try a clean
build (unless you had one), but don't personally have much other ideas,
unfortunately.

Jan


On Sat, Feb 17, 2018 at 1:09 PM, cowwoc <cow...@bbs.darktech.org> wrote:

I attempted to skip the unit test and manually test my fix, but now 
when I
try to run the profiler (from my local build) I get the following 
exception

when I right-click on a Java file and "Profile File":

java.lang.NullPointerException
 at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater$CCTHandl
er.registerUpdater(LiveCPUViewUpdater.java:106)
 at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater.(L
iveCPUViewUpdater.java:58)
 at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.i
nitUI(MethodsFeatureUI.java:222)
 at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.g
etResultsUI(MethodsFeatureUI.java:100)
 at org.netbeans.modules.profiler.v2.features.MethodsFeature.get
ResultsUI(MethodsFeature.java:492)
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.createCon
tainer(FeaturesView.java:149)
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeatur
e(FeaturesView.java:134)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:373)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI
(ProfilerWindow.java:275)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(P
rofilerWindow.java:132)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(Prof
ilerWindow.java:200)
 at 
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)

 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
 at java.awt.EventQueue.access$500(EventQueue.java:97)
 at java.awt.EventQueue$3.run(EventQueue.java:709)
 at java.awt.EventQueue$3.run(EventQueue.java:703)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.security.ProtectionDomain$JavaSecurityAccessImpl.doInte
rsectionPrivilege(ProtectionDomain.java:80)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
 at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEve
ntQueue.java:136)
[catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDis
patchThread.java:201)
 at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispat
chThread.java:116)
 at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDis
patchThread.java:105)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:101)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:93)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

And then this exception every time I try to configure the debugging
session:

java.lang.NullPointerException
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.getSelect
edFeature(FeaturesView.java:215)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:370)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.access$600(P
rofilerWindow.java:132)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$5.featuresCh
anged(ProfilerWindow.java:272)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.fireFeatur
esChanged(ProfilerFeatures.java:290)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.activateFe
ature(ProfilerFeatures.java:123)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.toggleActi
vated(ProfilerFeatures.java:162)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$19.fireActio
nPerformed(ProfilerWindow.java:585)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu$Item.ac
tionPerformed(StayOpenPopupMenu.java:156)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu.perform
Action(StayOpenPopupMenu.java:111)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu.perform
Action(StayOpenPopupMenu.java:119)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu.access$
000(StayOpenPopupMenu.java:47)
 at org.netbeans.lib.profiler.ui.swing.StayO

Re: Unit tests can't see class

[cowwoc]

Hi Jan,

I will probably skip the unit test in this case. Out of curiosity, how 
can you tell that the build is stripping the "server" package from the 
module jar and placing it in another jar? I mean, which build files / 
lines show this happening?


Thank you,
Gili

On 2018-02-18 5:03 AM, Jan Lahoda wrote:

Hi Gili,

I know nearly nothing about the profiler, unfortunately.

For the problem with the test, seems that the build is stripping the
"server" package from the module jar and placing it in another jar. This
could be solved by adding:
test.unit.cp.extra=${cluster}/${jfluid.server.jar}
to nbproject/project.properties, but I don't know if that's desirable.

For the NPEs, I don't know what's the problem. I'd probably try a clean
build (unless you had one), but don't personally have much other ideas,
unfortunately.

Jan


On Sat, Feb 17, 2018 at 1:09 PM, cowwoc <cow...@bbs.darktech.org> wrote:


I attempted to skip the unit test and manually test my fix, but now when I
try to run the profiler (from my local build) I get the following exception
when I right-click on a Java file and "Profile File":

java.lang.NullPointerException
 at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater$CCTHandl
er.registerUpdater(LiveCPUViewUpdater.java:106)
 at org.netbeans.lib.profiler.ui.cpu.LiveCPUViewUpdater.(L
iveCPUViewUpdater.java:58)
 at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.i
nitUI(MethodsFeatureUI.java:222)
 at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.g
etResultsUI(MethodsFeatureUI.java:100)
 at org.netbeans.modules.profiler.v2.features.MethodsFeature.get
ResultsUI(MethodsFeature.java:492)
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.createCon
tainer(FeaturesView.java:149)
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeatur
e(FeaturesView.java:134)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:373)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI
(ProfilerWindow.java:275)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(P
rofilerWindow.java:132)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(Prof
ilerWindow.java:200)
 at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
 at java.awt.EventQueue.access$500(EventQueue.java:97)
 at java.awt.EventQueue$3.run(EventQueue.java:709)
 at java.awt.EventQueue$3.run(EventQueue.java:703)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.security.ProtectionDomain$JavaSecurityAccessImpl.doInte
rsectionPrivilege(ProtectionDomain.java:80)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
 at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEve
ntQueue.java:136)
[catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDis
patchThread.java:201)
 at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispat
chThread.java:116)
 at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDis
patchThread.java:105)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:101)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
java:93)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

And then this exception every time I try to configure the debugging
session:

java.lang.NullPointerException
 at org.netbeans.modules.profiler.v2.impl.FeaturesView.getSelect
edFeature(FeaturesView.java:215)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatur
es(ProfilerWindow.java:370)
 at org.netbeans.modules.profiler.v2.ProfilerWindow.access$600(P
rofilerWindow.java:132)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$5.featuresCh
anged(ProfilerWindow.java:272)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.fireFeatur
esChanged(ProfilerFeatures.java:290)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.activateFe
ature(ProfilerFeatures.java:123)
 at org.netbeans.modules.profiler.v2.ProfilerFeatures.toggleActi
vated(ProfilerFeatures.java:162)
 at org.netbeans.modules.profiler.v2.ProfilerWindow$19.fireActio
nPerformed(ProfilerWindow.java:585)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu$Item.ac
tionPerformed(StayOpenPopupMenu.java:156)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu.perform
Action(StayOpenPopupMenu.java:111)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu.perform
Action(StayOpenPopupMenu.java:119)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu.access$
000(StayOpenPopupMenu.java:47)
 at org.netbeans.lib.profiler.ui.swing.StayOpenPopupMenu$Item.pr
ocessMouseEvent(StayOpenPopupMenu.java:161)
 at java.awt.Component.processEvent(Component.java:6298)
 at java.awt.Container.processEvent(Container.java:2237)
 at 

Re: www.netbeans.org not working

[cowwoc]

It's back up now (albeit with a slow response time). Maybe it was a DNS 
issue?


Gili

On 2018-02-17 10:59 PM, Delfi Ramirez wrote:

Hi all

works pretty well for me.


On 17/02/2018 21:16, Steven Yi wrote:

Hi All,

It looks to me thatwww.netbeans.org  is currently not working, but
netbeans.org does. Seems like a domain config issue, as I would have
imagined www to work?  I'm having problems into the issue tracker file
an issue at the moment, so I thought I'd report this here.  This was
tested in Chrome and Firefox on Win 10.

Thanks,
steven

-
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: www.netbeans.org not working

[cowwoc]

Same here. I am getting "The connection has been reset" trying to 
connect to www.netbeans.org.


Gili

On 2018-02-17 8:41 PM, Charles Bedon wrote:

Hello,

I don't know if someone messed with the configuration in the meantime, but
both www and netbeans.org are resolving correctly for me

Kind regards,

Charles Edward Bedón Cortázar
http://www.neotropic.co | Network Management, Data Analysis and Free
Software | twitter.com/neotropic_co
Open Source Network Inventory for the masses!
http://kuwaiba.sourceforge.net | Follow Kuwaiba on Twitter

Linux Registered User #38

On Sat, Feb 17, 2018 at 3:16 PM, Steven Yi  wrote:


Hi All,

It looks to me that www.netbeans.org is currently not working, but
netbeans.org does. Seems like a domain config issue, as I would have
imagined www to work?  I'm having problems into the issue tracker file
an issue at the moment, so I thought I'd report this here.  This was
tested in Chrome and Firefox on Win 10.

Thanks,
steven

-
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: Unit tests can't see class

[cowwoc]

nPrivilege(ProtectionDomain.java:80)
    at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)

    at java.awt.EventQueue$4.run(EventQueue.java:731)
    at java.awt.EventQueue$4.run(EventQueue.java:729)
    at java.security.AccessController.doPrivileged(Native Method)
    at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)

    at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
    at 
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
[catch] at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
    at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
    at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
    at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)

    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

I did not touch this code.

It seems like a problem with the build system or the way I ran my local 
build because I don't get this problem with the official nightly builds.


To build I ran "ant". I then ran nbbuild/netbeans/bin/netbeans64.exe 
(I'm on Windows).


Any ideas?

Thanks,
Gili

On 2018-02-17 6:10 AM, cowwoc wrote:
To clarify, I changed 
org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize() from 
private to package-private. So this should work...


Gili

On 2018-02-17 6:07 AM, cowwoc wrote:

Hi,

I am attempting to add a unit test for a bug I am working on in the 
profiler module. I am getting the following error:


projectized-common.do-unit-test-build:
Compiling 3 source files to 
C:\Users\Gili\Documents\3rdparty\incubator-netbeans-cowwoc\lib.profiler\build\test\unit\classes
C:\Users\Gili\Documents\3rdparty\incubator-netbeans-cowwoc\lib.profiler\test\unit\src\org\netbeans\lib\profiler\server\ProfilerRuntimeCPUTest.java:36: 
error: cannot find symbol

    ProfilerRuntimeCPU.getParSize(value);
  symbol:   variable ProfilerRuntimeCPU
  location: class ProfilerRuntimeCPUTest
1 error

But I have declared the unit test in the same package as 
org.netbeans.lib.profiler.server which is where 
org.netbeans.lib.profiler.server.ProfilerRuntimeCPU so I expect it to 
be seen...


Are you guys doing something special in your Ant build? Any idea how 
to fix this?


Thank you,
Gili






-
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: Unit tests can't see class

[cowwoc]

To clarify, I changed 
org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize() from 
private to package-private. So this should work...


Gili

On 2018-02-17 6:07 AM, cowwoc wrote:

Hi,

I am attempting to add a unit test for a bug I am working on in the 
profiler module. I am getting the following error:


projectized-common.do-unit-test-build:
Compiling 3 source files to 
C:\Users\Gili\Documents\3rdparty\incubator-netbeans-cowwoc\lib.profiler\build\test\unit\classes
C:\Users\Gili\Documents\3rdparty\incubator-netbeans-cowwoc\lib.profiler\test\unit\src\org\netbeans\lib\profiler\server\ProfilerRuntimeCPUTest.java:36: 
error: cannot find symbol

    ProfilerRuntimeCPU.getParSize(value);
  symbol:   variable ProfilerRuntimeCPU
  location: class ProfilerRuntimeCPUTest
1 error

But I have declared the unit test in the same package as 
org.netbeans.lib.profiler.server which is where 
org.netbeans.lib.profiler.server.ProfilerRuntimeCPU so I expect it to 
be seen...


Are you guys doing something special in your Ant build? Any idea how 
to fix this?


Thank you,
Gili




-
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

Unit tests can't see class

[cowwoc]

Hi,

I am attempting to add a unit test for a bug I am working on in the 
profiler module. I am getting the following error:


projectized-common.do-unit-test-build:
Compiling 3 source files to 
C:\Users\Gili\Documents\3rdparty\incubator-netbeans-cowwoc\lib.profiler\build\test\unit\classes
C:\Users\Gili\Documents\3rdparty\incubator-netbeans-cowwoc\lib.profiler\test\unit\src\org\netbeans\lib\profiler\server\ProfilerRuntimeCPUTest.java:36: 
error: cannot find symbol

    ProfilerRuntimeCPU.getParSize(value);
  symbol:   variable ProfilerRuntimeCPU
  location: class ProfilerRuntimeCPUTest
1 error

But I have declared the unit test in the same package as 
org.netbeans.lib.profiler.server which is where 
org.netbeans.lib.profiler.server.ProfilerRuntimeCPU so I expect it to be 
seen...


Are you guys doing something special in your Ant build? Any idea how to 
fix this?


Thank you,
Gili


-
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: Pace of development

[cowwoc]

I've also seen JIRA issues remaining open after fixes have been merged 
into master. If the issue tracker is to be useful we need to establish 
clear guidelines for when issues are considered resolved and who is 
responsible for resolving/closing the issue.


Gili

On 2018-02-15 10:29 AM, Emilian Bold wrote:

...then I did a GitHub PR directly and after confirmation that the fix
works I pushed directly in the repo. JIRA was not involved at all.


A situation I hope won't continue given the current contribution
guidelines! ;-)

Assuming the guidelines are these 
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=74681408 I 
don't see a *must* next to creating an issue.

"And remember: These are guidelines, not laws."

Indeed.

--emi
​

 Original Message 
  On 15 February 2018 2:42 PM, Neil C Smith  wrote:


On Thu, 15 Feb 2018, 12:23 Emilian Bold, emilian.b...@protonmail.ch wrote:


...then I did a GitHub PR directly and after confirmation that the fix
works I pushed directly in the repo. JIRA was not involved at all.


A situation I hope won't continue given the current contribution
guidelines! ;-)



Considering the pending release though you might think that we are in a
feature freeze of sorts.


Yes, absolutely. With IP clearance, beta, and some post-donation code
coming in I would think too many changes risks muddying the waters right
now.

The thing I wanted to add is that the IDE codebase is not the only thing
being worked on at the moment. There's a whole load of other essential
stuff around website / infrastructure migration.

Best wishes,

Neil


--
Neil C Smith

Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org


-
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: Pace of development

[cowwoc]

I agree that this is a massive achievement but:

 * Why are the metrics showing little activity?
 * The fact that one group of people is focused on IP clearance
   shouldn't block others from working on other things, should it? Are
   their pull requests being held up or something? Maybe their pull
   requests need some love (follow-up discussion)?
 * What happened to the many people who excitedly asked to be listed as
   commiters? Why aren't they committing anything now?

I'd especially love to hear from the latter group, to be understand what 
has changed over the past couple of months.


Thank you,
Gili

On 2018-02-15 6:20 AM, Geertjan Wielenga wrote:

We’re mainly working on IP clearance right now, with the Beta IPMC vote
going very well on the general@incubator mailing list, it looks like we’ll
be able to release the Beta today, which is a massive achievement.

Gj

On Thursday, February 15, 2018, cowwoc <cow...@bbs.darktech.org> wrote:


Hi,

I don't mean to offend anyone (not trying to point any fingers, really)
but I want to raise an issue for discussion.

When Netbeans was moved to Apache I saw a lot of activity in the mailing
list. Everyone was excited and that was great but now I am seeing an
extremely low rate of participation by non-Oracle employees (see
https://github.com/apache/incubator-netbeans/graphs/contributors) and the
overall commit frequency over the past couple of weeks is extremely low
(see https://github.com/apache/incubator-netbeans/graphs/commit-activity).

I am bringing this to your attention because looking at JIRA's "Created vs
Resolved" issues for the past 30 days we are seeing an exponential growth
of bug reports but a flat amount of resolved issues:
https://issues.apache.org/jira/secure/ConfigureReport.jspa?
projectOrFilterId=project-12320634=daily&
daysprevious=30=true=major&
selectedProjectId=12320634=com.atlassian.jira.
jira-core-reports-plugin%3Acreatedvsresolved-report_
token=A5KQ-2QAV-T4JA-FDED%7C113ee1575eff5807f4be21c1f06ce3f9
6e46f8b2%7Clout=Next

Speaking from my personal experience as an end-user, I think we've got a
long way to go in terms of fixing regressions before I would consider
jumping from version 8.2 to 9.0. I am routinely running into annoying UI
bugs that were not present in 8.2. Yes, we now have JDK 9 support and this
is a big deal but this yet relevant in my day-to-day work (my projects use
Java 8). My primary concern is using the IDE that will make me the most
productive as a developer. The nightly builds are a step backwards in that
regard.

Anyway, I just wanted to bring up this issue for discussion. I remember a
lot of people initially asked to be listed as committers, and I'm wondering
where they all went, what (if anything) has turned them off from
contributing at this time, and what can be done to bring them back.

Reminder: As mentioned in the past, I not have the time to commit fixes
myself. I am intentionally limiting myself to filing bug reports and giving
you feedback as an end-user. I hope you will respect that scope.

Thank you,
Gili

-
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

Pace of development

[cowwoc]

Hi,

I don't mean to offend anyone (not trying to point any fingers, really) 
but I want to raise an issue for discussion.


When Netbeans was moved to Apache I saw a lot of activity in the mailing 
list. Everyone was excited and that was great but now I am seeing an 
extremely low rate of participation by non-Oracle employees (see 
https://github.com/apache/incubator-netbeans/graphs/contributors) and 
the overall commit frequency over the past couple of weeks is extremely 
low (see 
https://github.com/apache/incubator-netbeans/graphs/commit-activity).


I am bringing this to your attention because looking at JIRA's "Created 
vs Resolved" issues for the past 30 days we are seeing an exponential 
growth of bug reports but a flat amount of resolved issues: 
https://issues.apache.org/jira/secure/ConfigureReport.jspa?projectOrFilterId=project-12320634=daily=30=true=major=12320634=com.atlassian.jira.jira-core-reports-plugin%3Acreatedvsresolved-report_token=A5KQ-2QAV-T4JA-FDED%7C113ee1575eff5807f4be21c1f06ce3f96e46f8b2%7Clout=Next


Speaking from my personal experience as an end-user, I think we've got a 
long way to go in terms of fixing regressions before I would consider 
jumping from version 8.2 to 9.0. I am routinely running into annoying UI 
bugs that were not present in 8.2. Yes, we now have JDK 9 support and 
this is a big deal but this yet relevant in my day-to-day work (my 
projects use Java 8). My primary concern is using the IDE that will make 
me the most productive as a developer. The nightly builds are a step 
backwards in that regard.


Anyway, I just wanted to bring up this issue for discussion. I remember 
a lot of people initially asked to be listed as committers, and I'm 
wondering where they all went, what (if anything) has turned them off 
from contributing at this time, and what can be done to bring them back.


Reminder: As mentioned in the past, I not have the time to commit fixes 
myself. I am intentionally limiting myself to filing bug reports and 
giving you feedback as an end-user. I hope you will respect that scope.


Thank you,
Gili

-
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: [Mentors] 9.0 beta rc3 vote thread

[cowwoc]

Fortunately this is a non-issue, given the frequency of github commits :)



Gili

On 2018-02-08 5:44 PM, John McDonnell wrote:

Could I suggest a tweak to the job config for the
job incubator-netbeans-release?

It seems that it's triggered to build on every commit?  I assume there's
other jobs checking this?  if not then how about having a CI related job,
i.e. one that builds on every commit(and maybe nightly releases when/if we
hook that up again) and then another one just for releases?

This way we can then start adding logic, like creating a tag in GIT for
every build and only executing that job when preparing a release - since it
won't be building so often we won't get lost in tags.  There might be other
logic we include here as well, maybe relating to signatures, automating the
rest of the release process...

Regards


John



On 8 February 2018 at 22:12, Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:


Yup. Thanks. We’re learning — and I’m less smart than Jan Lahoda when it
comes to producing releases, though these gentle slaps on the wrist are
great for building up knowledge in understanding the ins and outs of the
Apache Way. :-)

Gj

On Thursday, February 8, 2018, Ate Douma  wrote:



On 2018-02-08 22:48, Ate Douma wrote:


On 2018-02-08 22:22, Geertjan Wielenga wrote:
  > What are the differences?

Just as an example, check the README.md files.
In git []1] it is more than a month old and not including the recent
changes, like mentioning the rat-exclusions.txt, etc.

[1] https://github.com/apache/incubator-netbeans/blob/9.0-beta-
rc3/README.md

  >
  > I did make the tag shortly after the source distribution download —
but not
  > very long after.

Then I think that tag was created incorrectly. Looks like you tagged an
outdated clone or checkout.

  >
  > If there’s a problem here, the fault is mine personally. But, so,

what

are
  > the differences (and how do you identify that)?

Too much to list here, but trivially to check: just diff/compare both
source trees locally (I tend to use/like Meld for these kind of things).

For ASF the vote concerns the source dist *you* prepared, so I'm
proceeding with verifying and voting on that.
But it also should be traceable what the origin is of that source dist.

If you can recall at which time you created that source dist, and
assuming that was against master (?), it might be not difficult to
determine what the HEAD hash was at that time.
Then, after making sure that source dist and that git state for that
hash indeed are equal, I would suggest to drop and recreate the rc3 tag
so that it actually matches the source dist.


A common practice/rule applied by other ASF projects is to always also
mention the specific git hash upon which the release candidate is based,
besides the tag. That possibly would have prevented this, and/or easier
to check/fix.



I'm fine to +1 the current vote (if/when I'm done and don't find any
blockers, and it looks pretty good to me so far), but IMO the tag needs
to be fixed before moving this vote to the IPMC.

Ate

  >
  > Gj
  >
  > On Thursday, February 8, 2018, Ate Douma  wrote:
  >
  >> Just a quick first check/heads-up, I'm just starting the review.
  >>
  >> Surprisingly, the source distribution download is clearly *not*
  >> based on the 9.0-beta-rc3 tag in git!
  >>
  >> I checkout the git tag and compared it with the contents of the

source

  >> zip and there is a huge amount of differences.
  >>
  >>  From which 'tag' was the source zip created from, possibly the tag
was
  >> created wrong?
  >>
  >> For now I'll proceed with checking the sources from the zip.
  >>
  >> Ate
  >>
  >> On 2018-02-08 16:46, Ate Douma wrote:
  >>
  >>> On 2018-02-07 17:27, Ate Douma wrote:
  >>>
   I've been in a similar situation as Bertrand, d2d job obligations
   claimed my whole day, no time left.
   I'll try again tomorrow before EOB.
  
  >>>
  >>> Sorry, won't make it anymore before EOB (CET) but will try to pick
  >>> this up this evening after diner.
  >>>
  >>> Ate
  >>>
  >>>
   On 2018-02-07 16:45, Geertjan Wielenga wrote:
  
  > We can wait until tomorrow morning hopefully!
  >
  
   The 72h duration for a vote is a minimum, not a maximum
  
   Ate
  
  
  > Gj
  >
  > On Wednesday, February 7, 2018, Bertrand Delacretaz <
  > bdelacre...@apache.org>
  > wrote:
  >
  > On Tue, Feb 6, 2018 at 2:55 PM, Bertrand Delacretaz
  >>  wrote:
  >>
  >>> ...That should work for me, it's on my list for tomorrow...
  >>>
  >>
  >> There's been competition for slots on that list
  >>
  >> It looks like I won't be able to review the release today,

either

wait
  >> for it to happen tomorrow morning hopefully, or go ahead with

the

  >> Incubator PMC vote and I'll review there.
  >>
  >> -Bertrand
  >>
  >> 

Re: bugzilla is abandoned ?

[cowwoc]

Not yet. Please vote for 
https://issues.apache.org/jira/browse/NETBEANS-241 and encourage others 
to do the same :)


Gili

On 2018-02-07 11:17 AM, Tim Boudreau wrote:

I recall there was some plumbing - written I think by Petr Hrebejk and
Honza Chalupa - that handles stack-trace-matching, so that if the same
stack trace is seen a threshold number of times from different users
reporting them (and with special cases for things like
StackOverflowException and OutOfMemoryError which won't likely be
matchable), then a bug is automatically opened and assigned to the right
component based on the classes in the stack trace.

Is that replicated in Apache-land already?

-Tim

On Tue, Feb 6, 2018 at 11:22 PM, Peter Cheung <mcheun...@hotmail.com> wrote:


Thanks Gj
 From Peter


Geertjan Wielenga <geertjan.wiele...@googlemail.com> 於 2018年2月7日 上午2:50

寫道：

Yes, that would be ideal, will investigate that.

Gj


On Tuesday, February 6, 2018, cowwoc <cow...@bbs.darktech.org> wrote:

Geertjan,

Aren't you able to add a notice on https://netbeans.org/bugzilla/
enter_bug.cgi that points users in the right direction?

Thanks,
Gili


On 2018-02-06 12:10 PM, Geertjan Wielenga wrote:

NetBeans is an Apache project now. That means Apache JIRA.

Gj

On Tuesday, February 6, 2018, Peter Cheung <mcheun...@hotmail.com>

wrote:

Hi All

 https://netbeans.org/bugzilla/enter_bug.cgi bugzilla is abandoned
? I
see Either no products have been defined to enter bugs against or you
have
not been given access to any.


Thanks
 From 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

Re: bugzilla is abandoned ?

[cowwoc]

Geertjan,

Aren't you able to add a notice on 
https://netbeans.org/bugzilla/enter_bug.cgi that points users in the 
right direction?


Thanks,
Gili

On 2018-02-06 12:10 PM, Geertjan Wielenga wrote:

NetBeans is an Apache project now. That means Apache JIRA.

Gj

On Tuesday, February 6, 2018, Peter Cheung  wrote:


Hi All

 https://netbeans.org/bugzilla/enter_bug.cgi bugzilla is abandoned ? I
see Either no products have been defined to enter bugs against or you have
not been given access to any.


Thanks
 From 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

Re: info requested regarding build fail

[cowwoc]

I'd go one step further (if possible). Can you detect whether a user is 
attempting to build Netbeans using OpenSUSE Ant? If so, I would file a 
bug against OpenSUSE and point users to this bug report if try attempt 
to build Netbeans using this wrong version of Ant. Make sure to provide 
a workaround in the bug report explaining how to use a different version 
of Ant.


Gili

On 2018-02-02 5:03 PM, Emilian Bold wrote:

I believe OpenSUSE could get a bug report that just says 'Apache NetBeans 
cannot be built with your custom Ant'.

Of course, your deep investigation should help a lot and get you / them closer 
to a patch.

But not all bug reports need a patch.

​--emi

 Original Message 
  On 29 January 2018 3:52 PM, Peter Hull  wrote:


I've done a bit more on this - I believe it is the 'xjc' task that causes
the problem.
I've added my information to
https://issues.apache.org/jira/browse/NETBEANS-239.
Hope it helps.


On Sat, 27 Jan 2018 at 11:02 Peter Hull peterhul...@gmail.com wrote:


On Sat, 27 Jan 2018 at 08:51 Emilian Bold emilian.b...@protonmail.ch
wrote:

Would be nice to also see this bug reported to SUSE so we can reference
it in the future.
I've looked into this a bit - I think we would need to provide a bit more
information to SUSE/Fedora to help them take some action. Unfortunately I
have not found the root cause yet. I am assuming that Debian-based distros
are OK and fedora-based ones are not, though there is the complication that
Debian has version 1.9 and Fedora 1.10. Neither distro makes many changes
to the stock ant source code.
Fedora applies a patch to remove setting the classpath from the ant.jar
manifest, details here:
http://pkgs.fedoraproject.org/cgit/rpms/ant.git/tree/
Debian has some patches which are to help reproducible builds.
https://packages.debian.org/stretch/ant
So it seems to me the problem lies in the classpath patch.

I have been testing with FC27. If I run ant from the netbeans directory it
fails building the websvc.saas.api module as previously noted; it can't
find the default manifest. This I tracked down to the call to
org.apache.tools.ant.taskdefs.Manifest.getDefaultManifest() (
https://git-wip-us.apache.org/repos/asf?p=ant.git;a=blob;f=src/main/org/apache/tools/ant/taskdefs/Manifest.java;h=483d8c689ce35e28cf5118cc13c4c80c2db99361;hb=HEAD#l786
)
If I re-run ant (without ant clean) I get a different error, which
shouldn't happen. I should get the same error repeatedly.
Also note that the Manifest class is in the same jar as the default
manifest, so, if it were a classpath thing, I can't understand why
Manifest.class is accessible but the default manifest is not.
That's as far as I have got, if anyone has any insights as to how this can
happen please let me know.
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

Re: NetBeans nightlies

[cowwoc]

Could you redirect only the Java SE builds to Jenkins?

Gili

On 2018-02-02 4:59 PM, Junichi Yamamoto wrote:

So it seems, that the old bit URL is pointing to the hg repo, I guess? Can we 
take them down or Redirect to the Jenkins build? It is confusing for some 
People.

Please note that the donations have not been done yet. If the URL
redirects to the Jenkins build, other language users (e.g. C/C++, PHP)
cannot use a development version.

Thanks,
Junichi

-
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: PR Coding best practices

[cowwoc]

On 2018-01-16 4:09 PM, Antonio wrote:



On 16/01/18 20:42, cowwoc wrote:

+1

Remember why Netbeans went to Apache in the first place: to increase 
the number of open-source contributors. If possible, please try 
erring on the side of least friction. >
With respect to Daniel's specific contribution, it is my 
understanding that it is in the public domain. As such, I don't think 
you have a problem from a licensing perspective, do you?




There's a problem from a license perspective, yes: is it a) the normal 
Apache headers (as Matthias suggests today) or b) the ASF ones (as 
Lars suggested last week)? 


Clearly I am missing something... If an author assigns his code to the 
public domain, why does it matter who owns the copyright? The fact that 
he gets credit for authoring the work in no way restricts our use of 
said code, does it? Again, it's in the public domain. By definition, we 
can do whatever we want with it... aside from claiming we authored it to 
begin with.


Please clarify.

Thank you,
Gili

-
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: PR Coding best practices

[cowwoc]

+1

Remember why Netbeans went to Apache in the first place: to increase the 
number of open-source contributors. If possible, please try erring on 
the side of least friction.


With respect to Daniel's specific contribution, it is my understanding 
that it is in the public domain. As such, I don't think you have a 
problem from a licensing perspective, do you?


Gili

On 2018-01-16 2:23 PM, Matthias Bläsing wrote:

Hey Antonio,

I don't see your point. The ASF requires the NOTICE file, not some
random contributor. If a contributor requires a personal addition to
the NOTICE file, I would not merge his/her contributions. As long as he
/she just creates files, they can added without problem.

In fact nobody can stop us from copying JNA mappings from the project,
as the files are ALv2 and LGPL licensed. This will not impact the
NOTICE file. Infact we already bundle files with different licenses.
Apache netbeans as a whole is still owned by the ASF, individual files
are a different matter.

As already written, there is only one thing we can't do with Daniels
contributions: we can't relicense them.

I don't consider raising a legal ticket as a good option - lawyers have
the tendency to answer your exact question or add random constraints.
Legal advise is seldom a good practical answer in my experience.

Greetings

Matthias

Am Dienstag, den 16.01.2018, 20:13 +0100 schrieb Antonio:


But that being so we'll have to scan > 5.5 million files for copyright
notices in order to add those to the NOTICE file, which will also
increase linearly with the number of contributors.

Anyway to end this discussion once and for all and move forward (the
question was asked last week as well) I propose two solutions:

a) Raise this to legal for a _final_ and _authoritative_ answer.
b) Request signing the CLA to all contributors.

Cheers,
Antonio

On 16/01/18 19:35, Matthias Bläsing wrote:

Am Dienstag, den 16.01.2018, 11:18 +0100 schrieb Bertrand Delacretaz:

On Tue, Jan 16, 2018 at 10:37 AM, Christian Lenz  wrote:

...I see the nice NetBeans repo on github and I clone it and I fix
stuff and make a PR
is this possible without having a CLA or not?...

Yes it is possible and has always been.


This would also mean, that the "normal" ALv2 header has to be used:

/*
   * Copyright [] [name of copyright owner]
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   * http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */

as this one can only be used by CLA signees:

/*
   * Licensed to the Apache Software Foundation (ASF) under one
   * or more contributor license agreements.  See the NOTICE file
   * distributed with this work for additional information
   * regarding copyright ownership.  The ASF licenses this file
   * to you under the Apache License, Version 2.0 (the
   * "License"); you may not use this file except in compliance
   * with the License.  You may obtain a copy of the License at
   *
   *   http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing,
   * software distributed under the License is distributed on an
   * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
   * KIND, either express or implied.  See the License for the
   * specific language governing permissions and limitations
   * under the License.
   */

Is this agreed upon? If so Daniels contribution can be adapted with
the
changed headers and merged.


-
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

Missing browser component in JIRA?

[cowwoc]

Hi,

Are we missing a "browser" component in JIRA? If not, which component 
should browser-related issues get filed against? See 
https://issues.apache.org/jira/browse/NETBEANS-282


Thank you,
Gili


-
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: PR Coding best practices

[cowwoc]

Regarding the "Keep explicity typing" section of 
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=74681408, 
isn't this strictly a code-smell?


Meaning, what prevents one from moving the variable declaration closer 
to the initialization? Instead of:


|ArrayList fieldGroup =||null||;|
|// lots of lines here...|
|fieldGroup =||new||ArrayList();|


do this:

|// lots of lines here...|
|ArrayList fieldGroup;||| |// very few lines here...|
|||fieldGroup =||new||ArrayList<>();|


On a side-note, I've seen many cases (not specific to Netbeans) of 
people initializing variables to null when it was not strictly required 
to do so. Choosing not to initialize the variable to null has the added 
advantage of getting a compiler error if you fail to set a value before 
trying to read the variable. The only valid case I've seen for setting 
it to null is for loops:
|ArrayList bestMatch =||null||; do {   if (bestMatch != 
null || compareTo(candidate, |||bestMatch|) > 0)     bestMatch = 
candidate; } while (moreCandidates); |


In any case, if you plan on keeping this section in the Wiki please 
provide a counter-example when it *is* okay to keep the diamond 
operator. We don't want people thinking the diamond operator should be 
avoided outright.


Thanks,
Gili


On 2018-01-14 4:29 AM, Antonio wrote:

Thank you Matthias, for these.

I've merged the guidelines as best as I could. I've also added the 
requirement about the proper ASF license headers in new files, and the 
requirement to follow the ASF Code of Conduct in comments.


Un abrazo,
Antonio

https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=74681408

On 14/01/18 10:07, Matthias Bläsing wrote:

Hey Antonio,

Am Sonntag, den 14.01.2018, 09:07 +0100 schrieb Antonio:


I started some PR coding best practices at [1].


[1]
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=7468
1408#SubmittingPullRequestonApacheNetbeans(incubating)-
PRCodingBestPractices


Thank you for starting this. This is my suggestion, as it collides with
the wiki version, I did not change it directly:

--

Contribution Guidelines
===

    1. All commits must include the authors full name and email address
    2. All commits must contain a meaningful commit message. A 
meaningful
   commit message holds in the first line a summary of the commit 
and

   in the body (beginning on the third-line) an explanation what was
   changed and why it was done. Remember here, that the future this
   commit message is most probably the only source of information 
why a

   change was commited to the code base.
    3. If the commit fixes a reported issue, the summary line should 
hold

   the issue number and title "[NETBEANS-XXX] Maven pom.xml file
   corrupted after inserting dependecies" for example.
    4. A PR can consist of multiple commits. These commits should 
group the
   changes into meaningful entities. Fixup commits should be 
squashed

   into the base commit they fix.
    5. For contributers: Be prepared to be asked questions about your 
PR. A
   reviewer might have questions and you should be able to answer 
why
   you did a fix in a certain way and why it is save and 
appropriate.

   Remember that the review sometimes takes as long, as creating a
   patch in the first place. Good commit messages help as the
   anticipate questions.
    6. For reviewers: Keep in mind that the contributor wants to fix a
   problem and put effort into it. So be polite and focused.
    7. Don't change code, that is correct and works. Consider a simple
   loop. In many cases you can switch between for-loop, 
for-each-loop
   and stream construct. All are valid solution, don't change the 
code
   if it is not broken. An improvement is a different case. For 
example
   a try-with-resource construct is in general more correct, than 
the
   try-finally construct many developers fail to implement 
correctly.

   Constructs leading to warnings from the javac are also good
   candidates for simple fixes.
    8. Run unittests and, if you introduce new feature/fixes, add
   unittests. So before you start your work, check that unittests 
for
   the module you are working on run correctly and after you are 
done
   still do. If unittests fail, fixing these would be good 
addition to

   the codebase (it would be good to use a separate commit for this)
    9. Keep your PRs up-to-date. When the PR can't be merged 
directly, it

   can happen, that changes are introduced into the codebase, that
   conflict with your PR, you should then update it accordingly.
   10. Follow the coding conventions of the file. Your code should match
   that style and not stand out. For new files, please follow the 
code
   conventions for the netbeans code base: 
https://netbeans.org/communi

   

Re: [VOTE] Release Apache NetBeans 9.0 Beta (incubating) rc1

[cowwoc]

On 2018-01-10 8:05 PM, Geertjan Wielenga wrote:

I want to ensure that the vast majority of regressions are fixed prior to a
release.


You are going to need to list the many regressions right here in this
thread, with a URL to a bug in Issuezilla, otherwise they cannot be taken
into consideration for whether this release will succeed or not.

Note that JDK 9 support is a MASSIVE new feature. Also see the New &
Noteworthy page on the Wiki.


Well, that's problematic. For starters you have:

https://issues.apache.org/jira/issues/?filter=-2=project%20%3D%20NETBEANS%20AND%20reporter%20in%20(cowwoc)%20ORDER%20BY%20createdDate%20DESC

and

https://issues.apache.org/jira/issues/?filter=-2=project%20%3D%20NETBEANS%20AND%20text%20~%20%22cowwoc%22%20ORDER%20BY%20createdDate%20DESC

Then there are:

https://netbeans.org/bugzilla/show_bug.cgi?id=268194
https://netbeans.org/bugzilla/show_bug.cgi?id=270538

which I have not had time to migrate to JIRA. There might be others in 
netbeans.org (I've got 199 open bugs there) but I haven't had the time 
to go through them all.


Maybe I should join NETCAT? Would that help?

Thanks,
Gili

-
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