October 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAOP-470) Add a pointcut construction to match the field of a Class as being a type

by Flavia Rainone (JIRA)

Add a pointcut construction to match the field of a Class as being a type ------------------------------------------------------------------------- Key: JBAOP-470 URL: http://jira.jboss.com/jira/browse/JBAOP-470 Project: JBoss AOP Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Documentation Reporter: Flavia Rainone The idea is to allow the especification of a field value of a class as being the type of any pointcut expression. The idea is to allow my.package.MyClass.field whenever the following constructs are accepted: - the name of a class - annotated (@) - implements - type def - instanceof -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
1
0 / 0

[JBoss JIRA] Updated: (JBCACHE-63) JBossCache benchmarks

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-63?page=all ] Manik Surtani updated JBCACHE-63: --------------------------------- Fix Version/s: 2.2.0.GA (was: 2.1.0.GA) > JBossCache benchmarks > --------------------- > > Key: JBCACHE-63 > URL: http://jira.jboss.com/jira/browse/JBCACHE-63 > Project: JBoss Cache > Issue Type: Task > Affects Versions: 1.2.4SP1 > Reporter: Bela Ban > Assigned To: Phillip Thurmond > Fix For: 2.2.0.GA > > Original Estimate: 4 weeks > Remaining Estimate: 4 weeks > > Also bench against other caches -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBMESSAGING-25) Microcontainer integration

by Tim Fox (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-25?page=all ] Tim Fox reassigned JBMESSAGING-25: ---------------------------------- Assignee: Andy Taylor (was: Aaron Walker) > Microcontainer integration > -------------------------- > > Key: JBMESSAGING-25 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-25 > Project: JBoss Messaging > Issue Type: Task > Components: AS Integration > Reporter: Ovidiu Feodorov > Assigned To: Andy Taylor > Priority: Critical > Fix For: 2.0.0 Beta 1 > > Attachments: JBMESSAGING-26.tar > > > We should POJOify all our current MBean services and allow the microcontainer to enforce dependencies. > The microcontainer can also provide MBean interfaces transparently if needed. > This task is critical in allowing an "embedded JBM". > This is critical to kick start ESB. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPM-886) change ejb timers from SLSB to an entity bean approach

by Tom Baeyens (JIRA)

change ejb timers from SLSB to an entity bean approach ------------------------------------------------------ Key: JBPM-886 URL: http://jira.jboss.com/jira/browse/JBPM-886 Project: JBoss jBPM Issue Type: Feature Request Reporter: Tom Baeyens Assigned To: Tom Baeyens Fix For: jBPM jPDL 3.2.1 the problem is that all the timers are put on a single slsb. so we have to loop through all the timers to cancel or find one. that is a bottleneck. we need to change that approach to the use of entity beans. 1 entity bean per job. so that we can put queries for jobs and that way have a more efficient way of finding and cancelling ejb timers. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
5
0 / 0

[JBoss JIRA] Created: (JBRULES-1237) Upgrade MVEL library to 1.2.final

by Joshua Jackson (JIRA)

Upgrade MVEL library to 1.2.final --------------------------------- Key: JBRULES-1237 URL: http://jira.jboss.com/jira/browse/JBRULES-1237 Project: JBoss Drools Issue Type: Task Security Level: Public (Everyone can see) Components: All Affects Versions: 4.0.1 Reporter: Joshua Jackson Assigned To: Mark Proctor Priority: Minor Fix For: 4.0.2 Upgrade the current mvel library that is used by drools to mvel 1.2.final as it has some fixes -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-4667) Wrong logic in CachedConnectionManager.getCloseConnectionSynchronization()

by Oleg Nitz (JIRA)

