Greg W wrote: >In fact, my inclination would be to not try to implement web services >directly in MUMPS, but there still needs to be a mechanism for >communicating with whatever you do use to implement web services. Using >the TCP/IP as natively implemented in MUMPS isn't a very good solution.
You seem to be speaking from limited experience of MUMPS implementations. The problem is not inherent to MUMPS but to implementations of device handling that were developed before advent of the web and not seriously reengineered since then. MUMPS_V1 has an elegant solution for the type of device handling needed. We at UCD VMTH (Ed Clubb actually) implemented a highly effective web server for DTM. I seem to recall that Patterson and Gray have a solid web server in M3 and Kevin O'Kane's MUMPS as well. >I would much prefer to see a FIFO or some other mechanism for invoking >a C library capable of using JMS (say) to talk to the web service >implementation. But using HTTP implementedf in MUMPS to talk to another >box (or process) implementing wb services using HTTP is a little >ridiculous. !!!??? >--- Dan <[EMAIL PROTECTED]> wrote: >> Web service was basically introduced as a standard to replace CORBA. >> >> There's a lot more to it than just being XML. It's a way to expose >> procedures to 3rd parties without having to develop your own set of >> protocols. You expose your service via a WSDL (web service >> descriptor >> language) document. This lets the client know how to connect to your >> >> service and what to expect in return. There are two types of >> services -- >> document and rpc. >> >> Most languages have the necessary components to build servers and >> clients >> from blocks of code that follow certain conventions. >> >> I'm not sure if VistA would benefit from WS being implemented >> natively. I >> don't think the VA is pursuing XML development with MUMPS (although >> very >> well suited to handle XML). I think they've stopped development on >> their >> XML parser. >> >> It would probably be easier to expose services through a supported >> implementation, such as Tomcat/Axis and then connect to M for >> database access. >> > > >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: NEC IT Guy Games. >Get your fingers limbered up and give it your best shot. 4 great events, 4 >opportunities to win big! Highest score wins.NEC IT Guy Games. Play to >win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 >_______________________________________________ >Hardhats-members mailing list >Hardhats-members@lists.sourceforge.net >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: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
