[jira] [Commented] (NETBEANS-145) Apache NetBeans Logo Contest

2018-02-06 Thread Junichi Yamamoto (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16355015#comment-16355015
 ] 

Junichi Yamamoto commented on NETBEANS-145:
---

I just tried it: apache-netbeans-logo.png

> Apache NetBeans Logo Contest
> 
>
> Key: NETBEANS-145
> URL: https://issues.apache.org/jira/browse/NETBEANS-145
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Antonio Vieiro
>Priority: Critical
> Attachments: apache-netbeans-logo.png, 
> possible-splashscreen-nb9-v2.png
>
>
> This is a contest for the Apache NetBeans logo. To submit an entry, attach it 
> to this ticket.
> Some "nice to have" features:
> - The logo should be approximately square, so that it can be transformed 
> easily into an icon.
> - Vectorial formats are preferred but not strictly required.
> Some useful links:
> - [Apache Project logos 
> requirements|https://www.apache.org/foundation/marks/pmcs#graphics]
> - [The Apache logos|https://www.apache.org/foundation/press/kit/]
> - [Old NetBeans logo, SVG|https://en.wikipedia.org/wiki/File:NetBeans.svg]
> - [Oracle NetBeans logos and splash 
> screens|https://netbeans.org/community/teams/evangelism/collateral.html?print=yes]
>  for inspiration.
> Additional information inspired by the Apache Incubator logo contest 
> (https://blogs.apache.org/incubator/entry/call-for-entries-apache-incubator):
> * *Eligibility*: The Call is open to all, including individuals (students, 
> amateurs, professionals), and organizations (educational institutions, 
> companies, design firms, etc.).
> * *Awards/Recognition*: As the ASF is an all-volunteer, not-for-profit 
> organization, there will be no cash award. The winning design will be 
> announced in the Apache NetBeans mailing lists and related social media. The 
> winner has the right to use the basic logo to identify him/her/itself as the 
> logo designer.
> * *Jurors*: as this a community-oriented activity, we will solicit 
> participation and input from the Open Source community at-large. Final jurors 
> will comprise members of the Apache NetBeans Podling Project Management 
> Committee (PPMC).
> * *Intellectual Property*: 1. All submitted work must be original and not 
> based on any pre-existing design.  2. All entries will become the sole 
> property of the ASF and may be displayed publicly on Websites and related 
> promotional materials.  3. The winning entry will be the property of the ASF 
> and may be registered as a trademark of the ASF. Entrant agrees to transfer 
> all rights and title to the ASF. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-285) java.lang.ClassNotFoundException: javax.help.search.SearchEngine

2018-02-06 Thread ASF GitHub Bot (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated NETBEANS-285:

Labels: pull-request-available regression  (was: regression)

> java.lang.ClassNotFoundException: javax.help.search.SearchEngine
> 
>
> Key: NETBEANS-285
> URL: https://issues.apache.org/jira/browse/NETBEANS-285
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Help System
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180106-unknown-revn)
> Updates: Updates available
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: pull-request-available, regression
>
> 1. Type CTRL+I, followed by any character.
> 2. The following exception is thrown:
>  
> {code:java}
> java.lang.ClassNotFoundException: javax.help.search.SearchEngine
>  at 
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
>  at 
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>  at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
>  at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:197)
> Caused: java.lang.ClassNotFoundException: javax.help.search.SearchEngine 
> starting from ModuleCL@2a46e1c1[org.netbeans.modules.javahelp] with possible 
> defining loaders null and declared parents 
> [ModuleCL@74e1ab6[org.openide.awt], ModuleCL@4cd0c29f[org.openide.loaders], 
> ModuleCL@7cf6fd28[org.openide.windows], 
> org.netbeans.MainImpl$BootClassLoader@71318ec4, 
> ModuleCL@7690c4c8[org.netbeans.api.progress.nb], 
> ModuleCL@666b380c[org.netbeans.api.progress], 
> ModuleCL@5a5e3a9f[org.netbeans.spi.quicksearch], 
> ModuleCL@7752d7d[org.openide.nodes]]
>  at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:199)
>  at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
> Caused: java.lang.NoClassDefFoundError: javax/help/search/SearchEngine
>  at 
> org.netbeans.modules.javahelp.JavaHelpQuickSearchProviderImpl.evaluate(JavaHelpQuickSearchProviderImpl.java:44)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator$3.run(CommandEvaluator.java:242)
> Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to
>  at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator.runEvaluation(CommandEvaluator.java:239)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator.evaluate(CommandEvaluator.java:88)
>  at 
> org.netbeans.modules.quicksearch.QuickSearchPopup$1.run(QuickSearchPopup.java:183)
>  at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
>  at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
>  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
> [catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033){code}
>  
> This is a regression relative to version 8.2



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-285) java.lang.ClassNotFoundException: javax.help.search.SearchEngine

2018-02-06 Thread Laszlo Kishalmi (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16354900#comment-16354900
 ] 

Laszlo Kishalmi commented on NETBEANS-285:
--

I think this is a result of 
[https://github.com/apache/incubator-netbeans/pull/249]

 

> java.lang.ClassNotFoundException: javax.help.search.SearchEngine
> 
>
> Key: NETBEANS-285
> URL: https://issues.apache.org/jira/browse/NETBEANS-285
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Help System
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180106-unknown-revn)
> Updates: Updates available
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: regression
>
> 1. Type CTRL+I, followed by any character.
> 2. The following exception is thrown:
>  
> {code:java}
> java.lang.ClassNotFoundException: javax.help.search.SearchEngine
>  at 
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
>  at 
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>  at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
>  at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:197)
> Caused: java.lang.ClassNotFoundException: javax.help.search.SearchEngine 
> starting from ModuleCL@2a46e1c1[org.netbeans.modules.javahelp] with possible 
> defining loaders null and declared parents 
> [ModuleCL@74e1ab6[org.openide.awt], ModuleCL@4cd0c29f[org.openide.loaders], 
> ModuleCL@7cf6fd28[org.openide.windows], 
> org.netbeans.MainImpl$BootClassLoader@71318ec4, 
> ModuleCL@7690c4c8[org.netbeans.api.progress.nb], 
> ModuleCL@666b380c[org.netbeans.api.progress], 
> ModuleCL@5a5e3a9f[org.netbeans.spi.quicksearch], 
> ModuleCL@7752d7d[org.openide.nodes]]
>  at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:199)
>  at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
> Caused: java.lang.NoClassDefFoundError: javax/help/search/SearchEngine
>  at 
> org.netbeans.modules.javahelp.JavaHelpQuickSearchProviderImpl.evaluate(JavaHelpQuickSearchProviderImpl.java:44)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator$3.run(CommandEvaluator.java:242)
> Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to
>  at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator.runEvaluation(CommandEvaluator.java:239)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator.evaluate(CommandEvaluator.java:88)
>  at 
> org.netbeans.modules.quicksearch.QuickSearchPopup$1.run(QuickSearchPopup.java:183)
>  at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
>  at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
>  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
> [catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033){code}
>  
> This is a regression relative to version 8.2



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-359) ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor

