.NET is an open standard. It's just one of the most popular implementations is Microsoft's .NET Framework for Windows. Mono is an implementation of .NET for all platforms. Novell and Gnome will be all Mono within the coming year moving away from the mixmatch of languages currently in use. C# is by far my favorite language to date.
It's similar to the Java runtime. Sun's JVM is proprietary in that you can't take it apart and re-package it - but in a single piece, it's highly dependable. Then IBM, Oracle, etc have their implementation of the Java Spec each with varying licenses, etc. So actually - it's closer than you think. Of course I'm a developer that realizes where my clients are and 98% of healthcare is in Windows. Also healthcare is one of the slowest industries to upgrade so their refresh cycle is 5+ years for complete infrastructure upgrades. I always say use the best solution that's available. Be pro-OSS but not only-OSS, anti-MS may not be the best solution because cross-platform development isn't known for its rapid deployment. The best platform for multiple clients is still the browser whether the server is JSP, .NET, PHP, whatever... So why not a browser implementation? Recent advances in client-side browser computing is moving along well (AJAX and Client Scripting such as Google Suggest and Google Maps). The top three clients across the platforms are still: Browser, Java, and .Net/Mono. /David. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Thursday, May 19, 2005 8:57 AM To: [email protected] Subject: Re: [Hardhats-members] Re: Creating Java client for OpenVista I don't know much about .NET except that it is infrastructure that MS offers. It is not bad code, but it ties one to the Windows environment.... Except that I have heard that .NET implementations outside of Windows are available. Kevin --- Troy Caldwell <[EMAIL PROTECTED]> wrote: > David Sommers wrote: > > >I know the VA also had internal projects that work > in .NET and Java - > >has anyone tried to FOIA those? > > > > > Is there something besides the pseudo-java code that > is available in the > VistAWeb FOIA? That would be great if it were > available, since what I > see in VistAWeb seems very .NET centric. > > >When I first started out with making our > development tools (VB6 and > >.NET) work with VistA, I looked at the Java > implementation in FixIt and > >that works in native Java (as I recall). You may > want to contact that > >project to see if you can re-use. > > > > > I looked at the FixIt project, but found the license > terms too > restrictive, mainly around the ability to modify and > create derivative > works. It seems to me to be difficult to get the > code to evolve in an > open-source community with license terms that > prevent modification. > Maybe I'm missing something. Otherwise I found this > to be an interesting > system and I am curious about its adoption and use. > > >I ended up just writing the wire protocol from the > Delphi source into > >VC. For added functionality, I also layered the > BDK in an ActiveX > >control so that internal developers could pick what > they wanted. The > >OCX works really well for any COM based application > on Windows - which > >is most. > > > > > I must admit that I have a bias against Microsoft > based solutions, > especially in relation to OSS. Call me narrow minded > ;-) > > Thanks for the pointers, > -Troy > > >/David. > > > >-----Original Message----- > >From: [EMAIL PROTECTED] > >[mailto:[EMAIL PROTECTED] > On Behalf Of K.S. > >Bhaskar > >Sent: Wednesday, May 18, 2005 4:52 PM > >To: [email protected] > >Subject: Re: [Hardhats-members] Re: Creating Java > client for OpenVista > > > >Troy -- > > > >Great work! > > > >Incidentally, two things that may be helpful to you > are the client for > >GNP written in PHP from > http://sourceforge.net/projects/sanchez-gtm and > >MLink at http://sourceforge.net/projects/mlink - it > hasn't been updated > >in a couple of years, but is supposedly functional. > > > >Regards > >-- Bhaskar > > > >Troy Caldwell wrote: > > > > > >>I have been working on a toolbox of java bridge > components that I'm > >>calling m2java (i know, not very original). As > part of this effort I > >>looked at the "java" files included in the > VistAWeb sources, in > >>particular the MDO package. I'm not sure, but I > think this code is > >>written in some sort of a Microsoft contamination > of Java. Anyhow, > >> > >> > >with > > > > > >>a little effort I was able to rework most of the > protocol code to be > >>Java compliant. I haven't had a chance to test it > out yet, but I will > >>release it shortly on sourceforge. > >> > >>Following is a summary of the components I've put > together: > >> > >>rpcbrokerj - a repackaging of the VistAWeb rpc > broker client as a > >>standalone pure java component. > >> > >>mj - m parser written in java. Very primitive, > doesn't use a proper > >>grammer and generator such as javacc, but it is > simple and can be used > >> > >> > > > > > > > >>for building code analysis graphs. > >> > >>gnpj - Java port of the GT.M GNP protocol which > can be used for > >>accessing GT.M globals from java (over TCP > sockets). > >> > >>sshscraper - XML based screen scraping state > machine that uses > >> > >> > >Mindterm > > > > > >>SSH. This includes scripts, based on Mark > Street's installation > >>instructions, for installing and configuring > OpenVistA. The > >>variabilities are supplied through properties > files and can be driven > >> > >> > >by > > > > > >>ANT scripts. > >> > >>filemanj - java wrappers for fileman meta-data > elements. > >> > >>Any thoughts or feedback would be greatly > appreciated. > >> > >>Troy Caldwell > >>Buena Vista Solutions Inc. > >>http://www.buenavistasolutions.com > >> > >>Kevin Toppenberg wrote: > >> > >> > >> > >>>It may not be documented, but it isn't secret is > it? Can't one just > >>>look at the Delphi/pascal code and then > >>>write equivalent code for Java? > >>> > >>>Labor intensive I'm sure, but you wouldn't to be > quite > >>>as low level as true reverse engineering. > >>> > >>>But then again, if the VA already has some first > steps > >>>with a web access, doesn't that mean that a java > tool > >>>already exists? > >>> > >>>Kevin > >>> > >>>--- Greg Woodhouse > <[EMAIL PROTECTED]> > >>>wrote: > >>> > >>> > >>> > >>> > >>> > >>>>Except, of course, that the wire protocol used > by > >>>>the RPC Broker isn't > >>>>documented. If it were, writing a Java > >>>>implementation without having to > >>>>resort to reverse engineering the thing would be > >>>>much easier. > >>>> > >>>>--- Cable One <[EMAIL PROTECTED]> wrote: > >>>> > >>>> > >>>> > >>>> > >>>>>Best place to start will be with the RPC Broker > >>>>> > === message truncated === Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_idt12&alloc_id344&op=click _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
