October 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBossCache] - Re: Removing classloader issues for PojoCache

by jason.greene＠jboss.com

Switching to a string wouldn't be a problem. However, I don't think we can get away from region based classloading since we must handle serializable types. The following require this: [list=*] * Enums * Arrays * Custom serializable types -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090255#4090255 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090255

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: JBCACHE-1154 - Introduce ability to mark nodes as reside

by bstansberry＠jboss.com

mircea.markus' wrote : | Quote: | 1. The internal code looks like crap. I don't know why you didn't opt for a boolean flag like everything else, but so be it. | | this flag also needs to be replicated within the cluster. Current implementation only replicates node's underlying map, but it does not replicate Node's state. So the reason of placing the info in the node map is for achieving replication. The nice solution of replicating the metadata(i.e. node's data that is not placed in the underlying map) requires API significant changes that are not acceptable within this release (e.g. the cache loaders would also need to propagate metadata). I'll add an implementation doc to state this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090239#4090239 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090239

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Eviction and buddy backup regions

by bstansberry＠jboss.com

You could allow explict configuration of /_BUDDY_BACKUP_/xxx. The getRegion impl 1) Tries to find a region using the passed in Fqn /_BUDDY_BACKUP_/xxx/foo. 2) If _default_ is found, check if Fqn is under /_BUDDY_BACKUP_/xxx; if so try to find a region using /foo. That's overhead for an obscure use case. We could just skip that for now though and disallow explicit configuration. If requested, add it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090235#4090235 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090235

17 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - [Feature Request]List First/Last N Messages

by hendra_netm

Hi guys, Currently, I am developing queue monitoring program. In this program I want to be able to list the last n incoming messages and the first n messages in the queue. This can be achieved by using ListAllMessages (JMX function). List all messages and show to the user the first or the last N messages. I find that this is inefficent as I have to get all messages beforehand. I would like to put the functionality of list first/last N messages directly to JBoss Messaging. What do you think about it? Is it ok to put it as feature request, or is there a better way to solve the problem? Thank you in advance. Best Regards, Hendra View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090165#4090165 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090165

17 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - JBoss Portal 2.6.2 released

by thomas.heute＠jboss.com

We just released JBoss Portal 2.6.2, grab it while it's hot. As usual now, the release note is available on our blog: http://jbossportal.blogspot.com/2007/10/jboss-portal-262-released.html Thanks to everyone who contributed ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090153#4090153 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090153

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Eviction and buddy backup regions

by manik.surtani＠jboss.com

JBCACHE-1190 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090146#4090146 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090146

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Eviction and buddy backup regions

by manik.surtani＠jboss.com

Makes sense. Simplifies configuration for reuse across all nodes in the cluster. I presume this would mean that any *explicit* eviction configuration of /_BUDDY_BACKUP_/xxx should be ignored? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090144#4090144 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090144

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Tracking whether nodes are in-memory vs persisted

by manik.surtani＠jboss.com

Well, the separate-object-proxy approach can prevent people from cheating; I guess the real question here is whether the NodeSPI is intended for use by application code at all, or just by plugin/extension authors. My leaning is towards the latter, which means that if something is isDataLoaded() is needed by application code, then it should be promoted to the Node interface. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090143#4090143 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090143

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: JBCACHE-1154 - Introduce ability to mark nodes as reside

by manik.surtani＠jboss.com

"mircea.markus" wrote : anonymous wrote : 3. You add methods to a general interface that are specific to a non-general concern. | I tend to agree that 'resident' is an non-general concern. As it has meaning only in the scope of eviction. Phps move closer to the eviction layer? e.g. | Region.markNodeResident(Fqn, isResident); | | Region.isNodeResident(Fqn); | | | On the other hand this would make the API a bit cumbersome. IMO the info should be held there, still. Others? | Node metadata is the proper place to store this, since this flag would affect individual nodes, not regions of nodes. Considering where we're going with node and region design, with Regions becoming a fully configurable top-level construct in future, I don't want to clutter up the Region API anyway. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090141#4090141 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090141

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: JBCACHE-1154 - Introduce ability to mark nodes as reside

by manik.surtani＠jboss.com

"genman" wrote : | 1. The internal code looks like crap. I don't know why you didn't opt for a boolean flag like everything else, but so be it. | See Mircea's answer. "genman" wrote : | 2. You added new methods to an interface that's potentially designed for clients to implement. Or, is this interface supposed to get 2 new methods every point release? Adrian Brock "yelled" at me for doing something like this on a fairly obscure internal interface, and I don't and didn't work for JBoss. Hasn't he knocked a few times wondering what's going on? | | 1) This isn't an external interface that clients implement 2) This isn't a point-release. "genman" wrote : | The main point was never to "aggregate booleans", it would just have been a nice side-effect. Saving memory is certainly nice, but next time I won't bring it up since it seems to just confuse people. | Nothing to confuse, we just opted for code readability over potentially saving a few bytes. Storing such metadata in a Properties object does make sense, but until we can implement sufficient internal changes to replicate and persist such metadata, it is pointless. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090140#4090140 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090140

17 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2007