[jira] [Updated] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-06-01 Thread Peter Hull (Jira)


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

Peter Hull updated NETBEANS-5732:
-
Description: 
Profiler does not start when attempting to profile a Swing app using a maven 
project on MacOS.

Expected: profiler does start

Actual: Shows an error in the output tab, given below:

{{cd /Users/peterhull/Projects/mavenproject2; 
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
"/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
"-Dexec.vmArgs='-agentpath:}}
{{'/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=}}
{{'/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib}}
{{',5140,10' -XX:+HeapDumpOnOutOfMemoryError 
'-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
 '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
-Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
 "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
 -agentpath:'/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
 NetBeans 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
"-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
 NetBeans 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
-Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
 -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
org.codehaus.mojo:exec-maven-plugin:3.0.0:exec}}
{{ Running NetBeans Compile On Save execution. Phase execution is skipped and 
output directories of dependency projects (with Compile on Save turned on) will 
be used instead of their jar artifacts.}}
{{ Scanning for projects...}}{{-< com.nowhere:mavenproject2 
>--}}
{{ Building mavenproject2 1.0-SNAPSHOT}}
{{ [ jar 
]-}}{{— exec-maven-plugin:3.0.0:exec 
(default-cli) @ mavenproject2 —}}
{{ Error occurred during initialization of VM}}
{{ Could not find agent library \/Applications/NetBeans/Apache in absolute 
path, with error: dlopen(\/Applications/NetBeans/Apache, 1): image not found}}
{{ Command execution failed.}}
{{ org.apache.commons.exec.ExecuteException: Process exited with an error: 1 
(Exit value: 1)}}
{{ at org.apache.commons.exec.DefaultExecutor.executeInternal 
(DefaultExecutor.java:404)}}
{{ at org.apache.commons.exec.DefaultExecutor.execute 
(DefaultExecutor.java:166)}}
{{ at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:982)}}
{{ at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:929)}}
{{ at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:457)}}
{{ at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
(DefaultBuildPluginManager.java:137)}}
{{ at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:210)}}
{{ at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:156)}}
{{ at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:148)}}
{{ at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:117)}}
{{ at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:81)}}
{{ at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
 (SingleThreadedBuilder.java:56)}}
{{ at org.apache.maven.lifecycle.internal.LifecycleStarter.execute 
(LifecycleStarter.java:128)}}
{{ at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)}}
{{ at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)}}
{{ at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)}}
{{ at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)}}
{{ at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)}}
{{ at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)}}
{{ at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)}}
{{ at jdk.internal.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:62)}}
{{ at 

[jira] [Updated] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-31 Thread Peter Hull (Jira)


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

Peter Hull updated NETBEANS-5732:
-
Attachment: nbactions.xml

> Profiler not working with Maven Project on MacOS
> 
>
> Key: NETBEANS-5732
> URL: https://issues.apache.org/jira/browse/NETBEANS-5732
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - IDE
>Affects Versions: 12.4
>Reporter: Peter Hull
>Priority: Major
> Attachments: IDE_log.txt, nbactions.xml
>
>
> Profiler does not start when attempting to profile a Swing app using a maven 
> project on MacOS.
> Expected: profiler does start
> Actual: Shows an error in the output tab, given below:
> cd /Users/peterhull/Projects/mavenproject2; 
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
> "/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
> "-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
> -XX:+HeapDumpOnOutOfMemoryError 
> '-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
> ${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
> -Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
>  "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
> -XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> "-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> -Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Running NetBeans Compile On Save execution. Phase execution is skipped and 
> output directories of dependency projects (with Compile on Save turned on) 
> will be used instead of their jar artifacts.
> Scanning for projects...
> -< com.nowhere:mavenproject2 >--
> Building mavenproject2 1.0-SNAPSHOT
> [ jar ]-
> --- exec-maven-plugin:3.0.0:exec (default-cli) @ mavenproject2 ---
> Error occurred during initialization of VM
> Could not find agent library \/Applications/NetBeans/Apache in absolute path, 
> with error: dlopen(\/Applications/NetBeans/Apache, 1): image not found
> Command execution failed.
> org.apache.commons.exec.ExecuteException: Process exited with an error: 1 
> (Exit value: 1)
>  at org.apache.commons.exec.DefaultExecutor.executeInternal 
> (DefaultExecutor.java:404)
>  at org.apache.commons.exec.DefaultExecutor.execute (DefaultExecutor.java:166)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:982)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:929)
>  at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:457)
>  at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
> (DefaultBuildPluginManager.java:137)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:210)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:156)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:148)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:117)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:81)
>  at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
>  (SingleThreadedBuilder.java:56)
>  at org.apache.maven.lifecycle.internal.LifecycleStarter.execute 
> (LifecycleStarter.java:128)
>  at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
>  at org.apache.maven.DefaultMaven.doExecute 

[jira] [Commented] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-31 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-5732:
--

[~sdedic] I didn't do any customisation to nbactions.xml myself (just used a 
newly-created maven project as described above) I've attached it anyway.

> Profiler not working with Maven Project on MacOS
> 
>
> Key: NETBEANS-5732
> URL: https://issues.apache.org/jira/browse/NETBEANS-5732
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - IDE
>Affects Versions: 12.4
>Reporter: Peter Hull
>Priority: Major
> Attachments: IDE_log.txt, nbactions.xml
>
>
> Profiler does not start when attempting to profile a Swing app using a maven 
> project on MacOS.
> Expected: profiler does start
> Actual: Shows an error in the output tab, given below:
> cd /Users/peterhull/Projects/mavenproject2; 
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
> "/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
> "-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
> -XX:+HeapDumpOnOutOfMemoryError 
> '-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
> ${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
> -Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
>  "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
> -XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> "-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> -Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Running NetBeans Compile On Save execution. Phase execution is skipped and 
> output directories of dependency projects (with Compile on Save turned on) 
> will be used instead of their jar artifacts.
> Scanning for projects...
> -< com.nowhere:mavenproject2 >--
> Building mavenproject2 1.0-SNAPSHOT
> [ jar ]-
> --- exec-maven-plugin:3.0.0:exec (default-cli) @ mavenproject2 ---
> Error occurred during initialization of VM
> Could not find agent library \/Applications/NetBeans/Apache in absolute path, 
> with error: dlopen(\/Applications/NetBeans/Apache, 1): image not found
> Command execution failed.
> org.apache.commons.exec.ExecuteException: Process exited with an error: 1 
> (Exit value: 1)
>  at org.apache.commons.exec.DefaultExecutor.executeInternal 
> (DefaultExecutor.java:404)
>  at org.apache.commons.exec.DefaultExecutor.execute (DefaultExecutor.java:166)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:982)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:929)
>  at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:457)
>  at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
> (DefaultBuildPluginManager.java:137)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:210)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:156)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:148)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:117)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:81)
>  at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
>  (SingleThreadedBuilder.java:56)
>  at 

[jira] [Commented] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-31 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-5732:
--

It runs OK on 12.3, here is the command line that it prints:

 

{{cd /Users/peterhull/Projects/mavenproject2; 
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
/Users/peterhull/Downloads/netbeans/java/maven/bin/mvn -Dexec.vmArgs= 
"-Dexec.args=-agentpath:/Users/peterhull/Downloads/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib=/Users/peterhull/Downloads/netbeans/profiler/lib,5140,10
 -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.3/mavencachedirs/1004131909/org-netbeans-modules-profiler
 ${exec.vmArgs} -classpath %classpath ${exec.mainClass} ${exec.appArgs}" 
-Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
-Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
 "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.3/mavencachedirs/1004131909/org-netbeans-modules-profiler
 
-agentpath:/Users/peterhull/Downloads/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib=/Users/peterhull/Downloads/netbeans/profiler/lib,5140,10"
 
-Dprofiler.jvmargs.arg1=-agentpath:/Users/peterhull/Downloads/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib=/Users/peterhull/Downloads/netbeans/profiler/lib,5140,10
 
-Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.3/mavencachedirs/1004131909/org-netbeans-modules-profiler
 -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError 
org.codehaus.mojo:exec-maven-plugin:3.0.0:exec}}

