September 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-5494) Add support for a modular AS7 build

by Thomas Diesler (JIRA)

Thomas Diesler created AS7-5494: ----------------------------------- Summary: Add support for a modular AS7 build Key: AS7-5494 URL: https://issues.jboss.org/browse/AS7-5494 Project: Application Server 7 Issue Type: Feature Request Components: Build System Reporter: Thomas Diesler Assignee: Thomas Diesler A modular build would allow to configure the set of subsystems that get included in the distribution. It must be guaranteed that the subset of system modules is the transitive set reachable from the configured subsystems. It could be the basis of a we-profile or simple osgi runtime. -- 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

13 years, 8 months

1
1
0 / 0

[JBoss JIRA] (JGRP-1513) windows and linux

by Balamurali L (JIRA)

Balamurali L created JGRP-1513: ---------------------------------- Summary: windows and linux Key: JGRP-1513 URL: https://issues.jboss.org/browse/JGRP-1513 Project: JGroups Issue Type: Bug Reporter: Balamurali L Assignee: Bela Ban -- 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

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBRULES-3624) Memory leak in Planner benchmarker statistic: the Solver instance lives beyond SingleBenchmark.call()

by Geoffrey De Smet (JIRA)

Geoffrey De Smet created JBRULES-3624: ----------------------------------------- Summary: Memory leak in Planner benchmarker statistic: the Solver instance lives beyond SingleBenchmark.call() Key: JBRULES-3624 URL: https://issues.jboss.org/browse/JBRULES-3624 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-planner Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Priority: Critical It's not noticeable for small or medium problems, because the number of Solvers is relatively low (1-100 per benchmark). But a Solver has a clone of the Solution, so for really big problems, for which the Solution takes a big chunk of the memory, this memory leak causes OOM after a few single benchmarks, usually near the end after running a long time. Big PITA in that case. -- 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

13 years, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-7468) Memory leak in org.jboss.security.plugins.authorization.JBossAuthorizationContext

by Ganesh Ingle (JIRA)

Memory leak in org.jboss.security.plugins.authorization.JBossAuthorizationContext --------------------------------------------------------------------------------- Key: JBAS-7468 URL: https://jira.jboss.org/jira/browse/JBAS-7468 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Security Affects Versions: JBossAS-5.1.0.GA, JBossAS-5.0.1.GA, JBossAS-5.0.0.GA Environment: JBoss Version: jboss-5.1.0.GA, OS: Linux (2.6.18-164.el5), Architecture: amd64 64bit, JVM: Java HotSpot(TM) 64-Bit Server VM (14.0-b16, mixed mode) Reporter: Ganesh Ingle Assignee: Anil Saldhana Our use case (only security related portion is mentioned here): Axis 1.4 webservice, standard J2EE declarative security through WEB-INF/web.xml, a http client sends soap request and BASIC auth information, the JBoss server performs authentication and authorization as per WEB-INF/web.xml configuration. We did a performance/stability test on above web service. After 8.5 million requests the server gone out of memory. We did heap dump analysis using VisualVM tool and found that the class org.jboss.security.plugins.authorization.JBossAuthorizationContext is consuming most of the memory. This class has a memer array named "controlFlags", this array was showing 25.7 million ControlFlag entries. When we investigated the code we found that there is one instance of JBossAuthorizationManager per security domain and this manager has one instance of JBossAuthorizationContext. For every authorization the JBossAuthorizationContext initializes authorization modules and pushes their control flags (instances of class ControlFlag) in member arrays. When the authorization is complete, a commit/abort is invoked on all modules and finally the "modules" array is cleared. However, the "controlFlags" array is not cleared. We checked the entire class, this array never gets cleared. We changed the code to clear both "modules" and "controlFlags" array in a finally block in method JBossAuthorizationContext.authorize(final Resource resource, final Subject subject, final RoleGroup callerRoles). We ran a 50million test after this fix, the test was successful which proves the fix worked. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

7
13
0 / 0

[JBoss JIRA] (JGRP-1509) GMS: low leave_timeout may cause incorrect view installation

by Bela Ban (JIRA)

