November 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-3463) Provide Unit for JVM configuration elements

by Heiko Braun (JIRA)

Heiko Braun created AS7-3463: -------------------------------- Summary: Provide Unit for JVM configuration elements Key: AS7-3463 URL: https://issues.jboss.org/browse/AS7-3463 Project: Application Server 7 Issue Type: Feature Request Components: Domain Management Reporter: Heiko Braun Assignee: Brian Stansberry Fix For: 7.2.0.Alpha1 Like with any other config element, units for the JVM parameters would nice. I.e. instead of encoding it into the string value ("64m") it would be better to split the actual value from unit (value=64, unit=<kb|mb|gb>). See the thread subsystem for a reference how this is done in other places -- 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, 5 months

2
3
0 / 0

[JBoss JIRA] (AS7-6024) <object-factory> schema says factoryClass but parser looks for class

by James Livingston (JIRA)

James Livingston created AS7-6024: ------------------------------------- Summary: <object-factory> schema says factoryClass but parser looks for class Key: AS7-6024 URL: https://issues.jboss.org/browse/AS7-6024 Project: Application Server 7 Issue Type: Bug Components: Naming Affects Versions: 7.1.3.Final (EAP) Reporter: James Livingston Assignee: Eduardo Martins The XSD for the naming subsystem contains a "factoryClass" attribute for objectFactoryType. NamingSubsystemXMLAttribute however defines it to be called "class". One of these needs to be changed so that the schema matches the parser, and either "class" validates or "factoryClass" can be used. -- 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, 5 months

3
2
0 / 0

[JBoss JIRA] (JBAOP-814) When the system property sun.io.serialization.extendedDebugInfo is set, JBoss AOP throws java.lang.NullPointerException

by Kabir Khan (JIRA)

Kabir Khan created JBAOP-814: -------------------------------- Summary: When the system property sun.io.serialization.extendedDebugInfo is set, JBoss AOP throws java.lang.NullPointerException Key: JBAOP-814 URL: https://issues.jboss.org/browse/JBAOP-814 Project: JBoss AOP Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.1.6.CP06 Reporter: Kabir Khan Assignee: Kabir Khan Fix For: 2.1.6.CP07 See JBPAPP-10467 -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAOP-796) Creation of ClassAdvisor must use the AspectManager equivalent to the advised class' ClassLoader

by Flavia Rainone (JIRA)

Creation of ClassAdvisor must use the AspectManager equivalent to the advised class' ClassLoader ------------------------------------------------------------------------------------------------ Key: JBAOP-796 URL: https://jira.jboss.org/browse/JBAOP-796 Project: JBoss AOP Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.1.9.Alpha1 Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: 2.1.6 CP01, 2.1.9.GA, 2.2.1.GA Currently, an Advisor is created by calling AspectManager.instance().getAdvisor(). The correct is to create the advisor by calling AspectManager.instance(WovenClass.class).getAdvisor(WovenClass.class). Otherwise, the Advisor will be created as part of the AspectManager/Domain corresponding to the current context class loader: public static synchronized AspectManager instance() { return instance(Thread.currentThread().getContextClassLoader()); } In the JBoss AS environment, if the woven class is loaded during an archive deployment, this is equivalent to say that the Advisor will be erroneously created by the domain of the current deployment, instead of being created by the appropriate AspectManager/Domain instance. -- 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

13 years, 5 months

2
10
0 / 0

[JBoss JIRA] (JBAOP-812) AspectManager.getAdvisors throws ConcurrentModificationException

by Flavia Rainone (JIRA)

Flavia Rainone created JBAOP-812: ------------------------------------ Summary: AspectManager.getAdvisors throws ConcurrentModificationException Key: JBAOP-812 URL: https://issues.jboss.org/browse/JBAOP-812 Project: JBoss AOP Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.1.6.CP03 Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: 2.1.6.CP04 The problem can be observed sometimes when running JBoss AS. The stack trace: ERROR [STDERR] (AOPListner:) java.util.ConcurrentModificationException ERROR [STDERR] (AOPListner:) at java.util.WeakHashMap$HashIterator.next(WeakHashMap.java:169) ERROR [STDERR] (AOPListner:) at org.jboss.aop.AspectManager.getAdvisors(AspectManager.java:543) ERROR [STDERR] (AOPListner:) at org.jboss.console.plugins.AOPLister$RefreshPoller.run(AOPLister.java:891) -- 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, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAOP-806) Using UnmodifiableLinkedHashMap constructor causes an UnsupportedOperationException exception to be thrown on IBM JDK

by Dustin Kut Moy Cheung (JIRA)

