[JBoss-user] [Clustering/JBoss] - JGroups Protocol Stack Configutation - Total Token

2004-10-01 Thread astewix
Hi Everyone,

I'm having problems with the JGroups protocal stack configuration for the Total Token 
approach described at :

http://www.jgroups.org/javagroupsnew/docs/javadoc/org/jgroups/protocols/TOTAL_TOKEN.html


The Config string used in my cluster-service.xml file is as follows (taken from 
total-token.xml in the jgroups.jar file):

!-- Stack based on: http://citeseer.nj.nec.com/amir95totem.html --

UDP mcast_recv_buf_size=8 mcast_send_buf_size=15 mcast_port=45566 
use_incoming_packet_handler=false mcast_addr=228.1.2.3 
use_outgoing_packet_handler=false ip_ttl=32/
PING timeout=2000 num_initial_members=3/
FD_SOCK /
VERIFY_SUSPECT timeout=1500/

FRAG frag_size=8096 down_thread=false up_thread=false/
TOTAL_TOKEN unblock_sending=10 block_sending=50/
pbcast.GMS print_local_addr=true join_timeout=3000 join_retry_timeout=2000 
shun=true/
STATE_TRANSFER /




Upon starting JBoss I get the following exception:


2004-10-02 02:53:53,549 ERROR [org.jboss.ha.framework.server.ClusterPartition] 
Starting failed jboss:service=DefaultPartition
ChannelException: java.lang.Exception: exception caused by TOTAL_TOKEN.start(): 
java.lang.IllegalThreadStateException
at org.jgroups.JChannel.connect(JChannel.java:237)
at 
org.jboss.ha.framework.server.ClusterPartition.startService(ClusterPartition.java:257)
at 
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
at 
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at 
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:837)
at $Proxy17.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:367)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at 
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:251)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:836)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:645)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:608)
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.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at 
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy7.deploy(Unknown Source)
at 
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:304)
at 
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:478)
at 
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201)
at 
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:274)
at 

[JBoss-user] [Persistence CMP/JBoss] - Changing the state of Entity beans without calling setXXX

2004-08-27 Thread astewix
Hi Everyone,

What is the easiest way to change the state of an entity bean without calling the set 
methods of an CMP entity bean? The implementation class of the CMP entity bean is not 
generated until deployment time so you don't have access to the instance variables. 
I'm sure the persistence managers load the state into the CMP entity bean somehow but 
I haven't dug into the code to look yet. 

Any help is appreciated.

Thanks!

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846386#3846386

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846386


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink  Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [EJB/JBoss] - Re: Understanding findByPrimaryKey

2004-08-03 Thread astewix
Thank you for the reply Alexey!

However, I should have been more clear with my question. What I'm really trying to 
find out is the trace of the findByPrimaryKey() method. I want to understand how the 
container behaves when findByPrimaryKey() is called and which components are invoked. 
I am aware of the fact that I can turn the TRACE level on for logging detailed 
container behaviour. Which category should I specify to obtain the relavant logging?


Any help is greatly appreciated.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3844041#3844041

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3844041


---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [EJB/JBoss] - Understanding findByPrimaryKey

2004-08-02 Thread astewix
Hi Everyone,

I'm interesting in looking at the source code behind the findByPrimaryKey() method 
defined in the home interface of an entity EJB as I want to understand what is really 
going on behind the scenes. Could someone point me in the right direction as to where 
to look in the JBoss source code? I've had a look at the Entity*Interceptors but I 
thought I'd get some more precise input so I don't spend forever digging.

Your help is greatly appreciated.

Jesse

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3843945#3843945

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3843945


---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user