July 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-1100) Cache states should be considered before any call is invoked, rejecting calls if the cache state is not RUNNING.

by Manik Surtani (JIRA)

Cache states should be considered before any call is invoked, rejecting calls if the cache state is not RUNNING. ---------------------------------------------------------------------------------------------------------------- Key: JBCACHE-1100 URL: http://jira.jboss.com/jira/browse/JBCACHE-1100 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR2 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.0.0.CR4, 2.0.0.GA Needs thought: 1. How do we deal with local and remote calls coming in? 2. Deal with calls coming from the synchronisations registered with TMs? -- 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

19 years

1
5
0 / 0

[JBoss JIRA] Created: (JBWEB-86) Wild Card Aliases

by Mike Millson (JIRA)

Wild Card Aliases ----------------- Key: JBWEB-86 URL: http://jira.jboss.com/jira/browse/JBWEB-86 Project: JBoss Web Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Tomcat Module Affects Versions: JBossWeb Embedded - AS 4.0.5 Environment: JBoss AS 3.2.8SP1 Reporter: Mike Millson Assigned To: Mladen Turk The customer would like the ability to use wild cards when specifying aliases as was previously discussed on the Tomcat developers list in the following thread: http://marc.info/?l=tomcat-dev&m=111508981818345&w=2 -- 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

19 years

3
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-1136) getChildrenNames() returns deleted nodes

by Jason T. Greene (JIRA)

getChildrenNames() returns deleted nodes ---------------------------------------- Key: JBCACHE-1136 URL: http://jira.jboss.com/jira/browse/JBCACHE-1136 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Jason T. Greene Assigned To: Manik Surtani Fix For: 2.0.0.CR4, 2.0.0.GA The behavior of getChildrenNames() differs from getChildren() in that it will return deleted nodes. This is because only the deleted node is aware that is deleted, and getChildrenNames() just returns a copy of the child map. -- 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

19 years

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-991) Create a full example of BRMS using all features

by Fernando Meyer (JIRA)

Create a full example of BRMS using all features ------------------------------------------------- Key: JBRULES-991 URL: http://jira.jboss.com/jira/browse/JBRULES-991 Project: JBoss Rules Issue Type: Task Security Level: Public (Everyone can see) Components: drools-brms Reporter: Fernando Meyer Assigned To: Fernando Meyer Priority: Critical * One package using one (at least) of each asset type * Some "execution" code/project which uses the RuleAgent to deploy - (you can see the section in the manual on the rule agent) - this can be a simple stand alone java project if you like, which uses the drools-core.jar (and mvel jar - for now, until they put mvel inside core). -- 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

19 years

3
2
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1589) Render should handle inexistent markup better and not crash Portal

by Chris Laprun (JIRA)

Render should handle inexistent markup better and not crash Portal ------------------------------------------------------------------ Key: JBPORTAL-1589 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1589 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6 Final Reporter: Chris Laprun Assigned To: Chris Laprun Fix For: 2.6.1 Final, 2.8 Final If both string and binary markup are null, RenderHandler should return an ErrorResponse as it is unexpected. Same if MIME type 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

19 years

1
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1135) Add javadocs to XmlHelper

by Galder Zamarreno (JIRA)

Add javadocs to XmlHelper ------------------------- Key: JBCACHE-1135 URL: http://jira.jboss.com/jira/browse/JBCACHE-1135 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 1.4.1.SP3 Reporter: Galder Zamarreno Assigned To: Manik Surtani Priority: Optional Fix For: 2.0.0.CR4, 2.0.0.GA XmlHelper methods don't have any Javadocs which means that unless you read through the implementation, you can't know whether they can return null or not, or whether they return empty strings...etc. I think we should write them so that the rest of the code does not over/under checks the values retrieved from XML. Example: String readStringContents() Looking at the implementation, I can see null will never be returned from the method call. I have to check for either empty or non empty Strings. -- 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

19 years

2
2
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1585) Modifying registration should either refresh the ProducerInfo or invalidate cache.

by Chris Laprun (JIRA)

Modifying registration should either refresh the ProducerInfo or invalidate cache. ---------------------------------------------------------------------------------- Key: JBPORTAL-1585 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1585 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6 Final Reporter: Chris Laprun Assigned To: Chris Laprun Fix For: 2.6.1 Final, 2.8 Final Modifying the registration information might change the offered portlet list so the producer information should be refreshed. -- 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

19 years

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1587) ConsumerBean.modifyRegistration fails to propagate the proper registration property values...

by Chris Laprun (JIRA)

ConsumerBean.modifyRegistration fails to propagate the proper registration property values... --------------------------------------------------------------------------------------------- Key: JBPORTAL-1587 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1587 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.6 Final Reporter: Chris Laprun Assigned To: Chris Laprun Fix For: 2.6.1 Final -- 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

19 years

1
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1077) CacheLoaderManager preload may gravitate entire cache

by Brian Stansberry (JIRA)

CacheLoaderManager preload may gravitate entire cache ----------------------------------------------------- Key: JBCACHE-1077 URL: http://jira.jboss.com/jira/browse/JBCACHE-1077 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 2.0.0.CR1 Reporter: Brian Stansberry Assigned To: Manik Surtani Priority: Minor If autoDataGravitation is set to true, the CacheLoaderManager.preloadCache/CacheLoaderManager.preload("/", true, true) combination will result in gravitation of the entire cache due to a call to Cache.get("/", "bla"). This is a case where an Option to suppress data gravitation would be useful. Currently we can force gravitation when autoDataGravitation is false, but not suppress it when true. I marked this as minor because I don't remember any good use case for autoDataGravitation="true". -- 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

19 years

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1132) VersionedNode.toString() prints the entire subtree

by Brian Stansberry (JIRA)

VersionedNode.toString() prints the entire subtree -------------------------------------------------- Key: JBCACHE-1132 URL: http://jira.jboss.com/jira/browse/JBCACHE-1132 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR3 Reporter: Brian Stansberry Assigned To: Manik Surtani if (children != null && !children.isEmpty()) { sb.append(" child=").append(getChildrenDirect(false)); } If you call CacheImpl.root.toString() you're going to get the entire cache. Perhaps use getChildrenNamesDirect() instead? I was looking at logs for debugging and saw a lot of this kind of thing: 2007-07-11 15:47:03,002 DEBUG [org.jboss.cache.interceptors.OptimisticCreateIfNotExistsInterceptor] Found child node in the workspace: VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb data=[] child=[VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org data=[] child=[VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org/jboss data=[] child=[VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org/jboss/ejb3 data=[] child=[VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org/jboss/ejb3/test data=[] child=[VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org/jboss/ejb3/test/clusteredentity data=[] child=[VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org/jboss/ejb3/test/clusteredentity/Customer data=[] child=[VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org/jboss/ejb3/test/clusteredentity/Customer/contacts data=[]]]], VersionedNode[ /clusteredentity-optimistic-test_jar,tempdb/org/jboss/ejb3/test/clusteredentity/Contact data=[]]]]]]]]]]]]]] -- 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

19 years

2
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 July 2007