Excellent points!
I would contend the MUMPS standard is complete! Putting more effort into
it is a waste of important, limited resources that can be better used to
advance the state of VistA, especially in the area of productizing,
support infrastructure and evolution to state-of-the-art
are trying to use it in wasy it was never
designed to be used. But be that as it may, I agree that the fact that
out of the box VistA isn't especially well suited for use in a non-VA
hospital (or practice) is a major obstacle to adoption.
--- Terry Wiechmann [EMAIL PROTECTED] wrote:
Excellent
I would like to make a suggestion. As a part of the next WV meeting here
in bean town, I would like to see issues identified that will take Open
VistA to the next level, the issues categorized into projects, project
leaders to step forward to lead the projects and volunteers to step
forward to
And what would you use for the database :-)
Terry
But if it was a new project, I still would probably pick C#.
/David.
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real
It would be a mistake to ignore the Netbeans framework
(http://www.netbeans.org/). It's open source and a new version has been
released. It would give you a running start at a new GUI rather than
starting from scratch... in the same way Mozilla would give you the same
head start...
Terry L.
I believe it may have been mentioned in an earlier thread that the New
England MUMPS Users Group (NEMUG) is having a +$H=6 celebration on April
9th. This is the primary reason for having the World VistA Community meeting
at this time and place.
We at NEMUG will soon be calling people and
GEODE
is a new EsiObjects client project started by Eric Lambert. It can be found at
http://sourceforge.net/projects/geode/.
GEODE was created to run on a Linux box. Consequently, if you are using
EsiObjects in a Linux environment and want to avoid using the MS Windows client,
you may be
A new
EsiObjects V4.1.1.3 client has been posted to the EsiObjects project at
http://www.sourceforge.net/projects/esiobjects. This release is an upgrade and includes fixes to
some existing problems.
Terry L. Wiechmannwww.esitechnology.com978-779-0257Skype:
twiechmann
Please count me in also. I've always wanted to know more about objects in
the Cache environment - how Cache implemented the concept and especially how
it differentiates between objects and object wrappers?
Let me know what I can do to help?
Terry L. Wiechmann
www.esitechnology.com
978-779-0257
.
/David.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Terry
Wiechmann
Sent: Thursday, December 23, 2004 5:42 PM
To: hardhats-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] Intersystems
Maybe we should create a Yahoo account
Let me state it even more strongly - without Intersystems, MUMPS will truly
be dead. It's imperative that they and their users get more actively
involved in the Open VistA movement - they can bring a great deal of
credibility to the movement. Personally, I use Cache for all my current
development.
Attached is a routine that does MD5 encryption for passwords in EsiObjects.
I posted this to comp.lang.mumps a while back. Follow this link to see the
full thread - read the message that explains the lines ending in
;;EOCONDCD;...
http://www.language-one.org/new-5373799-5335.html
Terry L.
?
-- Bhaskar
On Mon, 2004-11-29 at 07:48, Terry Wiechmann wrote:
It works fine when a routine export file is created with a DSM format
using
Cache. However, it will not import a file created by Cache in its default
format - at least not in my environment.
Terry L. Wiechmann
www.esitechnology.com
Thanks for the excellent explanation of JavaScript - it is exactly for those
reasons that we chose it to implement the EasyCHCS system that is running at
the Naval Medical Center San Diego and later the EasyEnterprise system.
Terry L. Wiechmann
www.esitechnology.com
978-779-0257
Skype: twiechmann
of the week, Terry Wiechmann asked:
'Whats the fastest way to get just the latest File Manager kit?'
Fil Beza suggested just extracting it from the latest FOIA, but Lloyd
Milligan I have done that for you. Go to
http://www.hardhats.org/fileman/FMrepairs.html. The Download it right
here
Hey George - comments below...
Terry L. Wiechmann
www.esitechnology.com
978-779-0257
Skype: twiechmann
- Original Message -
From: George Timson [EMAIL PROTECTED]
To: Hardhats [EMAIL PROTECTED]
Sent: Sunday, November 28, 2004 5:44 PM
Subject: [Hardhats-members] FileMan for GT.M
Terry
packages, modern languages are used to
implement the application tier. The Java Gateway provides communications
from a Java/JSP environment to the server side via proxy objects that are
generated by EsiObjects.
I think we are in a catch-22
Where's the catch 22?
Kevin
--- Terry Wiechmann [EMAIL
. Is
that
along the lines of what you are thinking?
On Thursday 25 November 2004 09:29 am, Terry Wiechmann wrote:
If the community is going to revive the standardization process, it
better
have a 'vision' beyond the Millennium Standard. The fact is MUMPS is
perceived as an old procedural language
"In addition, Java and relational databases are
better suited together, he said."
Dead wrong... Java is an object oriented system,
relational databases are not (forget the add-on marketing). Apples and oranges.
Java and Object Oriented databases are "better suited together".
Terry L.
this map...beginning
with a simple prototype...unless of course there is a model to start
from.
Cheers,
Joseph
On Sun, 2004-09-19 at 06:11, Terry Wiechmann wrote:
SourceForge does have a CVS. We have all the EsiObjects C++ (client)
code
out there. Over the next couple months we will be putting
Kevin
--- Terry Wiechmann [EMAIL PROTECTED]
wrote:
SourceForge does have a CVS. We have all the
EsiObjects C++ (client) code
out there. Over the next couple months we will be
putting the core MUMPS
routines out (next) as well as the class hierarchy.
There should be overlap
with what
, Medsphere, and Open Source
I appreciate what you are doing, Terry.
Thanks
Kevin
--- Terry Wiechmann [EMAIL PROTECTED]
wrote:
SourceForge does have a CVS. We have all the
EsiObjects C++ (client) code
out there. Over the next couple months we will be
putting the core
Jim Self wrote:
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
.
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
. 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
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
I
would like to announce the submission of the EsiProxy package to Open
Source.The EsiProxy V1.0.0.1 kit (http://sourceforge.net/projects/esiobjects/) contains software (Java) used to handle incoming
(client) TCP connections and makes appropriate server side connections.
Itspurpose is to
27 matches
Mail list logo
