ansaurus

Question

Using Blitz implementation of JavaSpaces

Answer 1

A:

Well, your java spaces server does not seem to find the class:

com.sun.jini.mahalo.TxnMgrProxy.

So I guess you just have to add Mahalo (should be included in the blitz distribution according to this: http://www.dancres.org/blitz/blitz_inst.html page) to your classpath when starting the server.

Please post some more information about how you are starting your server, if this advice does not help.

jiriki 2008-09-24 16:38:06

Answer 2

A:

Please note my original post:yes com.sun.jini.mahalo.TxnMgrProxy is in the class path

if you are familiar with javap -- if you specify a fully qualified class name it will determine whether or not it is on the class path.

this is the result that I get when running javap com.sum.jini.mahalo.TxnMgrProxy:

C:\dev\jini\blitz>javap com.sun.jini.mahalo.TxnMgrProxy
Compiled from "TxnMgrProxy.java"
class com.sun.jini.mahalo.TxnMgrProxy extends java.lang.Object implements net.jini.core.transaction.server.TransactionManager,net.jini.admin.Admi
nistrable,java.io.Serializable,net.jini.id.ReferentUuid{
    final com.sun.jini.mahalo.TxnManager backend;
    final net.jini.id.Uuid proxyID;
    static com.sun.jini.mahalo.TxnMgrProxy create(com.sun.jini.mahalo.TxnManager, net.jini.id.Uuid);
    public net.jini.core.transaction.server.TransactionManager$Created create(long)       throws net.jini.core.lease.LeaseDeniedException, java.r
mi.RemoteException;
    public void join(long, net.jini.core.transaction.server.TransactionParticipant, long)       throws net.jini.core.transaction.UnknownTransacti
onException, net.jini.core.transaction.CannotJoinException, net.jini.core.transaction.server.CrashCountException, java.rmi.RemoteException;
    public int getState(long)       throws net.jini.core.transaction.UnknownTransactionException, java.rmi.RemoteException;
    public void commit(long)       throws net.jini.core.transaction.UnknownTransactionException, net.jini.core.transaction.CannotCommitException,
 java.rmi.RemoteException;
    public void commit(long, long)       throws net.jini.core.transaction.UnknownTransactionException, net.jini.core.transaction.CannotCommitExce
ption, net.jini.core.transaction.TimeoutExpiredException, java.rmi.RemoteException;
    public void abort(long)       throws net.jini.core.transaction.UnknownTransactionException, net.jini.core.transaction.CannotAbortException, j
ava.rmi.RemoteException;
    public void abort(long, long)       throws net.jini.core.transaction.UnknownTransactionException, net.jini.core.transaction.CannotAbortExcept
ion, net.jini.core.transaction.TimeoutExpiredException, java.rmi.RemoteException;
    public java.lang.Object getAdmin()       throws java.rmi.RemoteException;
    public net.jini.id.Uuid getReferentUuid();
    public int hashCode();
    public boolean equals(java.lang.Object);
    com.sun.jini.mahalo.TxnMgrProxy(com.sun.jini.mahalo.TxnManager, net.jini.id.Uuid, com.sun.jini.mahalo.TxnMgrProxy$1);
}

DeltaVee 2008-09-24 18:30:41

Answer 3

+1 A:

So com.sun.jini.mahalo.TxnMgrProxy is contained in some jar, that is contained in your CLASSPATH environment variable.

But probably your are using some script to start the server. And this most probably starts java by specifying a "-classpath" commandline switch which takes precendence over your environment CLASSPATH variable.

http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/classpath.html

You can simulate this by executing:

javap -classpath someUnknownJar.jar com.sun.jini.mahalo.TxnMgrProxy

... and suddenly the class cannot be found anymore. So can you please try and find out the way the java VM of the client and server are started and provide the complete command line. (If you are using some kind of script just add an "echo ..." in front of the java command and paste the output in here).

jiriki 2008-09-24 19:05:34

Answer 4

A:

Make sure that you specify -Djava.security.policy=/wherever/policy.all and -Djava.security.manager= You may also have to have the RMI code server running.

2008-09-24 19:24:58

Answer 5

+1 A:

This looks like an RMI classloading issue. It appears that the server process is trying to unmarshal the TxnMgrProxy object that is getting passed to it (I don't know the specifics of the example, I'm kind of guessing from the stack trace). That object needs to be annotated with a codebase where the class definition can be found. You probably need to make sure that Mahalo is started with the java.rmi.server.codebase property pointing to a URL where mahalo-dl.jar (or some JAR holding the class definition) can be downloaded.

Even if the JAR is available locally, it might not be enough. The PreferredClassProvider (it's buried in the stack trace) usurps the normal Java classloader delegation scheme, so even if the class is there locally, it'll still want to pull the definition through the codebase.

These are tough problems to figure out. Hope I hit on something close to the answer. Good luck.

shockwave 2008-10-03 13:14:44

Answer 6

A:

I'm having the same problem... Did you ever get it working?

2009-08-12 19:26:34

ansaurus

tags:

views:

answers:

Using Blitz implementation of JavaSpaces

related questions