In Cache studio, when you do Class, Add, New Projection, Java Projection it creates Java class which corresponds to the Cache class. It imports a bunch of stuff into that class which allows it to communicate with cache. When you instantiate the java object, a cache object is created as well. Whatever you do the to java object happens to the cache object.

Good day,
Douglas

a >From: Richard Schilling <[EMAIL PROTECTED]>
Reply-To: hardhats-members@lists.sourceforge.net
To: hardhats-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] Rewriting CPRS in Java
Date: Wed, 15 Mar 2006 15:44:26 -0800

Awesom!  Thanks, Doug.

How do the Java classes interact with their brethren on the MUMPS server? Or do they?

Richard


Douglas M. PREISER wrote:
Cache Objects are stored in Globals. They are stored as objects, not tables. The %Save method of the class is used to store the object. We all know that globals are multi-dimensional so there is no problem storing complex objects.

The SQL presentation is achieved by generating code when the Cache class is compiled to handle SQL queries into the database. The SQL queries are translated into M code which loops through the globals. The table names default to the class names.

The Caché Java binding takes a class defined in a Caché database and creates a corresponding Java class from it. This generated class provides remote access to a Caché class from Java.

The SQL projection is accessable through ODBC. You can link to a Cache database from, say, SQL Server, and do queries.

Thanks,
Douglas

From: Richard Schilling <[EMAIL PROTECTED]>
Reply-To: hardhats-members@lists.sourceforge.net
To: hardhats-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] Rewriting CPRS in Java
Date: Wed, 15 Mar 2006 11:32:41 -0800

Jim Self wrote:

Richard Schilling wrote:

When objects are stored wholesale in an object store, I call it an object database. When object data is stored in a SQL database and then managed by some intermediary API, I call it a persistence layer.

So, perhaps we're splitting hairs here.



Perhaps, but I think you may be misinterpreting the Cache' documentation. I believe that your statement that "Cache is obviously storing their data in a SQL data base" is simply
false.


The defining characteristic of all SQL servers is the presentation of data by means of a SQL syntax.

The SQL specification doesn't dictate implemenation of the data store. So, if Cache presents data as SQL structures ... it's a SQL server.

I would hope Cache uses the MUMPS data store for its data.

You seem to be saying that because data is retrievable via SQL it must be stored in a way that is ONLY retrievable via SQL. I am not a user of Cache', but I know that that is not


Not saying that at all. I would hope Cache data is retrievable by MUMPS as well. It's a testament to the strength of the MUMPS platform.

But there's a point where "another view" of the data is counterproductive - but then again consider the fact I'm dealing with new development so I don't have any Cache' dependent code to worry about.

My goal is integration of VistA into cross-platform technologies. Cache doesn't fit that model very well .... if someone can explain how it can I'm all ears.



What does it mean when they say that "Cache' classes can be projected as Java classes"?


I have no idea.  Looks like they're jumping on ESI Objects' coat tails.

What are the essential properties of a "true object store" that is not tied exclusively to
Java?


Generally, the entire class - its methods and members - are persisted in an object store - not just it's members.


---------------------------------------
Jim Self
Systems Architect, Lead Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd_______________________________________________

Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members





-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members





-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members





-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to