RE: RCP Broker Message Structure (was Re: [Hardhats-members] new Java client for VistA.)
Understood. What is it that you are looking for? The application data can be had by looking at the RPC code on both the client and the server. You can view it using a sniffer as well. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Schilling Sent: Saturday, October 22, 2005 8:15 PM To: hardhats-members@lists.sourceforge.net Subject: 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 --- 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] Re: Hardhats-members
Run the two databases in two different directories, say C:\Cachesys\MGR\EHR and C:\CacheSys\MGR\VistA and when you start the listener, do it with a different port for each one. Next I need to find out exactly how you are starting the the listener to know where to tell you to change the port. The ports are not fixed in stone. You could choose 9200, 9300, pretty much what you want as long as you are not somewhere where you will step on a port used for something else. Two places you might be able to change are to change the port number if you start the listener with D STRT^XWBTCP([PORT]) or using D Q^DI Option 1 and edit the listener port in the RPC Broker File On Saturday 22 October 2005 09:12 pm, Bharath Ramachandra wrote: hello, how do can i setup 2 EHR databases on the same cache server, since both the databases are listening on 9210 how can i change the port number to listen on a different port number on cache ? Thanks Bharath Ramachandra - Yahoo! FareChase - Search multiple travel sites in one click. -- Nancy Anthracite --- 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
[Hardhats-members] Re: Hardhats-members
hello, how do can i setup 2 EHR databases on the same cache server, since both the databases are listening on 9210 how can i change the port number to listen on a different port number on cache ? Thanks Bharath Ramachandra Yahoo! FareChase - Search multiple travel sites in one click.
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] Problem unitizing File Man
You should use Cache Configuration Manager to map as follows: Globals: %Z* to VISTA Routines: %DT* to VISTA %RCR to VISTA %XU* to VISTA %ZIS* to VISTA %ZO* to VISTA %ZT* to VISTA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Friday, October 21, 2005 3:28 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Problem unitizing File Man Did you set up the mappings for the % routines? Unfortunately, this is something you have to do manually. --- Peter Bodtke <[EMAIL PROTECTED]> wrote: > I am attempting to install VistA on XP Pro with a Cache single user > developer license. I am able to run File Man, connect with the > Cache.dat in > namespace VISTA and modify fields, but when I tried to initialize > File Man I > receive an error: > > VISTA>D ^DINIT > > VA FileMan V.22.0 > > K %DT,DT S:$D(IO(0))[0 IO(0)=$I D NOW^%DTC S DT=X,U="^" > > ^ > > DTNOLF+3^DICRW > > VISTA 3d2> > > Any thoughts? > > Peter Bodtke > [EMAIL PROTECTED] > 973.762.3364 (H) > 973.752.3730 (C) > > > > --- > 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 > === Gregory Woodhouse <[EMAIL PROTECTED]> "Einstein was a giant. He had his head in the clouds and his feet on the ground." -- Richard P. Feynman --- 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] GT.M for Alpha/AXP available at Source Forge
dead as a product for HPbut just think of all those hospitals out there that can pick up an enterprise server on eBay for the price of a PC or less Chuck Norem wrote: On 10/21/05, Richard Schilling <[EMAIL PROTECTED]> wrote: 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 I believe it's already dead, with the 1.6 GHz EV7z being the final version. --- 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
