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=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls)
Can't find it in the ftp. Can someone send me the link to download CPRS-R? Anna - Original Message - From: "Aylesworth, Marc A Ctr AFRL/IFSE" <[EMAIL PROTECTED]> To: Sent: Tuesday, March 07, 2006 1:50 AM Subject: RE: [Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls) > There is Vista-R which uses websphere and Delphi wrapped with Java I would > download that from the FOIa site to see if it useable. > > Thanks > Marc Aylesworth > > PAR C3I Group > AFRL/IFSE > Joint Battlespace Infosphere Team > > 525 Brooks Rd > Rome, NY 13441-4505 > > Tel:315.330.2422 > Fax:315.330.7009 > > Email: [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of J. > Michael Towry > Sent: Monday, March 06, 2006 3:19 PM > To: hardhats members > Subject: [Hardhats-members] Java-client access to VistA RPC (Remote > Procedure Calls) > > I've been asked to look into the possibility of using a Java client to > access VistA via the RPC Broker. Is this perhaps something simple that has > already been done (I hope, I hope, I hope) or will it require inventing (as > opposed to reinventing) the wheel? > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls)
I am not aware of such an effort, and I don't think you will be able to create a credible back-of-the-cocktail-napkin estimate. If you really want a credible estimate, I would suggest running the source code through a reverse engineering tool to create a metric such as the number of function points, the number of menu options or some other measure such as the number of gleeznop brognicks. Set up an agile project such as Scrum and implement some part of the functionality end to end. After one or two Scrum cycles, estimate what part of the total functionality you have implemented, and extrapolate. This won't be a cheap estimate because it will take you perhaps two months to go through the exercise. But it will give you something you can hang your hat on, and something that will give you a basis to track project progress. -- Bhaskar On Mon, 2006-03-06 at 17:38 -0600, Joseph Puthooran wrote: > Has anyone tried to estimate the work involved in redoing CPRS > for Linux - I mean complete with the RPC or else it does not > make sense. A wild guess without seriously looking under the > hood - I think something like 3-5 man years will be needed to > port it for freedom from Windows. But then if someone has > attempted it, or made a better estimate, and would be open to > working together, we could look at partnering. The other model > is an Open Source one. Anyone interested? > > Joseph Puthooran > [EMAIL PROTECTED] --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls)
Why redo it if Codeweavers is going to make it work on Linux using Crossover Office and Wine? Not to mention, that by the time you recoded it, there would be a new version or a bunch of new functionality you would have to add or change. Wiat for Codeweavers or wait for the CPRS-R Java version. On Monday 06 March 2006 18:38, Joseph Puthooran wrote: Has anyone tried to estimate the work involved in redoing CPRS for Linux - I mean complete with the RPC or else it does not make sense. A wild guess without seriously looking under the hood - I think something like 3-5 man years will be needed to port it for freedom from Windows. But then if someone has attempted it, or made a better estimate, and would be open to working together, we could look at partnering. The other model is an Open Source one. Anyone interested? Joseph Puthooran [EMAIL PROTECTED] --- Nancy Anthracite <[EMAIL PROTECTED]> 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. > > > On Monday 06 March 2006 15:18, J. Michael Towry wrote: > I've been asked to look into the possibility of using a Java > client to > access VistA via the RPC Broker. Is this perhaps something > simple that has > already been done (I hope, I hope, I hope) or will it require > inventing (as > opposed to reinventing) the wheel? > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking > scripting language > that extends applications into web and mobile media. Attend > the live webcast > and join the prime developer group breaking into this new > coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > -- > Nancy Anthracite > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking > scripting language > that extends applications into web and mobile media. Attend > the live webcast > and join the prime developer group breaking into this new > coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members __ 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=lnk&kid=110944&bid=241720&dat=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 xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls)
Has anyone tried to estimate the work involved in redoing CPRS for Linux - I mean complete with the RPC or else it does not make sense. A wild guess without seriously looking under the hood - I think something like 3-5 man years will be needed to port it for freedom from Windows. But then if someone has attempted it, or made a better estimate, and would be open to working together, we could look at partnering. The other model is an Open Source one. Anyone interested? Joseph Puthooran [EMAIL PROTECTED] --- Nancy Anthracite <[EMAIL PROTECTED]> 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. > > > On Monday 06 March 2006 15:18, J. Michael Towry wrote: > I've been asked to look into the possibility of using a Java > client to > access VistA via the RPC Broker. Is this perhaps something > simple that has > already been done (I hope, I hope, I hope) or will it require > inventing (as > opposed to reinventing) the wheel? > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking > scripting language > that extends applications into web and mobile media. Attend > the live webcast > and join the prime developer group breaking into this new > coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > -- > Nancy Anthracite > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking > scripting language > that extends applications into web and mobile media. Attend > the live webcast > and join the prime developer group breaking into this new > coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > __ 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=lnk&kid=110944&bid=241720&dat=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)
It does. And you can see that their class structure has a RPC Broker wrapper with equivalent functionality. Dialog Medical has been running an ActiveX control for RPC Broker functionality for some time now. I've seen a .NET Version using remoting and the FixIt model isn't obfuscated. It's not terribly complicated. If you don't want to make native calls, you can always wrap and route. Place web service like functionality on the M/Cache Server and then make calls into it. At some point, you'll want to make calls into the data layer or business functionality without having to only re-use existing calls. Then you'll benefit from having flexible plumbing. /David. David Sommers, Architect | Dialog Medical -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Sent: Monday, March 06, 2006 5:13 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls) Doesn't VistALink support Java (not sure if it uses RPC architecture). There's also the FixIt stuff at http://www.uku.fi/tike/fixit/english.html At 03:18 PM 3/6/2006, you wrote: >I've been asked to look into the possibility of using a Java client to >access VistA via the RPC Broker. Is this perhaps something simple that has >already been done (I hope, I hope, I hope) or will it require inventing (as >opposed to reinventing) the wheel? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ 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)
Doesn't VistALink support Java (not sure if it uses RPC architecture). There's also the FixIt stuff at http://www.uku.fi/tike/fixit/english.html At 03:18 PM 3/6/2006, you wrote: I've been asked to look into the possibility of using a Java client to access VistA via the RPC Broker. Is this perhaps something simple that has already been done (I hope, I hope, I hope) or will it require inventing (as opposed to reinventing) the wheel? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls)
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=lnk&kid=110944&bid=241720&dat=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)
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. On Monday 06 March 2006 15:18, J. Michael Towry wrote: I've been asked to look into the possibility of using a Java client to access VistA via the RPC Broker. Is this perhaps something simple that has already been done (I hope, I hope, I hope) or will it require inventing (as opposed to reinventing) the wheel? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Java-client access to VistA RPC (Remote Procedure Calls)
I've been asked to look into the possibility of using a Java client to access VistA via the RPC Broker. Is this perhaps something simple that has already been done (I hope, I hope, I hope) or will it require inventing (as opposed to reinventing) the wheel? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members