From nigel.sim at jcu.edu.au  Mon Aug 22 00:31:05 2005
From: nigel.sim at jcu.edu.au (Nigel Sim)
Date: Mon, 22 Aug 2005 08:31:05 +1000
Subject: [Rd] IPC
In-Reply-To: <20050821154748.GD21511@wald.ucdavis.edu>
References: <1124628383.20671.49.camel@schrodinger>
	<20050821154748.GD21511@wald.ucdavis.edu>
Message-ID: <1124663466.16164.14.camel@schrodinger>

Firstly, thanks for all the quick replies.

> Can you let me know what went wrong with SSOAP? It would be
> good to fix this and I am about to turn my attention to it anyway.
Well, I could not get SSOAP to pass the xmlns which specifies the set of
services being requested in the place where soapanywhere expected it.
SSOAP namespaced the actual function call <ns1:fun1 xmlns:ns1="service">
while soapanywhere wanted it declared in the envelope namespace
declarations. SO, I don't really think it is a problem with the SSOAP
implementation, rather it is probably an incomplete implementation of
soap in soapanywhere.

If anyone knows of a more complete, embedded java soap implementation
please let me know. AXIS would be nice, but I've not found how to deploy
it without a tomcat style container.

> 
> As for the "RCORBA" package - what precisely are you referring to?
> I don't think there is a package named RCORBA, perhaps you mean
> RSCORBA.  If so, yes it is quite old. It can be updated
> and indeed I have a plan that I might connect it to Orbit.
> But if RSCORBA didn't compile, you might want to mention which
> CORBA implementation you were trying to use: it was setup to use 
> 3.
And yes, RSCORBA is what I was referring to, and I was trying to compile
it against orbit (a la Gnome). 

> 
> 
> 
> As for what people typically use to connect to Java.
> There is Rserve. There is RSJava.
> I think your desire to use a standard protocol is a very 
> good one. There are far too many ad hoc solutions that don't
> do have limited functionality, such as callbacks.
> On Windows, DCOM client and server  and event packages are available.
> And there are MPI or PVM packages which implement a form of IPC.
> 
> Do you absolutely need to have a middle-tier of going through
> the server to get to the DBMS?  It is often a good design,
> but if you can go straight to the DBMS, then that would be
> esier and more efficient.
The architecture is that both R and Java directly access the DB for data
storage and retrieval. R calls to Java are simply to invoke some
datamining function (from the WEKA package), and to query where
execution is up to. There is no proxying of data.

R -----> Java
\         /
_\/     |/_
   DBMS
> 
> Please let me know what went wrong with the SSOAP package.
> 
>  D.
> 
> 
> > 
> > I'm sure with persistence I can get both working, but I would like to
> > hear others experiences before I invest the time.
> > 
> > Thank you for your time.
> > -- 
> > Nigel Sim
> > 
> > PhD Candidate
> > School of Mathematics and Physical Sciences
> > James Cook University
> > +61 7 4781 4247
> > +61 409 277 641
> > 
> > ______________________________________________
> > R-devel at r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-devel
> 
-- 
Nigel Sim

PhD Candidate
School of Mathematics and Physical Sciences
James Cook University
+61 7 4781 4247
+61 409 277 641



[Rd] IPC
Nigel Sim