May 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-4683) Arquillian leaks memory in ServiceTargetAssociation

by Stuart Douglas (JIRA)

Stuart Douglas created AS7-4683: ----------------------------------- Summary: Arquillian leaks memory in ServiceTargetAssociation Key: AS7-4683 URL: https://issues.jboss.org/browse/AS7-4683 Project: Application Server 7 Issue Type: Bug Components: Test Suite Affects Versions: 7.1.1.Final Reporter: Stuart Douglas Assignee: Stuart Douglas ServiceTargetAssociation has a ThreadLocal that holds onto the DeploymentUnit that is never cleaned 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

12 years

1
1
0 / 0

[JBoss JIRA] (AS7-4686) CLONE - Problems in asynchronous invocation of bean with security domain definition after authenticated remote call to another bean

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/AS7-4686?page=com.atlassian.jira.plugin.s... ] Stuart Douglas resolved AS7-4686. --------------------------------- Resolution: Done > CLONE - Problems in asynchronous invocation of bean with security domain definition after authenticated remote call to another bean > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: AS7-4686 > URL: https://issues.jboss.org/browse/AS7-4686 > Project: Application Server 7 > Issue Type: Bug > Components: EJB, Security > Affects Versions: 7.1.1.Final > Reporter: Ondřej Chaloupka > Assignee: Stuart Douglas > Fix For: 7.1.2.Final-redhat1 > > > I have a security test which invokes bean asynchronously (https://github.com/ochaloup/jboss-as/blob/6cfe25f2bc05ca03592b465470b33e4...). > The test is run (deployed) by arquillian on server. > The test passes when I run it as single test. > But when the test runs after a test which uses authentication on remote call (like org.jboss.as.test.integration.ejb.security.AnnSBTest, https://github.com/ochaloup/jboss-as/blob/6cfe25f2bc05ca03592b465470b33e4...) then the asynchronous test fails. > I was trying to debug the call and it seems to me that the security context seems not to be correctly passed to the bean. > So I tried to rewrite the asynchronous test for not using asynchronous calls (I've removed them: https://github.com/ochaloup/jboss-as/blob/6fc6d199f1d9a9e8324a5c12dbaaf2f...) and after the change everything works fine. It works to be called as single test and as well as a subsequent test of an AnnSBTest. > I've already discussed this issue with Daran via email and he asked me for check whether the preceding test are cleaning up after themselves. I'm filling this jira because after checking it I do not have any suspicion that some test does not clean resources. As well the test rewritten to not asynchronous calls works fine. > You can try to run my "reproducer" - clone my my branch: JBQA-5483-test-migration-asynchronous (git clone git://github.com/ochaloup/jboss-as.git -b JBQA-5483-test-migration-asynchronous) and run > ./build.sh clean install -e -DallTests -Dskip-download-sources -U -B -fae -Dmaven.test.skip.exec=true && ./integration-tests.sh clean install -Dts.noSmoke -Dts.basic -- 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

12 years

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-8595) Thread Pooling configuration from jmx-console doesn't update WorkerStack size. Size remains 200 always.

by Nishant Parikh (JIRA)

