[jira] [Commented] (NETBEANS-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2022-09-22 Thread Andreas Sewe (Jira)


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

Andreas Sewe commented on NETBEANS-3698:


FYI, the problem got resolved with NetBeans 15 (it still exists in NetBeans 14 
- which Jira still lists as Unreleased, BTW).

> Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+
> 
>
> Key: NETBEANS-3698
> URL: https://issues.apache.org/jira/browse/NETBEANS-3698
> Project: NetBeans
>  Issue Type: Bug
>  Components: core
>Affects Versions: 10.0, 11.0, 11.1, 11.2, 14
>Reporter: Andreas Sewe
>Priority: Major
> Attachments: bug.zip
>
>
> Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
> 0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
> halts a *Java 8 JVM* during test execution with the {{maven-surefire-plugin}}.
> The attached project demonstrates this.
> {noformat}
> $ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
> …
> [INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
> [INFO] 
> [INFO] ---
> [INFO]  T E S T S
> [INFO] ---
> [WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
> 1. See FAQ web page and the dump file 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
> [INFO] 
> [INFO] Results:
> [INFO] 
> [INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> [INFO] 
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time:  3.519 s
> [INFO] Finished at: 2020-01-15T09:22:15+01:00
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) 
> on project bug: There are test failures.
> [ERROR] 
> [ERROR] Please refer to 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports for the individual 
> test results.
> [ERROR] Please refer to dump files (if any exist) [date].dump, 
> [date]-jvmRun[N].dump and [date].dumpstream.
> [ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
> System.exit called?
> …
> [ERROR] Error occurred in starting fork, check output in log
> [ERROR] Process Exit Code: 134
> …
> $ cat target/surefire-reports/*.dumpstream
> # Created at 2020-01-15T09:22:15.624
> Exception in thread "main" java.lang.reflect.InvocationTargetException
> # Created at 2020-01-15T09:22:15.626
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> # Created at 2020-01-15T09:22:15.627
>   at java.lang.reflect.Method.invoke(Method.java:498)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)
> # Created at 2020-01-15T09:22:15.627
> Caused by: java.lang.SecurityException: Prohibited package name: java.lang
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
> # Created at 2020-01-15T09:22:15.628
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
> # Created at 2020-01-15T09:22:15.628
>   at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
> # Created at 2020-01-15T09:22:15.629
>   at java.security.AccessController.doPrivileged(Native Method)
> # Created at 2020-01-15T09:22:15.630
>   at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
> # Created at 2020-01-15T09:22:15.630
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> # Created at 2020-01-15T09:22:15.630
>   at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
> # Created at 

[jira] [Updated] (NETBEANS-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2022-09-22 Thread Andreas Sewe (Jira)


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

Andreas Sewe updated NETBEANS-3698:
---
Affects Version/s: 14

> Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+
> 
>
> Key: NETBEANS-3698
> URL: https://issues.apache.org/jira/browse/NETBEANS-3698
> Project: NetBeans
>  Issue Type: Bug
>  Components: core
>Affects Versions: 10.0, 11.0, 11.1, 11.2, 14
>Reporter: Andreas Sewe
>Priority: Major
> Attachments: bug.zip
>
>
> Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
> 0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
> halts a *Java 8 JVM* during test execution with the {{maven-surefire-plugin}}.
> The attached project demonstrates this.
> {noformat}
> $ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
> …
> [INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
> [INFO] 
> [INFO] ---
> [INFO]  T E S T S
> [INFO] ---
> [WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
> 1. See FAQ web page and the dump file 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
> [INFO] 
> [INFO] Results:
> [INFO] 
> [INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> [INFO] 
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time:  3.519 s
> [INFO] Finished at: 2020-01-15T09:22:15+01:00
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) 
> on project bug: There are test failures.
> [ERROR] 
> [ERROR] Please refer to 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports for the individual 
> test results.
> [ERROR] Please refer to dump files (if any exist) [date].dump, 
> [date]-jvmRun[N].dump and [date].dumpstream.
> [ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
> System.exit called?
> …
> [ERROR] Error occurred in starting fork, check output in log
> [ERROR] Process Exit Code: 134
> …
> $ cat target/surefire-reports/*.dumpstream
> # Created at 2020-01-15T09:22:15.624
> Exception in thread "main" java.lang.reflect.InvocationTargetException
> # Created at 2020-01-15T09:22:15.626
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> # Created at 2020-01-15T09:22:15.627
>   at java.lang.reflect.Method.invoke(Method.java:498)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)
> # Created at 2020-01-15T09:22:15.627
> Caused by: java.lang.SecurityException: Prohibited package name: java.lang
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
> # Created at 2020-01-15T09:22:15.628
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
> # Created at 2020-01-15T09:22:15.628
>   at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
> # Created at 2020-01-15T09:22:15.629
>   at java.security.AccessController.doPrivileged(Native Method)
> # Created at 2020-01-15T09:22:15.630
>   at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
> # Created at 2020-01-15T09:22:15.630
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> # Created at 2020-01-15T09:22:15.630
>   at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
> # Created at 2020-01-15T09:22:15.630
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> # Created at 2020-01-15T09:22:15.630
>   at 

[jira] [Commented] (NETBEANS-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2021-06-11 Thread Andreas Sewe (Jira)


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

Andreas Sewe commented on NETBEANS-3698:


FYI, this still occurs with {{-DnetbeansVersion=RELEASE124 
-DjacacoVersion=0.8.7}}, i.e., with the latest version of both NetBeans and 
JaCoCo on a Java 8 JVM:

{noformat}
[ERROR] Exception in thread "main" java.lang.reflect.InvocationTargetException
[ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.lang.reflect.Method.invoke(Method.java:498)
[ERROR] at 
sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)
[ERROR] at 
sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)
[ERROR] Caused by: java.lang.SecurityException: Prohibited package name: 
java.lang
[ERROR] at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
[ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
[ERROR] at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
[ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
[ERROR] at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
[ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
[ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
[ERROR] at java.security.AccessController.doPrivileged(Native Method)
[ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
[ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
[ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
[ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
[ERROR] at java.lang.Class.forName0(Native Method)
[ERROR] at java.lang.Class.forName(Class.java:264)
[ERROR] at 
org.jacoco.agent.rt.internal_43f5073.PreMain.redefineJavaBaseModule(PreMain.java:81)
[ERROR] at 
org.jacoco.agent.rt.internal_43f5073.PreMain.createRuntime(PreMain.java:61)
[ERROR] at 
org.jacoco.agent.rt.internal_43f5073.PreMain.premain(PreMain.java:52)
{noformat}


> Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+
> 
>
> Key: NETBEANS-3698
> URL: https://issues.apache.org/jira/browse/NETBEANS-3698
> Project: NetBeans
>  Issue Type: Bug
>  Components: core
>Affects Versions: 10.0, 11.0, 11.1, 11.2
>Reporter: Andreas Sewe
>Priority: Major
> Attachments: bug.zip
>
>
> Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
> 0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
> halts a *Java 8 JVM* during test execution with the {{maven-surefire-plugin}}.
> The attached project demonstrates this.
> {noformat}
> $ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
> …
> [INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
> [INFO] 
> [INFO] ---
> [INFO]  T E S T S
> [INFO] ---
> [WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
> 1. See FAQ web page and the dump file 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
> [INFO] 
> [INFO] Results:
> [INFO] 
> [INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> [INFO] 
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time:  3.519 s
> [INFO] Finished at: 2020-01-15T09:22:15+01:00
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) 
> on project bug: There are test failures.
> [ERROR] 
> [ERROR] Please refer to 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports for the individual 
> test results.
> [ERROR] Please refer to dump files (if any exist) [date].dump, 
> [date]-jvmRun[N].dump and [date].dumpstream.
> [ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
> System.exit called?
> …
> [ERROR] Error occurred in starting fork, check output in log
> [ERROR] Process Exit Code: 134
> …
> $ cat target/surefire-reports/*.dumpstream
> # Created at 2020-01-15T09:22:15.624
> Exception in thread "main" 

[jira] [Created] (NETBEANS-3759) Open Project should allow overrrides of auto-detected project type

2020-01-28 Thread Andreas Sewe (Jira)
Andreas Sewe created NETBEANS-3759:
--

 Summary: Open Project should allow overrrides of auto-detected 
project type
 Key: NETBEANS-3759
 URL: https://issues.apache.org/jira/browse/NETBEANS-3759
 Project: NetBeans
  Issue Type: Improvement
Affects Versions: 11.0
Reporter: Andreas Sewe


We have a project that uses Maven (via a {{pom.xml}}) to build a NetBeans 
plugin and Gradle to perform some setup tasks like copying settings around (via 
a {{build.gradle}}).

Using _Open Project_ it is now apparently random whether the project gets 
recognized as Maven project or Gradle project, as both "marker files" exist. 
But in order to build the project, you will need to import it as Maven project, 
so that the {{netbeans-maven-plugin}} gets detected; the {{build.gradle}} is 
just there for some setup tasks that need to be executed once after checkout.

AFAICT, NetBeans does *not* offer a way to override the auto-detected project 
type yet, but should (at least if more than {{ProjectFactory}} claims that it 
recognizes the {{FileObject}}), but it would be nice if it did. (The workaround 
of just uninstalling the _Gradle_ plugin is not always an option.)



--
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-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2020-01-15 Thread Andreas Sewe (Jira)


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

Andreas Sewe commented on NETBEANS-3698:


FYI, I pinged the JaCoCo developers about this incompatibility, too, as I don't 
know which side (if any) is to blame for this bug: 
https://groups.google.com/forum/#!topic/jacoco/z0jU3xo2NEA

> Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+
> 
>
> Key: NETBEANS-3698
> URL: https://issues.apache.org/jira/browse/NETBEANS-3698
> Project: NetBeans
>  Issue Type: Bug
>  Components: core
>Affects Versions: 10.0, 11.0, 11.1, 11.2
>Reporter: Andreas Sewe
>Priority: Major
> Attachments: bug.zip
>
>
> Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
> 0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
> halts a *Java 8 JVM* during test execution with the {{maven-surefire-plugin}}.
> The attached project demonstrates this.
> {noformat}
> $ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
> …
> [INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
> [INFO] 
> [INFO] ---
> [INFO]  T E S T S
> [INFO] ---
> [WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
> 1. See FAQ web page and the dump file 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
> [INFO] 
> [INFO] Results:
> [INFO] 
> [INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> [INFO] 
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time:  3.519 s
> [INFO] Finished at: 2020-01-15T09:22:15+01:00
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) 
> on project bug: There are test failures.
> [ERROR] 
> [ERROR] Please refer to 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports for the individual 
> test results.
> [ERROR] Please refer to dump files (if any exist) [date].dump, 
> [date]-jvmRun[N].dump and [date].dumpstream.
> [ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
> System.exit called?
> …
> [ERROR] Error occurred in starting fork, check output in log
> [ERROR] Process Exit Code: 134
> …
> $ cat target/surefire-reports/*.dumpstream
> # Created at 2020-01-15T09:22:15.624
> Exception in thread "main" java.lang.reflect.InvocationTargetException
> # Created at 2020-01-15T09:22:15.626
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> # Created at 2020-01-15T09:22:15.627
>   at java.lang.reflect.Method.invoke(Method.java:498)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)
> # Created at 2020-01-15T09:22:15.627
> Caused by: java.lang.SecurityException: Prohibited package name: java.lang
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
> # Created at 2020-01-15T09:22:15.628
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
> # Created at 2020-01-15T09:22:15.628
>   at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
> # Created at 2020-01-15T09:22:15.629
>   at java.security.AccessController.doPrivileged(Native Method)
> # Created at 2020-01-15T09:22:15.630
>   at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
> # Created at 2020-01-15T09:22:15.630
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> # Created at 2020-01-15T09:22:15.630
>   at 

[jira] [Commented] (NETBEANS-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2020-01-15 Thread Andreas Sewe (Jira)


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

Andreas Sewe commented on NETBEANS-3698:


The problematic part seems to be this bit in JaCoCo (not assigning blame here, 
though): 
https://github.com/jacoco/jacoco/blob/v0.8.5/org.jacoco.agent.rt/src/org/jacoco/agent/rt/internal/PreMain.java#L61

JaCoCo checks whether it is running on Java 9 or later by attempting to load 
{{java.lang.Module}}. On a Java 8 JVM, this apparently caused the class to be 
loaded from {{org-netbeans-bootstrap}}. On a Java 11 JVM, on the other hand, 
everything runs fine: {{JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn clean 
verify -DnetbeansVersion=RELEASE112 -DjacacoVersion=0.8.5}}.

This raises the question: Why does NetBeans ship its own (empty dummy) version 
of {{java.lang.Module}}?

> Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+
> 
>
> Key: NETBEANS-3698
> URL: https://issues.apache.org/jira/browse/NETBEANS-3698
> Project: NetBeans
>  Issue Type: Bug
>  Components: core
>Affects Versions: 10.0, 11.0, 11.1, 11.2
>Reporter: Andreas Sewe
>Priority: Major
> Attachments: bug.zip
>
>
> Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
> 0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
> halts a *Java 8 JVM* during test execution with the {{maven-surefire-plugin}}.
> The attached project demonstrates this.
> {noformat}
> $ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
> …
> [INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
> [INFO] 
> [INFO] ---
> [INFO]  T E S T S
> [INFO] ---
> [WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
> 1. See FAQ web page and the dump file 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
> [INFO] 
> [INFO] Results:
> [INFO] 
> [INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> [INFO] 
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time:  3.519 s
> [INFO] Finished at: 2020-01-15T09:22:15+01:00
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) 
> on project bug: There are test failures.
> [ERROR] 
> [ERROR] Please refer to 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports for the individual 
> test results.
> [ERROR] Please refer to dump files (if any exist) [date].dump, 
> [date]-jvmRun[N].dump and [date].dumpstream.
> [ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
> System.exit called?
> …
> [ERROR] Error occurred in starting fork, check output in log
> [ERROR] Process Exit Code: 134
> …
> $ cat target/surefire-reports/*.dumpstream
> # Created at 2020-01-15T09:22:15.624
> Exception in thread "main" java.lang.reflect.InvocationTargetException
> # Created at 2020-01-15T09:22:15.626
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> # Created at 2020-01-15T09:22:15.627
>   at java.lang.reflect.Method.invoke(Method.java:498)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)
> # Created at 2020-01-15T09:22:15.627
> Caused by: java.lang.SecurityException: Prohibited package name: java.lang
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
> # Created at 2020-01-15T09:22:15.628
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
> # Created at 2020-01-15T09:22:15.628
>   at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:369)

[jira] [Updated] (NETBEANS-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2020-01-15 Thread Andreas Sewe (Jira)


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

Andreas Sewe updated NETBEANS-3698:
---
Description: 
Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
halts a *Java 8 JVM* during test execution with the {{maven-surefire-plugin}}.

The attached project demonstrates this.

{noformat}
$ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
…
[INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
[INFO] 
[INFO] ---
[INFO]  T E S T S
[INFO] ---
[WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
1. See FAQ web page and the dump file 
/home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
[INFO] 
[INFO] Results:
[INFO] 
[INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
[INFO] 
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time:  3.519 s
[INFO] Finished at: 2020-01-15T09:22:15+01:00
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) on 
project bug: There are test failures.
[ERROR] 
[ERROR] Please refer to /home/sewe/NetBeansProjects/bug/target/surefire-reports 
for the individual test results.
[ERROR] Please refer to dump files (if any exist) [date].dump, 
[date]-jvmRun[N].dump and [date].dumpstream.
[ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
System.exit called?
…
[ERROR] Error occurred in starting fork, check output in log
[ERROR] Process Exit Code: 134
…

$ cat target/surefire-reports/*.dumpstream
# Created at 2020-01-15T09:22:15.624
Exception in thread "main" java.lang.reflect.InvocationTargetException

# Created at 2020-01-15T09:22:15.626
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

# Created at 2020-01-15T09:22:15.627
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

# Created at 2020-01-15T09:22:15.627
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

# Created at 2020-01-15T09:22:15.627
at java.lang.reflect.Method.invoke(Method.java:498)

# Created at 2020-01-15T09:22:15.627
at 
sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)

# Created at 2020-01-15T09:22:15.627
at 
sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)

# Created at 2020-01-15T09:22:15.627
Caused by: java.lang.SecurityException: Prohibited package name: java.lang

# Created at 2020-01-15T09:22:15.628
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)

# Created at 2020-01-15T09:22:15.628
at java.lang.ClassLoader.defineClass(ClassLoader.java:761)

# Created at 2020-01-15T09:22:15.628
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

# Created at 2020-01-15T09:22:15.628
at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)

# Created at 2020-01-15T09:22:15.629
at java.net.URLClassLoader.access$100(URLClassLoader.java:74)

# Created at 2020-01-15T09:22:15.629
at java.net.URLClassLoader$1.run(URLClassLoader.java:369)

# Created at 2020-01-15T09:22:15.629
at java.net.URLClassLoader$1.run(URLClassLoader.java:363)

# Created at 2020-01-15T09:22:15.629
at java.security.AccessController.doPrivileged(Native Method)

# Created at 2020-01-15T09:22:15.630
at java.net.URLClassLoader.findClass(URLClassLoader.java:362)

# Created at 2020-01-15T09:22:15.630
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)

# Created at 2020-01-15T09:22:15.630
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)

# Created at 2020-01-15T09:22:15.630
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

# Created at 2020-01-15T09:22:15.630
at java.lang.Class.forName0(Native Method)

# Created at 2020-01-15T09:22:15.631
at java.lang.Class.forName(Class.java:264)

# Created at 2020-01-15T09:22:15.631
at 
org.jacoco.agent.rt.internal_1f1cc91.PreMain.redefineJavaBaseModule(PreMain.java:79)

# Created at 2020-01-15T09:22:15.631
at 
org.jacoco.agent.rt.internal_1f1cc91.PreMain.createRuntime(PreMain.java:60)

# Created at 2020-01-15T09:22:15.631
at org.jacoco.agent.rt.internal_1f1cc91.PreMain.premain(PreMain.java:51)

# Created at 2020-01-15T09:22:15.631
... 6 more

# Created at 2020-01-15T09:22:15.764

[jira] [Created] (NETBEANS-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2020-01-15 Thread Andreas Sewe (Jira)
Andreas Sewe created NETBEANS-3698:
--

 Summary: Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+
 Key: NETBEANS-3698
 URL: https://issues.apache.org/jira/browse/NETBEANS-3698
 Project: NetBeans
  Issue Type: Bug
  Components: core
Affects Versions: 11.2, 11.1, 11.0, 10.0
Reporter: Andreas Sewe
 Attachments: bug.zip

Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
halts the JVM during test execution with the {{maven-surefire-plugin}}.

The attached project demonstrates this.

{noformat}
$ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
…
[INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
[INFO] 
[INFO] ---
[INFO]  T E S T S
[INFO] ---
[WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
1. See FAQ web page and the dump file 
/home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
[INFO] 
[INFO] Results:
[INFO] 
[INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
[INFO] 
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time:  3.519 s
[INFO] Finished at: 2020-01-15T09:22:15+01:00
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) on 
project bug: There are test failures.
[ERROR] 
[ERROR] Please refer to /home/sewe/NetBeansProjects/bug/target/surefire-reports 
for the individual test results.
[ERROR] Please refer to dump files (if any exist) [date].dump, 
[date]-jvmRun[N].dump and [date].dumpstream.
[ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
System.exit called?
…
[ERROR] Error occurred in starting fork, check output in log
[ERROR] Process Exit Code: 134
…

$ cat target/surefire-reports/*.dumpstream
# Created at 2020-01-15T09:22:15.624
Exception in thread "main" java.lang.reflect.InvocationTargetException

# Created at 2020-01-15T09:22:15.626
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

# Created at 2020-01-15T09:22:15.627
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

# Created at 2020-01-15T09:22:15.627
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

# Created at 2020-01-15T09:22:15.627
at java.lang.reflect.Method.invoke(Method.java:498)

# Created at 2020-01-15T09:22:15.627
at 
sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)

# Created at 2020-01-15T09:22:15.627
at 
sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)

# Created at 2020-01-15T09:22:15.627
Caused by: java.lang.SecurityException: Prohibited package name: java.lang

# Created at 2020-01-15T09:22:15.628
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)

# Created at 2020-01-15T09:22:15.628
at java.lang.ClassLoader.defineClass(ClassLoader.java:761)

# Created at 2020-01-15T09:22:15.628
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

# Created at 2020-01-15T09:22:15.628
at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)

# Created at 2020-01-15T09:22:15.629
at java.net.URLClassLoader.access$100(URLClassLoader.java:74)

# Created at 2020-01-15T09:22:15.629
at java.net.URLClassLoader$1.run(URLClassLoader.java:369)

# Created at 2020-01-15T09:22:15.629
at java.net.URLClassLoader$1.run(URLClassLoader.java:363)

# Created at 2020-01-15T09:22:15.629
at java.security.AccessController.doPrivileged(Native Method)

# Created at 2020-01-15T09:22:15.630
at java.net.URLClassLoader.findClass(URLClassLoader.java:362)

# Created at 2020-01-15T09:22:15.630
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)

# Created at 2020-01-15T09:22:15.630
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)

# Created at 2020-01-15T09:22:15.630
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

# Created at 2020-01-15T09:22:15.630
at java.lang.Class.forName0(Native Method)

# Created at 2020-01-15T09:22:15.631
at java.lang.Class.forName(Class.java:264)

# Created at 2020-01-15T09:22:15.631
at 
org.jacoco.agent.rt.internal_1f1cc91.PreMain.redefineJavaBaseModule(PreMain.java:79)

# Created at 2020-01-15T09:22:15.631
at 

[jira] [Updated] (NETBEANS-3698) Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+

2020-01-15 Thread Andreas Sewe (Jira)


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

Andreas Sewe updated NETBEANS-3698:
---
Attachment: bug.zip

> Incompatibility between NetBeans 10.0+ and JaCoCo 0.8.3+
> 
>
> Key: NETBEANS-3698
> URL: https://issues.apache.org/jira/browse/NETBEANS-3698
> Project: NetBeans
>  Issue Type: Bug
>  Components: core
>Affects Versions: 10.0, 11.0, 11.1, 11.2
>Reporter: Andreas Sewe
>Priority: Major
> Attachments: bug.zip
>
>
> Building a NetBeans module with Maven and using the {{jacoco-maven-plugin}} 
> 0.8.3 or later (current version is 0.8.5, required for Java 13 compatibility) 
> halts the JVM during test execution with the {{maven-surefire-plugin}}.
> The attached project demonstrates this.
> {noformat}
> $ mvn clean install -DnetbeansVersion=RELEASE100 -DjacocoVersion=0.8.3
> …
> [INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ bug ---
> [INFO] 
> [INFO] ---
> [INFO]  T E S T S
> [INFO] ---
> [WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 
> 1. See FAQ web page and the dump file 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports/2020-01-15T09-22-15_152-jvmRun1.dumpstream
> [INFO] 
> [INFO] Results:
> [INFO] 
> [INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> [INFO] 
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time:  3.519 s
> [INFO] Finished at: 2020-01-15T09:22:15+01:00
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M4:test (default-test) 
> on project bug: There are test failures.
> [ERROR] 
> [ERROR] Please refer to 
> /home/sewe/NetBeansProjects/bug/target/surefire-reports for the individual 
> test results.
> [ERROR] Please refer to dump files (if any exist) [date].dump, 
> [date]-jvmRun[N].dump and [date].dumpstream.
> [ERROR] The forked VM terminated without properly saying goodbye. VM crash or 
> System.exit called?
> …
> [ERROR] Error occurred in starting fork, check output in log
> [ERROR] Process Exit Code: 134
> …
> $ cat target/surefire-reports/*.dumpstream
> # Created at 2020-01-15T09:22:15.624
> Exception in thread "main" java.lang.reflect.InvocationTargetException
> # Created at 2020-01-15T09:22:15.626
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> # Created at 2020-01-15T09:22:15.627
>   at java.lang.reflect.Method.invoke(Method.java:498)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)
> # Created at 2020-01-15T09:22:15.627
>   at 
> sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)
> # Created at 2020-01-15T09:22:15.627
> Caused by: java.lang.SecurityException: Prohibited package name: java.lang
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
> # Created at 2020-01-15T09:22:15.628
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
> # Created at 2020-01-15T09:22:15.628
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
> # Created at 2020-01-15T09:22:15.628
>   at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
> # Created at 2020-01-15T09:22:15.629
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
> # Created at 2020-01-15T09:22:15.629
>   at java.security.AccessController.doPrivileged(Native Method)
> # Created at 2020-01-15T09:22:15.630
>   at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
> # Created at 2020-01-15T09:22:15.630
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> # Created at 2020-01-15T09:22:15.630
>   at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
> # Created at 2020-01-15T09:22:15.630
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> # Created at 2020-01-15T09:22:15.630
>   at 

[jira] [Created] (NETBEANS-3679) NetBeans plugin classloader does not work with multi-release JARs

2020-01-09 Thread Andreas Sewe (Jira)
Andreas Sewe created NETBEANS-3679:
--

 Summary: NetBeans plugin classloader does not work with 
multi-release JARs
 Key: NETBEANS-3679
 URL: https://issues.apache.org/jira/browse/NETBEANS-3679
 Project: NetBeans
  Issue Type: Bug
  Components: core
Affects Versions: 11.2
Reporter: Andreas Sewe


I have a plugin which uses Apache Log4J 2, which has the following (nice) API 
to request a {{Logger}} from the {{LogManager}}:
{code:java}
private static final Logger LOGGER = LogManager.getLogger();
{code}
Unfortunately, running NetBeans 11.2 on Java 13 causes the plugin to fail, with 
an {{ExceptionInInitializerError}}:
{noformat}
Caused by: java.lang.UnsupportedOperationException: No class provided, and an 
appropriate one cannot be found.
at org.apache.logging.log4j.LogManager.callerClass(LogManager.java:555)
at org.apache.logging.log4j.LogManager.getLogger(LogManager.java:580)
at org.apache.logging.log4j.LogManager.getLogger(LogManager.java:567)
{noformat}
AFAICT, the reason is the same as for a [similar bug I recently reported in 
IntelliJ|https://youtrack.jetbrains.com/issue/IDEA-220300]: NetBeans plugin 
classloader cannot handle multi-release JARs as per [JEP 
238|https://openjdk.java.net/jeps/238], which is exactly what Log4J's 
{{StackLocatorUtil.getCallerClass}} needs to work on both Java 8 and 9 or newer 
(a more detailed analysis in the IntelliJ bug).

The effect of this limitation is that your NetBeans plugins cannot depend on 
*any* multi-release JARs like Log4J.



--
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-3295) Let nbm:run-ide download NetBeans installation

2019-10-25 Thread Andreas Sewe (Jira)
Andreas Sewe created NETBEANS-3295:
--

 Summary: Let nbm:run-ide download NetBeans installation
 Key: NETBEANS-3295
 URL: https://issues.apache.org/jira/browse/NETBEANS-3295
 Project: NetBeans
  Issue Type: Improvement
  Components: mavenutilities
Reporter: Andreas Sewe


At the moment, using {{nbm:run-ide}} to test against a NetBeans installation 
requires the user to manually download and unzip a NetBeans archive and then 
pointing the {{-Dnetbeans.installation}} property to the respective directory.

I wonder whether the following would be doable:
 * Download the NetBeans installation from some {{-Dnetbeans.downloadUrl}}
 * Cache it in the local Maven repository
 * And unzip it below {{project.build.directory}}
 * Use that installation during the {{run-ide}} proper.

Maybe this could be a new goal, e.g., {{materialize-ide}}.

Then one would do the following:
{noformat}

  

  materialize-ide

  
  

  run-ide


  
${project.build.outputDirectory}/netbeans/materialized-ide

  
  
...


  some.groupId
  some.artifactId
  someVersion

  

{noformat}
 



--
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-1723) Add m2e lifecycle-mapping-metadata.xml to nbm-maven-plugin

2019-10-25 Thread Andreas Sewe (Jira)


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

Andreas Sewe commented on NETBEANS-1723:


[~pino] Would also love to see this. I maintain a plug-in with a shared core 
and Eclipse, NetBeans, and IntelliJ front-ends and it is a pain that I cannot 
use a single IDE to edit all of them, so any changes to the shared core require 
lots of IDE switching back and forth.

If Eclipse could import the NetBeans front-end without errors, that would 
already be a huge help.

> Add m2e lifecycle-mapping-metadata.xml to nbm-maven-plugin
> --
>
> Key: NETBEANS-1723
> URL: https://issues.apache.org/jira/browse/NETBEANS-1723
> Project: NetBeans
>  Issue Type: Improvement
>  Components: mavenutilities
>Reporter: Pino Silvaggio
>Priority: Major
>
> It would be nice to add m2e {{lifecycle-mapping-metadata.xml}} so that people 
> using Eclipse or another compatible plugin can be integrate with nbm-plugin.
> This doesn't cost much and only requires this file in {{META-INF/m2e}}.
> This is what I use in my forked plugin:
>  
> {code:xml}
> 
> 
> 
> 
> 
> 
> manifest
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> I could submit a pull request. Should I?



--
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-1135) All ActionRegistrations for content/any

2018-08-13 Thread Andreas Sewe (JIRA)
Andreas Sewe created NETBEANS-1135:
--

 Summary: All ActionRegistrations for content/any
 Key: NETBEANS-1135
 URL: https://issues.apache.org/jira/browse/NETBEANS-1135
 Project: NetBeans
  Issue Type: Improvement
Affects Versions: 8.2
Reporter: Andreas Sewe


At the moment, you can register actions for MIME types of {{folder/any}} and 
{{content/unknown}}, in addition to specific, known MIME types. However, there 
is no way to *declaratively* register an action for "any file", as there is for 
"any folder".

Workarounds require to explicitly create registrations in the system file 
system in an {{ModuleInstall}}. This is bad for start-up performance.

See [https://netbeans.slack.com/archives/C2BJDQ77A/p1534170005000480] for more 
background information.



--
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-1119) Broken link to NetBeans Slack channel

2018-08-07 Thread Andreas Sewe (JIRA)
Andreas Sewe created NETBEANS-1119:
--

 Summary: Broken link to NetBeans Slack channel
 Key: NETBEANS-1119
 URL: https://issues.apache.org/jira/browse/NETBEANS-1119
 Project: NetBeans
  Issue Type: Bug
  Components: website
Reporter: Andreas Sewe


On [https://netbeans.apache.org/community/mailing-lists.html,] the link to the 
NetBeans Slack channel ([https://netbeans.signup.team/)] is broken. The target 
host answers to pings, but refuses connections on both ports 80 and 443.



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