August 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Updated: (JBCLUSTER-19) JMX MBean clsutering

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBCLUSTER-19?page=all ] Brian Stansberry updated JBCLUSTER-19: -------------------------------------- Fix Version/s: Q1Y7 (was: Q4Y6) > JMX MBean clsutering > -------------------- > > Key: JBCLUSTER-19 > URL: http://jira.jboss.com/jira/browse/JBCLUSTER-19 > Project: JBoss Clustering > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Ben Wang > Assigned To: Ben Wang > Priority: Minor > Fix For: Q1Y7 > > Original Estimate: 8 weeks > Remaining Estimate: 8 weeks > > Design and implement JMX MBean clustering using JBossCache. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCLUSTER-51) Provide documentation to the Clustering Guide

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBCLUSTER-51?page=all ] Brian Stansberry updated JBCLUSTER-51: -------------------------------------- Fix Version/s: Q4Y6 (was: Q3Y6) > Provide documentation to the Clustering Guide > --------------------------------------------- > > Key: JBCLUSTER-51 > URL: http://jira.jboss.com/jira/browse/JBCLUSTER-51 > Project: JBoss Clustering > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: Q2Y5 > Reporter: Michael Yuan > Assigned To: Brian Stansberry > Fix For: Q4Y6 > > > This task provides a central place to manager all issues related to the "Clustering Guide" document. Specific requests are made in the sub-tasks. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBCLUSTER-51) Provide documentation to the Clustering Guide

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBCLUSTER-51?page=all ] Brian Stansberry reassigned JBCLUSTER-51: ----------------------------------------- Assignee: Brian Stansberry > Provide documentation to the Clustering Guide > --------------------------------------------- > > Key: JBCLUSTER-51 > URL: http://jira.jboss.com/jira/browse/JBCLUSTER-51 > Project: JBoss Clustering > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: Q2Y5 > Reporter: Michael Yuan > Assigned To: Brian Stansberry > Fix For: Q3Y6 > > > This task provides a central place to manager all issues related to the "Clustering Guide" document. Specific requests are made in the sub-tasks. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBCLUSTER-24) HA-Singleton

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBCLUSTER-24?page=all ] Brian Stansberry closed JBCLUSTER-24. ------------------------------------- Resolution: Done Closing this as we have added configurable policies for selecting the master. AFAICT, HASingleton makes no use of DistributedState other than exposing an API hook for it. > HA-Singleton > ------------ > > Key: JBCLUSTER-24 > URL: http://jira.jboss.com/jira/browse/JBCLUSTER-24 > Project: JBoss Clustering > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Ben Wang > Assigned To: Brian Stansberry > Priority: Minor > Fix For: Q3Y6 > > > HA-Singleton is currently using DsitrbutedState service. Will need to re-visit it to see if it needs update. > Check with Ivelin first. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCLUSTER-30) EJB3.0 and 2.1 clustering integration

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBCLUSTER-30?page=all ] Brian Stansberry updated JBCLUSTER-30: -------------------------------------- Fix Version/s: Q4Y6 (was: Q3Y6) > EJB3.0 and 2.1 clustering integration > ------------------------------------- > > Key: JBCLUSTER-30 > URL: http://jira.jboss.com/jira/browse/JBCLUSTER-30 > Project: JBoss Clustering > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Ben Wang > Assigned To: Ben Wang > Fix For: Q4Y6 > > Original Estimate: 6 weeks > Remaining Estimate: 6 weeks > > Future ejb3.0 will run along side ejb2.1. In terms of clustering offering, ejb2.1 SFSB and entity bean will use the original implementation while 3.0 will use JBossCache and Hibernate. What's the clustering implication and integration needs? Or just pure documentation? -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBCLUSTER-24) HA-Singleton

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBCLUSTER-24?page=all ] Brian Stansberry reassigned JBCLUSTER-24: ----------------------------------------- Assignee: Brian Stansberry > HA-Singleton > ------------ > > Key: JBCLUSTER-24 > URL: http://jira.jboss.com/jira/browse/JBCLUSTER-24 > Project: JBoss Clustering > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Ben Wang > Assigned To: Brian Stansberry > Priority: Minor > Fix For: Q3Y6 > > > HA-Singleton is currently using DsitrbutedState service. Will need to re-visit it to see if it needs update. > Check with Ivelin first. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-3504) Upgrade to JBoss Cache 1.4.0.SP1

by Brian Stansberry (JIRA)

Upgrade to JBoss Cache 1.4.0.SP1 -------------------------------- Key: JBAS-3504 URL: http://jira.jboss.com/jira/browse/JBAS-3504 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-4.0.5.CR1 -- 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, 11 months

1
2
0 / 0

[JBoss JIRA] Resolved: (JBCLUSTER-116) Refactor HASessionStateService to use JBossCache

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBCLUSTER-116?page=all ] Brian Stansberry resolved JBCLUSTER-116. ---------------------------------------- Fix Version/s: (was: Q3Y6) Resolution: Won't Fix Assignee: Brian Stansberry At this point, I don't plan to convert this. HASessionState has some semi-distributed-locking code that is hard to reproduce in JBC. Not sure if it's really doing much, but "if it ain't broke, don't fix it." > Refactor HASessionStateService to use JBossCache > ------------------------------------------------ > > Key: JBCLUSTER-116 > URL: http://jira.jboss.com/jira/browse/JBCLUSTER-116 > Project: JBoss Clustering > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Stansberry > Assigned To: Brian Stansberry > Original Estimate: 4 weeks > Remaining Estimate: 4 weeks > > HASessionStateService currently doesn't fit into the JBossCache as the underlying framework; our objective is to use JBC for all replicated state. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBAS-2637) Reduce memory footprint of HAPartition's state transfer

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2637?page=comments#action_12341232 ] Brian Stansberry commented on JBAS-2637: ---------------------------------------- Once streaming state transfer is in place (JBAS-3515), that's the mechanism to ensure large states transfer effectively. Also, in AS 5 only HASessionState uses ClusterPartition state transfer. > Reduce memory footprint of HAPartition's state transfer > ------------------------------------------------------- > > Key: JBAS-2637 > URL: http://jira.jboss.com/jira/browse/JBAS-2637 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Clustering > Reporter: Brian Stansberry > Assigned To: Brian Stansberry > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > HAPartitionImpl's state transfer mechanism marshalls state to a byte[] using java.io.ByteArrayOutputStream. This memory-inefficient, as BAOS.toByteArray() makes a copy of the internal byte[]. Need to move class org.jboss.cache.util.ExposedByteArrayOutputStream to jboss-common and use it instead. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBAS-2637) Reduce memory footprint of HAPartition's state transfer

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2637?page=all ] Brian Stansberry updated JBAS-2637: ----------------------------------- Comment: was deleted > Reduce memory footprint of HAPartition's state transfer > ------------------------------------------------------- > > Key: JBAS-2637 > URL: http://jira.jboss.com/jira/browse/JBAS-2637 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Clustering > Reporter: Brian Stansberry > Assigned To: Brian Stansberry > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > HAPartitionImpl's state transfer mechanism marshalls state to a byte[] using java.io.ByteArrayOutputStream. This memory-inefficient, as BAOS.toByteArray() makes a copy of the internal byte[]. Need to move class org.jboss.cache.util.ExposedByteArrayOutputStream to jboss-common and use it instead. -- 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, 11 months

1
0
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 August 2006