[Clustering/JBoss] - About cluster, Unloading class sun.reflect.GeneratedMethodAcc
by xide.ren
hi,
I have finished cluster for jboss4.0.4 with apach2.2,it worked well,but i don't understand the question, the jboss throw as follow info:
---------------------------
57688K->52210K(520384K), 0.5376599 secs]
[Full GC 58179K->52444K(520384K), 0.4577122 secs]
[Full GC[Unloading class sun.reflect.GeneratedMethodAccessor129]
[Unloading class sun.reflect.GeneratedMethodAccessor127]
[Unloading class sun.reflect.GeneratedMethodAccessor120]
[Unloading class sun.reflect.GeneratedMethodAccessor125]
[Unloading class sun.reflect.GeneratedMethodAccessor141]
[Unloading class sun.reflect.GeneratedMethodAccessor143]
[Unloading class sun.reflect.GeneratedMethodAccessor144]
58315K->51265K(520384K), 0.5785367 secs]
[Full GC 57122K->51500K(520384K), 0.4613413 secs]
[Full GC[Unloading class sun.reflect.GeneratedMethodAccessor76]
[Unloading class sun.reflect.GeneratedMethodAccessor77]
[Unloading class sun.reflect.GeneratedMethodAccessor128]
[Unloading class sun.reflect.GeneratedMethodAccessor137]
[Unloading class sun.reflect.GeneratedMethodAccessor136]
[Unloading class sun.reflect.GeneratedMethodAccessor74]
[Unloading class sun.reflect.GeneratedMethodAccessor123]
[Unloading class sun.reflect.GeneratedMethodAccessor173]
[Unloading class sun.reflect.GeneratedMethodAccessor135]
[Unloading class sun.reflect.GeneratedMethodAccessor9]
[Unloading class sun.reflect.GeneratedMethodAccessor172]
--------------------------
anyone give me some suggestion?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3971241#3971241
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3971241
19 years, 7 months
[JBossCache] - Re: JBossCache 2.0.0 and JMX: Design ideas
by manik.surtani@jboss.com
"bstansberry(a)jboss.com" wrote : I think that would be OK for usage in the AS, but... does JBC have the ability to bind a Cache instance in JNDI? AFAIK when we do that now we're relying on the AS's proxy factories.
Is this necessary? Wouldn't a simple
| new InitialContext().bind(jndiName, cacheInstance);
|
do the trick, since we'd only be binding to local JNDI?
"bstansberry(a)jboss.com" wrote : The other one I can think of would be more app-specific mgmt consoles, e.g. show me the names all the sessions in the cache for webapp X, which would use a JMX call to getChildrenNames. For a mgmt console people don't want to use JNDI as it leads to the need to have JBC classes available to the console.
I agree, but could this be construed as management info - and be made avbl in the CacheMBean? E.g., a method like:
| /**
| * Returns a string representation of all children and the number of
| * attributes in each child, as well as number of children on each child.
| * NB: Only works for String based Fqns.
| */
| String getChildrenNames(String fqn);
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3971235#3971235
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3971235
19 years, 7 months