Thread Pooling configuration from jmx-console doesn't update WorkerStack size. Size remains 200 always. ------------------------------------------------------------------------------------------------------- Key: JBAS-8595 URL: https://jira.jboss.org/browse/JBAS-8595 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JMX/Web Console Affects Versions: JBossAS-5.0.1.GA Environment: Windows/Linux, JDK1.5, RAM 2GB, Processor 3GHz, Intel Core Due CPU Reporter: Nishant Parikh Assignee: Darran Lofthouse Priority: Critical When we fire concurrent request more than 200, let's say 200+x (With maxThreads specified 1000 from jmx/web console), Everything works fine but after few seconds x NUMBER OF THREADS GETS BUSY and they never get free. On server log we are getting below ArrayIndexOutOfBoundsException. Exception in thread "http-192.168.1.166-8080-4" java.lang.ArrayIndexOutOfBoundsException: 200 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.push(JIoEndpoint.java:769) at org.apache.tomcat.util.net.JIoEndpoint.recycleWorkerThread(JIoEndpoint.java:724) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:457) at java.lang.Thread.run(Thread.java:662) Exception in thread "http-192.168.1.166-8080-16" java.lang.ArrayIndexOutOfBoundsException: 201 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.push(JIoEndpoint.java:769) at org.apache.tomcat.util.net.JIoEndpoint.recycleWorkerThread(JIoEndpoint.java:724) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:457) at java.lang.Thread.run(Thread.java:662) Exception in thread "http-192.168.1.166-8080-91" java.lang.ArrayIndexOutOfBoundsException: 202 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.push(JIoEndpoint.java:769) at org.apache.tomcat.util.net.JIoEndpoint.recycleWorkerThread(JIoEndpoint.java:724) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:457) at java.lang.Thread.run(Thread.java:662) Exception in thread "http-192.168.1.166-8080-98" java.lang.ArrayIndexOutOfBoundsException: 203 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.push(JIoEndpoint.java:769) at org.apache.tomcat.util.net.JIoEndpoint.recycleWorkerThread(JIoEndpoint.java:724) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:457) at java.lang.Thread.run(Thread.java:662) 17:08:49,515 ERROR [JIoEndpoint] Error allocating socket processor java.lang.ArrayIndexOutOfBoundsException: 203 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.pop(JIoEndpoint.java:778) at org.apache.tomcat.util.net.JIoEndpoint.createWorkerThread(JIoEndpoint.java:661) at org.apache.tomcat.util.net.JIoEndpoint.getWorkerThread(JIoEndpoint.java:702) at org.apache.tomcat.util.net.JIoEndpoint.processSocket(JIoEndpoint.java:737) at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:313) at java.lang.Thread.run(Thread.java:662) 17:08:49,530 ERROR [JIoEndpoint] Error allocating socket processor java.lang.ArrayIndexOutOfBoundsException: 202 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.pop(JIoEndpoint.java:778) at org.apache.tomcat.util.net.JIoEndpoint.createWorkerThread(JIoEndpoint.java:661) at org.apache.tomcat.util.net.JIoEndpoint.getWorkerThread(JIoEndpoint.java:702) at org.apache.tomcat.util.net.JIoEndpoint.processSocket(JIoEndpoint.java:737) at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:313) at java.lang.Thread.run(Thread.java:662) 17:08:49,546 ERROR [JIoEndpoint] Error allocating socket processor java.lang.ArrayIndexOutOfBoundsException: 201 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.pop(JIoEndpoint.java:778) at org.apache.tomcat.util.net.JIoEndpoint.createWorkerThread(JIoEndpoint.java:661) at org.apache.tomcat.util.net.JIoEndpoint.getWorkerThread(JIoEndpoint.java:702) at org.apache.tomcat.util.net.JIoEndpoint.processSocket(JIoEndpoint.java:737) at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:313) at java.lang.Thread.run(Thread.java:662) 17:08:49,548 ERROR [JIoEndpoint] Error allocating socket processor java.lang.ArrayIndexOutOfBoundsException: 200 at org.apache.tomcat.util.net.JIoEndpoint$WorkerStack.pop(JIoEndpoint.java:778) at org.apache.tomcat.util.net.JIoEndpoint.createWorkerThread(JIoEndpoint.java:661) at org.apache.tomcat.util.net.JIoEndpoint.getWorkerThread(JIoEndpoint.java:702) at org.apache.tomcat.util.net.JIoEndpoint.processSocket(JIoEndpoint.java:737) at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:313) at java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
5
0 / 0

[JBoss JIRA] (AS7-4172) TS: Add more databases to -Dds switch.

by Ondrej Zizka (JIRA)

Ondrej Zizka created AS7-4172: --------------------------------- Summary: TS: Add more databases to -Dds switch. Key: AS7-4172 URL: https://issues.jboss.org/browse/AS7-4172 Project: Application Server 7 Issue Type: Enhancement Reporter: Ondrej Zizka -- 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

12 years

2
1
0 / 0

[JBoss JIRA] (AS7-4700) refactor connector subsystems to make easier to browse for us and GSS

by Stefano Maestri (JIRA)

Stefano Maestri created AS7-4700: ------------------------------------ Summary: refactor connector subsystems to make easier to browse for us and GSS Key: AS7-4700 URL: https://issues.jboss.org/browse/AS7-4700 Project: Application Server 7 Issue Type: Task Reporter: Stefano Maestri Assignee: Stefano Maestri -- 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

12 years

2
1
0 / 0

