November 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-526) Implement a CompositeIndex for Facts

by Mark Proctor (JIRA)

Implement a CompositeIndex for Facts -------------------------------------- Key: JBRULES-526 URL: http://jira.jboss.com/jira/browse/JBRULES-526 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Reteoo Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m1 Manners works faster with a composite index, so create a lightweight indexing solution. -- 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, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-531) move LEAPS to its own module

by Mark Proctor (JIRA)

move LEAPS to its own module ----------------------------- Key: JBRULES-531 URL: http://jira.jboss.com/jira/browse/JBRULES-531 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Leaps Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m1 We can't rely on leaps being maintained regularly, so we need to move it to its own module. -- 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, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1094) ClassCastException when casting SubSession to List in PortalSessionSynchronizationInterceptor

by Poul Bildsoee Moeller (JIRA)

ClassCastException when casting SubSession to List in PortalSessionSynchronizationInterceptor --------------------------------------------------------------------------------------------- Key: JBPORTAL-1094 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1094 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Portlet Affects Versions: 2.4 Final Environment: Portal Clustered using both Portal-ha-2.4.1CR1 and 2.4.0-ha running on JBoss AS 4.0.4 Reporter: Poul Bildsoee Moeller Assigned To: Julien Viet Priority: Minor In org.jboss.portal.portlet.aspects.portlet.PortalSessionSynchronizationInterceptor the following code is executed (code partially inserted): HttpSession session = req.getSession(false); if (session != null) { ss = (SubSession)session.getAttribute(key); } // try { // Set the sub session for the portlet synchronization if (ss != null && ss.isActivated()) { invocation.setAttribute("subsession", ss); } // invocation.invokeNext(); } finally { List modifications = (List)invocation.getAttribute("subsession"); The code sets the SubSession as an attribute on invocation and then later tries to fetch this again and at the same time cast to List. This doesn't work since SubSession isn't a List. I am not sure what is meant to happen so I cannot really fix the problem myself. -- 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, 5 months

2
7
0 / 0

[JBoss JIRA] Created: (EJBTHREE-795) Classloader problems replicating custom classes with JBoss Cache as 2nd level cache

by Brian Stansberry (JIRA)

Classloader problems replicating custom classes with JBoss Cache as 2nd level cache ----------------------------------------------------------------------------------- Key: EJBTHREE-795 URL: http://jira.jboss.com/jira/browse/EJBTHREE-795 Project: EJB 3.0 Issue Type: Bug Components: Clustering Affects Versions: EJB 3.0 RC9 - FD Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: EJB 3.0 RC10 - FD Container issue for tracking JBCLUSTER-150 related activities in the EJB3 project. See JBCLUSTER-150 and the forum thread for details. Basically, problems occur replicating user classes used as fields in entities when JBoss Cache is used as the 2nd level cache and a scoped classloader is used. -- 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, 5 months

2
6
0 / 0

[JBoss JIRA] Created: (JBCACHE-735) Append the cluster name to the TreeCache log category

by Brian Stansberry (JIRA)

Append the cluster name to the TreeCache log category ----------------------------------------------------- Key: JBCACHE-735 URL: http://jira.jboss.com/jira/browse/JBCACHE-735 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Brian Stansberry Priority: Minor Fix For: 2.1.0 For the org.jboss.cache.TreeCache class (and PojoCache as well) it would be good to include the cluster name in the log category. This would help a lot in log analysis in situations where there are multiple 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

19 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPM-780) document how to replace hashtable with ehcache cacheprovider

by Tom Baeyens (JIRA)

document how to replace hashtable with ehcache cacheprovider ------------------------------------------------------------ Key: JBPM-780 URL: http://jira.jboss.com/jira/browse/JBPM-780 Project: JBoss jBPM Issue Type: Feature Request Components: Core Engine Reporter: Tom Baeyens Assigned To: Tom Baeyens Fix For: jBPM 3.2 alpha 3 -- 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, 5 months

1
2
0 / 0

[JBoss JIRA] Created: (JBXB-89) JBossXB automatically unzips gzipped content when decoding base64 data.

by Darran Lofthouse (JIRA)

JBossXB automatically unzips gzipped content when decoding base64 data. ----------------------------------------------------------------------- Key: JBXB-89 URL: http://jira.jboss.com/jira/browse/JBXB-89 Project: JBoss XML Binding (JBossXB) Issue Type: Bug Affects Versions: JBossXB-1.0.0.CR7 Reporter: Darran Lofthouse Fix For: JBossXB-1.0 JBossXB automatically unzips gzipped content when decoding base64 data. The reason why it is automatically unzipped is becuase the method unmarshalBase64 in org.jboss.xb.binding.SimpleTypeBindings is calling the method decode in org.jboss.util.Base64, this decode method after converting from Base64 detects that it is gzipped so unzippes it. If we do not need to unzip the data we could call the decode method that takes the byte array instead of a String as this does not perform any unzipping. -- 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, 5 months

2
4
0 / 0

[JBoss JIRA] Created: (JBPORTAL-946) Window changes in admin ui not immediate

by Roy Russo (JIRA)

Window changes in admin ui not immediate ---------------------------------------- Key: JBPORTAL-946 URL: http://jira.jboss.com/jira/browse/JBPORTAL-946 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.4 Final Reporter: Roy Russo Assigned To: Julien Viet Moving windows via the ui do not register immediatley when the page refreshes. You must log in again to see the changes. -- 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, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-3721) Clustered SSO entries not properly cleaned up if a server crashes

by Brian Stansberry (JIRA)

Clustered SSO entries not properly cleaned up if a server crashes ------------------------------------------------------------------ Key: JBAS-3721 URL: http://jira.jboss.com/jira/browse/JBAS-3721 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering, Web (Tomcat) service Affects Versions: JBossAS-4.0.4.GA, JBossAS-4.0.5.GA Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-4.0.6.CR1 If a server crashes, the entries for its sessions in the clustered sso cache will never be removed, and thus the sso may never be removed. TreeCacheSSOManager needs to listen for view changes and discard sessions associated with dead 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

19 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBREM-640) Implement an asynchronous method for handling callbacks.

by Ron Sigal (JIRA)

Implement an asynchronous method for handling callbacks. -------------------------------------------------------- Key: JBREM-640 URL: http://jira.jboss.com/jira/browse/JBREM-640 Project: JBoss Remoting Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.2.0.Beta1 (Bluto) Reporter: Ron Sigal Assigned To: Ron Sigal Fix For: 2.2.0.Beta1 (Bluto) Tim Fox: Currently, it's my understanding that push callbacks (using socket transport anyway) are synchronous, i.e. the server side thread that executes the callback blocks until the callback has been delivered to the client side and returned. Is it currrently possible to execute asynch push callbacks? I.e. the thread that calls the callback returns immediately once it has registered the callback with remoting. And it is then delivered on a different thread? Ideally executing using some kind of executor (e.g. PooledExecutor) with a bounded queue size which blocks when it is full would be ideal. -- 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, 5 months

1
1
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 November 2006