|
Dare, I can recall quite a bit of VB coding which was written to the APPC API's (EHLLAPI) on the PC and then communicated with the AS/400 through NS Router. This was standard practice for PC-AS/400 integration back in the pre-TCP/IP days. If this is your situation, then an SNA connection between the PC and the AS/400 would be required in order for that code to continue to function. If you want to eliminate the SNA server and cannot justify the rewriting of the VB code, then an alternative might be to find a third-party package which would give you an *ANYNET connection (routing SNA within IP) to the AS/400 and the same EHLLAPI interface. If I understand your situation correctly, there is no easy solution. Regards, Andy > On Behalf Of Dare > Subject: SNA SERVER & THE AS/400 > > Hi guys, > > I'm on OS400 V4R5 on a 510 box with current CUM. > > In my environment, we have regular AS400 applications, VB applications and > some ORACLE data connection. We also have remote connection from arround > the world. NS Router connects to an SNA server for access to the system. > > Given this evironment, is there any reason whatsoever that the SNA server > has to be in the picture. Can I do away with the server because I am > having too many problem with the folks administring the server giving a > steady connection for a whole week without some kind of a glitch, that > disconnects the users. I also want to eliminate the NS Router emulation > and go with CAE cause NS Router is not supported on Win2K, which is the > current OS of choice in my environment. So I have VB folks saying they > can not go to Win2k because they have code written that will not work if > OS is changed from Win95 to Win2k. > > Someone educate me here. > > > > Thanks, > > > Dare > > > > > > Each friend represents a world in us, a > world possibly not born until they arrive, > and it is only by this meeting that a new > world is born.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.