August 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-5359) CLONE - Config XML with <interface ...><any-ipv4-address /></interface> + -Djava.net.preferIPv4Stack=false produces binding to ANY address (error)

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-5359?page=com.atlassian.jira.plugin.s... ] Brian Stansberry moved JBPAPP-9689 to AS7-5359: ----------------------------------------------- Project: Application Server 7 (was: JBoss Enterprise Application Platform) Key: AS7-5359 (was: JBPAPP-9689) Workflow: GIT Pull Request workflow (was: jira) Affects Version/s: 7.1.2.Final (EAP) (was: EAP 6.0.0 ER 6_Beta2) Component/s: Domain Management (was: Server boot) (was: IPv6 support) Security: (was: JBoss Internal) Fix Version/s: 7.1.3.Final (EAP) 7.2.0.Alpha1 (was: TBD EAP 6) Docs QE Status: (was: NEW) > CLONE - Config XML with <interface ...><any-ipv4-address /></interface> + -Djava.net.preferIPv4Stack=false produces binding to ANY address (error) > -------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: AS7-5359 > URL: https://issues.jboss.org/browse/AS7-5359 > Project: Application Server 7 > Issue Type: Bug > Components: Domain Management > Affects Versions: 7.1.2.Final (EAP) > Reporter: Pavel Janousek > Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1 > > > The same situation is with every shipped and supported configuration/profile. As base for my explanation I'm using standalone.xml. Standalone.xml declares xmlns as: > {code} > <server xmlns="urn:jboss:domain:1.3"> > {code} > The real XSD file which defined elements is jboss-eap-6.0/docs/schema/jboss-as-config_1_3.xsd. > The very common Linux system has implemented and enabled dualstack in these days. If we instruct EAP instance to bind to +any+ IPv4 address via {code}<interface name="public"> > <any-ipv4-address /> > </interface>{code} > The real result is to bind running EAP6 instance to +any+ IP address, not only in IPv4 address space but in IPv6 too! > With default setting (= -Djava.net.preferIPv4Stack=true), result is correct - it is bound to ANY IPv4 addresses only. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (AS7-5220) tmp/auth/ challenge files are not deleted when access is via a remote client

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-5220?page=com.atlassian.jira.plugin.s... ] Brian Stansberry reopened AS7-5220: ----------------------------------- Re-opening, as we had to revert the remoting 3.2.10 upgrade. > tmp/auth/ challenge files are not deleted when access is via a remote client > ---------------------------------------------------------------------------- > > Key: AS7-5220 > URL: https://issues.jboss.org/browse/AS7-5220 > Project: Application Server 7 > Issue Type: Bug > Components: Domain Management, Security > Affects Versions: 7.1.2.Final (EAP) > Reporter: Tom Fonteyne > Assignee: Darran Lofthouse > Priority: Critical > Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1 > > > the authentication process that creates temporary files in tmp/auth is not deleting them when a JMX client connects. > At an extreme, this would be a DOS attack, as the disk could fill up. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (AS7-4939) CLONE - CLI: unable to specify command arguments to echo-dmr command

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-4939?page=com.atlassian.jira.plugin.s... ] Brian Stansberry updated AS7-4939: ---------------------------------- Component/s: CLI > CLONE - CLI: unable to specify command arguments to echo-dmr command > -------------------------------------------------------------------- > > Key: AS7-4939 > URL: https://issues.jboss.org/browse/AS7-4939 > Project: Application Server 7 > Issue Type: Bug > Components: CLI > Reporter: Dominik Pospisil > Assignee: Alexey Loubyansky > Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1 > > > It seems to be impossible to specify command arguments to echo-dmr command beginning with double-dash. > While e.g. this works: > [domain@localhost:9999 /] echo-dmr undeploy deployment0.war > { > "operation" => "composite", > "address" => [], > "steps" => [{ > "operation" => "remove", > "address" => [("deployment" => "deployment0.war")] > }] > } > This does not: > [domain@localhost:9999 /] echo-dmr deploy /home/dpospisi/deploy/deployment1.war --all-server-groups > Unrecognized arguments: [--all-server-groups] > Putting requested command in quotes does not work as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (AS7-4932) CLONE - Using session passivation results in WeldListener: java.lang.NullPointerException on normal operation

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-4932?page=com.atlassian.jira.plugin.s... ] Brian Stansberry commented on AS7-4932: --------------------------------------- Does the Infinispan upgrade resolve this? > CLONE - Using session passivation results in WeldListener: java.lang.NullPointerException on normal operation > ------------------------------------------------------------------------------------------------------------- > > Key: AS7-4932 > URL: https://issues.jboss.org/browse/AS7-4932 > Project: Application Server 7 > Issue Type: Bug > Components: Clustering > Affects Versions: 7.1.2.Final (EAP) > Reporter: Radoslav Husar > Assignee: Paul Ferraro > Priority: Blocker > Fix For: 7.1.3.Final (EAP) > > > NPE is thrown in roughly 0.36% of HTTP session request processing in the test. > This results in response code 503 returned to the client with the exception. > The test is using passivation-enabled WAR of clusterbench > https://github.com/rhusar/clusterbench > Here is a shorter soak test run that uncovered the issue > https://hudson.qa.jboss.com/hudson/view/EAP6/view/EAP6-Clustering-Soak/jo... > {noformat} > [JBossINF] 19:52:10,113 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host]] (ajp-perf20/10.16.90.58:8009-2570) Exception sending request initialized lifecycle event to listener instance of class org.jboss.weld.servlet.WeldListener: java.lang.NullPointerException > [JBossINF] at org.jboss.as.web.session.ClusteredSession.update(ClusteredSession.java:972) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > [JBossINF] at org.jboss.as.web.session.DistributableSessionManager.loadSession(DistributableSessionManager.java:1377) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > [JBossINF] at org.jboss.as.web.session.DistributableSessionManager.findSession(DistributableSessionManager.java:673) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > [JBossINF] at org.jboss.as.web.session.DistributableSessionManager.findSession(DistributableSessionManager.java:84) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > [JBossINF] at org.apache.catalina.connector.Request.doGetSession(Request.java:2618) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.catalina.connector.Request.getSession(Request.java:2375) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:841) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.jboss.weld.context.beanstore.http.LazySessionBeanStore.getSession(LazySessionBeanStore.java:72) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1] > [JBossINF] at org.jboss.weld.context.beanstore.http.LazySessionBeanStore.<init>(LazySessionBeanStore.java:58) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1] > [JBossINF] at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:31) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1] > [JBossINF] at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:16) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1] > [JBossINF] at org.jboss.weld.servlet.WeldListener.requestInitialized(WeldListener.java:134) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1] > [JBossINF] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:452) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.16.Final-redhat-1.jar:] > [JBossINF] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30] > {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (AS7-3730) Arq: @CleanContainerDataDirsAfterTest - Delete data/ and /tmp after test is run.