> Profiler not working with Maven Project on MacOS
> 
>
> Key: NETBEANS-5732
> URL: https://issues.apache.org/jira/browse/NETBEANS-5732
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - IDE
>Affects Versions: 12.4
>Reporter: Peter Hull
>Priority: Major
> Attachments: IDE_log.txt
>
>
> Profiler does not start when attempting to profile a Swing app using a maven 
> project on MacOS.
> Expected: profiler does start
> Actual: Shows an error in the output tab, given below:
> cd /Users/peterhull/Projects/mavenproject2; 
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
> "/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
> "-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
> -XX:+HeapDumpOnOutOfMemoryError 
> '-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
> ${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
> -Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
>  "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
> -XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> "-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> -Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Running NetBeans Compile On Save execution. Phase execution is skipped and 
> output directories of dependency projects (with Compile on Save turned on) 
> will be used instead of their jar artifacts.
> Scanning for projects...
> -< com.nowhere:mavenproject2 >--
> Building mavenproject2 1.0-SNAPSHOT
> [ jar ]-
> --- exec-maven-plugin:3.0.0:exec (default-cli) @ mavenproject2 ---
> Error occurred during initialization of VM
> Could not find agent library 

[jira] [Commented] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-29 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-5732:
--

It works on 12.0 (last LTS release), I can look at some more recent ones when I 
have time.

On 12.0 the launch command looks different (see below) - in particular the 
quoting style around -Dexec.vmArgs:

{{cd /Users/peterhull/Projects/mavenproject2; 
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
"/Applications/NetBeans/Apache NetBeans 
12.0.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
-Dexec.vmArgs= "-Dexec.args=-agentpath:'/Applications/NetBeans/Apache NetBeans 
12.0.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
 NetBeans 12.0.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10 
-XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.0/mavencachedirs/1004131909/org-netbeans-modules-profiler
 ${exec.vmArgs} -classpath %classpath ${exec.mainClass} ${exec.appArgs}" 
-Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
-Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
 "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.0/mavencachedirs/1004131909/org-netbeans-modules-profiler
 -agentpath:'/Applications/NetBeans/Apache NetBeans 
12.0.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
 NetBeans 12.0.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
"-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
12.0.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
 NetBeans 12.0.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
-Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.0/mavencachedirs/1004131909/org-netbeans-modules-profiler
 -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError 
org.codehaus.mojo:exec-maven-plugin:3.0.0:exec}}

> Profiler not working with Maven Project on MacOS
> 
>
> Key: NETBEANS-5732
> URL: https://issues.apache.org/jira/browse/NETBEANS-5732
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - IDE
>Affects Versions: 12.4
>Reporter: Peter Hull
>Priority: Major
> Attachments: IDE_log.txt
>
>
> Profiler does not start when attempting to profile a Swing app using a maven 
> project on MacOS.
> Expected: profiler does start
> Actual: Shows an error in the output tab, given below:
> cd /Users/peterhull/Projects/mavenproject2; 
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
> "/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
> "-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
> -XX:+HeapDumpOnOutOfMemoryError 
> '-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
> ${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
> -Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
>  "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
> -XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> "-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> -Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Running NetBeans Compile On Save execution. Phase execution is skipped 

[jira] [Commented] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-29 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-5732:
--

Steps to reproduce:
 # Install NB 12.4 from the .dmg and run
 # Create a new Java Application using Java with Maven (may have to activate 
Java SE, install nb-javac the first time)
 # Add a new JFrame to the project
 # Select Profile button, specify Telemetry, select main class, Run the profiler
 # A Progress... dialog will appear
 # See error message as above in the output tab.
 # Progress dialog needs to be cancelled otherwise it will stay forever

> Profiler not working with Maven Project on MacOS
> 
>
> Key: NETBEANS-5732
> URL: https://issues.apache.org/jira/browse/NETBEANS-5732
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - IDE
>Affects Versions: 12.4
>Reporter: Peter Hull
>Priority: Major
> Attachments: IDE_log.txt
>
>
> Profiler does not start when attempting to profile a Swing app using a maven 
> project on MacOS.
> Expected: profiler does start
> Actual: Shows an error in the output tab, given below:
> cd /Users/peterhull/Projects/mavenproject2; 
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
> "/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
> "-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
> -XX:+HeapDumpOnOutOfMemoryError 
> '-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
> ${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
> -Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
>  "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
> -XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> "-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> -Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Running NetBeans Compile On Save execution. Phase execution is skipped and 
> output directories of dependency projects (with Compile on Save turned on) 
> will be used instead of their jar artifacts.
> Scanning for projects...
> -< com.nowhere:mavenproject2 >--
> Building mavenproject2 1.0-SNAPSHOT
> [ jar ]-
> --- exec-maven-plugin:3.0.0:exec (default-cli) @ mavenproject2 ---
> Error occurred during initialization of VM
> Could not find agent library \/Applications/NetBeans/Apache in absolute path, 
> with error: dlopen(\/Applications/NetBeans/Apache, 1): image not found
> Command execution failed.
> org.apache.commons.exec.ExecuteException: Process exited with an error: 1 
> (Exit value: 1)
>  at org.apache.commons.exec.DefaultExecutor.executeInternal 
> (DefaultExecutor.java:404)
>  at org.apache.commons.exec.DefaultExecutor.execute (DefaultExecutor.java:166)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:982)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:929)
>  at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:457)
>  at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
> (DefaultBuildPluginManager.java:137)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:210)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:156)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:148)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:117)
>  at 

[jira] [Commented] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-29 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-5732:
--

System config:
*Product Version:* Apache NetBeans IDE 12.4

*Java:* 11; OpenJDK 64-Bit Server VM 11+28

*Runtime:* OpenJDK Runtime Environment 11+28

*System:* Mac OS X version 10.14.6 running on x86_64; UTF-8; en_GB (nb)

*User directory:* /Users/peterhull/Library/Application Support/NetBeans/12.4

*Cache directory:* /Users/peterhull/Library/Caches/NetBeans/12.4

 

> Profiler not working with Maven Project on MacOS
> 
>
> Key: NETBEANS-5732
> URL: https://issues.apache.org/jira/browse/NETBEANS-5732
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - IDE
>Affects Versions: 12.4
>Reporter: Peter Hull
>Priority: Major
> Attachments: IDE_log.txt
>
>
> Profiler does not start when attempting to profile a Swing app using a maven 
> project on MacOS.
> Expected: profiler does start
> Actual: Shows an error in the output tab, given below:
> cd /Users/peterhull/Projects/mavenproject2; 
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
> "/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
> "-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
> -XX:+HeapDumpOnOutOfMemoryError 
> '-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
> ${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
> -Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
>  "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
> -XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> "-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> -Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Running NetBeans Compile On Save execution. Phase execution is skipped and 
> output directories of dependency projects (with Compile on Save turned on) 
> will be used instead of their jar artifacts.
> Scanning for projects...
> -< com.nowhere:mavenproject2 >--
> Building mavenproject2 1.0-SNAPSHOT
> [ jar ]-
> --- exec-maven-plugin:3.0.0:exec (default-cli) @ mavenproject2 ---
> Error occurred during initialization of VM
> Could not find agent library \/Applications/NetBeans/Apache in absolute path, 
> with error: dlopen(\/Applications/NetBeans/Apache, 1): image not found
> Command execution failed.
> org.apache.commons.exec.ExecuteException: Process exited with an error: 1 
> (Exit value: 1)
>  at org.apache.commons.exec.DefaultExecutor.executeInternal 
> (DefaultExecutor.java:404)
>  at org.apache.commons.exec.DefaultExecutor.execute (DefaultExecutor.java:166)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:982)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:929)
>  at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:457)
>  at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
> (DefaultBuildPluginManager.java:137)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:210)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:156)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:148)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:117)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> 

[jira] [Updated] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-29 Thread Peter Hull (Jira)


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

Peter Hull updated NETBEANS-5732:
-
Attachment: IDE_log.txt

> Profiler not working with Maven Project on MacOS
> 
>
> Key: NETBEANS-5732
> URL: https://issues.apache.org/jira/browse/NETBEANS-5732
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - IDE
>Affects Versions: 12.4
>Reporter: Peter Hull
>Priority: Major
> Attachments: IDE_log.txt
>
>
> Profiler does not start when attempting to profile a Swing app using a maven 
> project on MacOS.
> Expected: profiler does start
> Actual: Shows an error in the output tab, given below:
> cd /Users/peterhull/Projects/mavenproject2; 
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
> "/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
> "-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
> -XX:+HeapDumpOnOutOfMemoryError 
> '-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
> ${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
> -Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
>  "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
> -XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> "-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
>  NetBeans 
> 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
> -Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
>  -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Running NetBeans Compile On Save execution. Phase execution is skipped and 
> output directories of dependency projects (with Compile on Save turned on) 
> will be used instead of their jar artifacts.
> Scanning for projects...
> -< com.nowhere:mavenproject2 >--
> Building mavenproject2 1.0-SNAPSHOT
> [ jar ]-
> --- exec-maven-plugin:3.0.0:exec (default-cli) @ mavenproject2 ---
> Error occurred during initialization of VM
> Could not find agent library \/Applications/NetBeans/Apache in absolute path, 
> with error: dlopen(\/Applications/NetBeans/Apache, 1): image not found
> Command execution failed.
> org.apache.commons.exec.ExecuteException: Process exited with an error: 1 
> (Exit value: 1)
>  at org.apache.commons.exec.DefaultExecutor.executeInternal 
> (DefaultExecutor.java:404)
>  at org.apache.commons.exec.DefaultExecutor.execute (DefaultExecutor.java:166)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:982)
>  at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:929)
>  at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:457)
>  at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
> (DefaultBuildPluginManager.java:137)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:210)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:156)
>  at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
> (MojoExecutor.java:148)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:117)
>  at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
> (LifecycleModuleBuilder.java:81)
>  at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
>  (SingleThreadedBuilder.java:56)
>  at org.apache.maven.lifecycle.internal.LifecycleStarter.execute 
> (LifecycleStarter.java:128)
>  at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
>  at org.apache.maven.DefaultMaven.doExecute 

[jira] [Created] (NETBEANS-5732) Profiler not working with Maven Project on MacOS

2021-05-29 Thread Peter Hull (Jira)
Peter Hull created NETBEANS-5732:


 Summary: Profiler not working with Maven Project on MacOS
 Key: NETBEANS-5732
 URL: https://issues.apache.org/jira/browse/NETBEANS-5732
 Project: NetBeans
  Issue Type: Bug
  Components: profiler - IDE
Affects Versions: 12.4
Reporter: Peter Hull


Profiler does not start when attempting to profile a Swing app using a maven 
project on MacOS.

Expected: profiler does start

Actual: Shows an error in the output tab, given below:

cd /Users/peterhull/Projects/mavenproject2; 
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home 
"/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/java/maven/bin/mvn" 
"-Dexec.vmArgs='-agentpath:\\'/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib\\'=\\'/Applications/NetBeans/Apache
 NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib\\',5140,10' 
-XX:+HeapDumpOnOutOfMemoryError 
'-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
 '" "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
${exec.appArgs}" -Dexec.mainClass=com.nowhere.mavenproject2.NewJFrame 
-Dexec.executable=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java
 "-Dprofiler.jvmargs.all= -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
 -agentpath:'/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
 NetBeans 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
"-Dprofiler.jvmargs.arg1=-agentpath:'/Applications/NetBeans/Apache NetBeans 
12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib'='/Applications/NetBeans/Apache
 NetBeans 12.4.app/Contents/Resources/NetBeans/netbeans/profiler/lib',5140,10" 
-Dprofiler.jvmargs.arg2=-XX:HeapDumpPath=/Users/peterhull/Library/Caches/NetBeans/12.4/mavencachedirs/1004131909/org-netbeans-modules-profiler
 -Dprofiler.jvmargs.arg3=-XX:+HeapDumpOnOutOfMemoryError -Dexec.appArgs= 
org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
Running NetBeans Compile On Save execution. Phase execution is skipped and 
output directories of dependency projects (with Compile on Save turned on) will 
be used instead of their jar artifacts.
Scanning for projects...

-< com.nowhere:mavenproject2 >--
Building mavenproject2 1.0-SNAPSHOT
[ jar ]-

--- exec-maven-plugin:3.0.0:exec (default-cli) @ mavenproject2 ---
Error occurred during initialization of VM
Could not find agent library \/Applications/NetBeans/Apache in absolute path, 
with error: dlopen(\/Applications/NetBeans/Apache, 1): image not found
Command execution failed.
org.apache.commons.exec.ExecuteException: Process exited with an error: 1 (Exit 
value: 1)
 at org.apache.commons.exec.DefaultExecutor.executeInternal 
