[JBoss JIRA] (LOGMGR-87) NDC formatting is wrong with AsyncHandler
by Valter Karacek (JIRA)
Valter Karacek created LOGMGR-87:
------------------------------------
Summary: NDC formatting is wrong with AsyncHandler
Key: LOGMGR-87
URL: https://issues.jboss.org/browse/LOGMGR-87
Project: JBoss Log Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Valter Karacek
Assignee: David Lloyd
NDC information is not logged when used with asynchronous log handler.
The problem appears to be with Formatters.ndcFormatStep that return the value from NDC class, instead getting from ExtLogRecord.getNdc().
<pattern-formatter pattern="%d | %-5p | [%c] | (%t:%x) | %m%n"/>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (WFLY-2207) CLI Unable to connect using https-remoting address.
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-2207?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated WFLY-2207:
-----------------------------------
Parent: WFLY-1597
Issue Type: Sub-task (was: Bug)
> CLI Unable to connect using https-remoting address.
> ---------------------------------------------------
>
> Key: WFLY-2207
> URL: https://issues.jboss.org/browse/WFLY-2207
> Project: WildFly
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: CLI
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Critical
> Fix For: 8.0.0.CR1
>
>
> The CLI is failing to connect over https with the following: -
> {code}
> [disconnected /] connect https-remoting://localhost:9993
> The controller is not available at localhost:9993: java.net.ConnectException: JBAS012144: Could not connect to https-remoting://localhost:9993. The connection timed out: JBAS012144: Could not connect to https-remoting://localhost:9993. The connection timed out
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (WFLY-2154) http-interface is used instead of native-interface for native access
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-2154?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated WFLY-2154:
-----------------------------------
Parent: WFLY-1597
Issue Type: Sub-task (was: Bug)
> http-interface is used instead of native-interface for native access
> --------------------------------------------------------------------
>
> Key: WFLY-2154
> URL: https://issues.jboss.org/browse/WFLY-2154
> Project: WildFly
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: Domain Management, Security
> Affects Versions: 8.0.0.Beta1
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Fix For: 8.0.0.CR1
>
>
> Steps to reproduce:
> 1) create new Security Realm in standalone.xml:
> <security-realm name="ManagementTestRealm">
> <authentication>
> <properties path="mgmt-users.properties" relative-to="jboss.server.config.dir"/>
> </authentication>
> </security-realm>
> 2) make http-interface using this realm:
> <http-interface security-realm="ManagementTestRealm" http-upgrade-enabled="true">
> <socket-binding http="management-http"/>
> </http-interface>
> 3) start standalone server
> 4) run CLI with command ./jboss-cli.sh -c
> You will ask for user and password for ManagementTestRealm but this realm is NOT used for native interface! It should still used ManagementRealm not ManagementTestRealm. If you add <local default-user="$local"/> to ManagementTestRealm Security Realm and run CLI again, it connect successfully. It looks like there is used http-interface instead of native-interface.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (WFLY-2211) NullPointerException in RemotingHttpUpgradeService if no http port.
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-2211?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated WFLY-2211:
-----------------------------------
Parent: WFLY-1597
Issue Type: Sub-task (was: Bug)
> NullPointerException in RemotingHttpUpgradeService if no http port.
> -------------------------------------------------------------------
>
> Key: WFLY-2211
> URL: https://issues.jboss.org/browse/WFLY-2211
> Project: WildFly
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Critical
> Fix For: 8.0.0.CR1
>
>
> Starting with a HTTP port is not mandatory.
> {code}
> Caused by: java.lang.NullPointerException
> at org.jboss.as.remoting.RemotingHttpUpgradeService.start(RemotingHttpUpgradeService.java:107) [wildfly-remoting-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1944) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1877) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months