You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@netbeans.apache.org by "Matthew Eggers (Jira)" <ji...@apache.org> on 2021/03/10 21:53:00 UTC
[jira] [Comment Edited] (NETBEANS-5432) ./gradlew in NETBEANS 12.2
Fails on Plugin:
[ https://issues.apache.org/jira/browse/NETBEANS-5432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17299151#comment-17299151 ]
Matthew Eggers edited comment on NETBEANS-5432 at 3/10/21, 9:52 PM:
--------------------------------------------------------------------
An Update:
If I change the version of the {{com.mkobit.jenkins.pipelines.shared-library}} to latest (v0.10.1) , it builds. Likely due to NB running on a 6.7 gradle daemon. But then this happened:
The project name changed. It is now titled: "Integration test set for shared library source"
When I open the project properties, that is listed as the _description_ with the *Project Name* property still set to the actual project name.
The Properties form cannot be altered / edited. The Description was empty prior to running a gradle task. The description appeared after the task completed. Also, that description came from the jenkins plugin mentioned above.
When I grep for the phrase in the project, a binary file shows up:
{code}
$ find .gradle | xargs grep "shared library source" 2> /dev/null
Binary file .gradle/nb-cache/cop-pipeline-step-265509472/project-info.ser matches
{code}
There used to be a {{settings.xml}} that drove this configuration.
How can I edit or change this?
How is a Description field being set as the project name?
How did some plugin metadata wind up as the project name?
Why is it read only?
Plugin repo: https://plugins.gradle.org/plugin/com.mkobit.jenkins.pipelines.shared-library
was (Author: eggmatters):
An Update:
If I change the version of the {{com.mkobit.jenkins.pipelines.shared-library}} to latest (v0.10.1) and it built. Likely due to NB running on a 6.7 gradle daemon. But then this happened:
The project name changed. It is now titled: "Integration test set for shared library source"
When I open the project properties, that is listed as the _description_ with the *Project Name* property still set to the actual project name.
The Properties form cannot be altered / edited. The Description was empty prior to running a gradle task. The description appeared after the task completed. Also, that description came from the jenkins plugin mentioned above.
When I grep for the phrase in the project, a binary file shows up:
{code}
$ find .gradle | xargs grep "shared library source" 2> /dev/null
Binary file .gradle/nb-cache/cop-pipeline-step-265509472/project-info.ser matches
{code}
There used to be a {{settings.xml}} that drove this configuration.
How can I edit or change this?
How is a Description field being set as the project name?
How did some plugin metadata wind up as the project name?
Why is it read only?
Plugin repo: https://plugins.gradle.org/plugin/com.mkobit.jenkins.pipelines.shared-library
> ./gradlew in NETBEANS 12.2 Fails on Plugin:
> --------------------------------------------
>
> Key: NETBEANS-5432
> URL: https://issues.apache.org/jira/browse/NETBEANS-5432
> Project: NetBeans
> Issue Type: Bug
> Affects Versions: 12.2
> Environment: {code}
> >System Info:
> Product Version = Apache NetBeans IDE 12.2
> Operating System = Mac OS X version 10.15.7 running on x86_64
> Java; VM; Vendor = 12.0.2; OpenJDK 64-Bit Server VM 12.0.2+10; Oracle Corporation
> Runtime = OpenJDK Runtime Environment 12.0.2+10
> Java Home = /Library/Java/JavaVirtualMachines/openjdk-12.0.2.jdk/Contents/Home
> System Locale; Encoding = en_US (nb); UTF-8
> Home Directory = /Users/eggmatters
> Current Directory = /
> User Directory = /Users/eggmatters/Library/Application Support/NetBeans/12.2
> Cache Directory = /Users/eggmatters/Library/Caches/NetBeans/12.2
> Installation = /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/nb
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/ergonomics
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/ide
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/extide
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/java
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/apisupport
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/webcommon
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/websvccommon
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/enterprise
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/profiler
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/php
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/harness
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/cpplite
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/groovy
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/javafx
> /Applications/NetBeans/Apache NetBeans 12.2.app/Contents/Resources/NetBeans/netbeans/platform
> {code}
> Reporter: Matthew Eggers
> Priority: Major
>
> *Problem (expect / actual )*
> When building a Gradle project, running {{./gradlew clean build}} fails in Netbeans while running it natively builds.
> *Repro Steps*
> Sample Gradle File:
> {code}
> plugins {
> id "com.mkobit.jenkins.pipelines.shared-library" version "0.6.1"
> }
> apply plugin: 'groovy'
> repositories {
> mavenCentral()
> }
> {code}
> Please see the Environment Above
> Set JDK to 1.8 matching {{$JAVA_HOME}}
> Set Gradle to 5.3 (matching gradle properties)
> Set "Prefer to use gradle wrapper that comes with the project"
> Run "clean build"
> *Expected*
> Output should match what is run in a Bash shell
> *Actual*
> A couple of things happen here. Output of build command is:
> {code:java}
> cd /Users/eggmatters/project-to-build; ./gradlew clean build
> Parallel execution with configuration on demand is an incubating feature.
> FAILURE: Build failed with an exception.
> * What went wrong:
> Could not initialize class com.mkobit.jenkins.pipelines.CodegenTypesKt
> {code}
> Stacktrace expands to:
> {code:java}
> * Exception is:
> java.lang.NoClassDefFoundError: Could not initialize class com.mkobit.jenkins.pipelines.CodegenTypesKt
> {code}
> *Additional Info*
> A Notification pops up either on build or configuration change. It issues a low-level warning stating that it cannot load the project. It then gives some Gradle API paths ending in a {{.gradle}} installation for 6.7.:
> {code}
> org.gradle.api.file.ProjectLayout.directoryProperty(Lorg/gradle/api/provider/Provider;)Lorg/gradle/api/file/DirectoryProperty;<br/>org.gradle.api.file.ProjectLayout.directoryProperty(Lorg/gradle/api/provider/Provider;)Lorg/gradle/api/file/DirectoryProperty;<br/>Could not run build action using connection to Gradle installation '/Users/eggmatters/.gradle/wrapper/dists/gradle-6.7-bin/efvqh8uyq79v2n7rcncuhu9sv/gradle-6.7'.
> {code}
> Also, the Gradle Daemons launched are running under JDK12 (the default JDK) and not the project specified one:
> {code:java}
> /Library/Java/JavaVirtualMachines/openjdk-12.0.2.jdk/Contents/Home/bin/java -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Dfile.encoding=UTF-8 -Duser.country=US -Duser.language=en -Duser.variant -cp /Users/eggmatters/.gradle/wrapper/dists/gradle-4.9-all/491wbe0x5d54n9cojs2p0zv90/gradle-4.9/lib/gradle-launcher-4.9.jar org.gradle.launcher.daemon.bootstrap.GradleDaemon 4.9
> /Library/Java/JavaVirtualMachines/openjdk-12.0.2.jdk/Contents/Home/bin/java --add-opens java.base/java.util=ALL-UNNAMED --add-opens java.base/java.lang=ALL-UNNAMED --add-opens java.base/java.lang.invoke=ALL-UNNAMED --add-opens java.prefs/java.util.prefs=ALL-UNNAMED -Dfile.encoding=UTF-8 -Duser.country=US -Duser.language=en -Duser.variant -cp /Users/eggmatters/.gradle/wrapper/dists/gradle-6.7-bin/efvqh8uyq79v2n7rcncuhu9sv/gradle-6.7/lib/gradle-launcher-6.7.jar org.gradle.launcher.daemon.bootstrap.GradleDaemon 6.7
> {code}
> There is another similar project which does not rely on the "com.mkobit.jenkins.pipelines.shared-library" plugin which has the same`build.gradle` otherwise which compiles just fine.
> *TL/DR*
> It appears that either Netbeans or Gradle Plugin is running builds in {{gradle-6.7}} regardless of gradle image selected in properties.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@netbeans.apache.org
For additional commands, e-mail: commits-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists