On Tue, 2003-06-10 at 06:25, Richard Schilling wrote: > I've been cautiously approaching the idea of a) writing GT.M in Java; > b)using JNI to manipulate the MUMPS data stores; or c) writing a Java > application to store directly to MUMPS data/schema. Did you see any > discussion on the feasability of that?
Java? Perhaps, but a native Python interface via the C/C++ API to the GT.M data store would be very cool. Then parts of VistA could be gradually re-written or extended in a more modern, object oriented language which is just as productive as MUMPS. Is the C/C++ API published anywhere?
Same applies to Java. If you use Java, you would also have the option of using python
through jython. I already have a simple api that enables Java objects to be persisted
into an arbitrary underlying store. I only need a few functions including a query capability,
and I could use GT.M transparently underneath our code base.
The C++ api seems to be published on Sourceforge. It would be possible to use JNI
which may be with the suggested interface already uses.
I've been puzzling how to run python and jython together, in fact.
Dave
> My initial impression is that it would be easier to just rewrite GT.M > interpreter in Java and provide a MUMPS API interface to the data.
Um, I wonder how many person-years went into GT.M - quite a few, I suspect. Rewriting it in Java sounds like a very major undertaking.
Tim C
> > --Richard > > > > On 2003.06.09 07:32 David Forslund wrote: > > Yes, but I don't have any way to talk to it. I would like to use > > it, but I don't see an API that I can get to from Java. > > In discussions I had at the eGov workshop, it was indicated that I > > would have to write my own interfaces in M. > > This is unacceptable. If there is a Java API, I would be happy to > > incorporate it into our system. > > > > Thanks, > > > > Dave > > At 10:20 AM 6/9/2003 -0400, Smith, Todd wrote: > >> Hello David, > >> > >> A high performance OODBMS is Sanchez Associates GT.M and has been > >> used > >> according to their website in over 1000 banks internationally. It > >> also has > >> relational and hierarchical wrappers for multiple access modalities. > >> > >> http://www.sanchez-gtm.com/ > >> > >> Todd Smith <[EMAIL PROTECTED]> > >> > >> From: David Forslund [mailto:[EMAIL PROTECTED] > >> >Can you point me to a good, scalable, adequately performing, open > >> source > >> >OODBMS? It isn't clear to me that ZODB meets these requirements, > >> and I> > >> don't have a Java API to it. > >> I've used storedobjects but it has some problems with scalability. > > > --
Tim C
PGP/GnuPG Key 1024D/EAF993D0 available from keyservers everywhere or at http://members.optushome.com.au/tchur/pubkey.asc Key fingerprint = 8C22 BF76 33BA B3B5 1D5B EB37 7891 46A9 EAF9 93D0