(DefaultExecutor.java:404)
 at org.apache.commons.exec.DefaultExecutor.execute (DefaultExecutor.java:166)
 at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:982)
 at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:929)
 at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:457)
 at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
(DefaultBuildPluginManager.java:137)
 at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:210)
 at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:156)
 at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:148)
 at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:117)
 at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:81)
 at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
 (SingleThreadedBuilder.java:56)
 at org.apache.maven.lifecycle.internal.LifecycleStarter.execute 
(LifecycleStarter.java:128)
 at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
 at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
 at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
 at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
 at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
 at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
 at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
 at jdk.internal.reflect.NativeMethodAccessorImpl.invoke 

[jira] [Commented] (NETBEANS-5476) New project - failure to open on Windows-Linux network path (WSL)

2021-05-13 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-5476:
--

Quick question to [~lvx123] - does it work if you specify the path as 
//wsl$/Ubuntu-20.04/home/luca/inova/ because I think without the leading 
slashes it's not a properly formed WSL path?

> New project - failure to open on Windows-Linux network path (WSL) 
> --
>
> Key: NETBEANS-5476
> URL: https://issues.apache.org/jira/browse/NETBEANS-5476
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Luca De Prisco
>Priority: Blocker
>
> Hello everybody,
> here is my situation:
> Windows 10 Pro with Ubuntu WSL 20.04 subsystem
> After installing the IDE NetBeans and have correctly installed the JDK 8, I 
> tried to create a new PHP project that aimed at existing sources.
>  In the specification of the "Sourcer Folder" I enter the following path:
> [wsl$/Ubuntu-20.04/home/luca/inova/|file:///Ubuntu-20.04/home/luca/inova/]
> The project is not created and I get a warning error message (at the bottom 
> right), with the following details:
>  
> java.net.URISyntaxException: Illegal character in hostname at index 10: 
> [file://wsl$/Ubuntu-20.04/home/luca/inova/|file:///Ubuntu-20.04/home/luca/inova/]
>  at java.net.URI$Parser.fail(URI.java:2848)
>  at java.net.URI$Parser.parseHostname(URI.java:3387)
>  at java.net.URI$Parser.parseServer(URI.java:3236)
>  at java.net.URI$Parser.parseAuthority(URI.java:3155)
>  at java.net.URI$Parser.parseHierarchical(URI.java:3097)
>  at java.net.URI$Parser.parse(URI.java:3053)
>  at java.net.URI.(URI.java:673)
>  at java.net.URI.(URI.java:774)
>  at 
> org.netbeans.modules.masterfs.filebasedfs.FileBasedURLMapper.toURI(FileBasedURLMapper.java:111)
>  Caused: java.lang.Error
>  at 
> org.netbeans.modules.masterfs.filebasedfs.FileBasedURLMapper.toURI(FileBasedURLMapper.java:113)
>  at 
> org.netbeans.modules.masterfs.filebasedfs.FileBasedURLMapper.toURI(FileBasedURLMapper.java:105)
>  at 
> org.netbeans.modules.masterfs.filebasedfs.FileBasedURLMapper.fileToURL(FileBasedURLMapper.java:87)
>  at 
> org.netbeans.modules.masterfs.filebasedfs.FileBasedURLMapper.getURL(FileBasedURLMapper.java:50)
>  at 
> org.netbeans.modules.masterfs.MasterURLMapper.getURL(MasterURLMapper.java:44)
>  at org.openide.filesystems.URLMapper.findURL(URLMapper.java:115)
>  at org.openide.filesystems.FileObject.toURL(FileObject.java:1216)
>  at org.openide.filesystems.FileObject.toURI(FileObject.java:1227)
>  at 
> org.netbeans.modules.cpplite.project.CPPLiteProject.getRootPreferences(CPPLiteProject.java:64)
>  at 
> org.netbeans.modules.cpplite.project.CPPLiteProject.access$200(CPPLiteProject.java:51)
>  at 
> org.netbeans.modules.cpplite.project.CPPLiteProject$FactoryImpl.isProject2(CPPLiteProject.java:151)
>  at 
> org.netbeans.modules.cpplite.project.CPPLiteProject$FactoryImpl.isProject(CPPLiteProject.java:160)
>  at 
> org.netbeans.modules.cpplite.project.CPPLiteProject$FactoryImpl.loadProject(CPPLiteProject.java:165)
>  at 
> org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376)
>  at 
> org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69)
>  at 
> org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289)
>  at 
> org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218)
>  at 
> org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188)
>  at org.openide.util.Mutex.readAccess(Mutex.java:231)
>  at 
> org.netbeans.modules.projectapi.nb.NbProjectManager.findProject(NbProjectManager.java:218)
>  at 
> org.netbeans.api.project.ProjectManager.findProject(ProjectManager.java:142)
>  at 
> org.netbeans.modules.php.project.util.PhpProjectUtils.isProject(PhpProjectUtils.java:102)
>  at 
> org.netbeans.modules.php.project.ui.wizards.ConfigureProjectPanel.validateSources(ConfigureProjectPanel.java:480)
>  at 
> org.netbeans.modules.php.project.ui.wizards.ConfigureProjectPanel.isValid(ConfigureProjectPanel.java:246)
>  at org.openide.WizardDescriptor.updateStateOpen(WizardDescriptor.java:850)
>  at org.openide.WizardDescriptor.updateState(WizardDescriptor.java:797)
>  at org.openide.loaders.TemplateWizard.updateState(TemplateWizard.java:758)
>  at 
> org.netbeans.modules.project.ui.NewProjectWizard.updateState(NewProjectWizard.java:59)
>  at org.openide.WizardDescriptor._updateState(WizardDescriptor.java:775)
>  at org.openide.WizardDescriptor.access$200(WizardDescriptor.java:67)
>  at 
> org.openide.WizardDescriptor$Listener.stateChanged(WizardDescriptor.java:2156)
>  at 
> org.openide.util.WeakListenerImpl$Change.stateChanged(WeakListenerImpl.java:331)
>  at 

[jira] [Commented] (NETBEANS-4569) Format Java code throws NullPointerException

2021-04-06 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-4569:
--

I believe this only happens when nb-javac is not enabled.

I've made a PR https://github.com/apache/netbeans/pull/2865

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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] [Comment Edited] (NETBEANS-4569) Format Java code throws NullPointerException

2021-04-01 Thread Peter Hull (Jira)


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

Peter Hull edited comment on NETBEANS-4569 at 4/1/21, 8:40 AM:
---

I have also encountered this with following source code (tried to get this as 
small as possible)

package javaapplication106;

public class NewClass {
public void t () {
switch(0) { default: break;}
}
}

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  


was (Author: peterhull90):
I have also encountered this with following source code (tried to get this as 
small as possible)

{{package javaapplication106;}}

{{public class NewClass {}}
{{   public void t ()}}

{{{   switch(0) { default: break;}}}

 {{ } }}
 {{}}}

 

 

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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] [Comment Edited] (NETBEANS-4569) Format Java code throws NullPointerException

2021-04-01 Thread Peter Hull (Jira)


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

Peter Hull edited comment on NETBEANS-4569 at 4/1/21, 8:38 AM:
---

I have also encountered this with following source code (tried to get this as 
small as possible)

{{package javaapplication106;}}

{{public class NewClass {}}
{{   public void t ()}}

{{{   switch(0) { default: break;}}}

 {{ } }}
 {{}}}

 

 

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  


was (Author: peterhull90):
I have also encountered this with following source code (tried to get this as 
small as possible)

{{package javaapplication106;}}

{{public class NewClass {}}
  public void t () {
  switch(0) \{ default: break;}
  }
 {{}}}

 

 

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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] [Comment Edited] (NETBEANS-4569) Format Java code throws NullPointerException

2021-04-01 Thread Peter Hull (Jira)


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

Peter Hull edited comment on NETBEANS-4569 at 4/1/21, 8:37 AM:
---

I have also encountered this with following source code (tried to get this as 
small as possible)

{{package javaapplication106;}}

{{public class NewClass {}}
  public void t () {
  switch(0) \{ default: break;}
  }
 {{}}}

 

 

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  


was (Author: peterhull90):
I have also encountered this with following source code (tried to get this as 
small as possible)

{{package javaapplication106;}}{{public class NewClass {}}
{{ public void t () {}}
{{ switch(0) \{ default: break;}}}
{{ }}}
{{}}}

 

 

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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] [Comment Edited] (NETBEANS-4569) Format Java code throws NullPointerException

2021-04-01 Thread Peter Hull (Jira)


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

Peter Hull edited comment on NETBEANS-4569 at 4/1/21, 8:36 AM:
---

I have also encountered this with following source code (tried to get this as 
small as possible)

{{package javaapplication106;}}{{public class NewClass {}}
{{ public void t () {}}
{{ switch(0) \{ default: break;}}}
{{ }}}
{{}}}

 

 

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  


was (Author: peterhull90):
I have also encountered this with following source code (tried to get this as 
small as possible)

{{public class NewClass {}}
{{ public void t () {}}
{{ switch(0)}}{{{ default: break;}}}{{}}}
{{ }}}

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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] [Comment Edited] (NETBEANS-4569) Format Java code throws NullPointerException

2021-04-01 Thread Peter Hull (Jira)


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

Peter Hull edited comment on NETBEANS-4569 at 4/1/21, 8:35 AM:
---

I have also encountered this with following source code (tried to get this as 
small as possible)

{{public class NewClass {}}
{{ public void t () {}}
{{ switch(0)}}{{{ default: break;}}}{{}}}
{{ }}}

I have attached my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
 Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
 Runtime: OpenJDK Runtime Environment 11.0.9.1+1
 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
 User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
 Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

[^messages.log] 
  


was (Author: peterhull90):
I have also encountered this with following source code (tried to get this as 
small as possible)

{{

public class NewClass {
public void t () {
switch(0) { default: break;}
}
}}}

I have attached  my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
Runtime: OpenJDK Runtime Environment 11.0.9.1+1
System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

 [^messages.log] 
 

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-4569) Format Java code throws NullPointerException

2021-04-01 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-4569:
--

I have also encountered this with following source code (tried to get this as 
small as possible)

{{

public class NewClass {
public void t () {
switch(0) { default: break;}
}
}}}