2018-02-06 Thread Gili (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16354882#comment-16354882
 ] 

Gili commented on NETBEANS-359:
---

I am seeing this issue extremely frequently (over 50% of the time I attempt to 
profile). Can anyone else reproduce this on their end or is it specific to my 
project?

> ArrayIndexOutOfBoundsException at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor
> ---
>
> Key: NETBEANS-359
> URL: https://issues.apache.org/jira/browse/NETBEANS-359
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>
> When I start a profiler session (CPU instrumentation mode) I sometimes get 
> this exception:
>  
> {code:java}
> java.lang.ArrayIndexOutOfBoundsException: 1
> at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
> at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
> at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
> at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
> at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
> at 
> org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
> at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
> [catch] at 
> org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)
> java.lang.ArrayIndexOutOfBoundsException: 1
> at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
> at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
> at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
> at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
> at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
> at 
> org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
> at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
> [catch] at 
> org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105){code}
>  
> and the profiling session subsequently hangs indefinitely.
> Repro steps:
>  # Open Maven project
>  # Start profiling session
>  # Profile -> Methods
>  # Profile: Focused (instrumentation): Selected Classes
>  # Select a project in the current project
>  # Launch profiling session
>  # 3-5 seconds into the session, the exception thrown.
>  # Once you are in this bad state, hitting the "Re-run the goals" button in 
> the Output Window causes the bug to keep on appearing 100% of the time. If I 
> stop and manually run the profiler again the problem is less likely to return.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-359) ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor

2018-02-06 Thread Gili (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gili updated NETBEANS-359:
--
Description: 
When I start a profiler session (CPU instrumentation mode) I sometimes get this 
exception:

 
{code:java}
java.lang.ArrayIndexOutOfBoundsException: 1
at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
at 
org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
[catch] at 
org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)
java.lang.ArrayIndexOutOfBoundsException: 1
at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
at 
org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
[catch] at 
org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105){code}
 

