April 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBLOGGING-52) Use of system property for proxy generation setting is too inflexible

by Dan Allen (JIRA)

Use of system property for proxy generation setting is too inflexible --------------------------------------------------------------------- Key: JBLOGGING-52 URL: https://issues.jboss.org/browse/JBLOGGING-52 Project: JBoss Logging Issue Type: Bug Security Level: Public (Everyone can see) Components: jboss-logging-spi Affects Versions: 3.0.0.Beta4-jboss-logging Reporter: Dan Allen Assignee: David Lloyd Fix For: 3.0.0.Beta5-jboss-logging JBoss Logging uses a system property to configure whether or not proxies are generated for type-safe loggers. This approach is very inflexible. The main issue is that the value of this system property is being cached too aggressively. In CDI extensions, we are forced to use a static code block to set the property so it is assigned early enough that JBoss Logging caches the correct value. However, with multiple extensions loading in a non-deterministic order, we end up having to put this static block in multiple places. [1] We need a better way to apply this setting. Perhaps a static method on a configuration API to assign the value before any logging takes place. [1] https://github.com/seam/solder/blob/master/impl/src/main/java/org/jboss/s... https://github.com/seam/servlet/blob/master/impl/src/main/java/org/jboss/... -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

5
12
0 / 0

[JBoss JIRA] Created: (JBAS-9316) Indentation of multiline text content in standalone.xml keeps increasing on rewrites

by David Bosschaert (JIRA)

Indentation of multiline text content in standalone.xml keeps increasing on rewrites ------------------------------------------------------------------------------------ Key: JBAS-9316 URL: https://issues.jboss.org/browse/JBAS-9316 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: XML Services/Frameworks Affects Versions: 7.0.0.Beta3 Reporter: David Bosschaert Assignee: Jason Greene Priority: Minor The standalone.xml file contains some XML tags that contain multi-line XML text, e.g.: {code}<property name="org.jboss.osgi.system.modules"> org.apache.log4j, org.jboss.as.osgi, javax.inject.api, ...{code} The problem is that every automatic rewrite of the standalone.xml (e.g. when you deploy a new thing) the indentation increases from the 2nd line of the text, so after the first rewrite it looks like this: {code}<property name="org.jboss.osgi.system.modules"> org.apache.log4j, org.jboss.as.osgi, javax.inject.api, ...{code} after a few deploys it ends up looking like this: {code}<property name="org.jboss.osgi.system.modules"> org.apache.log4j, org.jboss.as.osgi, javax.inject.api, ...{code} Pretty ugly :( Would be nice if the indentation could be left untouched. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

6
5
0 / 0

[JBoss JIRA] Created: (JBAS-9327) Ensure "add" operation handlers are storing default values

by Brian Stansberry (JIRA)

Ensure "add" operation handlers are storing default values ---------------------------------------------------------- Key: JBAS-9327 URL: https://issues.jboss.org/browse/JBAS-9327 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Fix For: 7.0.0.CR1 In discussion on the dev list we decided to store default values in the model even if not present in XML or in "add" operation params coming from CLI/console. This task is to review the handlers for compliance. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
3
0 / 0

[JBoss JIRA] Created: (JBAS-9317) Detect crashed DC slave in protocol to avoid errors when restarting crashed slave

by Kabir Khan (JIRA)

Detect crashed DC slave in protocol to avoid errors when restarting crashed slave --------------------------------------------------------------------------------- Key: JBAS-9317 URL: https://issues.jboss.org/browse/JBAS-9317 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Domain Management Reporter: Kabir Khan Assignee: Kabir Khan Fix For: 7.0.0.Beta4 This could be possible with what we have but deferring until we have JBAS-9101 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
3
0 / 0

[JBoss JIRA] Created: (JBAS-9087) Expose the domain management API over JMX

by Brian Stansberry (JIRA)

