February 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-651) JBRMSServiceServlet to log persistent actions

by Michael Neale (JIRA)

JBRMSServiceServlet to log persistent actions --------------------------------------------- Key: JBRULES-651 URL: http://jira.jboss.com/jira/browse/JBRULES-651 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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

18 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (JBRULES-652) Log viewer to view audit log

by Michael Neale (JIRA)

Log viewer to view audit log ---------------------------- Key: JBRULES-652 URL: http://jira.jboss.com/jira/browse/JBRULES-652 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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

18 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-927) Repeated remove and put under optimistic locking produces exception

by Ben Wang (JIRA)

Repeated remove and put under optimistic locking produces exception ------------------------------------------------------------------- Key: JBCACHE-927 URL: http://jira.jboss.com/jira/browse/JBCACHE-927 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.ALPHA1 Reporter: Ben Wang Assigned To: Manik Surtani Manik, I am not assigning this Jira to any release. It is your call to fix it either in ALPHA2 or BETA1. Basically, my o.jo.c.pojo.optimistic.CachedListTest failure can be attributed to this test case: public void testFailure1() throws Exception { log.info("testFailure1() ...."); UserTransaction tx = getTransaction(); org.jboss.cache.Fqn f = new org.jboss.cache.Fqn("/person/test2"); tx.begin(); cache.getCache().put(f, "test", "test"); tx.commit(); tx.begin(); cache.getCache().removeNode(f); cache.getCache().put(f, "test", "test"); tx.commit(); } For optimistic locking and it produces the following error: org.jboss.cache.CacheException: Unable to set node version for //person/test2, node is null. at org.jboss.cache.interceptors.OptimisticNodeInterceptor.invoke(OptimisticNodeInterceptor.java:129) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.OptimisticCreateIfNotExistsInterceptor.invoke(OptimisticCreateIfNotExistsInterceptor.java:64) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.invoke(OptimisticValidatorInterceptor.java:74) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.OptimisticLockingInterceptor.invoke(OptimisticLockingInterceptor.java:124) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.NotificationInterceptor.invoke(NotificationInterceptor.java:22) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:288) at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:126) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:141) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:66) at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3758) at org.jboss.cache.CacheImpl.put(CacheImpl.java:1558) at org.jboss.cache.pojo.optimistic.LocalTxTest.testFailure1(LocalTxTest.java:151) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:40) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) If you don't fix it in Alpha2, we will need to exclude my test case temporarily in CC then. -- 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

18 years, 11 months

4
10
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-99) Make AbstractAnnotationMetaData use correct classloader for loading annotation class

by Kabir Khan (JIRA)

Make AbstractAnnotationMetaData use correct classloader for loading annotation class ------------------------------------------------------------------------------------ Key: JBMICROCONT-99 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-99 Project: JBoss MicroContainer Issue Type: Task Reporter: Kabir Khan It currently uses the TCL, but this might not always be correct? -- 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

18 years, 11 months

4
3
0 / 0

[JBoss JIRA] Created: (JBAOP-278) Make AbstractAnnotationMetaData use correct classloader for loading annotation class

by Kabir Khan (JIRA)

Make AbstractAnnotationMetaData use correct classloader for loading annotation class ------------------------------------------------------------------------------------ Key: JBAOP-278 URL: http://jira.jboss.com/jira/browse/JBAOP-278 Project: JBoss AOP Issue Type: Sub-task Reporter: Kabir Khan -- 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

18 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-701) PojoCache to revisit usage of get with gravitation

by Ben Wang (JIRA)

PojoCache to revisit usage of get with gravitation -------------------------------------------------- Key: JBCACHE-701 URL: http://jira.jboss.com/jira/browse/JBCACHE-701 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: POJOCache Currently we have in couple places to trigger data gravitation (for buddy replication) in PojoCache. But this is still prone to error (and may be inefficient as well) becuase of the possibility of recursive call. Is it possible that we do this from the user code instead? That is, before we go to PojoCache, can we do get(region, dataGravitation) to gravitate all data to this node first? Let's check this with Brian. -- 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

18 years, 11 months

3
4
0 / 0

[JBoss JIRA] Created: (JBCACHE-758) Add some docs for JBCACHE-77

by Brian Stansberry (JIRA)

Add some docs for JBCACHE-77 ---------------------------- Key: JBCACHE-758 URL: http://jira.jboss.com/jira/browse/JBCACHE-758 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Daniel Huang Fix For: 2.0.0 We need to add some docs for the ElementSizePolicy to the eviction policy section of the docs. -- 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

18 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-572) Add clustering stress tests

by Tim Fox (JIRA)

Add clustering stress tests --------------------------- Key: JBMESSAGING-572 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-572 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Assigned To: Tim Fox Fix For: 1.2.0.Beta1 -- 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

18 years, 11 months

6
12
0 / 0

[JBoss JIRA] Created: (JBRULES-688) Manual and user Guide for BRMS version 1

by Michael Neale (JIRA)

Manual and user Guide for BRMS version 1 ---------------------------------------- Key: JBRULES-688 URL: http://jira.jboss.com/jira/browse/JBRULES-688 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-brms Reporter: Michael Neale Assigned To: Michael Neale Fix For: 3.1-m2 -- 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

18 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-570) Do we need acceptReliableMessages flag on the channel?

by Tim Fox (JIRA)

Do we need acceptReliableMessages flag on the channel? ------------------------------------------------------ Key: JBMESSAGING-570 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-570 Project: JBoss Messaging Issue Type: Task Affects Versions: 1.2.0.Alpha1 Reporter: Tim Fox Priority: Minor Fix For: 1.2.0.Beta1 Is there a real use case for ever setting this to false? I can't think of one in a typical messaging application. If not, we should consider removing this flag. -- 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

18 years, 11 months

4
5
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 February 2007