January 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-853) Partial StringProperty replacement in ejb 3 container

by Roland R?z (JIRA)

Partial StringProperty replacement in ejb 3 container ----------------------------------------------------- Key: EJBTHREE-853 URL: http://jira.jboss.com/jira/browse/EJBTHREE-853 Project: EJB 3.0 Issue Type: Feature Request Affects Versions: EJB 3.0 RC9 - FD Reporter: Roland R?z I tried to change the messageSelector in an EJB 3.0 MDB in the ejb.jar.xml containing partial System Property references (aaa${xyz}bbb). Sadly this didn't work as with ejb 2.1. I think fully supporting system property replacement as with ejb 2.x in EJB 3.0 would be a nice feature. The method org.jboss.ejb3.metamodel.EjbJarDDObjectFactory.getValue(String name, String value) could be changed to { value = org.jboss.util.StringPropertyReplacer.replaceProperties(value); } I would suggest, to implement the string property replacement even better in the class org.jboss.metamodel.descriptor.DDObjectFactory.getValue() and remove the getValue method from JBossDDObjectFactory and EjbJarDDObjectFactory. The idea of using an MBean abstraction to replace system properties is fine but the nice syntax of the StringPropertyReplacer should be still supported (${v1,v2:default}). Returning always the replaced property is one possibility (currently it is not done this way) but probably a new method "getReplaced" would be less surprising. -- 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

16 years, 11 months

2
1
0 / 0

[JBoss JIRA] Created: (JBWEB-100) Accept filters never work

by Remy Maucherat (JIRA)

Accept filters never work ------------------------- Key: JBWEB-100 URL: http://jira.jboss.com/jira/browse/JBWEB-100 Project: JBoss Web Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Reporter: Remy Maucherat Assigned To: Jean-Frederic Clere Priority: Minor Even on platforms where support is supposed to be present (for example, Fedora 8 with the tomcat-native RPM installed, running on IcedTea), accept filters are always reported as not available by the APR listener. Library.APR_HAS_SO_ACCEPTFILTER always returns false (the other flags appear to be working correctly). -- 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

16 years, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (JGRP-660) Model FLUSH in Promela and run simulations in Spin

by Vladimir Blagojevic (JIRA)

Model FLUSH in Promela and run simulations in Spin -------------------------------------------------- Key: JGRP-660 URL: http://jira.jboss.com/jira/browse/JGRP-660 Project: JGroups Issue Type: Feature Request Reporter: Vladimir Blagojevic Assigned To: Vladimir Blagojevic We should model FLUSH in Promela and run model simulations in SPIN. Verify feasibility and cost/benefit of this approach. If the outcome is beneficial consider modeling other protocols as well. -- 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

16 years, 11 months

2
1
0 / 0

[JBoss JIRA] Created: (JGRP-670) Replace StringBuffer with StringBuilder

by Bela Ban (JIRA)

Replace StringBuffer with StringBuilder --------------------------------------- Key: JGRP-670 URL: http://jira.jboss.com/jira/browse/JGRP-670 Project: JGroups Issue Type: Task Reporter: Bela Ban Assigned To: Bela Ban Priority: Minor Fix For: 2.6.2, 2.7 Perf increase -- 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

16 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (JGRP-669) Shared transport: NPE in up() when loopback is true

by Bela Ban (JIRA)

Shared transport: NPE in up() when loopback is true --------------------------------------------------- Key: JGRP-669 URL: http://jira.jboss.com/jira/browse/JGRP-669 Project: JGroups Issue Type: Bug Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.6.2, 2.7 The loopback handling code doesn't check whether we have a shared transport and calls up_prot.up() indiscriminately. However, when we have a shared transport, up_prot is null... -- 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

16 years, 11 months

1
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1255) setUseInterceptorMbeans not available in TreeCacheMBean interface, causing problems when deployed in JBoss AS

by Manik Surtani (JIRA)

setUseInterceptorMbeans not available in TreeCacheMBean interface, causing problems when deployed in JBoss AS ------------------------------------------------------------------------------------------------------------- Key: JBCACHE-1255 URL: http://jira.jboss.com/jira/browse/JBCACHE-1255 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 1.4.1.SP8 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 1.4.1.SP9 Should check that all setters that correspond to configuration elements in TreeCache also exist in TreeCacheMBean -- 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

16 years, 11 months

1
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-1230) Node.toString() should not print entire contents of a node if it exceeds a certain size

by Manik Surtani (JIRA)

Node.toString() should not print entire contents of a node if it exceeds a certain size --------------------------------------------------------------------------------------- Key: JBCACHE-1230 URL: http://jira.jboss.com/jira/browse/JBCACHE-1230 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.1.0.CR2 Reporter: Manik Surtani Assigned To: Manik Surtani Priority: Minor Fix For: 2.1.0.GA Can be very noisy in the logs -- 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

16 years, 11 months

1
5
0 / 0

[JBoss JIRA] Created: (JBCACHE-1241) Buddy replication, add data to a node and delete root will cause a exception to be thrown

by Mircea Markus (JIRA)

Buddy replication, add data to a node and delete root will cause a exception to be thrown ----------------------------------------------------------------------------------------- Key: JBCACHE-1241 URL: http://jira.jboss.com/jira/browse/JBCACHE-1241 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.1.0.BETA1 Reporter: Mircea Markus Assigned To: Manik Surtani Fix For: 2.1.0.GA, 1.4.X BuddyReplicationTestsBase on trunk was added to reproduce the issue -- 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

16 years, 11 months

2
6
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-226) Update default VersionImpl to not depend on osgi

by Scott M Stark (JIRA)

Update default VersionImpl to not depend on osgi ------------------------------------------------ Key: JBMICROCONT-226 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-226 Project: JBoss MicroContainer Issue Type: Task Components: General Reporter: Scott M Stark Fix For: JBossMC-2.0.0.Beta10 Change the default org.jboss.deployers.structure.spi.classloading.Version implementation, org.jboss.deployers.structure.spi.classloading.helpers.VersionImpl to not depend on osgi. -- 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

16 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (JGRP-375) Paralellize discovery phase

by Bela Ban (JIRA)

Paralellize discovery phase --------------------------- Key: JGRP-375 URL: http://jira.jboss.com/jira/browse/JGRP-375 Project: JGroups Issue Type: Feature Request Affects Versions: 2.4 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.6 With TCPPING, if we have 10 servers defined in the list, we sequentially send a GET_MBRS_REQ to each. However, if that server is not reachable, we will timeout out on the socket connect call. Also, DNS lookup might take some time, so we might time out if we cannot contact all servers. Example: servers 1 - 10. 1-9 are down or not reachable, plus we have a slow DNS, 10 is running. So before we get to 10, the discovery will timeout and we will become a singleton node. SOLUTION: use threads from the common (global) thread pool in JGroups to parallelize the sending of requests to all 10 servers. -- 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

16 years, 11 months

3
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2008