Is there a way to use remote pointer between Qm and D3 easily ? is
there tools to make that work ?
Or should I just rely on intermediate files to exchange data between
two running systems ?
> Is there a way to use remote pointer between Qm and D3 easily? > is there tools to make that work ?
Sadly, no. The D3 file system is not accessible directly from QM. It would be nice. Perhaps one day we will write a server process to sit on D3 pretending to be QMClient.
> Or should I just rely on intermediate files to exchange data between > two running systems ?
That is your best option for now.
Martin Phillips Ladybridge Systems Ltd 17b Coldstream Lane, Hardingstone, Northampton, NN4 6DB +44-(0)1604-709200
Cedric:
i exchange files between QM and mvBASE realtime
doing so with QM and D3 would be the same
Commercial QM comes with Coyote
you can get PicLan-IP for D3
for the D3 machine, just get the RPC software
it's very fast and somewhat transparent as to what's really happening and where
this works whether to 2 systems are ON the same system, next to each other, or miles away
in QM, a trigger can easily post up an add, delete, or modification to the D3 system
i've actually done this with DesignBais/QM/Windows posts updates to QM/Linux/Apache/Coyote
this site is:
Linux/Apache/QM/PHP/Coyote
conversing real time (for SKU prices and qty available), then writing 'orders' on mvBASE with
mvBASE/Coyote RPC
hundreds of miles apart
fun stuff sir
good luck!
Steve Trimble
Computerized Data Mgmt Inc
PO Box 13403 Maumelle, AR 72113 (501) 803-0974 09:00am - 6:00pm CST
________________________________
From: Cedric Fontaine <cfonta...@spidmail.net>
To: OpenQM <openqm@googlegroups.com>
Sent: Thursday, September 24, 2009 8:34:44 AM
Subject: Remote pointer between Qm and D3
Hello,
Is there a way to use remote pointer between Qm and D3 easily ? is
there tools to make that work ?
Or should I just rely on intermediate files to exchange data between
two running systems ?
It really depends on whether he needs record locking or not. If he is
simply wanting to write something that QM would pick up and move over
to QM he could create a file at the os level and have QM do a pointer
to it. D3 can access this file and he could write to it. QM would be
able to access the file and could read to it.
Another file could be done the same reversing the process. This is
not exactly what he is looking for but would work.
Eugene
On Sep 24, 9:48 am, "Martin Phillips" <martinphill...@ladybridge.com>
wrote:
> > Is there a way to use remote pointer between Qm and D3 easily?
> > is there tools to make that work ?
> Sadly, no. The D3 file system is not accessible directly from QM. It would
> be nice. Perhaps one day we will write a server process to sit on D3
> pretending to be QMClient.
> > Or should I just rely on intermediate files to exchange data between
> > two running systems ?
> That is your best option for now.
> Martin Phillips
> Ladybridge Systems Ltd
> 17b Coldstream Lane, Hardingstone, Northampton, NN4 6DB
> +44-(0)1604-709200
The OSFI-like interface that I described in my other post would allow for any of us to write a driver that would interface QM directly with D3 or any other MV platform... Rather than thinking "how do I get from X to Y", think about creating a driver that would allow us to create the end-points.
> From: Martin Phillips > > Is there a way to use remote pointer between Qm and D3 easily? > > is there tools to make that work ?
> Sadly, no. The D3 file system is not accessible > directly from QM. It would be nice. Perhaps one day we > will write a server process to sit on D3 pretending to > be QMClient.
Tony, as somebody familiar with both QM and D3/OSFI the VFS interface
that Martin is talking about does exactly that. The VFS interface
made a small appearance in a earlier OpenQM version and you would find
the code in one of the C modules. I actually played with it a little
and tried to modify the Client side of the program to work on D3. I
got it to work a little but didn't have time to finish it.
After the Object Programming interface came out Martin moved the VFS
libraries over to Classes. You would populate methods for read/write/
readu/writeu/lock/clear-file/etc). A much cleaner interface and would
make it pretty easy to create a OpenDB/Onware style interface down to
SQL systems for example. The problem was the VFS interface was pulled
from the Open Source version at that time and is only available in the
commercial version..
On Sep 24, 1:20 pm, "Tony G" <wosclx...@sneakemail.com> wrote:
> The OSFI-like interface that I described in my other post would
> allow for any of us to write a driver that would interface QM
> directly with D3 or any other MV platform... Rather than
> thinking "how do I get from X to Y", think about creating a
> driver that would allow us to create the end-points.
> T
> > From: Martin Phillips
> > > Is there a way to use remote pointer between Qm and D3
> easily?
> > > is there tools to make that work ?
> > Sadly, no. The D3 file system is not accessible
> > directly from QM. It would be nice. Perhaps one day we
> > will write a server process to sit on D3 pretending to
> > be QMClient.
|
