[JBossCache] - Jboss cache 1..4.1 on jboss 3.2.3
by fdifonzo
Hello,
At the moment I'm working on Jboss 3.2.3 and I'm using included jboss cache (version 1.0.1).
I wrote a simple program updating the cache using the method put and all works fine. Given that I need to use jboss-cache1.4.1 features and as I don't have the possibility to upgrade jboss to the latest version, I just replaced the old jboss-cache.jar with the new one.
When I tried to run my program again, I got the the following exception:
java.lang.RuntimeException: java.lang.NoSuchMethodError: org.jboss.cache.marshall.JBCMethodCall.getArgs()[Ljava/lang/Object;
at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5716)
at org.jboss.cache.TreeCache.put(TreeCache.java:3782)
at org.jboss.cache.TreeCache.put(TreeCache.java:3720)
at ztc.template.JBossCachePool.putEntry(Unknown Source)
at ztc.ejb.beanimpl.updater.UpdaterBean.updateDB(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:683)
at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:72)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:267)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionContainer.java:331)
at org.jboss.ejb.Container.invoke(Container.java:700)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:367)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at java.lang.Thread.run(Thread.java:534)
Can anyone help me?
Thanks a lot,
Fabrizio
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017092#4017092
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4017092
19Â years, 2Â months
[JBoss Seam] - Re: Protected methods on Seam components
by fhh
anonymous wrote :
| I don't have to have them protected in this instance but I'm using the SingleItemScreenAction class here to make life easier for implementors so all they have to define are some simple getters(). Making them protected means they are only accessible to subclasses which is what I want.
|
It means that they are only accessible from subclasses or from any class of that package. Anyway, that is not a security feature. It is used to seperate visible api from implementation details. If you are the sole developer, why bother?
anonymous wrote :
| A final method can't be subclassed so cglib doesn't add a method proxy for them
|
Yes, but you annotated referenceSession. You did not show getters and setters for that property but I assume they are not final.
And I still don't get what you are trying to do. From what object are you calling your protected method?
Regards
Felix
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017089#4017089
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4017089
19Â years, 2Â months
[Clustering/JBoss] - Re: Clustering begginner..please HELP
by davewebb
Try this:
| # Define list of workers that will be used
| # for mapping requests
| # The configuration directives are valid
| # for the mod_jk version 1.2.18 and later
|
| # Define Node1
| # modify the host as your host IP or DNS name.
| worker.node1.port=8009
| worker.node1.host=node1._._._.209
| worker.node1.type=ajp13
| worker.node1.lbfactor=1
| # worker.node1.connection_pool_size=10 (1)
|
| # Define Node2
| # modify the host as your host IP or DNS name.
| worker.node2.port=8009
| worker.node2.host= node2._._._.124
| worker.node2.type=ajp13
| worker.node2.lbfactor=1
| # worker.node1.connection_pool_size=10 (1)
|
| # Load-balancing behaviour
| worker.loadbalancer.type=lb
| worker.loadbalancer.balanced_workers=node1, node2
| worker.loadbalancer.sticky_session=1
| worker.loadbalancer.local_worker_only=1
| worker.list=loadbalancer
|
And for worker.node1.host dont use node1 or node2, just put the IP address of the machine like this (but using your own subnet)
| worker.node1.host=192.168.1.209
| worker.node2.host= 192.168.1.124
|
Remove this
anonymous wrote : However i have added the following lines of code with uriworkermap.properties as per hmesha's posting
|
| Code:
|
| # Test App
| /TestApp=loadbalancer
| /TestApp/*=loadbalancer
The JkMount in the apache VirtualHost directive takes care of this.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017076#4017076
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4017076
19Â years, 2Â months