Expose the domain management API over JMX ----------------------------------------- Key: JBAS-9087 URL: https://issues.jboss.org/browse/JBAS-9087 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Priority: Critical Fix For: 7.0.0.Beta4 Create a JMX domain for the AS 7 management layer; expose management resources as mbeans. Two options: 1) An mbean per resource. 2) Create an adapter layer. Requirement: do not add significant boot time overhead. Populating the mbean server in the background is permissible. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

4
6
0 / 0

[JBoss JIRA] Created: (JBRULES-2409) Quotes should not be escaped when parsing a decision table

by Jos Hendriks (JIRA)

Quotes should not be escaped when parsing a decision table ---------------------------------------------------------- Key: JBRULES-2409 URL: https://jira.jboss.org/jira/browse/JBRULES-2409 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-decisiontables Affects Versions: 5.0.1.FINAL Environment: jdk 1.6 update 12 windows XP Reporter: Jos Hendriks Assignee: Mark Proctor Since drools 5 quotes that are in an action cell of a decision table are escaped. As we are using method calls with String parameters in our action cells this results in invalid drl. I've reproduced the issue in the example decision table project generated by the eclipse plugin. After generating a new Drools project with decision table example I added the following to the Message class: public String getMessage(String dummy) { return this.message; } In the decision table I change cell E9 from 'm.setMessage("$param");update(m);' to 'm.setMessage($param);update(m);' and cell E11 from 'Goodbye cruel world' to 'm.getMessage("msg")'. When I use Drools 5 I get escaped double-quotes which causes an error in com.sample.DecisionTableTest.readKnowledgeBase: m.setMessage(m.getMessage(\"msg\"));update(m); Version 4.0.7 did not escape quotes and correctly generated the drl: m.setMessage(m.getMessage("msg"));update(m); I found out that escaping of quoted has been added by request, JBRULES-1811. Please reconsider the decision and or implementation made to solve that issue. Possibly add a keyword to the decision table to define the way qoutes are parsed? Like Sequential for salience.... The forum entry I have made includes the files and full drl. Please contact me if you need more information or help. -- 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

14 years, 9 months

7
17
0 / 0

[JBoss JIRA] Created: (JBAS-9014) "remoting" subsystem threads usage

by David Lloyd (JIRA)

"remoting" subsystem threads usage ---------------------------------- Key: JBAS-9014 URL: https://issues.jboss.org/browse/JBAS-9014 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: David Lloyd Assignee: David Lloyd Fix For: 7.0.0.CR1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
3
0 / 0

[JBoss JIRA] Created: (JBAS-9015) JMS "messaging" subsystem threads usage

by David Lloyd (JIRA)

JMS "messaging" subsystem threads usage --------------------------------------- Key: JBAS-9015 URL: https://issues.jboss.org/browse/JBAS-9015 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: David Lloyd Fix For: 7.0.0.CR1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
3
0 / 0

[JBoss JIRA] Created: (AS7-703) Display server VM metrics in console

by Heiko Braun (JIRA)

Display server VM metrics in console ------------------------------------ Key: AS7-703 URL: https://issues.jboss.org/browse/AS7-703 Project: Application Server 7 Issue Type: Feature Request Components: Console Reporter: Heiko Braun Assignee: Heiko Braun Fix For: 7.0.0.CR1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
8
0 / 0

[JBoss JIRA] Created: (JBAS-9264) BoundedQueueThreadPoolService provides Executor instead of ExecutorService

by Paul Ferraro (JIRA)

BoundedQueueThreadPoolService provides Executor instead of ExecutorService -------------------------------------------------------------------------- Key: JBAS-9264 URL: https://issues.jboss.org/browse/JBAS-9264 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Paul Ferraro Currently, there is no thread service that provides a j.u.c.ExecutorService using a bounded queue thread pool. The existing BoundedQueueThreadPoolService only provides a j.u.c.Executor, instead of the far more useful j.u.c.ExecutorService. The exposed j.u.c.Executor cannot even be cast to an j.u.c.ExecutorService, since the underlying QueueExecutor is wrapped by a decorator that does not implement j.u.c.ExecutorService. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

5
8
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 April 2011