and the profiling session subsequently hangs indefinitely.

Repro steps:
 # Open Maven project
 # Start profiling session
 # Profile -> Methods
 # Profile: Focused (instrumentation): Selected Classes
 # Select a project in the current project
 # Launch profiling session
 # 3-5 seconds into the session, the exception thrown.
 # Once you are in this bad state, hitting the "Re-run the goals" button in the 
Output Window causes the bug to keep on appearing 100% of the time. If I stop 
and manually run the profiler again the problem is less likely to return.

  was:
When I start a profiler session (CPU instrumentation mode) I sometimes get this 
exception:

 

```

java.lang.ArrayIndexOutOfBoundsException: 1
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
 at 
org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
 at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
[catch] at 
org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)
java.lang.ArrayIndexOutOfBoundsException: 1
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
 at 
org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
 at 

[jira] [Updated] (NETBEANS-359) ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor

2018-02-06 Thread Gili (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gili updated NETBEANS-359:
--
Environment: 
Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-release-205-on-20180202)
Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
Runtime: Java(TM) SE Runtime Environment 9.0.4+11
System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
Summary: ArrayIndexOutOfBoundsException at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor  (was: 
ArrayIndexOutOfBoundsException)

> ArrayIndexOutOfBoundsException at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor
> ---
>
> Key: NETBEANS-359
> URL: https://issues.apache.org/jira/browse/NETBEANS-359
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>
> When I start a profiler session (CPU instrumentation mode) I sometimes get 
> this exception:
>  
> ```
> java.lang.ArrayIndexOutOfBoundsException: 1
>  at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
>  at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
>  at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
>  at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
>  at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
>  at 
> org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
>  at 
> org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
> [catch] at 
> org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)
> java.lang.ArrayIndexOutOfBoundsException: 1
>  at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
>  at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
>  at 
> org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
>  at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
>  at 
> org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
>  at 
> org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
>  at 
> org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
> [catch] at 
> org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)```
>  
> and the profiling session subsequently hangs indefinitely.
> Repro steps:
>  # Open Maven project
>  # Start profiling session
>  # Profile -> Methods
>  # Profile: Focused (instrumentation): Selected Classes
>  # Select a project in the current project
>  # Launch profiling session
>  # 2-3 seconds into the session, the exception thrown.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-359) ArrayIndexOutOfBoundsException

2018-02-06 Thread Gili (JIRA)
Gili created NETBEANS-359:
-

 Summary: ArrayIndexOutOfBoundsException
 Key: NETBEANS-359
 URL: https://issues.apache.org/jira/browse/NETBEANS-359
 Project: NetBeans
  Issue Type: Bug
  Components: profiler - Base
Reporter: Gili


When I start a profiler session (CPU instrumentation mode) I sometimes get this 
exception:

 

```

java.lang.ArrayIndexOutOfBoundsException: 1
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
 at 
org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
 at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
[catch] at 
org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)
java.lang.ArrayIndexOutOfBoundsException: 1
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339)
 at 
org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350)
 at 
org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242)
 at 
org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901)
 at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67)
