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

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Javassist 2.8 in AS 5 CR2

by bstansberry＠jboss.com

Will do today. https://jira.jboss.org/jira/browse/JBAS-5893 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172851#4172851 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172851

16 years, 5 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Javassist 2.8 in AS 5 CR2

by dimitris＠jboss.org

We have used javassist 3.8.0.GA in AS 4.2.3.GA without problems. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172850#4172850 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172850

16 years, 5 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Javassist 2.8 in AS 5 CR2

by kabir.khan＠jboss.com

Upgrading javassist to 3.8.1.GA should be fine View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172846#4172846 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172846

16 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Classloading problem in proxy factories

by ALRubinger

"bstansberry" wrote : I think catching the error is good. How about also trying to limit this code path? Okay, good. Turns out EJBTHREE-1442 was the source of most (if not all) of the CL Leaks. There's still one test failure remaining, "testSimpleEjb", where it looks like a Proxy is a reference held by an InvocationResponse, which is held from a remoting ServerThread...not sure what I can do about this one just yet. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172844#4172844 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172844

16 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JGroups Protocol Stack Configuration & Shunning Behavior

by jiwils

I'm talking about the configurations in EAP (Jay can help with the version information). If they are both true in the project, then this is probably just a typo of some sort. Thanks for clarifying that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172842#4172842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172842

16 years, 5 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Javassist 2.8 in AS 5 CR2

by bstansberry＠jboss.com

Jason Greene tells me that to get array interception working in PojoCache (https://jira.jboss.org/jira/browse/JBAS-5793) we need the AS version of javassist upgraded to 3.8. It's currently at 3.7.1. I see AOP itself has a dependency on 3.8, which is good. Do you see any issue with upgrading the AS? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172841#4172841 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172841

16 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Message Chunking Performance problems

by timfox

Have you tried tuning the default buffer size so that it can fir in a single IP packet. You could use wireshark to look at the packets (this is very straightforward). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172840#4172840 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172840

16 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Classloading problem in proxy factories

by bstansberry＠jboss.com

"ALRubinger" wrote : To explain the reason that TCL code is in place... | | Without it, when performing web injection (which, by servlet spec, uses an isolated CL), we get: | | java.lang.IllegalArgumentException: failed to set value Proxy to jboss.j2ee:ear=tx_stateful_web.ear,jar=tx_stateful_web_ejb.jar,name=StatefulTestBean,service=EJB3 implementing [interface org.jboss.ejb3.proxy.intf.StatefulSessionProxy, interface org.jboss.ejb3.proxy.intf.SessionProxy, interface org.jboss.ejb3.proxy.intf.EjbProxy, interface somepackage.RemoteIF] on field private somepackage.RemoteIFsomepackage.TxServlet.remoteBean | | So even though "somepackage.RemoteIF" is implemented by the Proxy, it clashes with the destination target because the CLs are not equal. | Hmm, seems to me it should clash. I guess the idea is if it's a remote interface, treat the webapp as if it's a remote client? Yeah, I guess that makes sense. "ALRubinger" wrote : | "bstansberry" wrote : Perhaps this is a sign of a classloader leak? Proxy.getProxyClass(...) is maintaining a cache of proxy classes | | I'm not sure this is true, if I'm reading the source and comments from Proxy.getProxyClass correctly: | | /* | | * Note that we need not worry about reaping the cache for | | * entries with cleared weak references because if a proxy class | | * has been garbage collected, its class loader will have been | | * garbage collected as well, so the entire cache will be reaped | | * from the loaderToCache map. | | */ | Yeah, I think I was wrong. I saw that but got tangled up in thinking about classloaders. Hmm, as I think more, I'm getting more tangled -- so, I'll continue thinking before I comment more. anonymous wrote : | To move forward, how about we also catch and ignore the LinkageError (to get the proxy-clustered tests passing), and I'll have to proceed with EJBTHREE-1442 to see if this is indeed the source of a CL leak. | I think catching the error is good. How about also trying to limit this code path? E.g. something like: | /* | * In place for web injection (isolated CL) | */ | ClassLoader tcl = Thread.currentThread().getContextClassLoader(); | try | { | // See if we can get at the bean class from the TCL | Class<?> businessInterfaceClass = Class.forName(businessInterfaceName, false, tcl); | Class<?> ourBusinessInterfaceClass = this.getClassLoader().loadClass(businessInterfaceName); | | if (!businessInterfaceClass.equals(ourBusinessInterfaceClass)) | { | // If so, use the TCL to generate the Proxy class, not the Container CL | Set<Class<?>> businessInterfaces = new HashSet<Class<?>>(); | businessInterfaces.add(businessInterfaceClass); | constructor = this.createProxyConstructor(businessInterfaces, tcl); | } | } | catch (ClassNotFoundException cce) | { | // Ignore | } | catch (LinkageError le) | { | // Ignore | } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172829#4172829 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172829

16 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Message Chunking Performance problems

by ataylor

anonymous wrote : We can aways calculate how many bytes we need to send any of our packets. On ClientMessages, we just get the getEncodeSize(), and add a few bytes... Most of the other Packets have constant sizes. Ive added this to the message chunking branch, we now only create the buffers to the size we need. The max buffer size in configurable via the jbm-config file via the 'remoting-max-buffer-size' attribute. Ive ran the the perf examples with max buffer size set to both 1k and 64k with tcp-nodelay enabled and disabled and the results were on par with trunk on my lap top. I wouldn't mind some real figures if anyone with a couple of machines and a switch minds running some with some different settings? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172825#4172825 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172825

16 years, 5 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-5171 - New metadata - track-connection-by-tx

by alex.loubyansky＠jboss.com

Done. About the docs, I've added notes to the following wiki pages http://wiki.jboss.org/auth/wiki/JBossJCAPooling http://wiki.jboss.org/auth/wiki/IHaveProblemsWithOracleXA http://wiki.jboss.org/auth/wiki/ConfigJCACommon http://wiki.jboss.org/auth/wiki/ConfigDataSources If there are other places to mention this, please, do. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172809#4172809 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172809

16 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2008