[JBoss JIRA] (AS7-3847) Non-standard format of IPv6 address(-es) in LOG files

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-3847?page=com.atlassian.jira.plugin.s... ] Brian Stansberry resolved AS7-3847. ----------------------------------- Resolution: Done I believe this is done; please re-open if not. > Non-standard format of IPv6 address(-es) in LOG files > ----------------------------------------------------- > > Key: AS7-3847 > URL: https://issues.jboss.org/browse/AS7-3847 > Project: Application Server 7 > Issue Type: Bug > Affects Versions: 7.1.0.Final > Reporter: Pavel Janousek > Assignee: Bartosz Baranowski > Fix For: 7.1.2.Final-redhat1 > > > There are several places where some IPv6 address related info is logged. The format of a such info is formally correct, but used format is against [RFC-5952|http://tools.ietf.org/html/rfc5952] - this RFC has status of +Proposed standard+ and I don't know any software product which doesn't follow it (at least by-default). > I think in enterprise product we should not violate this RFC. > I'm mentioning about LOG messages like: > {code} > 15:14:15,985 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on /0:0:0:0:0:0:0:1%1:9999 > 15:14:15,990 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on localhost6.localdomain6/0:0:0:0:0:0:0:1%1:4447 > {code} > In both lines IPv6 address should be stretched to "::1" string. > The second related issue (JBossWeb part) is tracked as AS7-3851. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (AS7-4529) a "failure-causes-rollback="false"" attribute for the filesystem scanner

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-4529?page=com.atlassian.jira.plugin.s... ] Brian Stansberry updated AS7-4529: ---------------------------------- Component/s: Domain Management > a "failure-causes-rollback="false"" attribute for the filesystem scanner > ------------------------------------------------------------------------ > > Key: AS7-4529 > URL: https://issues.jboss.org/browse/AS7-4529 > Project: Application Server 7 > Issue Type: Feature Request > Components: Domain Management > Reporter: Max Rydahl Andersen > > JBIDE-11509, AS7-783 and TORQUE-576 all talk about the problem of all deployments found at startup is deployed in one operation and if one deployment fails all is rolled back resulting in some rather bad usability issues - especially at development time, but even also at production time for those using file deployments. > Suggestion on irc was that there could be an option on the file scanner (possibly false by default?) to say that failure causes rollback. > Individual deployments could then still fail, but at least not everything would be rolledback and it would still allow proper interdependent deployments to work. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] Created: (AS7-829) make-pristine.sh to reset an AS installation to factory settings

by Bob McWhirter (JIRA)

make-pristine.sh to reset an AS installation to factory settings ---------------------------------------------------------------- Key: AS7-829 URL: https://issues.jboss.org/browse/AS7-829 Project: Application Server 7 Issue Type: Enhancement Reporter: Bob McWhirter Assignee: Jason Greene Not sure how this is better than unzip -q jboss-as-bin.zip, but being able to "reset" the domain and such (and bootstrap logging props) to out-of-the-box settings might be nice. Perhaps a separate script to clean the deployments and content repo. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
3
0 / 0

[JBoss JIRA] (AS7-4706) Use Infinispan externalizers to reduce serialized size of replicated data

by Paul Ferraro (JIRA)

Paul Ferraro created AS7-4706: --------------------------------- Summary: Use Infinispan externalizers to reduce serialized size of replicated data Key: AS7-4706 URL: https://issues.jboss.org/browse/AS7-4706 Project: Application Server 7 Issue Type: Enhancement Components: Clustering Affects Versions: 7.1.1.Final Reporter: Paul Ferraro Assignee: Paul Ferraro Priority: Critical Fix For: 7.1.2.Final-redhat1 Testing indicates that serialized web sessions and SFSB are much bigger in AS7 than in AS6. This is largely due to the increased size of the class descriptors which additionally specify module names. While ClassTables have been written for the contents of the MarshalledValues which are stored in the cache, the same optimizations should happen for the cache keys and marshalled values themselves. -- 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

12 years

1
1
0 / 0

[JBoss JIRA] (AS7-3874) Complete i18n of EJB3 subsystem

by Brian Stansberry (JIRA)

Brian Stansberry created AS7-3874: ------------------------------------- Summary: Complete i18n of EJB3 subsystem Key: AS7-3874 URL: https://issues.jboss.org/browse/AS7-3874 Project: Application Server 7 Issue Type: Task Components: EJB Reporter: Brian Stansberry Assignee: jaikiran pai Fix For: 7.1.1.Final Needed for ANDIAMO-7 compliance. The EJB3 subsystem has quite a bit of stuff not using EJB3Messages. And probably missing use of EJB3Logger as well, although my scan using 'git grep "throw new"' was focused on missing error messages. -- 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

12 years

3
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2012