[JBoss JIRA] (WFCORE-1119) ManagedDatagramSocketBinding throw NPE
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1119?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-1119:
-------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/1239 (was: https://github.com/wildfly/wildfly-core/pull/1237)
> ManagedDatagramSocketBinding throw NPE
> --------------------------------------
>
> Key: WFCORE-1119
> URL: https://issues.jboss.org/browse/WFCORE-1119
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 2.0.0.CR8
> Reporter: Stefan Dilk
> Assignee: Brian Stansberry
> Fix For: 3.0.0.Alpha1
>
>
> i think i have found the same bug as in WFCORE-1033 but in another method.
> in the previous bug the bind method was the problem, here i have the same NPE in the close method. there is no null check to registry as in the bind method.
> {noformat}
> [Server:mgmt-1-prod] 2015-11-10 00:37:15,454 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.jgroups.channel.ee.connector: org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee.connector:
> java.lang.NullPointerException
> [Server:mgmt-1-prod] at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:9
> 6)
> [Server:mgmt-1-prod] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> [Server:mgmt-1-prod] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> [Server:mgmt-1-prod] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [Server:mgmt-1-prod] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [Server:mgmt-1-prod] at java.lang.Thread.run(Thread.java:745)
> [Server:mgmt-1-prod] Caused by: java.lang.NullPointerException
> [Server:mgmt-1-prod] at org.jboss.as.network.ManagedDatagramSocketBinding.close(ManagedDatagramSocketBinding.java:73)
> [Server:mgmt-1-prod] at java.net.DatagramSocket.<init>(DatagramSocket.java:245)
> [Server:mgmt-1-prod] at org.jboss.as.network.ManagedDatagramSocketBinding.<init>(ManagedDatagramSocketBinding.java:41)
> [Server:mgmt-1-prod] at org.jboss.as.network.SocketBindingManagerImpl.createDatagramSocket(SocketBindingManagerImpl.java:87)
> [Server:mgmt-1-prod] at org.jboss.as.clustering.jgroups.ManagedSocketFactory.createDatagramSocket(ManagedSocketFactory.java:103)
> [Server:mgmt-1-prod] at org.jboss.as.clustering.jgroups.ManagedSocketFactory.createDatagramSocket(ManagedSocketFactory.java:113)
> [Server:mgmt-1-prod] at org.jgroups.protocols.UDP.createDatagramSocketWithBindPort(UDP.java:487)
> [Server:mgmt-1-prod] at org.jgroups.protocols.UDP.createSockets(UDP.java:361)
> [Server:mgmt-1-prod] at org.jgroups.protocols.UDP.start(UDP.java:270)
> [Server:mgmt-1-prod] at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:965)
> [Server:mgmt-1-prod] at org.jgroups.JChannel.startStack(JChannel.java:890)
> [Server:mgmt-1-prod] at org.jgroups.JChannel._preConnect(JChannel.java:553)
> [Server:mgmt-1-prod] at org.jgroups.JChannel.connect(JChannel.java:288)
> [Server:mgmt-1-prod] at org.jgroups.JChannel.connect(JChannel.java:279)
> [Server:mgmt-1-prod] at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:94)
> [Server:mgmt-1-prod] ... 5 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-3342) undertow subsystem authentication configuration
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-3342?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse reassigned WFLY-3342:
--------------------------------------
Assignee: Darran Lofthouse
> undertow subsystem authentication configuration
> -----------------------------------------------
>
> Key: WFLY-3342
> URL: https://issues.jboss.org/browse/WFLY-3342
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 8.0.0.Final
> Reporter: Travis De Silva
> Assignee: Darran Lofthouse
> Fix For: 11.0.0.Alpha1
>
>
> I have a use case where I have static content that I want only authorised web users to be able to access. In the standalone.xml file, I added the following config.
> <filter-ref name="my-auth"/> under <location> and
> <basic-auth name="my-auth" security-domain="other"/> under <handlers>
> But I am getting following error
> Caused by: java.lang.RuntimeException: JBAS017346: Could not construct handler for class: class io.undertow.security.handlers.AuthenticationCallHandler. with parameters {"security-domain" => "other"}
> [~ctomc] Mentioned in the forum post that how undertow does authentication has changed significantly and subsystem configuration did not catch up with it properly and request a jira ticket be opened.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5684) Injection of ArquillianResource URL fails in Wildfly 10 CR4
by John Ament (JIRA)
[ https://issues.jboss.org/browse/WFLY-5684?page=com.atlassian.jira.plugin.... ]
John Ament commented on WFLY-5684:
----------------------------------
when i bind to 127.0.0.1, the output is
{code}
{
"outcome" => "success",
"result" => {
"default-interface" => "public",
"name" => "standard-sockets",
"port-offset" => expression "${jboss.socket.binding.port-offset:0}",
"local-destination-outbound-socket-binding" => undefined,
"remote-destination-outbound-socket-binding" => {"mail-smtp" => {
"fixed-source-port" => false,
"host" => "localhost",
"port" => 25,
"source-interface" => undefined,
"source-port" => undefined
}},
"socket-binding" => {
"management-http" => {
"bound" => true,
"bound-address" => "127.0.0.1",
"bound-port" => 9990,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => "management",
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "management-http",
"port" => expression "${jboss.management.http.port:9990}"
},
"management-https" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => "management",
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "management-https",
"port" => expression "${jboss.management.https.port:9993}"
},
"ajp" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "ajp",
"port" => expression "${jboss.ajp.port:8009}"
},
"http" => {
"bound" => true,
"bound-address" => "127.0.0.1",
"bound-port" => 8080,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "http",
"port" => expression "${jboss.http.port:8080}"
},
"https" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "https",
"port" => expression "${jboss.https.port:8443}"
},
"txn-recovery-environment" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "txn-recovery-environment",
"port" => 4712
},
"txn-status-manager" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "txn-status-manager",
"port" => 4713
}
}
}
}
{code}
When I bind to 0.0.0.0, the output is
{code}
{
"outcome" => "success",
"result" => {
"default-interface" => "public",
"name" => "standard-sockets",
"port-offset" => expression "${jboss.socket.binding.port-offset:0}",
"local-destination-outbound-socket-binding" => undefined,
"remote-destination-outbound-socket-binding" => {"mail-smtp" => {
"fixed-source-port" => false,
"host" => "localhost",
"port" => 25,
"source-interface" => undefined,
"source-port" => undefined
}},
"socket-binding" => {
"management-http" => {
"bound" => true,
"bound-address" => "127.0.0.1",
"bound-port" => 9990,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => "management",
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "management-http",
"port" => expression "${jboss.management.http.port:9990}"
},
"management-https" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => "management",
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "management-https",
"port" => expression "${jboss.management.https.port:9993}"
},
"ajp" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "ajp",
"port" => expression "${jboss.ajp.port:8009}"
},
"http" => {
"bound" => true,
"bound-address" => "0.0.0.0",
"bound-port" => 8080,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "http",
"port" => expression "${jboss.http.port:8080}"
},
"https" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "https",
"port" => expression "${jboss.https.port:8443}"
},
"txn-recovery-environment" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "txn-recovery-environment",
"port" => 4712
},
"txn-status-manager" => {
"bound" => false,
"bound-address" => undefined,
"bound-port" => undefined,
"client-mappings" => undefined,
"fixed-port" => false,
"interface" => undefined,
"multicast-address" => undefined,
"multicast-port" => undefined,
"name" => "txn-status-manager",
"port" => 4713
}
}
}
}
{code}
> Injection of ArquillianResource URL fails in Wildfly 10 CR4
> -----------------------------------------------------------
>
> Key: WFLY-5684
> URL: https://issues.jboss.org/browse/WFLY-5684
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 10.0.0.CR4
> Reporter: John Ament
> Assignee: Jason Greene
>
> I recently added injection of an ArquillianResource URL to a test. I also just tried upgrading from WF9 to WF10.CR4. In CR4, it seems that this injection is working a bit weird.
> My injection is very simple
> {code}
> @ArquillianResource
> private URL url;
> {code}
> However, I see this output when running (note that my HTTP listener is on 8082)
> {code}
> 11:37:40,922 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
> 11:37:40,922 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082
> 11:37:47,069 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
> 11:37:47,069 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082 11:37:54,163 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
> 11:37:54,163 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082
> {code}
> It would appear that the host portion of the URL is being lost.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5676) Wrong WildFly version when WildFly standalone is started
by Stefan Lindner (JIRA)
[ https://issues.jboss.org/browse/WFLY-5676?page=com.atlassian.jira.plugin.... ]
Stefan Lindner commented on WFLY-5676:
--------------------------------------
Thank you for your hint! If someone else needs this: here is a portable solution independent of any jboss/wildfly jars during compile time
{code:java}
try {
Class<?> wildflyModuleClass = Class.forName("org.jboss.modules.Module");
Object moduleLoader = wildflyModuleClass.getMethod("getBootModuleLoader").invoke(null);
String jbossHomeDir = System.getProperty("jboss.home.dir");
if (jbossHomeDir != null && jbossHomeDir.length() > 0) {
Class<?> wildflyProductConfigClass = Class.forName("org.jboss.as.version.ProductConfig");
Object productconfig = null;
for (Constructor<?> constr : wildflyProductConfigClass.getConstructors()) {
try {
productconfig = constr.newInstance(moduleLoader, jbossHomeDir, null);
if (productconfig != null)
break;
} catch (Exception x) {
// ignore it, try next Constructor
}
}
if (productconfig != null) {
Method method = productconfig.getClass().getMethod("getProductVersion");
Object o = method.invoke(productconfig);
if (o != null && o instanceof String) {
String version = (String)o;
jbossMajorVersion = Integer.parseInt(version.split("\\.")[0]);
jbossMinorVersion = Integer.parseInt(version.split("\\.")[1]);
}
}
}
} catch (Throwable e) {
// Not a Wildfly 9+
}
{code}
> Wrong WildFly version when WildFly standalone is started
> --------------------------------------------------------
>
> Key: WFLY-5676
> URL: https://issues.jboss.org/browse/WFLY-5676
> Project: WildFly
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.0.2.Final
> Reporter: Stefan Lindner
> Assignee: Jason Greene
>
> See also Bug WFLY-2544
> Wildfly 9.2.0 final reports Version 1.0.2 if asked from within Java-application (consulting org.jboss.as.version.Version):
> AS_VERSION = 1.0.2.Final
> AS_RELEASE_CODENAME = Kenny
> Yes, we could test if it's "kenny" and the aha: 1.0.2 is 9.0.2 but this sounds strange
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5684) Injection of ArquillianResource URL fails in Wildfly 10 CR4
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5684?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-5684:
-----------------------------------
well, i also missed something here :) runtime stuff which is the important one.
so what does
/socket-binding-group=standard-sockets:read-resource(recursive=true, include-runtime=true)
this should give fairly big result.
> Injection of ArquillianResource URL fails in Wildfly 10 CR4
> -----------------------------------------------------------
>
> Key: WFLY-5684
> URL: https://issues.jboss.org/browse/WFLY-5684
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 10.0.0.CR4
> Reporter: John Ament
> Assignee: Jason Greene
>
> I recently added injection of an ArquillianResource URL to a test. I also just tried upgrading from WF9 to WF10.CR4. In CR4, it seems that this injection is working a bit weird.
> My injection is very simple
> {code}
> @ArquillianResource
> private URL url;
> {code}
> However, I see this output when running (note that my HTTP listener is on 8082)
> {code}
> 11:37:40,922 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
> 11:37:40,922 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082
> 11:37:47,069 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
> 11:37:47,069 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082 11:37:54,163 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
> 11:37:54,163 INFO [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082
> {code}
> It would appear that the host portion of the URL is being lost.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-3342) undertow subsystem authentication configuration
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-3342?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-3342:
---------------------------------
Assignee: (was: Tomaz Cerar)
> undertow subsystem authentication configuration
> -----------------------------------------------
>
> Key: WFLY-3342
> URL: https://issues.jboss.org/browse/WFLY-3342
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 8.0.0.Final
> Reporter: Travis De Silva
> Fix For: 11.0.0.Alpha1
>
>
> I have a use case where I have static content that I want only authorised web users to be able to access. In the standalone.xml file, I added the following config.
> <filter-ref name="my-auth"/> under <location> and
> <basic-auth name="my-auth" security-domain="other"/> under <handlers>
> But I am getting following error
> Caused by: java.lang.RuntimeException: JBAS017346: Could not construct handler for class: class io.undertow.security.handlers.AuthenticationCallHandler. with parameters {"security-domain" => "other"}
> [~ctomc] Mentioned in the forum post that how undertow does authentication has changed significantly and subsystem configuration did not catch up with it properly and request a jira ticket be opened.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months