November 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Collaboration Server] - Re: The suspense is killing me...

by acoliver＠jboss.org

sent you an email. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989886#3989886 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989886

19 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Default classloader for deserialization

by galder.zamarreno＠jboss.com

"bstansberry(a)jboss.com" wrote : Right now the default classloader JBC uses for deserializing RPC calls is the CL that loads RpcDispatcher. This thread is to discuss if that's the correct choice. | | Would the TCCL in effect when the cache was deployed be a better option? In the AS, this would likely be the default UCL for the deploy dir. If the cache was specifically deployed as part of an scoped ear or sar or even a webapp, it would be the deployment's CL. | | The same effect can be achieved by using the region API and registering the deployment CL for region "/", but: | | 1) That requires programmatic intervention; a simple -service.xml deployment is insufficient. | 2) If forces use of VersionAwareMarshaller, i.e. serializing a region Fqn at the head of each RPC call. Extra overhead. Going back to Brian's original question, I guess TCCL would be a better option because in the worst case scenario, the CL repository will be a child of the repository where the RPCDispatcher was loaded, so if any class in the cache is not in the child repository, it'll look for it in the parent. This seems to me much better option than loading with RPCDispatcher's CL cos you can't navigate downwards to find the class. And obviously, it wouldn't make any sense to deploy a cache in an isolated EAR and expect to be able find a class that is loader by yet another isolated EAR. So, it's +1 from me :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989876#3989876 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989876

19 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Default classloader for deserialization

by galder.zamarreno＠jboss.com

classes loaded in the child cl repository i meant. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989875#3989875 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989875

19 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Default classloader for deserialization

by galder.zamarreno＠jboss.com

"bstansberry(a)jboss.com" wrote : If region-based marshalling isn't used, the | classloader JBC uses to deserialize messages is the one that loaded JBC itself. | In the above cases, this classloader is a parent to the application's | classloader, and thus can't see classes loaded by the parent | classloader. I guess you really mean that the parent classloader can't see classes loader by the child classloader? i.e. when classes deployed on war or configured with loader repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989874#3989874 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989874

19 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Default classloader for deserialization

by galder.zamarreno＠jboss.com

Guys, there's a good wiki (probably the clearest CL explanation around) on CL and how they're structured here: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases See Case2 where a class is defined in both, an application's archive and in the server/all/lib. "A singleton NoAnnotationClassLoader instance is created during the server's boot process and its job is to define classes available in the $JBOSS_HOME/lib libraries" And that's parent to all UCLs. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989871#3989871 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989871

19 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Design of a Content Based Routing Service

by ddunkin

Kurt, I made the changes and I'll email you the patch. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989869#3989869 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989869

19 years, 4 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Runtime profiler operation

by sboying

I wish I could in a timely manner...Guess I could try JProbe on trial license. I'm just trying to analyze why our multi-treaded app appears to grab heap from the system, it may run three days and the RES mem is stable, then the JVM thinks he needs more at undetermined times. For the long run, I would like to use this product though since we use JBoss and the Web interface is definitely a plus. Thanks! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989853#3989853 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989853

19 years, 4 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Runtime profiler operation

by clebert.suconic＠jboss.com

Maybe you could profile in a different development environment.. just wondering. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989843#3989843 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989843

19 years, 4 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Runtime profiler operation

by clebert.suconic＠jboss.com

Sorry, I would need to investigate this... http://jira.jboss.org/jira/browse/JBPROFILER-47 But I can't do it before next week. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989842#3989842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989842

19 years, 4 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Runtime profiler operation

by sboying

So I cannot use JBoss profiler within this enviroment, is there a work-around? I have a few days invested here and would like to get it working if possible, thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989837#3989837 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989837

19 years, 4 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 November 2006