[Smartfrog-checkins] [Smartfrog.org-JIRA] Commented: (SFOS-858) ClassCastException when trying to start children of a TestCompound in a new process

[Steve L. (JIRA) <ji...@sm...>]

    [ http://jira.smartfrog.org/jira/browse/SFOS-858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11068#action_11068 ] 

Steve Loughran commented on SFOS-858:
-------------------------------------

the root cause is simple: the processname must not match the name of another component deployed at the root node. If you give your process the same name as the current application, you will see the stack trace.

Perhaps a specific diagnostics message could be printed here, rather than a ClassCastException.

> ClassCastException when trying to start children of a TestCompound in a new process
> -----------------------------------------------------------------------------------
>
>                 Key: SFOS-858
>                 URL: http://jira.smartfrog.org/jira/browse/SFOS-858
>             Project: SmartFrog
>          Issue Type: Bug
>    Affects Versions: 3.12.037 dev
>            Reporter: Steve Loughran
>            Assignee: Julio Guijarro
>
> when trying to deploy children of a test compound in a new process, things go wrong
> testDataNodeForked extends testLocalDataNode {
>   action:LocalDataNode:sfProcessName "testDataNodeForked";
>   action:LocalInProcessNameNode:sfProcessName "testDataNodeForked-namenode";
> }
> Caused by: java.lang.ClassCastException: org.smartfrog.services.assertions.TestCompoundImpl
> at org.smartfrog.sfcore.processcompound.ProcessCompoundImpl.sfResolveProcess(ProcessCompoundImpl.java:944)
> at org.smartfrog.sfcore.processcompound.PrimProcessDeployerImpl.getProcessCompound(PrimProcessDeployerImpl.java:72)
> at org.smartfrog.sfcore.processcompound.PrimHostDeployerImpl.deploy(PrimHostDeployerImpl.java:126)
> at org.smartfrog.sfcore.prim.PrimDeployerImpl.deploy(PrimDeployerImpl.java:246)
> at org.smartfrog.sfcore.deployer.SFDeployer.deploy(SFDeployer.java:94)
> at org.smartfrog.sfcore.compound.CompoundImpl.sfDeployComponentDescription(CompoundImpl.java:159)
> at org.smartfrog.services.assertions.TestCompoundImpl.sfStart(TestCompoundImpl.java:230)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
> at sun.rmi.transport.Transport$1.run(Transport.java:159)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
> at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
> at java.lang.Thread.run(Thread.java:619)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.smartfrog.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira