[JBoss JIRA] (JGRP-2129) Schema generation fails on JDK9
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2129?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2129:
--------------------------------
deal
> Schema generation fails on JDK9
> -------------------------------
>
> Key: JGRP-2129
> URL: https://issues.jboss.org/browse/JGRP-2129
> Project: JGroups
> Issue Type: Task
> Reporter: Radoslav Husar
> Assignee: Bela Ban
> Priority: Minor
> Labels: jdk9
> Fix For: 4.1
>
>
> Not going to be a problem for a while until base is compiled with JDK9 by default, but just in case.
> {noformat}
> main:
> [mkdir] Created dir: /Users/rhusar/git/jgroups/target/schema
> [java] java.lang.ExceptionInInitializerError
> [java] at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:194)
> [java] at org.apache.tools.ant.taskdefs.Java.run(Java.java:771)
> [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:221)
> [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:135)
> [java] at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)
> [java] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
> [java] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
> [java] at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:537)
> [java] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
> [java] at org.apache.tools.ant.Task.perform(Task.java:348)
> [java] at org.apache.tools.ant.Target.execute(Target.java:390)
> [java] at org.apache.tools.ant.Target.performTasks(Target.java:411)
> [java] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
> [java] at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
> [java] at org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:327)
> [java] at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
> [java] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
> [java] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> [java] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> [java] at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
> [java] at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
> [java] at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
> [java] at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> [java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
> [java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
> [java] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
> [java] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
> [java] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
> [java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
> [java] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
> [java] at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:537)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> [java] Caused by: java.lang.ExceptionInInitializerError
> [java] at org.jgroups.conf.ClassConfigurator.<clinit>(ClassConfigurator.java:56)
> [java] at org.jgroups.protocols.ASYM_ENCRYPT.<clinit>(ASYM_ENCRYPT.java:55)
> [java] at java.lang.Class.forName0(java.base@9-ea/Native Method)
> [java] at java.lang.Class.forName(java.base@9-ea/Class.java:291)
> [java] at org.jgroups.util.XMLSchemaGenerator.getClasses(XMLSchemaGenerator.java:127)
> [java] at org.jgroups.util.XMLSchemaGenerator.generateProtocolSchema(XMLSchemaGenerator.java:106)
> [java] at org.jgroups.util.XMLSchemaGenerator.main(XMLSchemaGenerator.java:80)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
> [java] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
> [java] at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:537)
> [java] at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:217)
> [java] at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:152)
> [java] ... 38 more
> [java] Caused by: java.lang.NullPointerException
> [java] at org.jgroups.conf.ClassConfigurator.init(ClassConfigurator.java:229)
> [java] at org.jgroups.conf.ClassConfigurator.<clinit>(ClassConfigurator.java:53)
> [java] ... 50 more
> [java] Java Result: -1
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFCORE-1902) Error messages from CLI batch should be more informative
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1902?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise commented on WFCORE-1902:
----------------------------------------------
There is no need to keep the DMR syntax (that is not that user friendly):
A batch error will look like:
WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:
Step: step-1
Operation: /:read-attribute
Failure: WFLYCTL0155: 'name' may not be null
> Error messages from CLI batch should be more informative
> --------------------------------------------------------
>
> Key: WFCORE-1902
> URL: https://issues.jboss.org/browse/WFCORE-1902
> Project: WildFly Core
> Issue Type: Enhancement
> Components: CLI
> Affects Versions: 3.0.0.Alpha10
> Reporter: Marek Kopecký
> Assignee: Jean-Francois Denise
> Labels: user_experience
>
> *Description of problem:*
> Error messages from CLI batch should be more informative
> *Steps to Reproduce:*
> {noformat}
> cat <<EOF >a
> batch
> :read-attribute(name=product-version)
> :read-attribute(name=product-name)
> :read-attribute(name=nonsence)
> :read-attribute(name=product-name)
> run-batch
> EOF
> ./jboss-cli.sh -c --file=a
> {noformat}
> *Actual results:*
> {noformat}
> The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error): {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-3" => "WFLYCTL0201: Unknown attribute 'nonsence'"}}
> {noformat}
> *Expected results:*
> I can imagine content like following could be helpful for troubleshooting:
> {noformat}
> {
> "WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {
> "Operation step-3" => {
> "operation" => ":read-attribute(name=nonsence)"
> "response" => "WFLYCTL0201: Unknown attribute 'nonsence'"
> }
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFCORE-1993) Logging MBean not available in platform-mbean core service
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1993?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-1993:
------------------------------------------
See AS7-2185 for more on why these mbeans are not exposed.
> Logging MBean not available in platform-mbean core service
> ----------------------------------------------------------
>
> Key: WFCORE-1993
> URL: https://issues.jboss.org/browse/WFCORE-1993
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Pavel Jelinek
> Assignee: Brian Stansberry
>
> {code}
> /core-service=platform-mbean:read-resource-description
> {
> "outcome" => "success",
> "result" => {
> "description" => "Provides the management interface for monitoring and management of the Java virtual machine as well as the operating system on which the Java virtual machine is running. Exposes the JDK-provided JMX MBeans in the java.lang, java.nio and java.util.logging JMX domains.", ...
> {code}
> but java.util.logging JMX domain is not available in this service.
> Not exposing those mbeans is deliberate, so change the description.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (JGRP-2129) Schema generation fails on JDK9
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/JGRP-2129?page=com.atlassian.jira.plugin.... ]
Radoslav Husar reopened JGRP-2129:
----------------------------------
I see, I didn't realize at first that you not only scp the XSD to jgroups.org but it's also part of the jar. If built with JDK9 the XSD is in the jar but has no content (0 bytes). This is not going to be problem until build with JDK9 for releases. Ok so lets keep this open then as it will have to be addressed at some point.
> Schema generation fails on JDK9
> -------------------------------
>
> Key: JGRP-2129
> URL: https://issues.jboss.org/browse/JGRP-2129
> Project: JGroups
> Issue Type: Task
> Reporter: Radoslav Husar
> Assignee: Bela Ban
> Priority: Minor
> Labels: jdk9
> Fix For: 4.1
>
>
> Not going to be a problem for a while until base is compiled with JDK9 by default, but just in case.
> {noformat}
> main:
> [mkdir] Created dir: /Users/rhusar/git/jgroups/target/schema
> [java] java.lang.ExceptionInInitializerError
> [java] at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:194)
> [java] at org.apache.tools.ant.taskdefs.Java.run(Java.java:771)
> [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:221)
> [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:135)
> [java] at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)
> [java] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
> [java] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
> [java] at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:537)
> [java] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
> [java] at org.apache.tools.ant.Task.perform(Task.java:348)
> [java] at org.apache.tools.ant.Target.execute(Target.java:390)
> [java] at org.apache.tools.ant.Target.performTasks(Target.java:411)
> [java] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
> [java] at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
> [java] at org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:327)
> [java] at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
> [java] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
> [java] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> [java] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> [java] at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
> [java] at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
> [java] at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
> [java] at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> [java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
> [java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
> [java] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
> [java] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
> [java] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
> [java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
> [java] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
> [java] at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:537)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> [java] at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> [java] Caused by: java.lang.ExceptionInInitializerError
> [java] at org.jgroups.conf.ClassConfigurator.<clinit>(ClassConfigurator.java:56)
> [java] at org.jgroups.protocols.ASYM_ENCRYPT.<clinit>(ASYM_ENCRYPT.java:55)
> [java] at java.lang.Class.forName0(java.base@9-ea/Native Method)
> [java] at java.lang.Class.forName(java.base@9-ea/Class.java:291)
> [java] at org.jgroups.util.XMLSchemaGenerator.getClasses(XMLSchemaGenerator.java:127)
> [java] at org.jgroups.util.XMLSchemaGenerator.generateProtocolSchema(XMLSchemaGenerator.java:106)
> [java] at org.jgroups.util.XMLSchemaGenerator.main(XMLSchemaGenerator.java:80)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method)
> [java] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
> [java] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
> [java] at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:537)
> [java] at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:217)
> [java] at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:152)
> [java] ... 38 more
> [java] Caused by: java.lang.NullPointerException
> [java] at org.jgroups.conf.ClassConfigurator.init(ClassConfigurator.java:229)
> [java] at org.jgroups.conf.ClassConfigurator.<clinit>(ClassConfigurator.java:53)
> [java] ... 50 more
> [java] Java Result: -1
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (LOGTOOL-115) Ambiguous import problem with conflicting class name
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/LOGTOOL-115?page=com.atlassian.jira.plugi... ]
David Lloyd updated LOGTOOL-115:
--------------------------------
Workaround Description:
Explicitly upgrade JDeparser2 to a newer version, like this:
{code:xml}
<dependency>
<groupId>org.jboss.logging</groupId>
<artifactId>jboss-logging-processor</artifactId>
<version>2.0.1.Final</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.jboss.jdeparser</groupId>
<artifactId>jdeparser</artifactId>
<version>2.0.2.Final</version>
<scope>provided</scope>
</dependency>
{code}
Priority: Major (was: Blocker)
Downgraded to Major since there's a simple workaround.
> Ambiguous import problem with conflicting class name
> ----------------------------------------------------
>
> Key: LOGTOOL-115
> URL: https://issues.jboss.org/browse/LOGTOOL-115
> Project: Log Tool
> Issue Type: Bug
> Affects Versions: 2.0.1.Final
> Reporter: David Lloyd
>
> If I have two classes with the same simple name in the logging interface, and a single method uses both of them, the generated class fails to qualify one of them, resulting in compilation errors like this:
> {noformat}
> [ERROR] /home/david/src/java/wildfly-naming/target/generated-sources/annotations/org/wildfly/naming/client/_private/Messages_$logger.java:[35,8] org.wildfly.naming.client._private.Messages_$logger is not abstract and does not override abstract method authenticationFailed(org.wildfly.security.auth.AuthenticationException) in org.wildfly.naming.client._private.Messages
> [ERROR] /home/david/src/java/wildfly-naming/target/generated-sources/annotations/org/wildfly/naming/client/_private/Messages_$logger.java:[403,5] method does not override or implement a method from a supertype
> {noformat}
> The source looks like this:
> {code}
> // ...
> import org.wildfly.security.auth.AuthenticationException;
> // ...
> @MessageLogger(projectCode = "WFNAM", length = 5)
> public interface Messages extends BasicLogger {
> // ...
> @Message(id = 32, value = "Peer authentication failed")
> javax.naming.AuthenticationException authenticationFailed(@Cause AuthenticationException cause);
> // ...
> {code}
> The generated code is:
> {code}
> private static final String authenticationFailed = "WFNAM00032: Peer authentication failed";
> protected String authenticationFailed$str() {
> return authenticationFailed;
> }
> @Override
> public final AuthenticationException authenticationFailed(final AuthenticationException cause) { // XXX This is a problem line; return type is not qualified
> final AuthenticationException result = new AuthenticationException(String.format(authenticationFailed$str())); // XXX and this type and constructor are also not qualified
> result.initCause(cause);
> final StackTraceElement[] st = result.getStackTrace();
> result.setStackTrace(Arrays.copyOfRange(st, 1, st.length));
> return result;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months