Using UnmodifiableLinkedHashMap constructor causes an UnsupportedOperationException exception to be thrown on IBM JDK --------------------------------------------------------------------------------------------------------------------- Key: JBAOP-806 URL: https://issues.jboss.org/browse/JBAOP-806 Project: JBoss AOP Issue Type: Bug Security Level: Public (Everyone can see) Components: Aspect Library Environment: OS: Fedora 14 JDK: IBM JDK Reporter: Dustin Kut Moy Cheung Priority: Critical Read Summary. This error is caused because the IBM JDK LinkedHashMap invokes the putAll method on HashMap. Since the putAll method is overwridden in UnmodifiableLinkedHashMap.java, the UnmodifiableLinkedHashMap putAll method is called instead of the HashMap constructor and therefore throws that exception. The fix is to change the signature of the constructor being called (LinkedHashMap constructor) so that the putAll method is not called. Please see the patch that attempts to solve this issue. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

3
6
0 / 0

[JBoss JIRA] (AS7-6059) Update JBoss Transactions to 4.17.3.Final

by Tom Jenkinson (JIRA)

Tom Jenkinson created AS7-6059: ---------------------------------- Summary: Update JBoss Transactions to 4.17.3.Final Key: AS7-6059 URL: https://issues.jboss.org/browse/AS7-6059 Project: Application Server 7 Issue Type: Feature Request Components: Transactions Reporter: Tom Jenkinson Assignee: Jason Greene 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

13 years, 5 months

1
1
0 / 0

[JBoss JIRA] (AS7-5960) Filter for CLI/GUI

by Pete Forsberg (JIRA)

Pete Forsberg created AS7-5960: ---------------------------------- Summary: Filter for CLI/GUI Key: AS7-5960 URL: https://issues.jboss.org/browse/AS7-5960 Project: Application Server 7 Issue Type: Feature Request Components: CLI Affects Versions: 7.1.2.Final (EAP) Reporter: Pete Forsberg Assignee: Alexey Loubyansky Priority: Minor Since the children of a given node in the CLI gui can be very long, a filter like that in Eclipse would be nice. -- 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, 5 months

3
13
0 / 0

[JBoss JIRA] (AS7-6022) Provide a way to to customize Default stack of Interceptors

by Fernando Rubbo (JIRA)

Fernando Rubbo created AS7-6022: ----------------------------------- Summary: Provide a way to to customize Default stack of Interceptors Key: AS7-6022 URL: https://issues.jboss.org/browse/AS7-6022 Project: Application Server 7 Issue Type: Feature Request Reporter: Fernando Rubbo We know it is not a good practice to change the Jboss interceptor stack, but there are some requirements that are not possible to solve (at least as far as we know) without modifying the default stack. Please, take a look in https://community.jboss.org/thread/213749?tstart=0 Thanks in advance, Fernando Rubbo -- 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, 5 months

1
1
0 / 0

[JBoss JIRA] (AS7-5897) Allow user applications to introduce server side non-EE interceptors for EE invocations

by jaikiran pai (JIRA)

jaikiran pai created AS7-5897: --------------------------------- Summary: Allow user applications to introduce server side non-EE interceptors for EE invocations Key: AS7-5897 URL: https://issues.jboss.org/browse/AS7-5897 Project: Application Server 7 Issue Type: Feature Request Components: EE, EJB Affects Versions: 7.1.3.Final (EAP) Reporter: jaikiran pai Assignee: jaikiran pai One of the topics that we discussed in the AS meeting was the use case where users have been demanding for a way to run their application specific interceptors before some of the server side app server specific interceptors and user application specific EE interceptors are run. This will allow for the user applications to have a way to pass in additional information (like security related info) to the server side interceptors (like the security interceptor) so that the information can then be made use for deciding whether or not the call should be allowed to happen or not. We used to allow to do this in previous versions of a AS via AOP but there's no current way to do it in AS7. The EE interceptors come into picture too late. Some approaches have been discussed around this, during the meeting, with the goal that whatever approach we introduce should be something that we should be able to "support" for a long time without having to ask the users to migrate to a newer way of doing this, in every other major release: 1) Allow the interceptors to use jboss-invocation library to use the interceptor API and implement their interceptors. The advantage of this approach as compared with the other approaches below, is that the semantics of this interceptor interface is something that "we" can decide and wouldn't matter if it conflicts with the semantics of the EE specific interceptors (for ex: EE specific interceptors have a invocationCtx.getTarget() which won't make sense for server side interceptors which are being invoked *before* the application component has been created) 2) Allow the user applications to just use the EE interceptor API for these intereceptors and we explicitly state that certain APIs like invocationCtx.getTarget() will have different semantics when run as a "system interceptor" 3) Introduce a very small/tiny API (EarlyEEInvocationContext as David calls it :)) which exposes limited semantics that the interceptors can rely on. We are leaning more towards #2 since that wouldn't need any new library or API for these interceptors, but would only require an explicit documentation of what's allowed and what's not in such interceptors. -- 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, 5 months

3
3
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 November 2012