Terry, Thanks for the explanation. Terry Wiechmann wrote: >Sorry, a simple question to a teacher will produce this kind of response ;-) >My apologies...
None needed for me. I thought it was very clear. >The web application is a three-tier architecture. Direct web capability is >not a part of EsiObjects. This is pretty much as I thought. I have been interested in EsiObjects for quite some time, but have not had the time and energy to get into it deeply yet, particularly as until recently I had thought that the clients ran only on Microsoft. With all the work you have been putting into opening it up lately it looks like I will have to give it a serious look again in the relatively near future. >EsiObjects is a layer that sits on top of the MUMPS and implements an object >model (with MUMPS code and globals just like File Manager implements its >model). Additionally, EsiObjects provides support for TCP based >communications. The object model is accessed through sessions (processes) >that are TCP based. From the EsiObjects client (development or runtime), you >connect to the EsiObjects environment (a process on some MUMPS machine). >EsiObjects has several ways of connecting: 1) COM Bridge for MS Applications >2) Wireless, 3) Java Gateway and 4) CORBA (EsiORB) for enterprise wide >applications. These connectivity packages are written as a combination of >MUMPS and external code. > >The EsiEnterprise web-based application is a three-tier application. It was >originally implemented to integrate and display data (within a web browser) >collected from CHCS and VistA systems. On the server side, the EsiObjects >environment (server or model side) contains VistA data wrappers (classes >generated from the VistA DD). These wrappers access VistA globals directly >(read-only because the application only pulls and displays data). The EsiEnterprise server would seem to have a great deal of similarity in its overall function and purpose with the data viewer included with M2Web (^view* routines). The data viewer predates the web, but for the web, it can present data in HTML tables or lists, or in XML, or as Javascript objects. I am surprised to learn that the EsiObjects data wrappers for VistA are read-only. (Or did I misread that?) Still, I would like to know more about them and especially for considering the possibility of accessing them via M2Web and a full web browser based client (HTTP, HTML, Javascript, XUL, XML, CSS, etc.) for EsiObjects. >A session >level object façade provides the application interface to the caller >(through the TCP layer) and accesses the wrappers to retrieve data. The >application itself resides on the application server and is written in >JSP/Java. What advantages do you see in writing the server-side applications in JSP/Java compared to MUMPS? or PHP, Python, Perl, etc? >This application uses the Java Gateway. That is, with the >EsiObjects development environment, a Java proxy is generated of the session >application façade and integrated into the application layer. The >application code on the application server uses this proxy interface to >communicate (transparently) with the EsiObjects environment on the server. > > > >I had a demo up and running for some time but am in the process of >rebuilding all of my servers. When it is back up I will let you know. > > > >The bottom line is this - it is not 'the' web approach - it is only one of >many approaches. Its just another choice for those that want to go the OO, >three-tier route - no competition intended :-) > > > >Terry L. Wiechmann >www.esitechnology.com >978-779-0257 > > > >----- Original Message ----- >From: "Jim Self" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Cc: <[EMAIL PROTECTED]> >Sent: Thursday, September 09, 2004 1:37 AM >Subject: Re: [Hardhats-members] web based access to VistA (was >EsiObjects...) > > >> Web based access to patient records and other VistA data is easily >accomplished with >> M2Web. It is not an aspect of EsiObjects that I am aware of. How would >that be done? Is >> some kind of demo of it already available? >> >> Bhaskar, what specifically do you want to demonstrate? Perhaps it could be >achieved with a >> small programming project. >> >> Bhaskar wrote: >> >ESIObjects is not yet a part of the OpenVistA VivA demo CD, but I would >> >like it to become a part of it, especially to demonstrate web based >> >access to patient records. >> > >> >-- Bhaskar >> > >> >On Mon, 2004-09-06 at 12:32, Kevin Toppenberg wrote: >> >> Terry, >> >> >> >> I wonder if it would be possible for you to write a >> >> SIMPLE demo of the ESI technology to include with the >> >> next VistA demo disk? I understand that Bhaskar is >> >> now including the ESI technology as part of the >> >> standard OpenVistA stack. It might be nice to be able >> >> to demonstrate what it can do. >> >> >> >> I think you told me what the technology is all about >> >> before, but without a picture or an app to associate >> >> it with, I keep forgetting. >> >> >> >> Just a thought. Thanks for your work on this. >> >> >> >> Kevin >> >> >> >> >> >> --- Terry Wiechmann <[EMAIL PROTECTED]> >> >> wrote: >> >> >> >> > Shortly ESI will be submitting the new EsiObjects >> >> > V4.1.1.2 kit to Open Source. Because of the >> >> > obsolescence of MSM and DSM, I've decided to >> >> > discontinue support for these two M systems. We will >> >> > be putting our efforts into enhancing EsiObjects for >> >> > GT.M and Cache, implementing the new Java client, >> >> > adding new packages and adding support for other >> >> > MUMPS implementations such as M21 and MUMPS V1. >> >> > >> >> > >> >> > >> >> > If anyone has a really strong objection to this >> >> > decision, please send me a mail message at >> >> > [EMAIL PROTECTED] or call me at >> >> > 978-779-5351. >> >> > >> >> > >> >> > >> >> > Terry L. Wiechmann >> >> > www.esitechnology.com >> >> > 978-779-0257 >> >> --------------------------------------- >> 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 BEA Weblogic Workshop >> FREE Java Enterprise J2EE developer tools! >> Get your free copy of BEA WebLogic Workshop 8.1 today. >> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click >> _______________________________________________ >> Hardhats-members mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/hardhats-members >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by BEA Weblogic Workshop >FREE Java Enterprise J2EE developer tools! >Get your free copy of BEA WebLogic Workshop 8.1 today. >http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click >_______________________________________________ >Hardhats-members mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/hardhats-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: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
