Re: [Hardhats-members] Re: Creating Java client for OpenVista
Jim Self wrote: Troy Caldwell wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. This sounds very promising. I'm now waiting for sourceforge approval. I think they are in the middle of a site update which could be delaying their approval process. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. Is this something that would be suitable for access as a java applet in Mozilla Firefox? If so, do you see this giving significant performance or other benefits over an HTTP based client if an HTTP version of the broker server were available? I don't know. I see this as a means for a java program to speak the rpcbroker protocol with a VistA server allowing a wide range of java based configurations, applet client, JSP web frontend, webstart client, etc.. All I've done is rework the pseudo-java code in the VistAWeb FOIA to make it real java, although from what I'm hearing of VistALink, this may just be duplicated effort. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. Where is this going? MUMPS editor, syntax checking, limited client-side interpretation of input transforms? I seem to recall that there was an announcement some time back of a java based MUMPS interpreter, I think on comp.lang.mumps, but I didn't follow up to get details and I don't know its status now. I goodled for it now and couldn't find it. I've heard something as well of an M interpreter implemented in Java, but have not seen it available. That could definitely open up some interesting possibilities. My main motiviation for putting the parser together was for grokking the 20,000 source files in OpenVista and as a nice way to learn M :-) If this could be used as a basis for some other efforts that would be great. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. This could be very interesting. Could you give examples of what you have in mind? I have done some work in translating fileman metadata to Javascript that is accessible via M2Web. I understand that the Javascript literal data format is remarkably similar to that of Python and several other dynamic languages and so might be used as a highly efficient means of porting data and metadata objects. That sounds very interesting. Once again, my efforts originated from a desire to better understand VistA/M from a java perspective and explore means on interoperation. My thoughts are directed toward providing meta-data translation and another integration point. Could data models in Fileman be used as an input for MDA program generators? Programs for viewing, managing, manipulating,translating, etc? Is it possible or even useful to create a Java fileman api that uses reflection on these wrappers? It seems to me there could be some promise here and perhaps similar efforts are already underway, thus I'm putting out this set of tools. -Troy Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- 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 Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click
RE: [Hardhats-members] Re: Creating Java client for OpenVista
.NET is an open standard. It's just one of the most popular implementations is Microsoft's .NET Framework for Windows. Mono is an implementation of .NET for all platforms. Novell and Gnome will be all Mono within the coming year moving away from the mixmatch of languages currently in use. C# is by far my favorite language to date. It's similar to the Java runtime. Sun's JVM is proprietary in that you can't take it apart and re-package it - but in a single piece, it's highly dependable. Then IBM, Oracle, etc have their implementation of the Java Spec each with varying licenses, etc. So actually - it's closer than you think. Of course I'm a developer that realizes where my clients are and 98% of healthcare is in Windows. Also healthcare is one of the slowest industries to upgrade so their refresh cycle is 5+ years for complete infrastructure upgrades. I always say use the best solution that's available. Be pro-OSS but not only-OSS, anti-MS may not be the best solution because cross-platform development isn't known for its rapid deployment. The best platform for multiple clients is still the browser whether the server is JSP, .NET, PHP, whatever... So why not a browser implementation? Recent advances in client-side browser computing is moving along well (AJAX and Client Scripting such as Google Suggest and Google Maps). The top three clients across the platforms are still: Browser, Java, and .Net/Mono. /David. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Thursday, May 19, 2005 8:57 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Re: Creating Java client for OpenVista I don't know much about .NET except that it is infrastructure that MS offers. It is not bad code, but it ties one to the Windows environment Except that I have heard that .NET implementations outside of Windows are available. Kevin --- Troy Caldwell [EMAIL PROTECTED] wrote: David Sommers wrote: I know the VA also had internal projects that work in .NET and Java - has anyone tried to FOIA those? Is there something besides the pseudo-java code that is available in the VistAWeb FOIA? That would be great if it were available, since what I see in VistAWeb seems very .NET centric. When I first started out with making our development tools (VB6 and .NET) work with VistA, I looked at the Java implementation in FixIt and that works in native Java (as I recall). You may want to contact that project to see if you can re-use. I looked at the FixIt project, but found the license terms too restrictive, mainly around the ability to modify and create derivative works. It seems to me to be difficult to get the code to evolve in an open-source community with license terms that prevent modification. Maybe I'm missing something. Otherwise I found this to be an interesting system and I am curious about its adoption and use. I ended up just writing the wire protocol from the Delphi source into VC. For added functionality, I also layered the BDK in an ActiveX control so that internal developers could pick what they wanted. The OCX works really well for any COM based application on Windows - which is most. I must admit that I have a bias against Microsoft based solutions, especially in relation to OSS. Call me narrow minded ;-) Thanks for the pointers, -Troy /David. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Wednesday, May 18, 2005 4:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Re: Creating Java client for OpenVista Troy -- Great work! Incidentally, two things that may be helpful to you are the client for GNP written in PHP from http://sourceforge.net/projects/sanchez-gtm and MLink at http://sourceforge.net/projects/mlink - it hasn't been updated in a couple of years, but is supposedly functional. Regards -- Bhaskar Troy Caldwell wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code
Re: [Hardhats-members] Re: Creating Java client for OpenVista
I don't know much about .NET except that it is infrastructure that MS offers. It is not bad code, but it ties one to the Windows environment Except that I have heard that .NET implementations outside of Windows are available. Kevin --- Troy Caldwell [EMAIL PROTECTED] wrote: David Sommers wrote: I know the VA also had internal projects that work in .NET and Java - has anyone tried to FOIA those? Is there something besides the pseudo-java code that is available in the VistAWeb FOIA? That would be great if it were available, since what I see in VistAWeb seems very .NET centric. When I first started out with making our development tools (VB6 and .NET) work with VistA, I looked at the Java implementation in FixIt and that works in native Java (as I recall). You may want to contact that project to see if you can re-use. I looked at the FixIt project, but found the license terms too restrictive, mainly around the ability to modify and create derivative works. It seems to me to be difficult to get the code to evolve in an open-source community with license terms that prevent modification. Maybe I'm missing something. Otherwise I found this to be an interesting system and I am curious about its adoption and use. I ended up just writing the wire protocol from the Delphi source into VC. For added functionality, I also layered the BDK in an ActiveX control so that internal developers could pick what they wanted. The OCX works really well for any COM based application on Windows - which is most. I must admit that I have a bias against Microsoft based solutions, especially in relation to OSS. Call me narrow minded ;-) Thanks for the pointers, -Troy /David. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Wednesday, May 18, 2005 4:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Re: Creating Java client for OpenVista Troy -- Great work! Incidentally, two things that may be helpful to you are the client for GNP written in PHP from http://sourceforge.net/projects/sanchez-gtm and MLink at http://sourceforge.net/projects/mlink - it hasn't been updated in a couple of years, but is supposedly functional. Regards -- Bhaskar Troy Caldwell wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker === message truncated === Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html
Re: [Hardhats-members] Re: Creating Java client for OpenVista
Look into VistALink, it is a pure java environment for VistA access, HelathEVet was designed around it. The namespace is XOB and the latest released version is 1.0. You can get free java development environments on the web, NetBeans and Eclipse are the two I am currently investigating. So, the answer would be yes you can create pure java clients to OpenVistA - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] Date: Thursday, May 19, 2005 8:57 am Subject: Re: [Hardhats-members] Re: Creating Java client for OpenVista I don't know much about .NET except that it is infrastructure that MS offers. It is not bad code, but it ties one to the Windows environment Except that I have heard that .NET implementations outside of Windows are available. Kevin --- Troy Caldwell [EMAIL PROTECTED] wrote:David Sommers wrote: I know the VA also had internal projects that work in .NET and Java - has anyone tried to FOIA those? Is there something besides the pseudo-java code that is available in the VistAWeb FOIA? That would be great if it were available, since what I see in VistAWeb seems very .NET centric. When I first started out with making our development tools (VB6 and! --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412_id=16344=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Re: Creating Java client for OpenVista
Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Re: Creating Java client for OpenVista
Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Re: Creating Java client for OpenVista
It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ 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 Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Re: Creating Java client for OpenVista
I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ 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 Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Re: Creating Java client for OpenVista
fantastic! I look forward to your release. It sounds like this is what was needed. I don't think I will be doing any java development, but it will be great to have the tool if I change my mind. Thanks Kevin --- Troy Caldwell [EMAIL PROTECTED] wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net === message truncated === __ 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 Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Re: Creating Java client for OpenVista
Well, you have certainly been busy! I wish I knew more so I could better understand what you have done, but one thing I do know, is that it must have been a heck of a lot of work! Hopefully, you will now be getting some help! On Wednesday 18 May 2005 04:30 pm, Troy Caldwell wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ 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 Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes!
Re: [Hardhats-members] Re: Creating Java client for OpenVista
Troy -- Great work! Incidentally, two things that may be helpful to you are the client for GNP written in PHP from http://sourceforge.net/projects/sanchez-gtm and MLink at http://sourceforge.net/projects/mlink - it hasn't been updated in a couple of years, but is supposedly functional. Regards -- Bhaskar Troy Caldwell wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ 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 Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes!
Re: [Hardhats-members] Re: Creating Java client for OpenVista
Just my attempts to an understanding of VistA/M from what I am already familiar. I am hoping that building bridges between M and Java will help open up VistA to the world of Java open source development. I'm also thinking that the screen scraper interface can make installation and configuration easier. It is primitive (as screen scraping approaches are), but by filling out a properties file with values for siteName, siteNumber, institutionName, etc you can run the script and have the initial installation and configuration run automagically. There are still a few kinks in it, but I'm about 80% through configuration scripts on the Wiki. -Troy Well, you have certainly been busy! I wish I knew more so I could better understand what you have done, but one thing I do know, is that it must have been a heck of a lot of work! Hopefully, you will now be getting some help! On Wednesday 18 May 2005 04:30 pm, Troy Caldwell wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best
RE: [Hardhats-members] Re: Creating Java client for OpenVista
I know the VA also had internal projects that work in .NET and Java - has anyone tried to FOIA those? When I first started out with making our development tools (VB6 and .NET) work with VistA, I looked at the Java implementation in FixIt and that works in native Java (as I recall). You may want to contact that project to see if you can re-use. I ended up just writing the wire protocol from the Delphi source into VC. For added functionality, I also layered the BDK in an ActiveX control so that internal developers could pick what they wanted. The OCX works really well for any COM based application on Windows - which is most. /David. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Wednesday, May 18, 2005 4:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Re: Creating Java client for OpenVista Troy -- Great work! Incidentally, two things that may be helpful to you are the client for GNP written in PHP from http://sourceforge.net/projects/sanchez-gtm and MLink at http://sourceforge.net/projects/mlink - it hasn't been updated in a couple of years, but is supposedly functional. Regards -- Bhaskar Troy Caldwell wrote: I have been working on a toolbox of java bridge components that I'm calling m2java (i know, not very original). As part of this effort I looked at the java files included in the VistAWeb sources, in particular the MDO package. I'm not sure, but I think this code is written in some sort of a Microsoft contamination of Java. Anyhow, with a little effort I was able to rework most of the protocol code to be Java compliant. I haven't had a chance to test it out yet, but I will release it shortly on sourceforge. Following is a summary of the components I've put together: rpcbrokerj - a repackaging of the VistAWeb rpc broker client as a standalone pure java component. mj - m parser written in java. Very primitive, doesn't use a proper grammer and generator such as javacc, but it is simple and can be used for building code analysis graphs. gnpj - Java port of the GT.M GNP protocol which can be used for accessing GT.M globals from java (over TCP sockets). sshscraper - XML based screen scraping state machine that uses Mindterm SSH. This includes scripts, based on Mark Street's installation instructions, for installing and configuring OpenVistA. The variabilities are supplied through properties files and can be driven by ANT scripts. filemanj - java wrappers for fileman meta-data elements. Any thoughts or feedback would be greatly appreciated. Troy Caldwell Buena Vista Solutions Inc. http://www.buenavistasolutions.com Kevin Toppenberg wrote: It may not be documented, but it isn't secret is it? Can't one just look at the Delphi/pascal code and then write equivalent code for Java? Labor intensive I'm sure, but you wouldn't to be quite as low level as true reverse engineering. But then again, if the VA already has some first steps with a web access, doesn't that mean that a java tool already exists? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Except, of course, that the wire protocol used by the RPC Broker isn't documented. If it were, writing a Java implementation without having to resort to reverse engineering the thing would be much easier. --- Cable One [EMAIL PROTECTED] wrote: Best place to start will be with the RPC Broker documentation and code. That defines the communications with OpenVist from the client side I believe. The CPRS code will show you how the client now works and what kind of messages you will need to send toward Vista in order to perform the Clinical tasks. Best regards, Donald R. Donigan donigan technology, LLC dba Desert CODE Works [EMAIL PROTECTED] [EMAIL PROTECTED] -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.12 - Release Date: 5/17/2005 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http