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

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

by ALRubinger

"Ron Sigal" wrote : Andrew, I've attached an updated jboss-remoting.jar, if you want to give it a spin. It's not fully tested, but if it solves the problem, I'll push ahead. | ... | Ah, do you need the jar in a repository to run your test? Great, that should be perfect. Nope, don't need it in a repo, I'll drop it in manually and see what happens tomorrow. :) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172938#4172938 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172938

16 years, 5 months

1
0
0 / 0

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

by ALRubinger

We're not going to be able to do that extra check like: if (!businessInterfaceClass.equals(ourBusinessInterfaceClass)) | ..else we'll get the LinkageError elsewhere, where I can't catch it: java.lang.LinkageError: Class somepackage/ThreeLocal1IF violates loader constraints | 20:27:33,746 ERROR [STDERR] at java.lang.Class.getDeclaredMethods0(Native Method) | 20:27:33,746 ERROR [STDERR] at java.lang.Class.privateGetDeclaredMethods(Class.java:2395) | 20:27:33,747 ERROR [STDERR] at java.lang.Class.getDeclaredMethod(Class.java:1907) | 20:27:33,747 ERROR [STDERR] at java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1354) | 20:27:33,747 ERROR [STDERR] at java.io.ObjectStreamClass.access$1700(ObjectStreamClass.java:52) | 20:27:33,747 ERROR [STDERR] at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:421) | 20:27:33,748 ERROR [STDERR] at java.security.AccessController.doPrivileged(Native Method) | 20:27:33,748 ERROR [STDERR] at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:400) | 20:27:33,748 ERROR [STDERR] at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:297) | 20:27:33,748 ERROR [STDERR] at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1035) | 20:27:33,749 ERROR [STDERR] at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302) | 20:27:33,749 ERROR [STDERR] at org.jboss.aop.joinpoint.InvocationResponse.writeExternal(InvocationResponse.java:100) | 20:27:33,749 ERROR [STDERR] at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1310) | 20:27:33,749 ERROR [STDERR] at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1288) | 20:27:33,749 ERROR [STDERR] at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079) | 20:27:33,750 ERROR [STDERR] at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1375) | 20:27:33,750 ERROR [STDERR] at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1347) | 20:27:33,750 ERROR [STDERR] at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1290) | 20:27:33,750 ERROR [STDERR] at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079) | 20:27:33,751 ERROR [STDERR] at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302) | 20:27:33,751 ERROR [STDERR] at org.jboss.remoting.serialization.impl.java.JavaSerializationManager.sendObjectVersion2_2(JavaSerializationManager.java:120) | 20:27:33,751 ERROR [STDERR] at org.jboss.remoting.serialization.impl.java.JavaSerializationManager.sendObject(JavaSerializationManager.java:95) | 20:27:33,751 ERROR [STDERR] at org.jboss.remoting.marshal.serializable.SerializableMarshaller.write(SerializableMarshaller.java:120) | 20:27:33,752 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.versionedWrite(ServerThread.java:998) | 20:27:33,752 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.completeInvocation(ServerThread.java:781) | 20:27:33,752 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:695) | 20:27:33,752 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:522) | 20:27:33,752 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:230) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172933#4172933 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172933

16 years, 5 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: JBAS-5673 - Metadata processing

by scott.stark＠jboss.org

"emuckenhuber" wrote : | Although i think that in this case we have the same issue we had with servlets once. That the 'Resolution should not happen via InjectionContainer'. | Which is basically that the references are not processed by the MappedReferenceMetaDataDeployer. | But i guess we can postpone this specific injection handling a bit ? :) Yes. If we do need late runtime resolution it should be based on the MappedReferenceMetaDataResolverDeployer DeploymentEndpointResolver output. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172919#4172919 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172919

16 years, 5 months

1
0
0 / 0

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

by bstansberry＠jboss.com

This is done. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172914#4172914 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172914

16 years, 5 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Persistence unit deployers are not invoked for WEB-INF/l

by alesj

"wolfc" wrote : | Me neither. :-) | Try it. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172906#4172906 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172906

16 years, 5 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: JBCLUSTER-206 - Extract HB/JBC integration layer from EJ

by bstansberry＠jboss.com

Prabhat, I can release this today as a CR1. Could even call it a GA if necessary, although I'd prefer to wait in do that in another 1.5 weeks after I come back from vacation next week. I'd like to blog about it and have no time this week. One thing I'd like to change before cutting the release would be the name of the provider classes: from "org.jboss.hibernate.jbc.cacheprovider.(Optimistic)TreeCacheProvider" to "org.jboss.hibernate.jbc.cacheprovider.(Optimistic)JmxBoundTreeCacheProvider". Will that mess you guys up too much? Reason for this is to conform to the naming pattern of the providers shipped (in a different package) in Hibernate: TreeCacheProvider (which instantiates a JBC instance itself) JndiBoundTreeCacheProvider (which looks for a JBC instance in JNDI) JmxBoundTreeCacheProvider would then mean one that looks for a JBC instance in JMX. I could then easily enough create a TreeCacheProvider and a JndiBoundTreeCacheProvider that work like the standard hibernate equivalents. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172902#4172902 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172902

16 years, 5 months

1
0
0 / 0

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

by bstansberry＠jboss.com

Ping Ron Sigal. That sounds vaguely familiar; i.e. something that got fixed [1]. This test is the same as what's in Branch_4_2, and it passes there, so remoting must be cleaning up there. Perhaps something got dropped between remoting versions. This kind of thing is the big weakness in the classloader leak tests -- temporary leaks until some short-term-cached resource gets cleaned up. But, so far we haven't hit any of those kind of things that couldn't be fixed, and the tests have caught about 7-10 classloader leaks already, so... [1] My vague memory goes to some last minute remoting SP fix before a 4.x release..... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172890#4172890 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172890

16 years, 5 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Persistence unit deployers are not invoked for WEB-INF/l

by wolfc

"alesj" wrote : You could check all WEB-INF/lib jars for it | and create something useful. | Or create new structure - PersistenceUnitStructure. | | I'm saying this w/o having any idea what the spec requires. ;-) | It's all in chapter 6 of EJB3 persistence, about 10 pages. "alesj" wrote : Hmmm, could be probably extended. | Or new PersistenceUnitStructure, but I dunno how would that play with | existing WARStructure --> PUS's deployment ~ WS's classpath entry. Me neither. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172889#4172889 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172889

16 years, 5 months

1
0
0 / 0

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

by jhowell＠redhat.com

The only two places I see it are in /jms/src/main/org/jboss/jms/serverless/GroupConnection.java Which just logs public void channelShunned() { log.debug("channelShunned()"); } and /jms/src/main/org/jboss/jms/client/p2p/P2PConnectionDelegate.java public void channelShunned() { if (this.exceptionListener != null) { this.exceptionListener.onException(new JMSException("We were shunned.")); } } which I don't think are used in the clustering of the server anyway. Maybe Tim can confirm this. But I don't find a listener that implements channelShunned in the jbm server. Jay:) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172864#4172864 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172864

16 years, 5 months

1
0
0 / 0

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

by jiwils

"bela(a)jboss.com" wrote : I was under the impression that JBM actually *does* rejoin the channel, but instead of letting JGroups do this automatically, they do it manually (by listening for a channelShunned() callback). Looking at org.jboss.messaging.core.impl.postoffice.GroupMember (where MembershipListener is implemented), I don't see anything using a ChannelListener (where channelShunned is specified), but I'm not sure that's a definitive answer regarding this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172859#4172859 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172859

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