Re: [Hardhats-members] POJOs in Action
I did see this book this weekend actually and almost bought it. I run a Java shop, so POJO's are near and dear to my heart, and I do think they're somewhat underrated. We can do so much by not using EJB, and in fact I use Java Beans in a POJO environment rather than in a managed environment. Works great! Jim, I'm curious to know more about your ideas for approaching VistA data through Mozilla. Several things have been tried - PHP integration, etc... (and from what I hear from Terry Weichman the PHP interface is difficult). Thoughts? Richard Schilling Cognition Group, Inc. Seattle, WA Jim Self wrote: Gregory wrote: The idea is that using standard Java, it is possible to build solutions with considerably less expense and overhead than EJB solutions, and the approach may fit well with the needs of VistA adopters, whether for integration in a single facility, or as a technological approach to building multi-facility/campus solutiions. If one's objective is to access VistA data on the web, there is very little need for Java at all. Mozilla Firefox provides a rich multi-platform client supporting pretty much all the standard protocols and data formats you need and GT.M/Linux/Apache gives a scalable server to match - and all Open Source (Free). --- 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fwd: Re: Open Source Interoperability (was) Re: [openhealth] Re: OS at MedInfo 2007
Not sure what the openhealth posting was about, but this realm of open source is old hat to us. We're maintaining OpenEMed. OpenEMed www.openemed.net implements: Master patient indexing: PIDS service Clinical object repository: COAS Lexicon Query Service: terminology service This product has been in use for some time. The work being done now is to integrate the VistA platform with these services and provide other services like billing, etc. Dave Forslund and I also sit on the OMG healthcare domain task force, ASTM and X12 standards bodies. Richard Schilling Cognition Group, Inc. Greg Woodhouse wrote: I'm forwarding this from openhealth. It seems to me that significant factor in the adoption of VistA or any other open source solution (sorry, I just can't bring myself to say FOSS) is interoperability. No one wants to be locked in to a specific open sourc product or product suite any more than they want to be locked in to a proprietary solution. Progress on interoperability could do a lot to address the risk issue. --- Adrian Midgley [EMAIL PROTECTED] wrote: To: openhealth@yahoogroups.com From: Adrian Midgley [EMAIL PROTECTED] Date: Wed, 22 Mar 2006 15:55:31 + Subject: Re: Open Source Interoperability (was) Re: [openhealth] Re: OS at MedInfo 2007 - To what extent do existing FLOSS solutions provide services for a service-based architecture, or make use of those that might be provided by other systems nearby or distant? Two of the Master Patient Index candidates looked as though they might fit in to such an environment... --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Open source and accessibility
This has been an interesting thread to say the least. The fact that a group like the Disability Policy Consortium is concerned is actually a great sign! It means that the open source applications that the Disability Policy Consortium is interested in is having an impact on their constituency. There would be no use for that group to complain about software that had no relevance to its users. Usability and accessability continues to be a huge problem in the open source community, with most likely ZERO open source applications claiming to be Section 508 compliant. So we've got recognition, the technical and financial cases are made for FOSS. We're shooting ourselves in the foot because of lack of accessibility, obviously. Richard Schilling Greg Woodhouse wrote: *FOSS Community, Disabled Users Must Learn to Communicate NewsForge (03/18/06) Fioretti, Marco * The International Organization for Standardization (ISO) has formulated standards to guarantee that software is accessible to users with disabilities. The free and open source software (FOSS) community has long been hearing calls for accessibility assurances, particularly after Massachusetts officials' announcement that the state would adopt OASIS OpenDocument format drew criticism from advocates for the disabled. OpenDocument is currently under an accessibility review, and representatives from the Bay State Council for the Blind and the Disability Policy Consortium have met with Massachusetts officials and FOSS representatives. The meeting revealed the disconnect between the FOSS community and disabled users, as FOSS representatives explained that an accessibility infrastructure based around FOSS would create opportunities for disabled workers in Unix system administration and Web site design, but the disability advocates maintained that without advanced training to develop a qualified pool of talent, new hires for state government agencies with OpenSource, OpenDocument platforms will be everybody but people with disabilities because of perceived or real training requirements. While attempting to install a new driver for a Braille terminal, Italian computer science student Fabrizio Marini found that Linux is still too complicated for novice users. Some disability advocates show no preference between open and proprietary software formats, provided that user accessibility is ensured. While the FOSS community has been bridging the gap with disabled users, FOSS documentation still needs to be improved, and FOSS developers would be well-advised to check in with disability groups when they launch a major project. Click Here to View Full Article http://software.newsforge.com/software/06/03/13/1628249.shtml?tid=150 === Gregory Woodhouse [EMAIL PROTECTED] It is foolish to answer a question that you do not understand. --G. Polya (How to Solve It) --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] persistence layers for VistA integration (was Re: [Hardhats-members] Rewriting CPRS in Java)
Gregory Woodhouse wrote: (snip) Does JDO support a query mechanism or is just a framework for object storage and retrieval? Yes. There's a complete query mechansim. You can read about it in the JDO spec: http://jcp.org/aboutJava/communityprocess/final/jsr012/index2.html === Gregory Woodhouse [EMAIL PROTECTED] And the end of all our exploring will be to arrive where we started And know the place for the first time -- T.S. Eliot --- 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] persistence layers for VistA integration (was Re: [Hardhats-members] Rewriting CPRS in Java)
The whole concept of rewriting CPRS in Java gives us the opportunity to look at the notion of a persistence layer versus a true object store. So far what we've seen are various implementations of persistence layers, such as ESI Objects and Cache. Good persistence layers are obviously key technologies and provide a migration path toward true object stores. So, I would like to open up some discussion on the matter and hear people's thoughts on the various approaches. Here's a few good papers on persistence layers (as they apply to Java), which is what the Caché approach and ESI Objects approach has been: http://www.ambysoft.com/essays/persistenceLayer.html http://www.jpox.org/index.jsp It is interesting to note that since Caché provides a JDBC driver for it's data store, it is possible to use jpox to persist object data as opposed to Caché Objects. And here's some links for true object stores: http://mdr.netbeans.org/architecture.html (see the section on btrees) www.csg.is.titech.ac.jp/~chiba/oopsla98/proc/lee.pdf Thoughts? Richard Schilling Cognition Group, Inc. Seattle, WA --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Re: persistence layers for VistA integration (was Re: [Hardhats-members] Rewriting CPRS in Java)
I have a correction to my post: It is interesting to note that since Caché provides a JDBC driver for it's data store, it is possible to use jpox to persist Java objects *in MUMPS through JDBC* as opposed to using Caché Objects directly. Richard Richard Schilling wrote: The whole concept of rewriting CPRS in Java gives us the opportunity to look at the notion of a persistence layer versus a true object store. So far what we've seen are various implementations of persistence layers, such as ESI Objects and Cache. Good persistence layers are obviously key technologies and provide a migration path toward true object stores. So, I would like to open up some discussion on the matter and hear people's thoughts on the various approaches. Here's a few good papers on persistence layers (as they apply to Java), which is what the Caché approach and ESI Objects approach has been: http://www.ambysoft.com/essays/persistenceLayer.html http://www.jpox.org/index.jsp It is interesting to note that since Caché provides a JDBC driver for it's data store, it is possible to use jpox to persist object data as opposed to Caché Objects. And here's some links for true object stores: http://mdr.netbeans.org/architecture.html (see the section on btrees) www.csg.is.titech.ac.jp/~chiba/oopsla98/proc/lee.pdf Thoughts? Richard Schilling Cognition Group, Inc. Seattle, WA --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] persistence layers for VistA integration (was Re: [Hardhats-members] Rewriting CPRS in Java)
Gregory Woodhouse wrote: () It might be a good idea to start out by defining what you mean by a true object store. I doubt seriously that we're all on the same page here. Right ... good call. By true object store I mean a data store that is capable of storing a) entire objects (members and methods), and b) is able to handle entire trees of objects. The objects are manipulated through the normal conventions of a programming language (e.g. Smalltalk and Java) and not through some intermediary tool like SQL, JDBC, etc. Object are updated simply by virtue of calling methods and setting members, just like MUMPS globals are automatically stored in the MUMPS data base whenever they are set to a value. Richard --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] persistence layers for VistA integration (was Re: [Hardhats-members] Rewriting CPRS in Java)
Gregory Woodhouse wrote: In your original post, you focused primarily on object storage and access. Those are important, of course, but we can hardly ignore the question of how that database should be queried: What is the most natural way to refer to objects? If we have OIDs we're in business (but Object IDs are definitely handled in the available object storage implementations such as Java Data Objects implementations. Richard --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Rewriting CPRS in Java
[EMAIL PROTECTED] wrote: So, the bottom line is that VA can employ their current infrastructure to accomplish what it is seeking bids for. Hmm. Not exatly. The conversion of CHCS and code to a cross-platform infrastructure requires much more than just using more of Cache. There's a whole littony of federated services (e.g. the OMG HDTF), and things like knowledge grids that the VA will get access to - Cache products can't provide that today that I know of. Richard - Original Message - From: Steven McPhelan [EMAIL PROTECTED] Date: Wednesday, March 15, 2006 8:59 am Subject: Re: [Hardhats-members] Rewriting CPRS in Java To: hardhats-members@lists.sourceforge.net Someone stated: JDO can use b-tree storages to store Java object trees directly. *That's* an object store. I believe that is exactly how Cache stores its objects. I do not believethat all Cache objects are stored as flat files with b-tree indexes. --- 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Rewriting CPRS in Java
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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Rewriting CPRS in Java
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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=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
Re: [Hardhats-members] SQL SERVERS process SQL languages (That's what the term server is for)
Any product that is able to process the Structured Query Language, and provide a SQL table view of data is by definition a SQL server. Cache's SQL processing conforms to the ANSI SQL specification in many ways, and Cache provides ODBC and JDBC drivers as well. All the features of a SQL server. It's not like that's a bad thing. Richard [EMAIL PROTECTED] wrote: Bravo Greg. - Original Message - From: Gregory Woodhouse [EMAIL PROTECTED] Date: Wednesday, March 15, 2006 3:25 pm Subject: [Hardhats-members] SQL is a language (That's what the L is for) To: hardhats-members@lists.sourceforge.net Folks, SQL is a language. If you have a C compiler, a JVM and a Lisp interpreter on the same machine, that doesn't make the machine imperative, object oriented or functional, it's just a machine. Similarly, if you support data access via MUMPS, SQL, or OQL, it neither changes the nature of the underlying persistence framework, nor does it make it any more or less relational, object oriented or MUMPS based. They are simply different issues. === Gregory Woodhouse [EMAIL PROTECTED] Design quality doesn't ensure success, but design failure can ensure failure. --Kent Beck --- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Positive article on msnbc.com regarding the VA and VistA
Great news spot! Thanks for posting this. Richard Marc Krawitz wrote: Please see: http://www.msnbc.msn.com/id/11844694/ A big advantage for the VA is electronic medical records. The VA has the largest, and one of the most modern systems in the world. When a VA patient visits any facility in the country, the records are there. Indeed, after Hurricane Katrina, many VA patients received uninterrupted care even as they were forced to move. All of the information I need about any of my patients, including their X-rays and their tests, are always available, always accurate, always there in a legible form, says Gauge. The electronic records also allow the VA to track its performance — to quickly learn what works and what doesn't — providing what many say could be a model for health care nationwide. --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Rewriting CPRS in Java
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. Roy Gaber wrote: the ideal high-performance database for Java applications. Caché data can be accessed with SQL via JDBC, and Caché classes can be projected as (snip) Caché’s efficient multidimensional data engine has excellent SQL response – up to 20 times faster than relational databases. Caché The key here is that Cache is obviously storing their data in a SQL data base. A lot of object *data* is persisted in SQL databases, but the Cache objects themselves aren't? So, I would call Cache Objects a persistence layer, but not a true object store. Compare with Java Data Objects: JDO defines interfaces and classes to be used by application programmers when using classes whose instances are to be stored in persistent storage (persistence-capable classes). JDO can use b-tree storages to store Java object trees directly. *That's* an object store. Richard --- 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Wiki -- who owns the content?
Ownership of postings, like an open source applicaion itself automatically belongs to the author(s) - UNLESS the terms of usage on the Wiki state that all postings become property of the Wiki maintainer. Perhaps a terms of use statement should be created for that Wiki. The open source license used to disemminate the posting doesn't actually affect ownership - it signifies that the owner has guaranteed the posting can be distributed without compensating him/her. The concepts of ownership and distribution licenses are oft confused :-) And I wouldn't rely on Google or anyone else keeping a permanent archive either Richard Schilling Bhaskar, KS wrote: No, it doesn't. But I was only speaking to the concern voiced in your post that I replied to. -- Bhaskar On Thu, 2006-03-09 at 16:07 -0600, Dan wrote: That really doesn't resolve the ownership issue though, does it? --- 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Rewriting CPRS in Java
Absoutely! I'm looking at the feasibility of doing this. There was also a Request for Information released by the Veterans Administration for companies that could move from MUMPS to object databases, which in my book automatically implies Java based designs. Happy to collaborate, etc... on something like this. For now though, it looks like the best immediate results lies with effective VistA integration strategies - the ESI toolkit and a few other approaches look like viable candiates so far. Our efforts at present are on integrating the VistA data store with the Java platform via the OMG CORBAMED specifications. It's slow progress at this point. Richard Schilling Cognition Group, Inc. There was a Request Joseph Puthooran wrote: Is any one working on rewriting CPRS in Java so it is independent of Windows? I would like to get in touch with anyone interested in this project or has made an estimate of the quantum of work involved. It would be more economical if it is done from India and we are looking at the possibility of funding to support the project. The reason for the special interest is that one of the multinationals here in India is also willing to partially fund it. Joseph Puthooran Edgeware Technologies New Delhi, India www.etipl.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls)
Last fall I announced a simple Java client for GT.M (which will eventually deal directly with VistA data) for OpenEMed. The goal here is to allow VistA (and MUMPS data stores in general) to serve as data storage for Java applications - our immediate need is to persist data for OMG CORBAMED services. Our implementations are all Java. I haven't found the RPC mechanism to be terribly useful because I never found enough information about the RPC protocol itself. I resorted to simple MUMPS calls through a socket interface. Michael, we should talk - especially when it comes to workflow integration. We're also making progress (slow) on integrating workflow definitions directly into the software development process. Richard Schilling Cognition Group Seattle, WA USA J. Michael Towry wrote: Yes, we definitely do not want to reinvent -- or even modify -- CPRS. We do, however, need to augment its functionality to address small-office/clinic workflow issues and provide some automated, user-friendly linkages to an existing practice management system. We were hoping that we could use a Java client to access some of the existing VistA RPC calls and, perhaps, do a little (as little as possible) MUMPS coding to add a couple of our own RPCs on the server side. On Monday 06 March 2006 Nancy Anthracite wrote: You do not want to reinvent the wheel if at all possible. CPRS looks nice and simple on the surface, but it isn't. There is a lot under the hood. There have been many who think it would be relatively easy to replace CPRS with something done in X, but it is just not that simple. Take a look at the parameters, etc., in the technical manual to get a hint at what you would be getting into. I spoke with someone at the VA who said that they have repeatedly been approached by companies thinking they could do it who had no idea how tough it would be. When they looked at it in more depth, it sobered them up a bit. --- 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Rewriting CPRS in Java
Roy Gaber wrote: So Cache' Objects does not constitute an Object Database? I just read the documentation on Cache Objects. I would say it's a long stretch to say Cache' Objects constitutes an object store. Cache Objects seem to provide an Object Database View of things, but that's much different than a pure object data store. Last time I checked, Cache's role in life was to provide a SQL-esque view of the VistA data store. And it looks like they're doing the same for objects. They try to give you an object view of things but the underlying storage seems to molested SQL table structures on top of a MUMPS data store hard to tell, really. For a MUCH closer implementation of an object store that lays on top of the MUMPS database, check out ESI Objects (http://sourceforge.net/projects/esiobjects). This is, in as simple terms as I can muster, a Java-inspired object model (with inheritance) written on the MUMPS platform. There's a nice Java API to interact with the MUMPS-defined object model as well. Terry W. can speak more about it though. Richard Schilling Cognition Group, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Schilling Sent: Monday, March 13, 2006 9:35 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Rewriting CPRS in Java Absoutely! I'm looking at the feasibility of doing this. There was also a Request for Information released by the Veterans Administration for companies that could move from MUMPS to object databases, which in my book automatically implies Java based designs. Happy to collaborate, etc... on something like this. For now though, it looks like the best immediate results lies with effective VistA integration strategies - the ESI toolkit and a few other approaches look like viable candiates so far. Our efforts at present are on integrating the VistA data store with the Java platform via the OMG CORBAMED specifications. It's slow progress at this point. Richard Schilling Cognition Group, Inc. There was a Request Joseph Puthooran wrote: Is any one working on rewriting CPRS in Java so it is independent of Windows? I would like to get in touch with anyone interested in this project or has made an estimate of the quantum of work involved. It would be more economical if it is done from India and we are looking at the possibility of funding to support the project. The reason for the special interest is that one of the multinationals here in India is also willing to partially fund it. Joseph Puthooran Edgeware Technologies New Delhi, India www.etipl.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Re: [Hardhats-members] Re: [Hardhats-members] VistA(r) is a registered trademark number 2134973
No discussion about VistA(tm) trademarks could be complete without this citation: http://tess2.uspto.gov/bin/showfield?f=docstate=o4sg71.2.1 http://en.wikipedia.org/wiki/Despair%2C_Inc. Richard Schilling Nancy Anthracite wrote: Turns out there are LOTS of VISTAs on the TM site. I understand that it has something to do with whether or not there is likely to be any confusion that, for instance, VistA a binoculars company is not the same as VistA a medical record program, or something like that. In the logo, everything seems to be capitalized and the V and A are sort of Bold.When you look VistA up on the web site, all of the search VISTAs are in caps so that cap-non cap distinction is not how I found it. On Monday 27 February 2006 21:51, Kevin Toppenberg wrote: On 2/27/06, Stephen Hay [EMAIL PROTECTED] wrote: In any case, wasn't there something somewhere about WorldVistA and Microsoft discussing this issue?? I have a hard time believing that there would be any equity in such a discussion. Another question, does anyone know if this stuff is case sensitive? If Windows is (TM), could I just call my product WindowS or WINDOWS? Or Macdonalds instead of MacDonalds? Or ToysRUS instead of ToysRUs. I bet the courts would feel that name encroachment base on just capitalization would not be justified. Likewise, I wonder if VistA can stand its ground as different from Vista. I am guessing that Microsoft will get around this by always describing their product as Microsoft Vista. Kevin --- 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid=110944bid=241720dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fw: Mumps / Vista Programmer contract opportunity
Kevin Toppenberg wrote: LOL!! I can't believe it. I was just about to write in the same thing... and add that I thought that I, as a physician, had to learn alot to practice MY trade! Well, you have a point here. VistA has 20-30+ years of code behind it (by a lot of people) and even though a person may be an expert in the general technology areas listed in the description, it can take a person years to get acquainted with the entire VistA codebase. I'm not a doctor but I would imagine it's like learning all the protocols in every country for treating a particular disease. You might have the scientific knowledge, but learning how it's routinely treated might take a while. I did notice, too that while the list of technical skills is extensive in this job description, the scope of work required for a given skill might not require the use of a lot of depth in that skill. This is a jack/jill-'o-trades position. Wouldn't be surprised if there was already someone fingered for this job. Richard Schilling Cognition Group, Inc. Seattle, WA Kevin On 2/20/06, Nancy Anthracite [EMAIL PROTECTED] wrote: Maury, you forgot to put in the part about walks-on-water. ;-) On Monday 20 February 2006 19:24, Maury Pepper wrote: Cross-posted from MUMPS-L ... Attn Mumps-L Group Members We are currently seeking a Mumps / Vista Programmer Analyst for the Veterans Administration in Massachusetts. Length of contract is 6 months (base year) and four (4) one year options. Start date is to be April 1, 2006. The following is the required skills experience as well as the scope of the assignment. Skill requirements: M Programming Language; KEAScript; CACHE SQL; Perl5; ASP programming in VPScript; JavaScript; Visual InterDev; HTML; ODBC; JDBC; RDBMS; KBSQL; Adobe Photoshop; Quark Express; DOS shell script; VA File Manager; File Structure; In-depth knowledge of DICOM, PACS, Windows 2000/XP operating system internals/externals, HW and SW, Strong Management skills on Management Applications such as AD, SMS, Remedy, STAT, etc. Clear Vision applications, MS Office 2003 components. Deliverables/Terms; Develop Windows 2000/XP system maintenance remote installation/upgrade tools, Web applications, user friendly software installation packages, publish monthly newsletter, maintain access database and provide programming support for VISTA applications within the context of the VA Computing Environment. Scope: The contractor shall be required to provide one on-site Programmer/Analyst with minimum of 4 years of experience needed for high level server and computer operations support, to include specialized skills to review, diagnose and immediately resolve problems that cause data delivery issues, this will include server, network and end user equipment. Provide immediate problem resolution involving in-depth knowledge with demonstrated accomplishments in the integration of DICOM compatible medical equipment with particular expertise in PACS and other medical imaging devices. Provide MUMPS programming language support, administration of Microsoft SharePoint server and services, Microsoft Terminal Server administration. Exchange Server Management, Configure and Perform Server Backups, in-depth knowledge of building servers, desktops and Notebooks, Personal Web Server Administration. Develop and maintain utilities that meet periodic requirements of local and regional management to deploy mandated initiatives adhering to strict target dates. Configure and Deploy new software, software updates, software tools, administrative management tools, install national mandated software upgrades to our Health Care Computing System and debug existing MUMPS programs, applications and operating system issues. Act as the facility Web Master within the VA Computing Environment, create and use Automation Utilities, Database Applications, Web Applications, Software Installation packages to accomplish remote installations. To be considered please contact at your earliest convenience. Robin Marsh Palladian Consulting 800-750-1777 [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
Re: [Hardhats-members] VHA RFI for VistA
You don't have to register. Click on the link that says Synopsis toward the bottom of the page. Richard Schilling Cognition Group Seattle, WA Nancy Anthracite wrote: Do you have to register to see the full text of this, or maybe I have to do it from a Windows system? I just see a page with the number of RFI on it but no text an an offering to register. On Friday 17 February 2006 18:27, Richard Schilling wrote: Please see http://www.fbo.gov/spg/VA/VAAOAS/VADC/101%2D10%2D06/listing.html This is only an RFI, but I'd like to get some open discussion going about what the VA is wanting to accomplish and collect additional information about the existing setup. Unfortunately, VHA has declared (as part of the RFI) that it will not respond to questions or inquiries. Perhaps having an open discussion would be good, but I'd also be willing to have offline discussions as well. Here are some relevant text from the RFI announcement: VHA has also used external vendors, primarily Public Consulting Group, to identify health insurance coverage for its patients. VHA is specifically interested in solutions that will leverage its investments in the HIPAA standard transactions and data integration. Technology Environment: VHA operates a distributed practice management software application, Veterans Health Information Systems and Technology Architecture (VistA) .. Within each VistA system, patient health insurance information is maintained, including data about the payer/health plan, insurance plan, coverage dates and benefits. This data is then used in the billing process to generate medical claims to the appropriate health plan. Like many healthcare provider organizations, VHA does not feel that they have had adequate return on investment for the implementation of the HIPAA standard eligibility inquiry and response. The following are issues that of particular interest that VHA would like responders to address in their responses to this RFI: * Limited Payer Access * Payer Identification * Unreliable Payer Responses VHA is open to a 'best of breed' approach to solutions. Richard Schilling Cognition Group Seattle, WA phone: 206.774.5951 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=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: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] VHA RFI for VistA
Please see http://www.fbo.gov/spg/VA/VAAOAS/VADC/101%2D10%2D06/listing.html This is only an RFI, but I'd like to get some open discussion going about what the VA is wanting to accomplish and collect additional information about the existing setup. Unfortunately, VHA has declared (as part of the RFI) that it will not respond to questions or inquiries. Perhaps having an open discussion would be good, but I'd also be willing to have offline discussions as well. Here are some relevant text from the RFI announcement: VHA has also used external vendors, primarily Public Consulting Group, to identify health insurance coverage for its patients. VHA is specifically interested in solutions that will leverage its investments in the HIPAA standard transactions and data integration. Technology Environment: VHA operates a distributed practice management software application, Veterans Health Information Systems and Technology Architecture (VistA) .. Within each VistA system, patient health insurance information is maintained, including data about the payer/health plan, insurance plan, coverage dates and benefits. This data is then used in the billing process to generate medical claims to the appropriate health plan. Like many healthcare provider organizations, VHA does not feel that they have had adequate return on investment for the implementation of the HIPAA standard eligibility inquiry and response. The following are issues that of particular interest that VHA would like responders to address in their responses to this RFI: * Limited Payer Access * Payer Identification * Unreliable Payer Responses VHA is open to a 'best of breed' approach to solutions. Richard Schilling Cognition Group Seattle, WA phone: 206.774.5951 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RCP Broker Message Structure (was Re: [Hardhats-members] new Java client for VistA.)
Roy Gaber wrote: TCP I'm not talking about the networking protocol. I'm talking about the data protocol used at the application level - the RCP Broker message structure itself. The VA docs make it clear that RPC Broker communication details were meant to be hidden to all software clients that are not a) another VistA server, or b) Delphi clients or c) internal VistA and/or operating system processes. Again, It's a smart move on the VA's part because it gives the development team quality control on client communications. And in all fairness the the need for non-VA people to write other types of clients may not have been a high enough priority so far. In any case the exact details of RPC Broker messages are a mystery to those outside the RPC Broker development team. See the RPC Broker Systems Manual, v-1.1, page 2-17: RPC BROKER MESSAGE STRUCTURE - partly reads as follows: The basic RPC Broker merssage structure consists of the following: * A header portion (which includes the name of the remote procedure call). * The body of the message (which includes descriptors, length computations, and M parameter data). Also, look in the RPC Broker Technical Manual, Version 1.1; Patch XWB*1.1*40 (Page 13-2): INTERFACES No *non*-VA products are embedded in or required by the RPC Broker software, other than those provided by the underlying operating systems. (emphasis theirs) Richard Schilling -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Schilling Sent: Friday, October 21, 2005 4:51 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] new Java client for VistA. Nancy Anthracite wrote: You mentioned the Broker documentation, and I know you are not referring to this particular documentation, but I was poking around the Broker components while attempting to use Delphi a few months back and the Help files with them were really wonderful. It was like a friend was right there trying to help me out and was doing a bang up job of it. From the end user standpoint and delphi developer standpoint it's great. No question. But I haven't seen any documentation yet on the actual protocol used on the wire yet. Have you run across this? Richard Schilling --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Accessing VistA/Linux/GT.M server from Windows Box
Enable telnetd on the Linux box - and use a VT102 terminal emulator on the Windows client. Richard Schilling Cognition Group, Inc. Seattle, WA [EMAIL PROTECTED] wrote: The later installs of Linux have telnet turned off or not even defined. - Original Message - From: K.S. Bhaskar [EMAIL PROTECTED] Date: Thursday, October 20, 2005 4:51 pm Subject: Re: [Hardhats-members] Accessing VistA/Linux/GT.M server from Windows Box Mike -- Are you using telnet or ssh? Is the service enabled / started on the Linux box? Regards -- Bhaskar On Thu, 2005-10-20 at 14:53 -0500, Mike Schrom wrote: After two weeks of installing and configuring Linux - GT.M - VistA - Samba, I was ecstatic to see the splash screen. I can access CPRS from the windows box and VistA from the Linux box, but that's the opposite of what I need. I need to have my front office access the scheduling and registration menus, which are only available under the text VistA, from their Windows (2000) machines. Tried Hyperterminal and PuTTY, both of which give me a screen on which I can force an echo, but there is no response from the Linux box. I can see and move files from machine to machine via Nautilus and Windows Explorer but I can't get a terminal mode. Suggestions? --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions,and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] new Java client for VistA.
Nancy Anthracite wrote: You mentioned the Broker documentation, and I know you are not referring to this particular documentation, but I was poking around the Broker components while attempting to use Delphi a few months back and the Help files with them were really wonderful. It was like a friend was right there trying to help me out and was doing a bang up job of it. From the end user standpoint and delphi developer standpoint it's great. No question. But I haven't seen any documentation yet on the actual protocol used on the wire yet. Have you run across this? Richard Schilling --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M for Alpha/AXP available at Source Forge
if you surveyed everyone at the village pub on a Saturday night, a decent percentage of them would have their monies at the tender mercies of a GT.M database. ... you might see me there, too crying in my beer about the demise of DEC - I had high hopes for the Digital architecture which was years ahead of its time in the 1980's/1990's. I hope HP keeps that architecture alive. Richard Schilling --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] new Java client for VistA.
I agree - it's very simple. The first thing I did was sniff the RPC protocol on the network. I did that a few years ago. But the problem is that without the protocol properly documented by the RPC Broker team I can't make any assumptions at all that what I'm seeing come across the network in a given IP session represents all possible cases. And I don't feel comfortable making guesses at the semantics of the control characters and separators that come in the transmission. It's kind of frustrating in a way because the protocol is so simple but writing my own protocol and client/server is much safer than risking downtime because the RPC Broker protocol changes and I don't have documentation to rewrite my code. As soon as I am comfortable with the documentation that's there I'll make an effort when I have time to write my code to the RCP Broker spec. Richard Schilling Todd Berman wrote: On Fri, 2005-10-21 at 13:51 -0700, Richard Schilling wrote: Nancy Anthracite wrote: You mentioned the Broker documentation, and I know you are not referring to this particular documentation, but I was poking around the Broker components while attempting to use Delphi a few months back and the Help files with them were really wonderful. It was like a friend was right there trying to help me out and was doing a bang up job of it. From the end user standpoint and delphi developer standpoint it's great. No question. But I haven't seen any documentation yet on the actual protocol used on the wire yet. Have you run across this? Honestly, Ive never seen a simpler protocol over the wire. It is pretty painfully easy. The harder issue is to figure out what the data returned is, basically What does piece 12 of this string do?. But the over the wire stuff is very trivial. I believe I implemented it in about an hour. --Todd --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M for Alpha/AXP available at Source Forge
I just have to say that I think this is all great news too! It opens up GT.M in its open source state for so many ... now...if you happen to have an extra AXP I can have access to :-) Richard Schilling K.S. Bhaskar wrote: This is the first release of GT.M for Alpha/AXP at Source Forge (http://sourceforge.net/projects/sanchez-gtm) under the GNU General Public License (GPL - see http://www.fsf.org/licensing/licenses/gpl.txt). Fidelity plans to follow up with the source code within the next few months. As was the case with the release of GT.M on x86 GNU/Linux under GPL, we had to develop procedures to convert from Fidelity's internal directory structures to those more suited to Source Forge. This work will be scheduled into the normal workflow of the developers and the source code will be released when that is completed. Meanwhile, the binaries are available for use. The GT.M Programmers Guide, Administration and Operations Guide, and Messages and Recovery Procedures manual are available at the GT.M user documentation site (http://www.sanchez-gtm.com/user_documentation/user_doc.htm). Each package consists of two files, one is the main GT.M distribution. The other is needed only for migrating databases to V5.0-000 from earlier releases. Refer to the GT.M Database Migration technical bulletin (http://www.sanchez-gtm.com/user_documentation/targets/GTM_Database_Migration.html) for details. We hope you find GT.M on Alpha/AXP to be useful. Please consider funding GT.M work by purchasing support if you put it into production. -- Bhaskar --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] CPRS alternatives (was: Cost to convert CPRS to Java
Jim Self wrote: Thanks Richard, I will look at the sources, but I don't have Tomcat/Resin so I can't easily see how the Swing applets work now unless that is demonstrated in an applet from one of your demonstration servers. Are there any more specific instructions for eliciting interesting behavior from your servers? The JSP sources don't have Swing applets - just regular web pages. The Swing applications can be used by running the scripts I mentioned. You should check out the discussion on the OpenEMed forum @ www.sourceforge.net/projects/openmed You'll get better help there. Richard --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] new Java client for VistA.
With the recent discussion on writing Java clients, I thought I would mention that in the upcomming release of OpenEMed (www.openemed.net), written completely in Java, we'll be releasing a client for GT.M. This makes OpenEMed a client of the GT.M platform. And of course, our next step after that is to work on getting OpenEMed to read the VistA data set directly. Once we have OpenEMed integrated into the VistA platform, we'll be able to make VistA a federated service on the network a-la the Java platform. Whether or not we use the higher level fileman functionality to read the VistA global space is yet to be determined, but so far I've accomplished what many seem to be asking for - a simple Java client that does straight reading/writing of the MUMPS global space. I found quite a bit of difficulty in working with the RPC broker code due to the aforementioned reverse engineering problem. And, all of the source code distributed with the existing Delphi components has been unnecessarily complicated for what we've needed to do so far. The GT.M server side code I've written is pretty well self-documented, and can be downloaded from the OpenEMed CVS repository now (look in src/tools/gov/lanl/Database/GTM for OEMEDSRV.m). Richard Schilling Cognition Group, Inc. Seattle, WA --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] open roster for Vista programmer positions
I would like to invite any of you with VistA programming experience to submit your vitae/resume to be included in Cognition's open roster. Please send the information below, which will be held in strict confidence, to me at [EMAIL PROTECTED] This open roster contains a list of people who would be available to hire in the event we begin a project requiring MUMPS programming on the VistA application. All of your work would be released back into the Worldvista project, with Rick Marshall (or someone he appoints) coordinating the effort on his end. I opened this work roster about two years ago, and it now needs to be renewed. So, even if you've submitted before, please submit again. When you send in your information, please include the following: * name and contact information * dates of availability * a short list of employers and titles * whether or not you have a security clearance In general, you can expect the following from a position at Cognition Group as a VistA programmer: * work very closely with the Worldvista organization * some work on integrating VistA with other applications/platforms * some relocation assistance * a reasonable wage and benefits package Thank you very much! Richard Schilling --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Where's the Consortium?
I've been poking around the Internet to find out more about the Intrastructure Consortium mentioned in the article below. I definitely believe that the eight companies submitted something to the Department of Health about the National Health Information Infrastructure, but I can't find any source of information about the Consortium. Anyone find additional information, like say on Microsoft's or IBM's website? Richard Schilling Gilbert, Francis S. WCO wrote: Slashdot (www.slashdot.org) has a reference to the following on their website today. Lots of interesting comments from readers, too. The New York Times' Steve Lohr reports that 'Eight of the nation's largest technology companies, including I.B.M., Microsoft and Oracle, have agreed to embrace open, nonproprietary technology standards as the software building blocks http://www.nytimes.com/2005/01/26/technology/26health.html?ex=1264395600en =9ad0622fe1ebc5b3ei=5090partner=rssuserland for a national health information network.' Microsoft, IBM, Intel, Oracle, Accenture, Cisco, Hewlett-Packard and Computer Sciences have formed the Interoperability Consortium to build a health information network proposed by the Department of Health and Human Services (HHS). The network is the first step in moving from paper to electronic patient records and sharing health data between doctors, researchers, insurers and hospitals. Mirrors at IHT http://www.iht.com/articles/2005/01/26/business/health.html and CNet News.com http://news.com.com/2102-1028_3-5550628.html with additional coverage at IDG/ComputerWorld Australia http://www.computerworld.com.au/index.php/id;605768782;fp;16;fpid;0. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