I have attached  my messages.log. Note 
https://issues.apache.org/jira/browse/NETBEANS-4570 was a duplicate of this but 
was closed (IMO prematurely). The suggested workround in that issue, clearing 
the cache, did not work for me.

Product Version: Apache NetBeans IDE 12.3
Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1
Runtime: OpenJDK Runtime Environment 11.0.9.1+1
System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
User directory: C:\Users\peter\AppData\Roaming\NetBeans\12.3
Cache directory: C:\Users\peter\AppData\Local\NetBeans\Cache\12.3

 [^messages.log] 
 

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-4569) Format Java code throws NullPointerException

2021-04-01 Thread Peter Hull (Jira)


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

Peter Hull updated NETBEANS-4569:
-
Attachment: messages.log

> Format Java code throws NullPointerException
> 
>
> Key: NETBEANS-4569
> URL: https://issues.apache.org/jira/browse/NETBEANS-4569
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Boris Heithecker
>Priority: Major
> Attachments: messages.log
>
>
> Action Format code (Alt+Shift-F) sometimes fails due to a 
> NullPointerException thrown.
> Affects Java code. 
> I could not determine the exact pattern to reproduce this, but it definitely 
> depends on pieces of the source code. Commenting out parts of the affected 
> class sometimes helps. 
> I've been working with the same sources in 11.3 and didn't notice anything 
> like it.
> Stack trace: 
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) 
> at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
>  at 
> org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
>  
> Maybe it can be fixed easily by checking for null. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-1428) Fatal error when profiling

2020-11-28 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-1428:
--

Lisa Ruby: please can you try this work-around?
 # Download the binaries with the proposed fix from 
[https://github.com/pedro-w/netbeans/releases/tag/v2] (it is the zip file with 
the long name 9e9...zip
 # Extract from this the files 
lib/deployed/jdk16/windows/profilerinterface.dll, 
lib/deployed/jdk16/windows/profilerinterface.map, 
lib/deployed/jdk16/windows-amd64/profilerinterface.dll and 
lib/deployed/jdk16/windows-amd64/profilerinterface.map
 # Replace the corresponding files in your Netbeans installation, should be in 
C:\Program Files\NetBeans-12.0\netbeans\profiler\lib\deployed\jdk16\windows and 
C:\Program 
Files\NetBeans-12.0\netbeans\profiler\lib\deployed\jdk16\windows-amd64

Then restart Netbeans.

(I don't have Windows PC here so hopefully I've got the file paths correct, let 
me know if you have trouble)

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0, 11.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat, pull-request-available
> Attachments: hs_err_pid2496.log, hs_err_pid38528.log
>
>  Time Spent: 2h 50m
>  Remaining Estimate: 0h
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-4005) UI shows files in git repo as modified when they are not

2020-05-01 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-4005:
--

This bug will also be fixed by [https://github.com/apache/netbeans/pull/2116] 
(update to 5.7.0) which is the solution to  NETBEANS-4289

> UI shows files in git repo as modified when they are not
> 
>
> Key: NETBEANS-4005
> URL: https://issues.apache.org/jira/browse/NETBEANS-4005
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2, 11.3
>Reporter: Peter Hull
>Priority: Minor
>  Labels: pull-request-available
> Attachments: Annotation 2020-03-12 092900.jpg
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The version control UI highlights files that are changed in the working 
> directory. Under certain circumstances, the 'git' provider highlights files 
> as changed when they are not. See the attached screen shot for an example. 
> The file Arch.xsl and two others are in blue, but NB's own diff view shows no 
> changes (0/0). This is confirmed by running git status/git diff from the 
> command line.
> This is a known problem associated with the version of jgit (5.5.0) bundled 
> with NetBeans, and which was fixed in 5.5.1. See discussion 
> [here|https://www.eclipse.org/forums/index.php/t/1100344/].
> The update to jgit was because of 
> https://issues.apache.org/jira/browse/NETBEANS-519 and implemented in 
> https://github.com/apache/netbeans/pull/1528 , November 2019.
> Suggested fix: update jgit to 5.5.1



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-1428) Fatal error when profiling

2020-03-16 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-1428:
--

I've put in a PR but I need some help:
* I've created a zip file with binaries of the libraries but it needs to be 
uploaded to OSUOSL before a 'normal' build of Netbeans will be able to use it 
(and I guess we don't want this until it's been tested!)
* The license of the binaries is still CDDL - how do we change this to Apache. 
This is problematic because not all of the binary libraries have been updated 
(i.e. for the older Unix platforms)

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0, 11.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat, pull-request-available
> Attachments: hs_err_pid38528.log
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-4005) UI shows files in git repo as modified when they are not

2020-03-12 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-4005:
--

As mentioned in the linked discussion on the eclipse forums, the problem was 
first noted because of poor performance (jgit had to do a lot more work 
scanning file contents, instead of comparing metadata). This _might _explain 
ebresie's comment in 
https://github.com/apache/netbeans/pull/1528#issuecomment-586616065 (I haven't 
checked this)

> UI shows files in git repo as modified when they are not
> 
>
> Key: NETBEANS-4005
> URL: https://issues.apache.org/jira/browse/NETBEANS-4005
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2, 11.3
>Reporter: Peter Hull
>Priority: Minor
> Attachments: Annotation 2020-03-12 092900.jpg
>
>
> The version control UI highlights files that are changed in the working 
> directory. Under certain circumstances, the 'git' provider highlights files 
> as changed when they are not. See the attached screen shot for an example. 
> The file Arch.xsl and two others are in blue, but NB's own diff view shows no 
> changes (0/0). This is confirmed by running git status/git diff from the 
> command line.
> This is a known problem associated with the version of jgit (5.5.0) bundled 
> with NetBeans, and which was fixed in 5.5.1. See discussion 
> [here|https://www.eclipse.org/forums/index.php/t/1100344/].
> The update to jgit was because of 
> https://issues.apache.org/jira/browse/NETBEANS-519 and implemented in 
> https://github.com/apache/netbeans/pull/1528 , November 2019.
> Suggested fix: update jgit to 5.5.1



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-4005) UI shows files in git repo as modified when they are not

2020-03-12 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-4005:
--

I believe this only affects NB running on Windows as I have not been able to 
reproduce on macOS.

> UI shows files in git repo as modified when they are not
> 
>
> Key: NETBEANS-4005
> URL: https://issues.apache.org/jira/browse/NETBEANS-4005
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2, 11.3
>Reporter: Peter Hull
>Priority: Minor
> Attachments: Annotation 2020-03-12 092900.jpg
>
>
> The version control UI highlights files that are changed in the working 
> directory. Under certain circumstances, the 'git' provider highlights files 
> as changed when they are not. See the attached screen shot for an example. 
> The file Arch.xsl and two others are in blue, but NB's own diff view shows no 
> changes (0/0). This is confirmed by running git status/git diff from the 
> command line.
> This is a known problem associated with the version of jgit (5.5.0) bundled 
> with NetBeans, and which was fixed in 5.5.1. See discussion 
> [here|https://www.eclipse.org/forums/index.php/t/1100344/].
> The update to jgit was because of 
> https://issues.apache.org/jira/browse/NETBEANS-519 and implemented in 
> https://github.com/apache/netbeans/pull/1528 , November 2019.
> Suggested fix: update jgit to 5.5.1



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-4005) UI shows files in git repo as modified when they are not

2020-03-12 Thread Peter Hull (Jira)


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

Peter Hull updated NETBEANS-4005:
-
Affects Version/s: 11.3

> UI shows files in git repo as modified when they are not
> 
>
> Key: NETBEANS-4005
> URL: https://issues.apache.org/jira/browse/NETBEANS-4005
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2, 11.3
>Reporter: Peter Hull
>Priority: Minor
> Attachments: Annotation 2020-03-12 092900.jpg
>
>
> The version control UI highlights files that are changed in the working 
> directory. Under certain circumstances, the 'git' provider highlights files 
> as changed when they are not. See the attached screen shot for an example. 
> The file Arch.xsl and two others are in blue, but NB's own diff view shows no 
> changes (0/0). This is confirmed by running git status/git diff from the 
> command line.
> This is a known problem associated with the version of jgit (5.5.0) bundled 
> with NetBeans, and which was fixed in 5.5.1. See discussion 
> [here|https://www.eclipse.org/forums/index.php/t/1100344/].
> The update to jgit was because of 
> https://issues.apache.org/jira/browse/NETBEANS-519 and implemented in 
> https://github.com/apache/netbeans/pull/1528 , November 2019.
> Suggested fix: update jgit to 5.5.1



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-4005) UI shows files in git repo as modified when they are not

2020-03-12 Thread Peter Hull (Jira)
Peter Hull created NETBEANS-4005:


 Summary: UI shows files in git repo as modified when they are not
 Key: NETBEANS-4005
 URL: https://issues.apache.org/jira/browse/NETBEANS-4005
 Project: NetBeans
  Issue Type: Bug
  Components: versioncontrol - Git
Affects Versions: 11.2
Reporter: Peter Hull
 Attachments: Annotation 2020-03-12 092900.jpg

The version control UI highlights files that are changed in the working 
directory. Under certain circumstances, the 'git' provider highlights files as 
changed when they are not. See the attached screen shot for an example. The 
file Arch.xsl and two others are in blue, but NB's own diff view shows no 
changes (0/0). This is confirmed by running git status/git diff from the 
command line.

This is a known problem associated with the version of jgit (5.5.0) bundled 
with NetBeans, and which was fixed in 5.5.1. See discussion 
[here|https://www.eclipse.org/forums/index.php/t/1100344/].

The update to jgit was because of 
https://issues.apache.org/jira/browse/NETBEANS-519 and implemented in 
https://github.com/apache/netbeans/pull/1528 , November 2019.

Suggested fix: update jgit to 5.5.1




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3900) Using netbeans to profile a Play1 app crashes the app after a while

2020-02-27 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-3900:
--

I'm going to take that as a positive.

I apologise, it wasn't clear from my comment but the changes here are in 
addition to the ones I did for NETBEANS-1428 which I thought would only help 
Windows and be neutral for everything else.

It's possible that just recompiling fixed something (a library or ABI issue) - 
as far as I can tell, the native code is not rebuilt by Jenkins (the libraries 
are dated approx 2017)