[catch] at 
org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)```

 

and the profiling session subsequently hangs indefinitely.

Repro steps:
 # Open Maven project
 # Start profiling session
 # Profile -> Methods
 # Profile: Focused (instrumentation): Selected Classes
 # Select a project in the current project
 # Launch profiling session
 # 2-3 seconds into the session, the exception thrown.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-332) Code-format messes up file if it cannot be parsed

2018-02-06 Thread Gili (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16354242#comment-16354242
 ] 

Gili commented on NETBEANS-332:
---

[~neilcsmith] Typically, that's what I do but it's not always obvious that the 
IDE has screwed up the file until it's too late. Sometimes an error occurs 
somewhere near the top of the file but the formatting corruption occurs way 
down the file. So you continue editing only to discover much later 
(commit/diff) that the bottom half of the file is screwed up :)

> Code-format messes up file if it cannot be parsed
> -
>
> Key: NETBEANS-332
> URL: https://issues.apache.org/jira/browse/NETBEANS-332
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180117-unknown-revn)
> Updates: Updates available
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>
> *Repro steps*:
>  # Given:
>  
> {code:java}
> public enu NoOpAllowPriceStep 
> {
>  INSTANCE;
>  public Order atMaximumPrice(BigDecimal price)
>  {
>return null;
>  }
>  public Order atBestPrice()
>  {
>return null;
>  }
> }
> {code}
> 2. Invoke code-format
> 3. File is reformatted as following:
> {code:java}
> public enu
> NoOpAllowPriceStep
> {
> INSTANCE;
> public Order
> atMaximumPrice
> (BigDecimal
> price
> )
>  {
>  return null;
> }
>  public Order
> atBestPrice
> ()
>  {
>  return null;
>  }
> }
> {code}
> *Expected behavior*: If file cannot be parsed, IDE should beep and refuse to 
> reformat. The file contents should not be changed.
> *Justification*: If code-format rearranges tokens, then user corrects the 
> compiler error, then invokes code-format again, he/she will not end up with 
> the same result as if they had corrected the compiler error in the first 
> place and invoked code-format. It takes a lot of effort to fix the formatting 
> once the IDE messes it up.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-357) @EditorActionRegistration does not work for toolbars

2018-02-06 Thread ASF GitHub Bot (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated NETBEANS-357:

Labels: pull-request-available  (was: )

> @EditorActionRegistration does not work for toolbars
> 
>
> Key: NETBEANS-357
> URL: https://issues.apache.org/jira/browse/NETBEANS-357
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Actions/Menu/Toolbar
>Reporter: Svatopluk Dedic
>Priority: Major
>  Labels: pull-request-available
>
> I use code like
>  
> {noformat}
> @EditorActionRegistration( name = "execute-script",
>   mimeType = "text/javascript", 
>   iconResource = "org/graalvm/visualizer/shell/resources/execute.png",
>   toolBarPosition = 100 
> )
> {noformat}
> The action generates registration in 
> Editors/Toolbar/text/javascript
>  
> But the correct place, where action instance files are loaded from is
> Editors//Toolbars/Default
>  
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-317) Too much info in binary LICENSE and NOTICE

2018-02-06 Thread Geertjan Wielenga (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16354028#comment-16354028
 ] 

Geertjan Wielenga commented on NETBEANS-317:


The two pull requests below focus on this issue, which is not assigned for 
rc3[1] but for after rc3 and before tpl:

[https://github.com/apache/incubator-netbeans/pull/399]

[https://github.com/apache/incubator-netbeans/pull/401]

[1] 
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+9.0+Beta+rc3

> Too much info in binary LICENSE and NOTICE
> --
>
> Key: NETBEANS-317
> URL: https://issues.apache.org/jira/browse/NETBEANS-317
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> - There is no need to repeat the Apache license text several times
> - Only 3rd party software that is bundled in the source release needs to be 
> mention in LICENSE and NOTICE. Is everything mentioned really bundled?
> - NOTICE seems to contain too much information
> - For long licenses it best to use a pointer the the full text of the license 
> rather than include the full text



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-358) Lack support for ContextAwareAction in @EditorActionRegistration

2018-02-06 Thread Svatopluk Dedic (JIRA)
Svatopluk Dedic created NETBEANS-358:


 Summary: Lack support for ContextAwareAction in 
@EditorActionRegistration
 Key: NETBEANS-358
 URL: https://issues.apache.org/jira/browse/NETBEANS-358
 Project: NetBeans
  Issue Type: Improvement
  Components: editor - Actions/Menu/Toolbar
Reporter: Svatopluk Dedic


The registration creates a WrapperEditorAction, which delays loading of the 
code. Context-aware actions typically control their enablement, which 
circumvents this feature of WrapperEditorAction.

But implementor has to code some trivial boilerplate code to pick up 
EditorActionRegistration's attributes (name, icons, ...) into his instance. Or 
of course, use only a subset of EAR annotation.

The WrapperEditorAction, when activated, does not create a context-aware 
delegate although the delegate implements that interface.

I think that the processing should be extended to make a special case for 
ContextAwareActions



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-357) @EditorActionRegistration does not work for toolbars

2018-02-06 Thread Svatopluk Dedic (JIRA)
Svatopluk Dedic created NETBEANS-357:


 Summary: @EditorActionRegistration does not work for toolbars
 Key: NETBEANS-357
 URL: https://issues.apache.org/jira/browse/NETBEANS-357
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Actions/Menu/Toolbar
Reporter: Svatopluk Dedic


I use code like

 
{noformat}
@EditorActionRegistration( name = "execute-script",
  mimeType = "text/javascript", 
  iconResource = "org/graalvm/visualizer/shell/resources/execute.png",
  toolBarPosition = 100 
)
{noformat}
The action generates registration in 

Editors/Toolbar/text/javascript

 

But the correct place, where action instance files are loaded from is

Editors//Toolbars/Default

 

 

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-356) cannot setup remote build host with windows 7 and msys

2018-02-06 Thread JIRA
Stefan Strömer created NETBEANS-356:
---

 Summary: cannot setup remote build host with windows 7 and msys
 Key: NETBEANS-356
 URL: https://issues.apache.org/jira/browse/NETBEANS-356
 Project: NetBeans
  Issue Type: Bug
  Components: cnd - Remote
Affects Versions: 8.2
Reporter: Stefan Strömer


We still have legacy FORTRAN code for our projects which cannot be removed, so 
we have this in a shared library which is acessed via JNA. The library must be 
compiled for the target systems Windows 64 bit and Linux 64 bit.Our developers 
should be free to choose if they use windows 7 or linux as their environment. 
So our idea was to set up two remote build hosts, one with the toolchain for 
Linux and one with the toolchain for Windows.

On the windows build host we use
 * Windows 7 Enterprise 64bit SP1
 * msys2 64bit
 * min-gw 64bit toolchain
 * sshd from msys2

>From a Windows machine  with NetBeans IDE 8.2 (Build 201705191307) I was able 
>to set up the remote build host via some workarounds using -J 
>Dcnd.remote.sync.root.$(HOST)=

>From a linux machine with NetBeans IDE 8.2 (Build 201610071157) I get the 
>folowing error message when trying to build a small hello world example in 
>FORTRAN:

No shell found. Cannot proceed.
Please install either CYGWIN or Msys.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-355) OpenJDK 9 sources on Ubuntu /usr/lib/jvm/java-9-openjdk-amd64/src.zip are ignored

2018-02-06 Thread Karl Richter (JIRA)
Karl Richter created NETBEANS-355:
-

 Summary: OpenJDK 9 sources on Ubuntu 
/usr/lib/jvm/java-9-openjdk-amd64/src.zip are ignored
 Key: NETBEANS-355
 URL: https://issues.apache.org/jira/browse/NETBEANS-355
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 9.0
Reporter: Karl Richter


Ubuntu 17.10 and other versions provide a source package for OpenJDK 9 at 
`/usr/lib/jvm/java-9-openjdk-amd64/src.zip. When I want to add it as sources to 
the Java Platform which is created for the value passed as `--jdkhome` at start 
of NetBeans on the command line, nothing happens after selecting the zip in the 
file browser and clicking the "Add JAR/Folder" button. The source zip should be 
added or a comprehensive error message including the reason for the failure 
should be displayed in a dialog.

