[JBoss JIRA] (WFLY-10967) Jaeger Tracing: No sender found
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10967?page=com.atlassian.jira.plugin... ]
Brian Stansberry resolved WFLY-10967.
-------------------------------------
Fix Version/s: 15.0.0.Final
Resolution: Duplicate Issue
> Jaeger Tracing: No sender found
> -------------------------------
>
> Key: WFLY-10967
> URL: https://issues.jboss.org/browse/WFLY-10967
> Project: WildFly
> Issue Type: Bug
> Components: MP OpenTracing
> Affects Versions: 14.0.0.Final
> Reporter: Harald Wellmann
> Priority: Major
> Fix For: 15.0.0.Final
>
>
> I'm not really sure what the intended behaviour is, but is seems that MicroProfile OpenTracing does not work out of the box.
> When deploying a JAX-RS + CDI application, I get the following warning
> {noformat}
> 16:37:49,023 WARN [io.jaegertracing.internal.senders.SenderResolver] (ServerService Thread Pool -- 73) No suitable sender found. Using NoopSender, meaning that data will not be sent anywhere!
> {noformat}
> My guess is that the module configuration is not quite correct. After adding the following dependencies, things look better:
> module io.jaegertracing.jaeger-core:
> {code:xml}
> <module name="io.jaegertracing.jaeger-thrift" services="import"/>
> {code}
> module io.jaegertracing.jaeger-thrift:
> {code:xml}
> <module name="org.apache.thrift"/>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-11649) EE Concurrency Utilities Managed Executors / Thread Pool runtime stats
by Brian Stansberry (Jira)
Brian Stansberry created WFLY-11649:
---------------------------------------
Summary: EE Concurrency Utilities Managed Executors / Thread Pool runtime stats
Key: WFLY-11649
URL: https://issues.jboss.org/browse/WFLY-11649
Project: WildFly
Issue Type: Feature Request
Components: EE
Affects Versions: 14.0.0.Final
Reporter: Brad Maxwell
The managed executors / thread pools in the EE subsytem currently do not show any runtime information when invoked with include-runtime=true, the current thread pool size, queue length and such would be useful to check the performance and tuning.
{code}
/subsystem=ee/managed-executor-service=default:read-resource(include-runtime=true,recursive=true)
{
"outcome" => "success",
"result" => {
"context-service" => "default",
"core-threads" => undefined,
"hung-task-threshold" => 60000L,
"jndi-name" => "java:jboss/ee/concurrency/executor/default",
"keepalive-time" => 5000L,
"long-running-tasks" => false,
"max-threads" => undefined,
"queue-length" => undefined,
"reject-policy" => "ABORT",
"thread-factory" => undefined
}
}
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFCORE-4293) Command embed-server unrecognized arguments --jboss-home but in help it still a valid argument
by Vratislav Marek (Jira)
[ https://issues.jboss.org/browse/WFCORE-4293?page=com.atlassian.jira.plugi... ]
Vratislav Marek closed WFCORE-4293.
-----------------------------------
Resolution: Won't Do
It's not bug
> Command embed-server unrecognized arguments --jboss-home but in help it still a valid argument
> ----------------------------------------------------------------------------------------------
>
> Key: WFCORE-4293
> URL: https://issues.jboss.org/browse/WFCORE-4293
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Affects Versions: 7.0.0.Final, 8.0.0.Beta3
> Reporter: Vratislav Marek
> Assignee: Jean-Francois Denise
> Priority: Major
>
> Command "_embed-server_" unrecognize argument "_--jboss-home_".
> {code:java}
> [disconnected /] embed-server --jboss-home=/tmp/2019-01-25/WFCORE-1187/firstLog
> Unrecognized arguments: [--jboss-home]
> {code}
> {code:java}
> [disconnected /] embed-server --jboss-home="/tmp/2019-01-25/WFCORE-1187/firstLog"
> Unrecognized arguments: [--jboss-home]
> {code}
> But in command help is written like a valid argument.
> {code:java}
> [disconnected /] help embed-server
> SYNOPSIS
> embed-server [--admin-only=true|false]
> [-c=config_file || --server-config=config_file]
> [--empty-config --remove-existing-config]
> [--jboss-home=rootdir]
> [--stdout=discard|echo]
> DESCRIPTION
> Launches a standalone server embedded in the CLI process.
> ARGUMENTS
> ...
> --jboss-home - Filesystem path pointing to the root directory
> of the installation from which the embedded server
> should run. Only available if the CLI itself
> is not running in a modular classloading environment.
> In a non-modular classloading environment, if this
> option is not specified, the value of the
> environment variable JBOSS_HOME will be used.
> Must be specified if the environment variable
> JBOSS_HOME is not set.In a modular classloading
> environment it is assumed the CLI is running from
> the server installation itself and the JBOSS_HOME
> environment variable must be set.
> ...
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-11600) Server internal exceptions thrown during EJB calls should not cause ClassNotFoundException on a wildfly client (when using jboss-marshalling-river)
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11600?page=com.atlassian.jira.plugin... ]
Brian Stansberry reassigned WFLY-11600:
---------------------------------------
Assignee: Tomasz Adamski (was: Jason Greene)
> Server internal exceptions thrown during EJB calls should not cause ClassNotFoundException on a wildfly client (when using jboss-marshalling-river)
> ---------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11600
> URL: https://issues.jboss.org/browse/WFLY-11600
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 10.1.0.Final
> Reporter: Vladimir Kravchenko
> Assignee: Tomasz Adamski
> Priority: Major
>
> The org.jboss.invocation.CannotProceedException either must not be propagated to a client or it must be included in one of wildfly-ejb-client-bom transient dependencies. Otherwise the client fails to unmarshal it:
> {noformat}
> javax.ejb.EJBException: 'java.lang.ClassNotFoundException: org.jboss.invocation.CannotProceedException'
> Stacktrace :
> at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:238)
> at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:183)
> at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:146)
> at com.sun.proxy.$Proxy48.waitForTypedMessagingProcess(Unknown Source)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> ... 43 more
> Trigger list :
> 1. java.lang.ClassNotFoundException: 'org.jboss.invocation.CannotProceedException'
> Stacktrace :
> at java.lang.ClassLoader.findClass(ClassLoader.java:530)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> ...
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
> at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:948)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1255)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:224)
> at org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:1745)
> at org.jboss.marshalling.river.RiverObjectInputStream.defaultReadObject(RiverObjectInputStream.java:81)
> at java.lang.Throwable.readObject(Throwable.java:914)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:309)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1637)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1285)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:79)
> at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:276)
> at org.jboss.ejb.client.EJBObjectInterceptor.handleInvocationResult(EJBObjectInterceptor.java:64)
> at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290)
> at org.jboss.ejb.client.EJBHomeInterceptor.handleInvocationResult(EJBHomeInterceptor.java:88)
> at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290)
> at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:46)
> at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290)
> at org.jboss.ejb.client.ReceiverInterceptor.handleInvocationResult(ReceiverInterceptor.java:142)
> at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:265)
> at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:453)
> at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:204)
> ... 50 more
> {noformat}
> I got this exception with WildFly 10.1.0.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-6100) org.wildfly.bom tag for version 10.0.0.Final
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-6100?page=com.atlassian.jira.plugin.... ]
Brian Stansberry resolved WFLY-6100.
------------------------------------
Fix Version/s: 10.0.0.Final
Assignee: Brian Stansberry (was: Jason Greene)
Resolution: Done
https://github.com/wildfly/boms/releases/tag/10.0.0.Final
> org.wildfly.bom tag for version 10.0.0.Final
> --------------------------------------------
>
> Key: WFLY-6100
> URL: https://issues.jboss.org/browse/WFLY-6100
> Project: WildFly
> Issue Type: Task
> Affects Versions: 10.0.0.Final
> Reporter: Leandro Kersting de Freitas
> Assignee: Brian Stansberry
> Priority: Major
> Labels: bom, maven
> Fix For: 10.0.0.Final
>
>
> Generate maven bom dependencies.
> {code:xml}
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7</artifactId>
> <version>10.0.0.Final</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7-with-tools</artifactId>
> <version>10.0.0.Final</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-6371) LdapExtLoginModule throws FailedLoginException when rolesCtxDN and roleFilter attributes are not set
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-6371?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-6371:
--------------------------------------
Component/s: Security
Assignee: Darran Lofthouse (was: Jason Greene)
> LdapExtLoginModule throws FailedLoginException when rolesCtxDN and roleFilter attributes are not set
> ----------------------------------------------------------------------------------------------------
>
> Key: WFLY-6371
> URL: https://issues.jboss.org/browse/WFLY-6371
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Bartosz Baranowski
> Assignee: Darran Lofthouse
> Priority: Major
>
> In case when LdapExtLoginModule is correctly configured for authentication, but its attributes rolesCtxDN and roleFilter are not set, then authentication with correct username and password leads to FailedLoginException.
> Expected behavior is that user should be authenticated but no roles should be assigned to them.
> Possible EAP configuration:
> <security-domain name="ldap">
> <authentication>
> <login-module code="org.jboss.security.auth.spi.LdapExtLoginModule" flag="required">
> <module-option name="baseFilter" value="(uid=
> {0})"/>
> <module-option name="bindDN" value="uid=admin,ou=system"/>
> <module-option name="baseCtxDN" value="ou=People,o=MyOrg,o=primary,dc=jboss,dc=org"/>
> <module-option name="java.naming.factory.initial" value="com.sun.jndi.ldap.LdapCtxFactory"/>
> <module-option name="java.naming.security.authentication" value="simple"/>
> <module-option name="java.naming.provider.url" value="ldap://localhost:10389"/>
> <module-option name="bindCredential" value="secret"/>
> </login-module>
> </authentication>
> </security-domain>
> In case when these attributes are added
> <module-option name="rolesCtxDN" value="ou=Roles,o=MyOrg,o=primary,dc=jboss,dc=org"/>
> <module-option name="roleFilter" value="(member={0}
> )"/>
> then user is correctly authenticated (even in case when no role is assigned to them).
> It is caused by internal NPE thrown from method rolesSearch in LdapExtLoginModule class on line:
> results = ldapCtx.search(rolesCtxDN, roleFilter, filterArgs, constraints);
> DEBUG [org.jboss.security] (default task-2) PBOX000206: Login failure: javax.security.auth.login.FailedLoginException: PBOX000070: Password invalid/Password required
> at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:284)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at javax.security.auth.login.LoginContext.invoke(LoginContext.java:762)
> at javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)
> at javax.security.auth.login.LoginContext$4.run(LoginContext.java:690)
> at javax.security.auth.login.LoginContext$4.run(LoginContext.java:688)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:687)
> at javax.security.auth.login.LoginContext.login(LoginContext.java:595)
> at org.jboss.security.authentication.JBossCachedAuthenticationManager.defaultLogin(JBossCachedAuthenticationManager.java:411)
> at org.jboss.security.authentication.JBossCachedAuthenticationManager.proceedWithJaasLogin(JBossCachedAuthenticationManager.java:350)
> at org.jboss.security.authentication.JBossCachedAuthenticationManager.authenticate(JBossCachedAuthenticationManager.java:338)
> at org.jboss.security.authentication.JBossCachedAuthenticationManager.isValid(JBossCachedAuthenticationManager.java:148)
> at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verifyCredential(JAASIdentityManagerImpl.java:111)
> at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verify(JAASIdentityManagerImpl.java:82)
> at io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:118)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:339)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:356)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:325)
> at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:138)
> at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:113)
> at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:106)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55)
> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:274)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:253)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-4270) IllegalStateException: Shutdown in progress
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-4270?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-4270:
----------------------------------------
To avoid this start the server with -Djava.awt.headless=true in the args to java. Include it in standalone.conf.bat.
I filed WFCORE-4294 to get that system property added to the default args to java. The *nix scripts have that but not the Windows ones.
> IllegalStateException: Shutdown in progress
> -------------------------------------------
>
> Key: WFLY-4270
> URL: https://issues.jboss.org/browse/WFLY-4270
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 8.2.0.Final
> Reporter: bene.net
> Assignee: Jason Greene
> Priority: Major
>
> When starting Wildfly on Windows (JDK 1.7) and triggering a shutdown by pressing CTRL+C, I get the following exception.
> I think the exception only occurs if there was no service request between startup and shutdown.
> {noformat}
> ERROR; 2015-01-20 13:29:56,601; [AWT-Windows ]; Exception in thread "AWT-Windows" java.lang.IllegalStateException: Shutdown in progress
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,603; [AWT-Windows ]; at java.lang.ApplicationShutdownHooks.add(ApplicationShutdownHooks.java:66)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,604; [AWT-Windows ]; at java.lang.Runtime.addShutdownHook(Runtime.java:211)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,605; [AWT-Windows ]; at sun.awt.windows.WToolkit$3.run(WToolkit.java:281)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,606; [AWT-Windows ]; at java.security.AccessController.doPrivileged(Native Method)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,607; [AWT-Windows ]; at sun.awt.windows.WToolkit.registerShutdownHook(WToolkit.java:273)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,609; [AWT-Windows ]; at sun.awt.windows.WToolkit.run(WToolkit.java:299)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,610; [AWT-Windows ]; at java.lang.Thread.run(Thread.java:745)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-4270) IllegalStateException: Shutdown in progress
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-4270?page=com.atlassian.jira.plugin.... ]
Brian Stansberry resolved WFLY-4270.
------------------------------------
Assignee: Brian Stansberry (was: Jason Greene)
Resolution: Migrated to another ITS
> IllegalStateException: Shutdown in progress
> -------------------------------------------
>
> Key: WFLY-4270
> URL: https://issues.jboss.org/browse/WFLY-4270
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 8.2.0.Final
> Reporter: bene.net
> Assignee: Brian Stansberry
> Priority: Major
>
> When starting Wildfly on Windows (JDK 1.7) and triggering a shutdown by pressing CTRL+C, I get the following exception.
> I think the exception only occurs if there was no service request between startup and shutdown.
> {noformat}
> ERROR; 2015-01-20 13:29:56,601; [AWT-Windows ]; Exception in thread "AWT-Windows" java.lang.IllegalStateException: Shutdown in progress
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,603; [AWT-Windows ]; at java.lang.ApplicationShutdownHooks.add(ApplicationShutdownHooks.java:66)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,604; [AWT-Windows ]; at java.lang.Runtime.addShutdownHook(Runtime.java:211)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,605; [AWT-Windows ]; at sun.awt.windows.WToolkit$3.run(WToolkit.java:281)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,606; [AWT-Windows ]; at java.security.AccessController.doPrivileged(Native Method)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,607; [AWT-Windows ]; at sun.awt.windows.WToolkit.registerShutdownHook(WToolkit.java:273)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,609; [AWT-Windows ]; at sun.awt.windows.WToolkit.run(WToolkit.java:299)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> ERROR; 2015-01-20 13:29:56,610; [AWT-Windows ]; at java.lang.Thread.run(Thread.java:745)
> ; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ;
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months