January 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-5624) Intermittent failure in SPNEGOLoginModuleTestCase

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/AS7-5624?page=com.atlassian.jira.plugin.s... ] Josef Cacek resolved AS7-5624. ------------------------------ Resolution: Done The issue should be fixed by https://github.com/jbossas/jboss-as/pull/3945. > Intermittent failure in SPNEGOLoginModuleTestCase > ------------------------------------------------- > > Key: AS7-5624 > URL: https://issues.jboss.org/browse/AS7-5624 > Project: Application Server 7 > Issue Type: Bug > Components: Security > Reporter: Kabir Khan > Assignee: Josef Cacek > Priority: Critical > Fix For: 7.2.0.Alpha1 > > Attachments: org.jboss.as.test.integration.security.loginmodules.negotiation.SPNEGOLoginModuleTestCase-output.txt, org.jboss.as.test.integration.security.loginmodules.negotiation.SPNEGOLoginModuleTestCase.txt > > > THis fails very often in my local checkout. Output attached -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-5624) Intermittent failure in SPNEGOLoginModuleTestCase

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/AS7-5624?page=com.atlassian.jira.plugin.s... ] Josef Cacek updated AS7-5624: ----------------------------- Issue Type: Bug (was: Feature Request) Assignee: Josef Cacek (was: Darran Lofthouse) Git Pull Request: https://github.com/jbossas/jboss-as/pull/3945 > Intermittent failure in SPNEGOLoginModuleTestCase > ------------------------------------------------- > > Key: AS7-5624 > URL: https://issues.jboss.org/browse/AS7-5624 > Project: Application Server 7 > Issue Type: Bug > Components: Security > Reporter: Kabir Khan > Assignee: Josef Cacek > Priority: Critical > Fix For: 7.2.0.Alpha1 > > Attachments: org.jboss.as.test.integration.security.loginmodules.negotiation.SPNEGOLoginModuleTestCase-output.txt, org.jboss.as.test.integration.security.loginmodules.negotiation.SPNEGOLoginModuleTestCase.txt > > > THis fails very often in my local checkout. Output attached -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-6398) upgrade to HornetQ 2.3.0.CR1

by Jeff Mesnil (JIRA)

