[jira] [Commented] (NETBEANS-145) Apache NetBeans Logo Contest
[ https://issues.apache.org/jira/browse/NETBEANS-145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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-145) Apache NetBeans Logo Contest
[ https://issues.apache.org/jira/browse/NETBEANS-145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junichi Yamamoto updated NETBEANS-145: -- Attachment: 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
[
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
[
https://issues.apache.org/jira/browse/NETBEANS-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
[
https://issues.apache.org/jira/browse/NETBEANS-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
[
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 org.netbeans.lib.profiler.ProfilerClient.access$300(Profile
[jira] [Updated] (NETBEANS-359) ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor
[ 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
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
[
https://issues.apache.org/jira/browse/NETBEANS-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
[
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-305) Several (not dual license) GPL license files exist
[ https://issues.apache.org/jira/browse/NETBEANS-305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16354034#comment-16354034 ] Geertjan Wielenga commented on NETBEANS-305: Simple question of removing these files, after checking to make very sure that they are not needed for some reason. > Several (not dual license) GPL license files exist > -- > > Key: NETBEANS-305 > URL: https://issues.apache.org/jira/browse/NETBEANS-305 > Project: NetBeans > Issue Type: Bug >Reporter: Geertjan Wielenga >Priority: Major > > Several (not dual license) GPL license files exist in the source release. > Does this software include GPL or depend on any GPL licensed software? > For instance: > nbbuild/licenses/LGPL-2.1 > apisupport.installer/src/org/netbeans/modules/apisupport/installer/resources/licenses/GPL -- 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
[ https://issues.apache.org/jira/browse/NETBEANS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
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
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
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
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
[
https://issues.apache.org/jira/browse/NETBEANS-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