by Ondrej Zizka (JIRA)

Ondrej Zizka created AS7-3730: --------------------------------- Summary: Arq: @CleanContainerDataDirsAfterTest - Delete data/ and /tmp after test is run. Key: AS7-3730 URL: https://issues.jboss.org/browse/AS7-3730 Project: Application Server 7 Issue Type: Feature Request Components: Test Suite Reporter: Ondrej Zizka Assignee: Aslak Knutsen Fix For: 7.1.1.Final Some tests leave files in AS /data dir. And the tested modules bypass their configuration from standalone.xml and rather rely on these data. This prevents running multiple tests within a single AS instance run; therefore, multiple AS instances, Surefire executions or Maven modules are needed. Having something like {{@CleanContainerDataDirsAfterTest}} per method would make writing these tests much easier and faster to run. Further, sometimes these tests run with multiple instances (clustering, messaging, ...). Not all of them may loose data in some scenarios - some of them must keep the data (e.g. for failover testing). Therefore, the annotation should have parameters - a list of container config names (matching arquillian.xml). Only those instances would be cleaned. {code:java} @CleanContainerDataDirsAfterTest({"InstanceFoo", "InstanceBar"}) {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

4
5
0 / 0

[JBoss JIRA] (AS7-5341) export-native-configuration jgroups operation does not include properties from socket binding values

by Paul Ferraro (JIRA)

Paul Ferraro created AS7-5341: --------------------------------- Summary: export-native-configuration jgroups operation does not include properties from socket binding values Key: AS7-5341 URL: https://issues.jboss.org/browse/AS7-5341 Project: Application Server 7 Issue Type: Bug Components: Clustering Affects Versions: 7.1.2.Final (EAP) Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1 Protocol properties such as those defined by socket bindings are not set until a channel is created. Thus the current export-native-configuration operation does not correctly include these values in the generated xml. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
1
0 / 0

[JBoss JIRA] (AS7-2664) Tab Completion help, found an example where = are added to the tab completion, it would be nice if commands would be post pended with either = or : or ( as appropaite

by Jim Tyrrell (Created) (JIRA)

Tab Completion help, found an example where = are added to the tab completion, it would be nice if commands would be post pended with either = or : or ( as appropaite ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: AS7-2664 URL: https://issues.jboss.org/browse/AS7-2664 Project: Application Server 7 Issue Type: Feature Request Components: CLI Reporter: Jim Tyrrell Assignee: Alexey Loubyansky Attachments: Screenshot-7.png More help hinting at the format of commands, found this one by accident in the attached screen shot that had = signs which makes it very nice, so far had not noticed the tabs adding in syntax help like that before. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

7
6
0 / 0

[JBoss JIRA] (AS7-4967) Upgrade Infinispan to 5.1.6.FINAL

by Paul Ferraro (JIRA)

Paul Ferraro created AS7-4967: --------------------------------- Summary: Upgrade Infinispan to 5.1.6.FINAL Key: AS7-4967 URL: https://issues.jboss.org/browse/AS7-4967 Project: Application Server 7 Issue Type: Component Upgrade Components: Clustering Affects Versions: 7.1.2.Final (EAP) Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
3
0 / 0

[JBoss JIRA] (AS7-5334) JGroups protocol properties not always being applied to protocol configurations

by Richard Achmatowicz (JIRA)

Richard Achmatowicz created AS7-5334: ---------------------------------------- Summary: JGroups protocol properties not always being applied to protocol configurations Key: AS7-5334 URL: https://issues.jboss.org/browse/AS7-5334 Project: Application Server 7 Issue Type: Bug Components: Clustering Affects Versions: 7.1.2.Final (EAP) Reporter: Richard Achmatowicz Assignee: Richard Achmatowicz Fix For: 7.1.3.Final (EAP) In JGroups subsystem processing, JGroups protocol properties are updated correctly in the model but not always correctly applied to the runtime configuration. For example, specifying an MPING.mcast_port as a property of the protocol MPING will be overridden by the value of the multicast port in the associated socket binding. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
10
0 / 0

[JBoss JIRA] (SECURITY-688) Release PicketBox 4.0.12.Final

by Stefan Guilhen (JIRA)

Stefan Guilhen created SECURITY-688: --------------------------------------- Summary: Release PicketBox 4.0.12.Final Key: SECURITY-688 URL: https://issues.jboss.org/browse/SECURITY-688 Project: PicketBox (JBoss Security and Identity Management) Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Stefan Guilhen Assignee: Stefan Guilhen -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira August 2012