Anyway, can you tell me, did you see any error lines starting "*** PROFILER 
INTERFACE Error request for method XXX which is not known" in the NB output tab?

Would you mind continuing to use this version for a while to check that the 
problem doesn't recur? I hope that I can get fixes for this and NETBEANS-1428 
merged in the NB 12.0 window.

Thanks,

Peter

> Using netbeans to profile a Play1 app crashes the app after a while
> ---
>
> Key: NETBEANS-3900
> URL: https://issues.apache.org/jira/browse/NETBEANS-3900
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 11.0, 11.2
> Environment: JDK: OpenJDK 11 or HotSpot Java 8.
> OS: 64-bit Ubuntu or OpenSUSE
>Reporter: David Costanzo
>Priority: Major
> Attachments: hs_err_pid24234.log, hs_err_pid24980.log
>
>
> When I use NetBeans 11.2 to profile a stand alone web application that is 
> based on the Play 1 framework, the profiling works for a little while, then 
> the JVM that's being profiled crashes.
> I cannot reproduce a crash when using a java command-line tool, only my web 
> apps crash.
> I am able to profile using visualvm.
> If I use Java 8 for both the target app's JVM and netbean's JVM, I can still 
> reproduce the crash.  (Mixing a Java 8 app with a Java 11 netbeans makes it 
> so that the profiler cannot attach).
> If I drop down to NetBeans 9, I can still reproduce the crash.  (NetBeans 8.2 
> cannot attach a profiler).
> Unfortunately, I have been unsuccessful at creating a small, isolated repro.  
> All of our applications rely heavily our corporate file system, our corporate 
> databases, and ancillary services that are only available on our LAN.  When I 
> try to remove these dependencies, I also lose the repro.
> Also unfortunate is that I don't understand how a Java profiler is 
> implemented, so I don't know how to investigate this.  I also don't know how 
> to build a profiler with symbols, which I assume would help.
> A possibly relevant bit for one log is (included for searchability): 
> {noformat}
> ---  T H R E A D  ---
> Current thread (0x7fae40021000):  JavaThread "*** Profiler Agent 
> Communication Thread" daemon [_thread_in_vm, id=5892, 
> stack(0x7fad2b68b000,0x7fad2b78c000)]
> Stack: [0x7fad2b68b000,0x7fad2b78c000],  sp=0x7fad2b78a560,  free 
> space=1021k
> Native frames: (J=compiled Java code, A=aot compiled Java code, 
> j=interpreted, Vv=VM code, C=native code)
> V  [libjvm.so+0xb8a836]  Method::checked_resolve_jmethod_id(_jmethodID*)+0x26
> V  [libjvm.so+0x9ac918]  jvmti_GetMethodDeclaringClass+0x1d8
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j  
> org.netbeans.lib.profiler.server.system.Stacks.getMethodNamesForJMethodIds(I[I[I)[B+0
> j  
> org.netbeans.lib.profiler.server.ProfilerInterface.getMethodNamesForJMethodIds([I)Lorg/netbeans/lib/profiler/wireprotocol/MethodNamesResponse;+20
> j  
> org.netbeans.lib.profiler.server.ProfilerServer.handleClientCommand(Lorg/netbeans/lib/profiler/wireprotocol/Command;)V+691
> j  org.netbeans.lib.profiler.server.ProfilerServer.listenToClient()V+48
> j  org.netbeans.lib.profiler.server.ProfilerServer.run()V+22
> v  ~StubRoutines::call_stub
> siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 
> 0x00020010
> Register to memory mapping:
> RAX=0x0002 is an unknown value
> RBX=0x7fae0020 points into unknown readable memory: 00 00 00 00 02 00 
> 00 00
> RCX=0x7fad2b8954c0:  in 
> /local/netbeans_11_2/profiler/lib/deployed/jdk16/linux-amd64/libprofilerinterface.so
>  at 0x7fad2b78c000
> RDX=0x7faed95ee300:  in 
> /scharp/xapps/fw/share/jdk-11.0.5_10-hotspot/lib/server/libjvm.so at 
> 0x7faed8f72000
> RSP=0x7fad2b78a560 is pointing into the stack for thread: 
> 0x7fae40021000
> RBP=0x7fad2b78a570 is pointing into the stack for thread: 
> 0x7fae40021000
> RSI=0x7fae40021000 is a thread
> RDI=0x7fae points into unknown readable memory: 20 00 00 00 ae 7f 
> 00 00
> R8 =0x0002 is an unknown value
> R9 =0x00ad is an unknown value
> R10=0x0011 is an 

[jira] [Commented] (NETBEANS-3900) Using netbeans to profile a Play1 app crashes the app after a while

2020-02-26 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-3900:
--

This looks like it's going to be tricky because of the byte-code rewriting 
stuff, which I am not an expert in. However as a start I've recompiled the 
native interface with an extra check to see how we get on.

It's in the profilerinterface200223.zip fie here: 
[https://github.com/pedro-w/netbeans/releases/tag/v0.200223]

and the source code for your information on this branch: 
[https://github.com/pedro-w/netbeans/tree/support-3900]

You should see a line starting "*** PROFILER INTERFACE" in the Netbeans output 
tab, then you can be sure it's using the new version.

Let me know if this changes anything.

> Using netbeans to profile a Play1 app crashes the app after a while
> ---
>
> Key: NETBEANS-3900
> URL: https://issues.apache.org/jira/browse/NETBEANS-3900
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 11.0, 11.2
> Environment: JDK: OpenJDK 11 or HotSpot Java 8.
> OS: 64-bit Ubuntu or OpenSUSE
>Reporter: David Costanzo
>Priority: Major
> Attachments: hs_err_pid24234.log, hs_err_pid24980.log
>
>
> When I use NetBeans 11.2 to profile a stand alone web application that is 
> based on the Play 1 framework, the profiling works for a little while, then 
> the JVM that's being profiled crashes.
> I cannot reproduce a crash when using a java command-line tool, only my web 
> apps crash.
> I am able to profile using visualvm.
> If I use Java 8 for both the target app's JVM and netbean's JVM, I can still 
> reproduce the crash.  (Mixing a Java 8 app with a Java 11 netbeans makes it 
> so that the profiler cannot attach).
> If I drop down to NetBeans 9, I can still reproduce the crash.  (NetBeans 8.2 
> cannot attach a profiler).
> Unfortunately, I have been unsuccessful at creating a small, isolated repro.  
> All of our applications rely heavily our corporate file system, our corporate 
> databases, and ancillary services that are only available on our LAN.  When I 
> try to remove these dependencies, I also lose the repro.
> Also unfortunate is that I don't understand how a Java profiler is 
> implemented, so I don't know how to investigate this.  I also don't know how 
> to build a profiler with symbols, which I assume would help.
> A possibly relevant bit for one log is (included for searchability): 
> {noformat}
> ---  T H R E A D  ---
> Current thread (0x7fae40021000):  JavaThread "*** Profiler Agent 
> Communication Thread" daemon [_thread_in_vm, id=5892, 
> stack(0x7fad2b68b000,0x7fad2b78c000)]
> Stack: [0x7fad2b68b000,0x7fad2b78c000],  sp=0x7fad2b78a560,  free 
> space=1021k
> Native frames: (J=compiled Java code, A=aot compiled Java code, 
> j=interpreted, Vv=VM code, C=native code)
> V  [libjvm.so+0xb8a836]  Method::checked_resolve_jmethod_id(_jmethodID*)+0x26
> V  [libjvm.so+0x9ac918]  jvmti_GetMethodDeclaringClass+0x1d8
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j  
> org.netbeans.lib.profiler.server.system.Stacks.getMethodNamesForJMethodIds(I[I[I)[B+0
> j  
> org.netbeans.lib.profiler.server.ProfilerInterface.getMethodNamesForJMethodIds([I)Lorg/netbeans/lib/profiler/wireprotocol/MethodNamesResponse;+20
> j  
> org.netbeans.lib.profiler.server.ProfilerServer.handleClientCommand(Lorg/netbeans/lib/profiler/wireprotocol/Command;)V+691
> j  org.netbeans.lib.profiler.server.ProfilerServer.listenToClient()V+48
> j  org.netbeans.lib.profiler.server.ProfilerServer.run()V+22
> v  ~StubRoutines::call_stub
> siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 
> 0x00020010
> Register to memory mapping:
> RAX=0x0002 is an unknown value
> RBX=0x7fae0020 points into unknown readable memory: 00 00 00 00 02 00 
> 00 00
> RCX=0x7fad2b8954c0:  in 
> /local/netbeans_11_2/profiler/lib/deployed/jdk16/linux-amd64/libprofilerinterface.so
>  at 0x7fad2b78c000
> RDX=0x7faed95ee300:  in 
> /scharp/xapps/fw/share/jdk-11.0.5_10-hotspot/lib/server/libjvm.so at 
> 0x7faed8f72000
> RSP=0x7fad2b78a560 is pointing into the stack for thread: 
> 0x7fae40021000
> RBP=0x7fad2b78a570 is pointing into the stack for thread: 
> 0x7fae40021000
> RSI=0x7fae40021000 is a thread
> RDI=0x7fae points into unknown readable memory: 20 00 00 00 ae 7f 
> 00 00
> R8 =0x0002 is an unknown value
> R9 =0x00ad is an unknown value
> R10=0x0011 is an unknown value
> R11=0x7faeda5ae4c0:  in 
> /lib/x86_64-linux-gnu/libc.so.6 at 0x7faeda3ff000
> R12=0x7fae3401cdc0 points into unknown readable memory: 60 49 

[jira] [Commented] (NETBEANS-3900) Using netbeans to profile a Play1 app crashes the app after a while

2020-02-19 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-3900:
--

This is definitely helpful, thanks. I can have a think about what might be the 
cause of this. I appreciate you can't share your web app source over the 
internet but would you be OK  with replacing the native component of the 
NetBeans profiler (libprofilerinterface.so) with a custom version that had more 
checks or more logging? Obviously I would give you the source code so you can 
audit or rebuild yourself.

For info, the last bit of NB code executed before we jump into the JVM itself 
(where the crash happens) is here:

https://github.com/apache/netbeans/blob/34eb8db09606a1208c388fe8ca4214833142af4d/profiler/lib.profiler/src/org/netbeans/lib/profiler/server/ProfilerInterface.java#L399

implemented here:

[https://github.com/apache/netbeans/blob/4d1b7e176a383c0bf01b116b7bf9c9514e46eb33/profiler/lib.profiler/native/src-jdk15/Stacks.c#L220]

We track the jmethodIDs of all methods on the Java call stack and my guess is 
either: we've exceeded some limit OR it's something concurrency related. This 
is based on the crash only happening in a complex application and after some 
run-time has elapsed.

 

> Using netbeans to profile a Play1 app crashes the app after a while
> ---
>
> Key: NETBEANS-3900
> URL: https://issues.apache.org/jira/browse/NETBEANS-3900
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 11.0, 11.2
> Environment: JDK: OpenJDK 11 or HotSpot Java 8.
> OS: 64-bit Ubuntu or OpenSUSE
>Reporter: David Costanzo
>Priority: Major
> Attachments: hs_err_pid24234.log, hs_err_pid24980.log
>
>
> When I use NetBeans 11.2 to profile a stand alone web application that is 
> based on the Play 1 framework, the profiling works for a little while, then 
> the JVM that's being profiled crashes.
> I cannot reproduce a crash when using a java command-line tool, only my web 
> apps crash.
> I am able to profile using visualvm.
> If I use Java 8 for both the target app's JVM and netbean's JVM, I can still 
> reproduce the crash.  (Mixing a Java 8 app with a Java 11 netbeans makes it 
> so that the profiler cannot attach).
> If I drop down to NetBeans 9, I can still reproduce the crash.  (NetBeans 8.2 
> cannot attach a profiler).
> Unfortunately, I have been unsuccessful at creating a small, isolated repro.  
> All of our applications rely heavily our corporate file system, our corporate 
> databases, and ancillary services that are only available on our LAN.  When I 
> try to remove these dependencies, I also lose the repro.
> Also unfortunate is that I don't understand how a Java profiler is 
> implemented, so I don't know how to investigate this.  I also don't know how 
> to build a profiler with symbols, which I assume would help.
> A possibly relevant bit for one log is (included for searchability): 
> {noformat}
> ---  T H R E A D  ---
> Current thread (0x7fae40021000):  JavaThread "*** Profiler Agent 
> Communication Thread" daemon [_thread_in_vm, id=5892, 
> stack(0x7fad2b68b000,0x7fad2b78c000)]
> Stack: [0x7fad2b68b000,0x7fad2b78c000],  sp=0x7fad2b78a560,  free 
> space=1021k
> Native frames: (J=compiled Java code, A=aot compiled Java code, 
> j=interpreted, Vv=VM code, C=native code)
> V  [libjvm.so+0xb8a836]  Method::checked_resolve_jmethod_id(_jmethodID*)+0x26
> V  [libjvm.so+0x9ac918]  jvmti_GetMethodDeclaringClass+0x1d8
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j  
> org.netbeans.lib.profiler.server.system.Stacks.getMethodNamesForJMethodIds(I[I[I)[B+0
> j  
> org.netbeans.lib.profiler.server.ProfilerInterface.getMethodNamesForJMethodIds([I)Lorg/netbeans/lib/profiler/wireprotocol/MethodNamesResponse;+20
> j  
> org.netbeans.lib.profiler.server.ProfilerServer.handleClientCommand(Lorg/netbeans/lib/profiler/wireprotocol/Command;)V+691
> j  org.netbeans.lib.profiler.server.ProfilerServer.listenToClient()V+48
> j  org.netbeans.lib.profiler.server.ProfilerServer.run()V+22
> v  ~StubRoutines::call_stub
> siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 
> 0x00020010
> Register to memory mapping:
> RAX=0x0002 is an unknown value
> RBX=0x7fae0020 points into unknown readable memory: 00 00 00 00 02 00 
> 00 00
> RCX=0x7fad2b8954c0:  in 
> /local/netbeans_11_2/profiler/lib/deployed/jdk16/linux-amd64/libprofilerinterface.so
>  at 0x7fad2b78c000
> RDX=0x7faed95ee300:  in 
> /scharp/xapps/fw/share/jdk-11.0.5_10-hotspot/lib/server/libjvm.so at 
> 0x7faed8f72000
> RSP=0x7fad2b78a560 is pointing into the stack for thread: 
> 

[jira] [Commented] (NETBEANS-1428) Fatal error when profiling

2020-02-15 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-1428:
--

Hi David,

I am not sure your crash is the same, since the root cause of this bug was an 
assumption in the native C code that sizeof(long) == sizeof(void*) which is 
true everywhere but Windows 64 bit. So, Linux should not be affected. Also, the 
crash was immediate, no profiling was done. If you wouldn't mind, please could 
you check your crash log against the one here: 
https://issues.apache.org/jira/browse/NETBEANS-1428?focusedCommentId=16681104=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16681104
 and unless it really is the same, file a new bug with your crash log, Linux 
distro details and steps to reproduce.

I am working on this at the moment so I have a (relatively!) good handle on how 
it works and I would be happy to set up a Linux VM to investigate your crash.

Thanks!

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0, 11.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3234) Apache NetBeans running on JDK 11 cannot access package classes

2020-02-05 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-3234:
--

Is this now fixed by Github PR #1565?

> Apache NetBeans running on JDK 11 cannot access package classes
> ---
>
> Key: NETBEANS-3234
> URL: https://issues.apache.org/jira/browse/NETBEANS-3234
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.1
>Reporter: Boris Heithecker
>Priority: Critical
>  Labels: pull-request-available
> Fix For: 11.3
>
>  Time Spent: 2h 40m
>  Remaining Estimate: 0h
>
> If a package-info element is defined in some package, it cannot be properly 
> accessed at runtime:  
>  
> java.lang.Package p = AnyClass.class.getPackage();
>  
> should return a package object representing the actual package-info element 
> of that package. It is, for example, used by the JAXB runtime to read 
> XmlSchema annotations at package level. 
>  
> This has been tested in oracle jdk11.0.4. Class java.lang.Package in Java 11 
> has a private field called "packageInfo" of type "Class", which should 
> hold a reference to the actual package-info class object, i.e. 
> AnyPackage.package-info. In NetBeans, always wrongly references 
> "java.lang.Package$1PackageInfoProxy", which is a fallback reference set if 
> no actual package-info could be found. 
>  
> The reason is most likely that neither 
>  
> org.netbeans.JarClassLoader
> nor org.netbeans.ProxyClassLoader
> nor org.netbeans.StandardModule$OneModuleClassLoader (all in 
> platform/o.n.bootstrap)
>  
> override method "java.lang.ClassLoader.findClass(String name)". The default 
> implementation throws an exceptions which causes the above fallback reference 
> to be set. 
>  
> This is a serious issue. If it is not fixed, the platform will not be fully 
> comptabile, among others, with the JAXB RI and also JAX-WS RI. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3785) Make memory gauge look better, especially on HiDPI displays

2020-02-03 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-3785:
--

For information: a workround suggested by David Green on the mailing list is:
{noformat}
I mitigate most of it by right-clicking on the image and choosing to
disable “drop shadow”.{noformat}
The relevant code for rendering the text with drop shadow is here:

[https://github.com/apache/netbeans/blob/820a688606a3777c673ab6cfb3d6638fe87471cc/platform/openide.actions/src/org/openide/actions/HeapView.java#L638-L680]

(there is a different code path when no drop shadow)

> Make memory gauge look better, especially on HiDPI displays
> ---
>
> Key: NETBEANS-3785
> URL: https://issues.apache.org/jira/browse/NETBEANS-3785
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Other
>Affects Versions: 11.2
> Environment: Windows, MacOS, and probably Linux, especially on 
> HiDPI/retina displays
>Reporter: Eirik Bakke
>Priority: Minor
>  Labels: HiDPI
> Attachments: gauge.jpg
>
>
> Scott Palmer writes: "Does anyone else see really ugly text in the memory 
> usage widget on the toolbar?  This has been an issue for a while and I can’t 
> recall if I have reported it or it is already a known issue.  It seems like 
> something that shouldn’t be hard to address.  The text showing heap used vs 
> available heap is rendered in such a way that the letters are very puffy and 
> jagged.  Almost like any anti-aliasing that would be blending the edges has 
> the alpha channel interpreted as a binary 0% or 100% opacity.  I’ve attached 
> an image, not sure if it will are it through. I’m testing NB 11.3-beta 2 with 
> JDK 13.0.2 on macOS 10.15.3 (beta)"
> Eirik Bakke confirms that this has been an issue for a long time. In 
> particular, the memory gauge should be updated to look good on HiDPI/Retina 
> displays.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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] [Comment Edited] (NETBEANS-1428) Fatal error when profiling

2020-01-31 Thread Peter Hull (Jira)


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

Peter Hull edited comment on NETBEANS-1428 at 1/31/20 9:21 AM:
---

It's been quite a while since this was first noted so I have gone back over the 
old information.
 # The crash is caused by some incorrect casts in the C code on Windows (32bit 
vs 64bit issues were not considered) and this is fixed by the changes mentioned 
in the comment above (24/Nov/18 13:22)
 # However, even after bug-fixing, the way it works is based on an assumption 
about the JVM which is not correct and therefore the solution is fragile and 
could break. See discussion on [OpenJDK 
discuss|http://mail.openjdk.java.net/pipermail/discuss/2018-November/004916.html]
 # I had some working code which I believed would fix it 'properly', but I got 
stuck on understanding how the Netbeans infrastructure builds and deploys the 
native code across all supported platforms.

So might be worth re-opening a discussion on NB dev list to decide a plan of 
action on how to build and test this?

 


was (Author: peterhull90):
It's been quite a while since this was first noted so I have gone back over the 
old information.
 # The crash is caused by some incorrect casts in the C code on Windows (32bit 
vs 64bit issues were not considered) and this is fixed by the changes mentioned 
in the comment above
 # However, even after bug-fixing, the way it works is based on an assumption 
about the JVM which is not correct and therefore the solution is fragile and 
could break. See discussion on [OpenJDK 
discuss|http://mail.openjdk.java.net/pipermail/discuss/2018-November/004916.html]
 # I had some working code which I believed would fix it 'properly', but I got 
stuck on understanding how the Netbeans infrastructure builds and deploys the 
native code across all supported platforms.

So might be worth re-opening a discussion on NB dev list to decide a plan of 
action on how to build and test this?

 

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0, 11.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-1428) Fatal error when profiling

2020-01-31 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-1428:
--

It's been quite a while since this was first noted so I have gone back over the 
old information.
 # The crash is caused by some incorrect casts in the C code on Windows (32bit 
vs 64bit issues were not considered) and this is fixed by the changes mentioned 
in the comment above
 # However, even after bug-fixing, the way it works is based on an assumption 
about the JVM which is not correct and therefore the solution is fragile and 
could break. See discussion on [OpenJDK 
discuss|http://mail.openjdk.java.net/pipermail/discuss/2018-November/004916.html]
 # I had some working code which I believed would fix it 'properly', but I got 
stuck on understanding how the Netbeans infrastructure builds and deploys the 
native code across all supported platforms.

So might be worth re-opening a discussion on NB dev list to decide a plan of 
action on how to build and test this?

 

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0, 11.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-1428) Fatal error when profiling

2018-11-24 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

OK, I  [did 
that|http://mail-archives.apache.org/mod_mbox/netbeans-dev/201811.mbox/%3CCAK9Gx1dtw9GZGan5U_di%2B6ru_ij5WrVX%3DtPUsvjJTr%3DCU0OHhQ%40mail.gmail.com%3E]
 and got zero replies, so I thought I'd report it here too. Then if anyone is 
creating a bug dashboard they will see it.

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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] [Comment Edited] (NETBEANS-1428) Fatal error when profiling

2018-11-24 Thread Peter Hull (JIRA)


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

Peter Hull edited comment on NETBEANS-1428 at 11/24/18 1:22 PM:


Geertjan, should I also file a JDK bug ? You know better than anyone how they 
(Oracle) work.

 


was (Author: peterhull90):
Geertjan, should I also file a JDK bug ? (you know better than anyone how they 
work)

 

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-24 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

OK I believe I have fixed this, see the commits in the git repository here:

[https://github.com/pedro-w/incubator-netbeans/tree/profiler-tmp]

Binaries of the changed files (profilerinterface.dll and profilerinterface.map) 
are here:

[https://github.com/pedro-w/incubator-netbeans/releases/tag/v0.1-alpha]

The problem was some incorrect assumptions about the size of longs and pointers 
in the C-code causing truncation. I have fixed this, but I general I worry 
about the scheme they used to map _jmethodid_s to _jint_s; the former being a 
pointer and the latter being a 32-bit int.

*I have only tested this on 64-bit Windows 10 and JDK11.*

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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] [Comment Edited] (NETBEANS-1428) Fatal error when profiling

2018-11-13 Thread Peter Hull (JIRA)


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

Peter Hull edited comment on NETBEANS-1428 at 11/13/18 11:47 AM:
-

Geertjan, should I also file a JDK bug ? (you know better than anyone how they 
work)

 


was (Author: peterhull90):
Geetjan, should I also file a JDK bug ? (you know better than anyone how they 
work)

 

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-13 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

Geetjan, should I also file a JDK bug ? (you know better than anyone how they 
work)

 

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-13 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

*JDK 12 EA (build 19)*

Also affected, crashes the same as JDK11


 *VisualVM 1.4.2*

I ran the anagram game under JDK11 and attached the VisualVM profiler to it. It 
works a bit different (like the old NetBeans) so 'CPU' does roughly the same as 
'Methods'. I was not able to cause a crash with VisualVM.

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-13 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

Steps are above, I can't type quickly enough to keep up with you!

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-13 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

Steps to reproduce:
 # Start Netbeans 10 VC3 on *Windows*
 # Select File|New Project|Examples|Java|Anagram Game
 # Create the project
 # Go to project properties and make sure a JDK platform 9 or later is selected
 # Right click project and select Profile
 # Click Configure Session and select Methods
 # Start session

Anagram Game's window will briefly appear and then disappear. The Output window 
will record a JVM crash.

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-13 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

To summarize, it crashes
 * Only on Windows
 * For JDK 9 and later
 * On JavaSE, Maven and Freeform projects
 * Only when profiling "Methods" (either alone or when "Methods" is one of the 
multiple methods)

I don't think we know enough to say "it appears to be a problem on the JDK 
level" - the crash occurs when JVM's JNI methods are being called from Netbeans 
native code. It may indeed be a JVM bug, but if JNI calls are incorrect and the 
JVM crashes, that's Netbeans's fault.

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-13 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

Not sure of the criteria for blocker but the consequence of this bug is that a 
sizeable portion of Profiler functionality isn't available on Windows, and 
there is no workaround.

I have tried to diagnose this myself (see [mailing list| 
http://mail-archives.apache.org/mod_mbox/netbeans-dev/201811.mbox/%3CCAK9Gx1e-fdR5yG2bvwDehX7Rfg6B0emf13TYjeh1zC6P4YVwCg%40mail.gmail.com%3E])
 but I am missing some basic techniques when it comes to debugging a secondary 
JVM + native code. If I had a bit of guidance I feel that I could make progress 
on this.


> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-09 Thread Peter Hull (JIRA)


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

Peter Hull updated NETBEANS-1428:
-
Affects Version/s: 9.0

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-09 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

Relevant bit of the crash log suggests it's in the native code for 
profilerinterface.dll

{noformat}
Current thread (0x016d8802a800):  JavaThread "*** Profiler Agent 
Communication Thread" daemon [_thread_in_vm, id=38596, 
stack(0x0002a8f0,0x0002a900)]

Stack: [0x0002a8f0,0x0002a900],  sp=0x0002a8ffeec0,  free 
space=1019k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [jvm.dll+0x5ec775]
V  [jvm.dll+0x4b1560]
C  [profilerinterface.dll+0x34da]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  
org.netbeans.lib.profiler.server.system.Stacks.getMethodNamesForJMethodIds(I[I[I)[B+0
j  
org.netbeans.lib.profiler.server.ProfilerInterface.getMethodNamesForJMethodIds([I)Lorg/netbeans/lib/profiler/wireprotocol/MethodNamesResponse;+20
j  
org.netbeans.lib.profiler.server.ProfilerServer.handleClientCommand(Lorg/netbeans/lib/profiler/wireprotocol/Command;)V+691
j  org.netbeans.lib.profiler.server.ProfilerServer.listenToClient()V+48
j  org.netbeans.lib.profiler.server.ProfilerServer.run()V+22
v  ~StubRoutines::call_stub
{noformat}


> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1428) Fatal error when profiling

2018-11-09 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

Windows is affected and not MacOS 
([link|http://mail-archives.apache.org/mod_mbox/netbeans-netcat/201811.mbox/%3CCACkjAxTyQL8aLCwKQiJjedCqXdE_Yk%3DE3ftV4pfOmXtC6eQrpA%40mail.gmail.com%3E])
Status of other platforms is not known.

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1304) Can't assign main class for modular project

2018-10-16 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1304:
--

Seems to be fixed in NB10 vc 1.

> Can't assign main class for modular project
> ---
>
> Key: NETBEANS-1304
> URL: https://issues.apache.org/jira/browse/NETBEANS-1304
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Affects Versions: 9.0
> Environment: Windows 10, 64-bit
> JDK 11
> NetBeans 9.0, 64-bit launcher
>Reporter: Peter Hull
>Priority: Major
> Attachments: Project.zip, three.png
>
>
> If a Java modular project with a main class (i.e. one with public static main 
> (...)) exports the class's package, the UI doesn't allow the main class to be 
> chosen (when running for the first time, or via Run section of the project 
> properties)
> Steps to reproduce:
> 1. Create a new project and choose java ... java modular project
> 2. Add a module and a package
> 3. Add a main class to that package
> 4. Export that package from the module's module-info.java
> 5. Press F6 to run.
> 6. A dialog appears saying the project does not have a main class set, but 
> there are no classes presented in the Select the main class: list
> If step 4 is omitted, the class does appear in the list and the project can 
> be run.
> See attached screen shot and zipped project file.



--
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-1428) Fatal error when profiling

2018-10-16 Thread Peter Hull (JIRA)


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

Peter Hull commented on NETBEANS-1428:
--

As far as I can tell it happens always for Profiler mode "Methods" but not for 
"Objects", "Threads" or "Locks"

> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
>  Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V  [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on 
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{#   http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.



--
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-1427) [netcat] Illegal access in profiler

2018-10-16 Thread Peter Hull (JIRA)


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

Peter Hull updated NETBEANS-1427:
-
Description: 
When starting the profiler there is a warning:

{noformat}
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by 
org.netbeans.lib.profiler.server.ClassLoaderManager to method 
java.lang.ClassLoader.findLoadedClass(java.lang.String)
WARNING: Please consider reporting this to the maintainers of 
org.netbeans.lib.profiler.server.ClassLoaderManager{noformat}

  was:
When starting the profiler there is a warning:

{{WARNING: An illegal reflective access operation has occurred}}
{{ WARNING: Illegal reflective access by 
org.netbeans.lib.profiler.server.ClassLoaderManager to method 
java.lang.ClassLoader.findLoadedClass(java.lang.String)}}
{{ WARNING: Please consider reporting this to the maintainers of 
org.netbeans.lib.profiler.server.ClassLoaderManager}}


> [netcat] Illegal access in profiler
> ---
>
> Key: NETBEANS-1427
> URL: https://issues.apache.org/jira/browse/NETBEANS-1427
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 10.0
> Environment: Windows 10 / JDK 11
>Reporter: Peter Hull
>Priority: Minor
>  Labels: netcat
>
> When starting the profiler there is a warning:
> {noformat}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.netbeans.lib.profiler.server.ClassLoaderManager to method 
> java.lang.ClassLoader.findLoadedClass(java.lang.String)
> WARNING: Please consider reporting this to the maintainers of 
> org.netbeans.lib.profiler.server.ClassLoaderManager{noformat}



--
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-1430) Profiler hangs when starting a second time in some circumstances

2018-10-15 Thread Peter Hull (JIRA)
Peter Hull created NETBEANS-1430:


 Summary: Profiler hangs when starting a second time in some 
circumstances
 Key: NETBEANS-1430
 URL: https://issues.apache.org/jira/browse/NETBEANS-1430
 Project: NetBeans
  Issue Type: Bug
  Components: profiler - IDE
Affects Versions: 10.0
 Environment: Windows 10, JDK11 (openJDK 11.0+28)
Reporter: Peter Hull


This is Netcat 10/ Profiler/ profiling points/ stopwatch and reset results, 
step 22.

I ran the profiler on a Java project using profiling points and Selected 
Classes.

Then I unchecked Selected classes and re-ran.

The profiler hangs, showing dialog "Starting Profiler Client"
Furthermore, exiting hangs on the Exit IDE dialog, showing "Exiting the IDE 
will terminate the following processes: Starting profiling session..."
Press exit the same message re-appears.
Press exit again it disappears and NB closes.

Workaround: exit the IDE and restart.



--
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-1429) Profiler - Application Finished dialog is cut-off

2018-10-15 Thread Peter Hull (JIRA)
Peter Hull created NETBEANS-1429:


 Summary: Profiler - Application Finished dialog is cut-off
 Key: NETBEANS-1429
 URL: https://issues.apache.org/jira/browse/NETBEANS-1429
 Project: NetBeans
  Issue Type: Bug
  Components: profiler - IDE
Affects Versions: 10.0
 Environment: Windows 10, JDK11
Reporter: Peter Hull
 Attachments: dialog.png

When an application finishes in the profiler, IDE asks to save a snapshot. That 
dialog has the bottom line ("Do not show this message again") cut off. (see 
attachment)

Note my Windows has enabled HiDPI scaling at 125%.



--
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-1428) Fatal error when profiling

2018-10-15 Thread Peter Hull (JIRA)
Peter Hull created NETBEANS-1428:


 Summary: Fatal error when profiling
 Key: NETBEANS-1428
 URL: https://issues.apache.org/jira/browse/NETBEANS-1428
 Project: NetBeans
  Issue Type: Bug
  Components: profiler - Base
Affects Versions: 10.0
 Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
Reporter: Peter Hull
 Attachments: hs_err_pid38528.log

Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm, 
Step 2)

I get the following error

{{#}}
{{# A fatal error has been detected by the Java Runtime Environment:}}
{{#}}
{{#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775, 
pid=38528, tid=38596}}
{{#}}
{{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
{{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed 
oops, g1 gc, windows-amd64)}}
{{# Problematic frame:}}
{{# V  [jvm.dll+0x5ec775]}}
{{#}}
{{# No core dump will be written. Minidumps are not enabled by default on 
client versions of Windows}}
{{#}}
{{# An error report file with more information is saved as:}}
{{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
{{#}}
{{# If you would like to submit a bug report, please visit:}}
{{#   http://bugreport.java.com/bugreport/crash.jsp}}
{{#}}

Seems reproducible, I have attached the crash log.



--
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-1427) [netcat] Illegal access in profiler

2018-10-15 Thread Peter Hull (JIRA)
Peter Hull created NETBEANS-1427:


 Summary: [netcat] Illegal access in profiler
 Key: NETBEANS-1427
 URL: https://issues.apache.org/jira/browse/NETBEANS-1427
 Project: NetBeans
  Issue Type: Bug
  Components: profiler - Base
Affects Versions: 10.0
 Environment: Windows 10 / JDK 11
Reporter: Peter Hull


When starting the profiler there is a warning:

{{WARNING: An illegal reflective access operation has occurred}}
{{ WARNING: Illegal reflective access by 
org.netbeans.lib.profiler.server.ClassLoaderManager to method 
java.lang.ClassLoader.findLoadedClass(java.lang.String)}}
{{ WARNING: Please consider reporting this to the maintainers of 
org.netbeans.lib.profiler.server.ClassLoaderManager}}



--
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-1304) Can't assign main class for modular project

2018-09-26 Thread Peter Hull (JIRA)
Peter Hull created NETBEANS-1304:


 Summary: Can't assign main class for modular project
 Key: NETBEANS-1304
 URL: https://issues.apache.org/jira/browse/NETBEANS-1304
 Project: NetBeans
  Issue Type: Bug
  Components: java - Project
Affects Versions: 9.0
 Environment: Windows 10, 64-bit
JDK 11
NetBeans 9.0, 64-bit launcher
Reporter: Peter Hull
 Attachments: Project.zip, three.png

If a Java modular project with a main class (i.e. one with public static main 
(...)) exports the class's package, the UI doesn't allow the main class to be 
chosen (when running for the first time, or via Run section of the project 
properties)
Steps to reproduce:
1. Create a new project and choose java ... java modular project
2. Add a module and a package
3. Add a main class to that package
4. Export that package from the module's module-info.java
5. Press F6 to run.
6. A dialog appears saying the project does not have a main class set, but 
there are no classes presented in the Select the main class: list

If step 4 is omitted, the class does appear in the list and the project can be 
run.

See attached screen shot and zipped project file.




--
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-999) Hint to replace explicit type of variable with var should not be a warning.

2018-06-26 Thread Peter Hull (JIRA)


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

Peter Hull updated NETBEANS-999:

Attachment: N-999.png

> Hint to replace explicit type of variable with var should not be a warning.
> ---
>
> Key: NETBEANS-999
> URL: https://issues.apache.org/jira/browse/NETBEANS-999
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Hints
>Affects Versions: Next
>Reporter: Peter Hull
>Priority: Minor
> Attachments: N-999.png
>
>
> A new hint has been added to replace explicit types with 'var', and vice 
> versa, for JDK 10. This was described in NETBEANS-479.
> However the Hint is a Warning (lightbulb+yellow triangle) and is shown on 
> every line that could be changed. This is not good because the hint is 
> 'two-way' so even if you accept the fix it shows another warning suggesting 
> to change it back. It should be just a lightbulb like the diamond inference 
> hint, which only appears on the current line.



--
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-999) Hint to replace explicit type of variable with var should not be a warning.

2018-06-26 Thread Peter Hull (JIRA)
Peter Hull created NETBEANS-999:
---

 Summary: Hint to replace explicit type of variable with var should 
not be a warning.
 Key: NETBEANS-999
 URL: https://issues.apache.org/jira/browse/NETBEANS-999
 Project: NetBeans
  Issue Type: Improvement
  Components: java - Hints
Affects Versions: Next
Reporter: Peter Hull


A new hint has been added to replace explicit types with 'var', and vice versa, 
for JDK 10. This was described in NETBEANS-479.

However the Hint is a Warning (lightbulb+yellow triangle) and is shown on every 
line that could be changed. This is not good because the hint is 'two-way' so 
even if you accept the fix it shows another warning suggesting to change it 
back. It should be just a lightbulb like the diamond inference hint, which only 
appears on the current line.



--
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-239) Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module with Fedora Ant package

2018-01-29 Thread Peter Hull (JIRA)

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

Peter Hull commented on NETBEANS-239:
-

I've looked into this a bit more and I think the problem comes from running the 
'xjc' task. By cutting bits out of the Netbeans build.xml I created a minimal 
example:
{code:java}


  

  

  
  


  

{code}
where 'test.xsd' is just because the task requires a 'schema' attribute
{code:java}
http://www.w3.org/2001/XMLSchema;>
  

{code}
and into the 'external' directory I copied the jars from 
netbeans/libs.jaxb/external/

This runs OK on Windows (not been able to verify on Debian or Macos) but on 
Fedora (FC27, 64-bit) I get
{noformat}
Buildfile: .../build.xml

fail:
  [xjc] Consider using / so that XJC won't do 
unnecessary compilation
  [xjc] Compiling file:/media/sf_Share/tru/test.xsd
  [xjc] Writing output to .
Caught an exception while logging the end of the build.  Exception was:
java.lang.NoClassDefFoundError: org/apache/tools/ant/util/DateUtils
    at org.apache.tools.ant.DefaultLogger.formatTime(DefaultLogger.java:328)
    at 
org.apache.tools.ant.DefaultLogger.buildFinished(DefaultLogger.java:177)
    at org.apache.tools.ant.Project.fireBuildFinished(Project.java:2110)
    at org.apache.tools.ant.Main.runBuild(Main.java:878)
    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.lang.ClassNotFoundException: org.apache.tools.ant.util.DateUtils
    at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    ... 7 more
{noformat}
This is not the same error as reported above, I admit, but I believe it is the 
same cause, ie. ant failing to find something that ought to be on its classpath.

The provided jaxb jars are quite old (2.2.5 is from 2013, current version is 
2.3.0) - maybe these are built in a way which is not compatible with Fedora's 
ant? 

> Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module with 
> Fedora Ant package
> ---
>
> Key: NETBEANS-239
> URL: https://issues.apache.org/jira/browse/NETBEANS-239
> Project: NetBeans
>  Issue Type: Bug
> Environment: - Environment 1: Fedora release 25 (Twenty Five), javac 
> 1.8.0_151, Apache Ant(TM) version 1.9.6 compiled on February 3 2016 (Expected 
> failure as Ant 1.9.9 or above required): fails
> - Environment 2: Fedora release 26 (Twenty Six), javac 1.8.0_151, Apache 
> Ant(TM) version 1.10.1 compiled on March 1 2017: Fails
> - Environment 3: Fedora release 26 (Twenty Six), javac 1.8.0_151, Apache 
> Ant(TM) version 1.10.1 compiled on February 2 2017 (downloaded from 
> ant.apache.org): works
> - Environment 4: Debian 9.3 (Stretch), javac 1.8.0_151, Apache Ant(TM) 
> version 1.9.9 compiled on March 1 2017: works
>Reporter: Markus Kilås
>Priority: Minor
> Attachments: ant-output-environment-2.txt, ant-output.txt
>
>
> I just cloned the [incubator-netbeans git 
> repo|https://github.com/apache/incubator-netbeans] and tried running {{ant}} 
> to build NetBeans. However the build fails complaining on no manifest for the 
> all-websvc.saas.api. Am I missing something that needs to be configured for 
> the build to succeed?
> {noformat}
> [user@dev-disp incubator-netbeans]$ git pull
> Already up-to-date.
> [user@dev-disp incubator-netbeans]$ git rev-parse HEAD
> f8b6323b690b5edafe91bae750f79db4247dd23c
> [user@dev-disp incubator-netbeans]$ ant
> Buildfile: 
> /home/user/VersionControlled/github/apache/incubator-netbeans/build.xml
> ... snip ...
> projectized-common.release:
>  [copy] Copying 1 file to 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon
> release:
> -init-startlevel:
> module-xml-regular:
>   [nbmerge] Failed to build target: all-websvc.saas.api
> BUILD FAILED
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:469:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:464:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:511:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/templates/common.xml:267:
>  Missing manifest tag OpenIDE-Module; 
>