August 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Meaning of Paging Max Global Size

by timfox

Ok fair enough. So let's document it clearly that global max size is a *hard* limit and limiting sizes on an address level is preferable. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247926#4247926 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247926

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Meaning of Paging Max Global Size

by clebert.suconic＠jboss.com

Well... not exactly the same :-) Ok... we only start paging everything after the maxSize. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247924#4247924 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247924

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Meaning of Paging Max Global Size

by clebert.suconic＠jboss.com

anonymous wrote : New definition?: The global max size is the limit where all the destinations enter into page mode. And any destination will have at least a minimal limit of data in memory equivalent to 1 page. (the default will be 10MiB). | | | This will also mean: We won't be able to protect the server from OMEs. If the user created a huge ammount of addresses (say.... 1000), each address will have at least 10MiB (pre-configured) in memory. | This would be exactly the same as: Set GlobalPageMaxSize = -1, and set maxPage = 10MiB on each individual pages. GlobalPageMaxSize should be something rarely used by the user. If we decide for this definition, I would just remove the option for GlobalPageMode. (which I would actually love to do it.. I never liked GlobalPageModel anyway ;-) ) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247923#4247923 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247923

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by smarlow＠redhat.com

"smarlow(a)redhat.com" wrote : | It doesn't seem very difficult to eliminate the get/is Parent depenency on a sorted scopes collection as we always know the "maxScopeLevel" which identifies the "child" entry (I'm still not sure if it is correct to refer to the last entry as the "child" ;). Given an unordered collection, getParent, returns all entries minus the "maxScopeLevel" and the same can be used for isParent checking. | I made the above changes to isParent + getParent and we pass the unit tests (for what that is worth ;) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247920#4247920 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247920

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Problem with db scripts for Oracle in v4.0 of jbpm

by shekharv

trying to get that going, the test cases I am using are from the distribution itself, all we have added to the scripts are the sequences for individual tables as opposed to using the default hibernate_sequence. Thanks, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247916#4247916 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247916

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by smarlow＠redhat.com

Internally, I started a second unordered collection in ScopeKey but haven't switched over the cases that need the ordered collection yet (for obvious reasons :). Looking at the cases for ordered access to ScopeKey.scopes, I see the following methods that seem to need sorted access to ScopeKey.scopes collection. 1. The getParent() which returns a collection of Scopes (in sorted order). The parent seems to be all Scopes except the highest ScopeLevel entry (last value in ScopeKey.scopes collection). In my search for meaning, I will assert that the child value must always be the one with the highest ScopeLevel. I haven't yet come across any processing for the child only, so maybe there really isn't a "child" concept embedded into the code. If this was a Lisp list, I might almost mistake getParent as returning some sort of "cdr" (except from the tail instead of list head). 2. isParent(ScopeKey key), returns true if the passed key's Scopes match the "this" Scopes (ignoring the last entry, which I will again call the child for no good reason). 3. getScopes() returns immutable collection of the Scopes (in sorted order). One caller to getScopes(), that might need a sorted result is in DefaultScopeBuilder.initMetaDataRetrieval which builds a collection of metadata in the lowest to highest ScopeLevel order. AbstractScopeInfo also depends on a sorted result from getScopes(). FuzzyMetaDataRepositoryVisitor also depends on getScopes returning a sorted result. There could be other dependencies (on a sorted result) that I missed as well. It doesn't seem very difficult to eliminate the get/is Parent depenency on a sorted scopes collection as we always know the "maxScopeLevel" which identifies the "child" entry (I'm still not sure if it is correct to refer to the last entry as the "child" ;). Given an unordered collection, getParent, returns all entries minus the "maxScopeLevel" and the same can be used for isParent checking. This leaves getScopes(), I'll wait to hear responses to this post before drilling further into getScopes(). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247911#4247911 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247911

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Meaning of Paging Max Global Size

by clebert.suconic＠jboss.com

anonymous wrote : What is still not clear in the user example was why was it possible to consume messages from destinationA and not from destinationB? | In other words, once we hit the global paging mode, how can we consume the paged messages? | from the user's example, I' m assuming destinationA is the destination that will receive MESSAGE_COUNT (10000) messages, and destinationB the destination that will only receive one message. At the current definition: You need to first consume the messages that are in memory for destinationA. As soon as you free up memory, destinationB will have their messages on queue. ATM: The user just needs to configure paging at the address level. As that's probably what the user wants. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247897#4247897 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247897

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Meaning of Paging Max Global Size

by jmesnil

ok, it's starting to be clearer for me. I'm fine with the global paging mode preventing an OOME by putting messages in the pages and not route them. What is still not clear in the user example was why was it possible to consume messages from destinationA and not from destinationB? In other words, once we hit the global paging mode, how can we consume the paged messages? I'm wondering if we shouldn't be restrictive with producers and permissive with consumers. Even when we've reached the global page mode, we should still allow a consumer to consume messages (even if it will consume memory). wdyt? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247895#4247895 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247895

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Meaning of Paging Max Global Size

by clebert.suconic＠jboss.com

I'm creating this dev post as a continuation of the user's post about paging and management destinations: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=159288 What should be the meaning of paging-global-max-size? Current definition: "The global max size is the max memory the server will be able to accept. After the limit was reach, the server won't accept anything protecting itself from Out of Memory Exceptions." But this seems too much, as when a single destinations puts the server into global page, this will mean... nothing else gets inside the server. My expectation was the user configuring page-max-size individually at address level, and having the global-max-size as an *extra* protection. If we want to allow routing when in global-page-mode, we will need to change the global-max-size definition a little bit. New definition?: The global max size is the limit where all the destinations enter into page mode. And any destination will have at least a minimal limit of data in memory equivalent to 1 page. the default will be 10MiB). This will also mean: We won't be able to protect the server from OMEs. If the user created a huge ammount of addresses (say.... 1000), each address will have at least 10MiB (pre-configured) in memory. Any thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247881#4247881 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247881

16 years, 8 months

1
0
0 / 0

[Design of POJO Server] - Re: Exploding jar libraries in deployments

by alesj

"ALRubinger" wrote : | submit my patches for you to reject. ;) | If it will be any near Carlo's MC hacks, I can reject it right now, and save you the trouble. :-) Just kiddin', go ahead. Dunno how useful you will find the current VFSUtils::(modification-type) tests. Perhaps move the current unjar to legacyUnjar (or some better name), and test your work with the current tests. Or try adding a few new ones. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247878#4247878 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247878

16 years, 8 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-dev-forums August 2009