Jeff Mesnil created AS7-6398: -------------------------------- Summary: upgrade to HornetQ 2.3.0.CR1 Key: AS7-6398 URL: https://issues.jboss.org/browse/AS7-6398 Project: Application Server 7 Issue Type: Component Upgrade Components: JMS Reporter: Jeff Mesnil Assignee: Jeff Mesnil Fix For: 7.2.0.Alpha1 -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1560) UnicastRequest.siteUnreachable does not check if it targets the site which is down

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JGRP-1560?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on JGRP-1560: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 891662|https://bugzilla.redhat.com/show_bug.cgi?id=891662] from ON_QA to VERIFIED > UnicastRequest.siteUnreachable does not check if it targets the site which is down > ---------------------------------------------------------------------------------- > > Key: JGRP-1560 > URL: https://issues.jboss.org/browse/JGRP-1560 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.2.4 > Reporter: Radim Vansa > Assignee: Bela Ban > Fix For: 3.2.6, 3.3 > > > When {{RequestCorrelator}} holds several unicast requests to different sites and one of the sites becomes unreachable, it sets responses in all requests to unreachable. This is caused by {{UnicastRequest.siteUnreachable(short site)}} which checks that the target is a {{SiteAddress}} but not that the site in this address matches the unreachable site from the method argument. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-6230) Remoting "Read timed out" when starting multiple servers on a host

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-6230?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-6230: ---------------------------------------------- Osamu Nagano <onagano(a)redhat.com> made a comment on [bug 903453|https://bugzilla.redhat.com/show_bug.cgi?id=903453] The fix is already included in the upstream by AS7-6230 into 7.2.0.CR1. So I close this as targeted to EAP 6.1.0.CR1 too. > Remoting "Read timed out" when starting multiple servers on a host > ------------------------------------------------------------------ > > Key: AS7-6230 > URL: https://issues.jboss.org/browse/AS7-6230 > Project: Application Server 7 > Issue Type: Bug > Components: Domain Management > Affects Versions: 7.1.3.Final (EAP) > Reporter: Emanuel Muckenhuber > Assignee: Emanuel Muckenhuber > Fix For: 7.2.0.CR1 > > > Apparently when starting multiple servers on a host some of them fail to connect to the HC and the remote connection times out. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-6230) Remoting "Read timed out" when starting multiple servers on a host

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-6230?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-6230: ---------------------------------------------- Osamu Nagano <onagano(a)redhat.com> changed the Status of [bug 903453|https://bugzilla.redhat.com/show_bug.cgi?id=903453] from NEW to CLOSED > Remoting "Read timed out" when starting multiple servers on a host > ------------------------------------------------------------------ > > Key: AS7-6230 > URL: https://issues.jboss.org/browse/AS7-6230 > Project: Application Server 7 > Issue Type: Bug > Components: Domain Management > Affects Versions: 7.1.3.Final (EAP) > Reporter: Emanuel Muckenhuber > Assignee: Emanuel Muckenhuber > Fix For: 7.2.0.CR1 > > > Apparently when starting multiple servers on a host some of them fail to connect to the HC and the remote connection times out. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-5501) provide means to specify allowed ciphers for management https or change default to exclude weak ciphers

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/AS7-5501?page=com.atlassian.jira.plugin.s... ] Tomaz Cerar commented on AS7-5501: ---------------------------------- [~michaelyaakoby] this issue is about https cipher configuration for management web interface. aka the internal web server that serves admin console and rest api. And has noting to do with web subsystem, which is what you are using and successfully configuring. > provide means to specify allowed ciphers for management https or change default to exclude weak ciphers > ------------------------------------------------------------------------------------------------------- > > Key: AS7-5501 > URL: https://issues.jboss.org/browse/AS7-5501 > Project: Application Server 7 > Issue Type: Feature Request > Components: Domain Management, Security > Affects Versions: 7.1.2.Final (EAP) > Reporter: R Stokoe > Assignee: Darran Lofthouse > Fix For: 7.3.0.Alpha1 > > > Provide means to specify allowed ciphers for management https. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-5501) provide means to specify allowed ciphers for management https or change default to exclude weak ciphers

by Michael Yakobi (JIRA)

[ https://issues.jboss.org/browse/AS7-5501?page=com.atlassian.jira.plugin.s... ] Michael Yakobi commented on AS7-5501: ------------------------------------- I'm confused - according to http://docs.jboss.org/jbossweb/7.0.x/config/ssl.html, I can specify "ciphers" in the SSL configuration to restrict the supported cipher suites. However, when I try this boot fails saying "ciphers" is unexpected attribute. So I tried using "cipher-suite" instead of "cipher" and it worked - using the following configuration I was able to remove support of weak ciphers: {code:xml} <subsystem xmlns="urn:jboss:domain:web:1.1" default-virtual-server="default-host" native="false"> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http"/> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true"> <ssl name="ssl" password="changeit" certificate-key-file="${jboss.server.config.dir}/wfa.keystore" cipher-suite="TLS_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_DSS_WITH_AES_128_CBC_SHA,SSL_RSA_WITH_3DES_EDE_CBC_SHA,SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA,SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA" protocol="TLSv1" verify-client="false"/> </connector> <virtual-server name="default-host" enable-welcome-root="true"> <alias name="localhost"/> </virtual-server> </subsystem> {code} > provide means to specify allowed ciphers for management https or change default to exclude weak ciphers > ------------------------------------------------------------------------------------------------------- > > Key: AS7-5501 > URL: https://issues.jboss.org/browse/AS7-5501 > Project: Application Server 7 > Issue Type: Feature Request > Components: Domain Management, Security > Affects Versions: 7.1.2.Final (EAP) > Reporter: R Stokoe > Assignee: Darran Lofthouse > Fix For: 7.3.0.Alpha1 > > > Provide means to specify allowed ciphers for management https. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-6397) Cluster Environment Web Session Locks

by Manuel Pinto (JIRA)

Manuel Pinto created AS7-6397: --------------------------------- Summary: Cluster Environment Web Session Locks Key: AS7-6397 URL: https://issues.jboss.org/browse/AS7-6397 Project: Application Server 7 Issue Type: Bug Components: Clustering Affects Versions: 7.1.1.Final Environment: Windows 7 64bits, 8 GB RAM Reporter: Manuel Pinto Assignee: Paul Ferraro Hi, I found a problem with web session locks in a cluster environment. We have two Liferay 6.1.1 nodes (over JBoss 7.1.1 Final) in standalone-ha.xml configuration with infinispan "web" cache-container, replicated-cache and file store. The load balancer is configured in non sticky session mode. Problem: when a node processes requests in some cases locks the session and never unlock it, preventing other node from processing requests for that session. The affected node never regain the locked session and keep throwing the following exception for all subsequent requests and only recover a session when other node shutdown: Note: we also tried invalidation-cache and distributed-cache and all locking modes but without success. 17:39:00,174 ERROR [org.apache.catalina.connector.CoyoteAdapter] (http--172.16.250.105-8080-4) An exception or error occurred in the container during the request processing: java.lang.RuntimeException: JBAS018060: Exception acquiring ownership of Cvn-K+r-cBGesIBoDrakJhrO at org.jboss.as.web.session.ClusteredSession.acquireSessionOwnership(ClusteredSession.java:528) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.session.ClusteredSession.access(ClusteredSession.java:496) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.connector.Request.doGetSession(Request.java:2625) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.Request.getSession(Request.java:2375) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:81) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_32] Caused by: org.jboss.as.clustering.lock.TimeoutException: JBAS010223: Cannot acquire lock //default-host//Cvn-K+r-cBGesIBoDrakJhrO from cluster at org.jboss.as.clustering.lock.SharedLocalYieldingClusterLockManager.lock(SharedLocalYieldingClusterLockManager.java:439) at org.jboss.as.clustering.web.infinispan.DistributedCacheManager.acquireSessionOwnership(DistributedCacheManager.java:372) at org.jboss.as.web.session.ClusteredSession.acquireSessionOwnership(ClusteredSession.java:520) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] ... 12 more The standalone-ha.xml "web" cache-container config is the following: <cache-container name="web" aliases="standard-session-cache" default-cache="repl"> <transport lock-timeout="60000"/> <replicated-cache name="repl" mode="SYNC" batching="true"> <file-store/> </replicated-cache> <replicated-cache name="sso" mode="SYNC" batching="true"/> <distributed-cache name="dist" mode="ASYNC" batching="true"> <file-store/> </distributed-cache> </cache-container> Thanks, Manuel Pinto -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-2152) WSDL URL should be anchor

by Guillaume Grossetie (JIRA)

[ https://issues.jboss.org/browse/AS7-2152?page=com.atlassian.jira.plugin.s... ] Guillaume Grossetie commented on AS7-2152: ------------------------------------------ Hi Harald, I've done almost the same thing but I wanted to test against the item type (AnchorItem) and never found out how to retrieve that information in the render() method. Anyway, I've just synced my workspace and will test it out, thanks :) > WSDL URL should be anchor > ------------------------- > > Key: AS7-2152 > URL: https://issues.jboss.org/browse/AS7-2152 > Project: Application Server 7 > Issue Type: Enhancement > Components: Console > Reporter: Richard Opalka > Assignee: Harald Pehl > Fix For: 7.3.0.Alpha1 > > -- 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, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2013