Wrong logic in CachedConnectionManager.getCloseConnectionSynchronization() -------------------------------------------------------------------------- Key: JBAS-4667 URL: http://jira.jboss.com/jira/browse/JBAS-4667 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JCA service Affects Versions: JBossAS-4.2.1.GA, JBossAS-4.0.4.GA Reporter: Oleg Nitz If the tx is not active (for example it has STATUS_PREPARING), then the method always returns null, even if the associated CloseConnectionSynchronization exists. This results in wrong warnings about non-closed connections, since when the close() is called for a connector, in CachedConnectionManager.unregisterConnection() a null value is returned from getCloseConnectionSynchronization() and the connector remains in the list of non-closed resources for the transaction. I think this bug was introduced here: http://jira.jboss.com/jira/browse/JBAS-31#action_12310798 I propose the following solution: --- CachedConnectionManager.java.orig 2005-11-22 02:10:41.000000000 +0200 +++ CachedConnectionManager.java 2007-09-04 18:42:48.000000000 +0300 @@ -544,13 +544,13 @@ try { Transaction tx = tm.getTransaction(); - if (TxUtils.isActive(tx)) + if (tx != null) { TransactionSynchronizer.lock(tx); try { CloseConnectionSynchronization cas = (CloseConnectionSynchronization) TransactionSynchronizer.getCCMSynchronization(tx); - if (cas == null && createIfNotFound) + if (cas == null && createIfNotFound && TxUtils.isActive(tx)) { cas = new CloseConnectionSynchronization(); TransactionSynchronizer.registerCCMSynchronization(tx, cas); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

3
11
0 / 0

[JBoss JIRA] Updated: (JBPM-616) prevent duplicate form submissions

by Tom Baeyens (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-616?page=all ] Tom Baeyens updated JBPM-616: ----------------------------- Priority: Minor (was: Major) > prevent duplicate form submissions > ---------------------------------- > > Key: JBPM-616 > URL: http://jira.jboss.com/jira/browse/JBPM-616 > Project: JBoss jBPM > Issue Type: Task > Components: Web Interface > Reporter: Tom Baeyens > Assigned To: Tom Baeyens > Priority: Minor > Fix For: jBPM 3.3 > > > for hints and tips, you can have a look at http://raibledesigns.com/page/rd?anchor=how_does_your_mvc_framework -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBPM-616) prevent duplicate form submissions

by Tom Baeyens (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-616?page=all ] Tom Baeyens reassigned JBPM-616: -------------------------------- Assignee: Tom Baeyens (was: David Lloyd) > prevent duplicate form submissions > ---------------------------------- > > Key: JBPM-616 > URL: http://jira.jboss.com/jira/browse/JBPM-616 > Project: JBoss jBPM > Issue Type: Task > Components: Web Interface > Reporter: Tom Baeyens > Assigned To: Tom Baeyens > Fix For: jBPM 3.3 > > > for hints and tips, you can have a look at http://raibledesigns.com/page/rd?anchor=how_does_your_mvc_framework -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPM-1054) deprecate expression on action in favour of execute

by Pete Muir (JIRA)

deprecate expression on action in favour of execute --------------------------------------------------- Key: JBPM-1054 URL: http://jira.jboss.com/jira/browse/JBPM-1054 Project: JBoss jBPM Issue Type: Task Affects Versions: jBPM jPDL 3.2.1 Reporter: Pete Muir Assigned To: Tom Baeyens As discussed on the forum, add an execute attribute (as an alias to expression) to the action element, and (TBD) deprecate the expression. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-1053) jBPM Build Files Search for build.properties in ${user.home}/jbpm/build.properties

by Christopher Brock (JIRA)

jBPM Build Files Search for build.properties in ${user.home}/jbpm/build.properties ---------------------------------------------------------------------------------- Key: JBPM-1053 URL: http://jira.jboss.com/jira/browse/JBPM-1053 Project: JBoss jBPM Issue Type: Release Reporter: Christopher Brock Assigned To: Tom Baeyens This has become a pretty serious problem in our attempts to create automated build and patches for SOA. It creates a mess by forcing us to have our scripts create directories outside the build structure. It would be helpful if the either a delegate configuration file was introduced to allow us to override this, or better yet, if jBPM simply defaulted to a sensible configuration file inside it's source structure. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

3
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2007