Bela Ban created JGRP-1509: ------------------------------ Summary: GMS: low leave_timeout may cause incorrect view installation Key: JGRP-1509 URL: https://issues.jboss.org/browse/JGRP-1509 Project: JGroups Issue Type: Bug Reporter: Bela Ban Assignee: Bela Ban Fix For: 3.0.15, 3.2 - {A} - B joins, then C, the view is A2={A,B,C} - *No* messages are sent - GMS.leave_timeout=100 - NAKACK2.xmit_interval=1000 - A leaves gracefully (JChannel.disconnect()) - A multicasts B3={B,C}, the seqno is #3 - B discarded A#2 (view {A,B,C}), as it was not yet server - B now asks A for retransmission of #2 before it can deliver #3 (the new view) (- The retransmission kicks in ca. every 1 sec) - However, A is gone, so C will loop asking A to retransmit #3 and will therefore never install view B2 ! -- 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

13 years, 8 months

1
9
0 / 0

[JBoss JIRA] (LOGTOOL-54) Remove usage of JBL annotations

by James Perkins (JIRA)

James Perkins created LOGTOOL-54: ------------------------------------ Summary: Remove usage of JBL annotations Key: LOGTOOL-54 URL: https://issues.jboss.org/browse/LOGTOOL-54 Project: Log Tool Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: James Perkins Assignee: James Perkins Fix For: 1.1.0.Beta1 Currently the processor is directly using the JBoss Logging annotations. Using the AnnotationMirror will allow the annotations to be removed from the JBoss Logging project. -- 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

13 years, 8 months

1
2
0 / 0

[JBoss JIRA] (LOGTOOL-49) Add option to disable translation generation

by James Perkins (JIRA)

James Perkins created LOGTOOL-49: ------------------------------------ Summary: Add option to disable translation generation Key: LOGTOOL-49 URL: https://issues.jboss.org/browse/LOGTOOL-49 Project: Log Tool Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: James Perkins Assignee: James Perkins Fix For: 1.1.0.Beta1 Add a supported option for disabling the processing of the translations files. -- 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
2
0 / 0

[JBoss JIRA] Created: (AS7-1631) JAX-RS client support for OSGi bundles

by Thomas Diesler (JIRA)

JAX-RS client support for OSGi bundles -------------------------------------- Key: AS7-1631 URL: https://issues.jboss.org/browse/AS7-1631 Project: Application Server 7 Issue Type: Feature Request Components: OSGi Reporter: Thomas Diesler Assignee: Thomas Diesler Provide OSGi bundles the ability to use the RESTeasy client APIs -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
3
0 / 0

[JBoss JIRA] (AS7-5507) Cannot inject @Resource BundleContext into JAX-RS endpoint

by Thomas Diesler (JIRA)

Thomas Diesler created AS7-5507: ----------------------------------- Summary: Cannot inject @Resource BundleContext into JAX-RS endpoint Key: AS7-5507 URL: https://issues.jboss.org/browse/AS7-5507 Project: Application Server 7 Issue Type: Bug Components: OSGi Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: 7.2.0.Alpha1 The injected context is null -- 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

13 years, 8 months

2
4
0 / 0

[JBoss JIRA] (AS7-4426) Remote store config errors in AS7

by rang s (JIRA)

rang s created AS7-4426: --------------------------- Summary: Remote store config errors in AS7 Key: AS7-4426 URL: https://issues.jboss.org/browse/AS7-4426 Project: Application Server 7 Issue Type: Bug Components: Class Loading Affects Versions: 7.1.1.Final Environment: Windows Reporter: rang s Assignee: David Lloyd When remote-store is configured in domain.xml, on server startup following errors :- [Server:server-one] 17:00:00,889 ERROR [org.jboss.msc.service.fail] (pool-13-thread-1) MSC00001: Failed to start service jboss.infinispan.web.repl: org.jboss.msc.servic e.StartException in service jboss.infinispan.web.repl: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl. start() on object [Server:server-one] at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:62) [jboss-as-clustering-common-7.1.1.Final.jar:7.1.1.Final] [Server:server-one] Caused by: org.infinispan.CacheConfigurationException: Unable to instantiate class org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFacto ry [Server:server-one] Caused by: java.lang.ClassNotFoundException: org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory Looks like some issue in locating the jar which contains this class file. I could resolve this issue by :- Adding the following :- <module name="org.infinispan.client.hotrod"/> in %JBOSS_HOME%/modules/org/infinispan/main/module.xml This seems to be a bug as it should work out of the box. -- 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
18
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 September 2012