experienced with 9.0-beta-rc3-26-gff7b9eb36



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-332) Code-format messes up file if it cannot be parsed

2018-02-06 Thread Neil C Smith (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16353727#comment-16353727
 ] 

Neil C Smith commented on NETBEANS-332:
---

{quote}It takes a lot of effort to fix the formatting once the IDE messes it 
up.{quote}

While I don't disagree with the premise of this, surely the "lot of effort" 
involves hitting undo?  Or is there a circumstance where that doesn't apply?

> Code-format messes up file if it cannot be parsed
> -
>
> Key: NETBEANS-332
> URL: https://issues.apache.org/jira/browse/NETBEANS-332
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180117-unknown-revn)
> Updates: Updates available
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>
> *Repro steps*:
>  # Given:
>  
> {code:java}
> public enu NoOpAllowPriceStep 
> {
>  INSTANCE;
>  public Order atMaximumPrice(BigDecimal price)
>  {
>return null;
>  }
>  public Order atBestPrice()
>  {
>return null;
>  }
> }
> {code}
> 2. Invoke code-format
> 3. File is reformatted as following:
> {code:java}
> public enu
> NoOpAllowPriceStep
> {
> INSTANCE;
> public Order
> atMaximumPrice
> (BigDecimal
> price
> )
>  {
>  return null;
> }
>  public Order
> atBestPrice
> ()
>  {
>  return null;
>  }
> }
> {code}
> *Expected behavior*: If file cannot be parsed, IDE should beep and refuse to 
> reformat. The file contents should not be changed.
> *Justification*: If code-format rearranges tokens, then user corrects the 
> compiler error, then invokes code-format again, he/she will not end up with 
> the same result as if they had corrected the compiler error in the first 
> place and invoked code-format. It takes a lot of effort to fix the formatting 
> once the IDE messes it up.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists