incubator-projects mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Hammant <>
Subject Re: Altrmi: additional facades not working
Date Wed, 26 Mar 2003 21:04:13 GMT

>I'm back to working on Altrmi and I am able to retrieve a remote component
>via Altrmi lookup. I even can use methods of the published interface that
>use only standard Java types such as String etc. But as soon as a I use a
>method of one of the additional facades, that is methods that return or
>take a other custom interface it failes at runtime with a
>Setup: Latest and greatest incubator-altri 0.9.2
>Pre-compiled proxy classes in jar, on server side altrmi-server-0.9.2.jar
>on client-side additionally altrmi-client-0.9.2.jar and the proxy classes
>For testing purpose I added only those additional facades that are
>absolutely necessary because there was then someone mentioning that the
>order in which the facades have to be specified when generating the Altrmi
>proxies might have an influence. But I tried both orders, putting
>inherited interfaces first or last, no difference.
>Interface: SIMONDataSource
>Thus I have 3 additional facades:
>  SIMONObject
>  SIMONConnection
>  SIMONMessageGroup (inheriting from SIMONObject)
First off, if SIMONMessageGroup is a more derived type of SIMONObject, 
it should be specified first in an array of additional facades.

>These are used in two function that I use in the SIMONDataSource interface.
>First interesting a method
>  SIMONConnection SIMONDataSource::connect(String user, String passwd)
>is called that works!
>The second method in the interface is also simple but does not work:
>  SIMONMessageGroup[] SIMONDataSource::getMessageGroups()
Hmm, the order looks a good bet.

I have put another debugging line in for the NPE. (ServerMonitor 
called). See if it sheds more light (AltRMI 0.9.3)

- Paul

>Ok it is a array but that works in another case like String[] already.
>Only the combination of Array and custom facade does not work.
>Note that the SIMONMessageGroup as well as the SIMONConnection interfaces
>only contain void method() methods so simplizissimo.
>The exception follows, please note that is called from Cocoon so some
>non-Altrmi stuff around:
>Caused by: java.lang.NullPointerException: Null pointer exception,
>processing methodgetMessageGroups()
>	at
>	at
>	at
>	at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
>	at
>	at java.lang.reflect.Method.invoke(
>	at sun.rmi.server.UnicastServerRef.dispatch(
>	at sun.rmi.transport.Transport$
>	at Method)
>	at sun.rmi.transport.Transport.serviceCall(
>	at sun.rmi.transport.tcp.TCPTransport.handleMessages(
>	at
>	at
>	at
>	at sun.rmi.transport.StreamRemoteCall.executeCall(
>	at sun.rmi.server.UnicastRef.invoke(
>	at
>	at
>	at
>	at
>	at
>	at com.vodafone.simon.cocoon.SIMONSource.refresh(
>	at com.vodafone.simon.cocoon.SIMONSource.toSAX(
>	at
>A build.xml snipplet:
><altrmiproxies genname="simonserver" ...

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message