|
From: Michael S. <ms...@nt...> - 2012-05-27 19:00:27
|
In "iaik.tc.tss.impl.java.tsp.tcsbinding.soapservice.TcTcsBindingSoap"
and possibly other places you use an idiom of
} catch (RemoteException e) {
ConvertRemoteExceptions.convertTcTcsException(e);
ConvertRemoteExceptions.convertTcTddlException(e);
ConvertRemoteExceptions.convertTcTpmException(e);
return null;
}
to catch remote errors and turn them into local errors of an appropriate
type. For some reason, I keep finding cases that as far as I can tell
are causing RemoteExceptions where the underlying cause is not
TcTcsException, TcTddlException or TcTpmException and which result in
the call returning a null object. That then causes an NPE the next
layer up when it trys to extract the error code value. I'd suggest
replacing "return null" with something that returns
My most recent one was a simple attempt to try and retrieve TPM status bits.
"tpm.getStatus (TSS_TPMSTATUS_DISABLED)"
I'm running this on a Lenovo Thinkpad T500 with an Atmel chip. I'm
using SOAP because I can't seem to get the direct thing to work. Going
to try that again.
JDK is 1.6.0_17 for various reasons. I've tried others without much
success. I'm using the pre-compiled v0.7 of jTSS.
Mike
|