RE: APLI
Dan Shia <dset!shia@uunet.uu.net> Wed, 01 April 1992 01:58 UTC
Received: from nri.nri.reston.va.us by ietf.NRI.Reston.VA.US id aa03136; 31 Mar 92 20:58 EST
Received: from nri.reston.va.us by NRI.Reston.VA.US id aa02906; 31 Mar 92 21:01 EST
Received: from haig.cs.ucl.ac.uk by NRI.Reston.VA.US id aa02902; 31 Mar 92 21:01 EST
Received: from relay1.UU.NET by haig.cs.ucl.ac.uk with Internet SMTP id <g.01764-0@haig.cs.ucl.ac.uk>; Tue, 31 Mar 1992 07:36:36 +0100
Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA14743; Tue, 31 Mar 92 01:35:17 -0500
Received: from dset.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 013422.424; Tue, 31 Mar 1992 01:34:22 EST
Received: by dset (4.1/SMI-4.0) id AA17461; Tue, 31 Mar 92 00:10:35 EST
Date: Tue, 31 Mar 1992 00:10:35 -0500
From: Dan Shia <dset!shia@uunet.uu.net>
Message-Id: <9203310510.AA17461@dset>
To: uunet!hal.com!petonic@uunet.uu.net
Subject: RE: APLI
Cc: uunet!cs.ucl.ac.uk!osi-ds@uunet.uu.net, uunet!nic.ddn.mil!isode@uunet.uu.net, uunet!spartacus.psiongw@uunet.uu.net
On March 17, 1992, Michael A. Petonic wrote: > >I've seen all of these messages dealing with ACSE and the presentation >layer. Are people taking into account the APLI (ACSE/Presentation Layer >Interface) put out by Unix International? APLI was designed to expose all the capability of ACSE and Presentation layer protocols. While it is rich in functionalities, it fails to attract software developers to build useful OSI applications. The complexity of the APLI requires an in-depth understanding of OSI protocols on the part of application developers. (I encourage you to read the APLI manual and try to write a simple program with it.) Comparing to Socket interface, APLI is an order of magnitude more complex to use. I don't know how many programmers today feel comfortable with writing distributed applications using Sockets. Requiring all application developers to become OSI protocol experts are simply too demanding. (I do agree that APLI is a perfect candidate for OSI experts to implement FTAM and CCR protocols, where all ACSE and Presentation layer features are needed.) >It would be yet another mistake if similar functionality were offered >with differing APIs. Not that I'm necessarily advocating APLI, but >it *is* an API. I totally agree with you that we should not create another API, which duplicates APLI's functionality. However, a programmer-friendly API sitting on top of APLI is urgently needed if we ever want to see many off-the-shelf applications running on top of OSI. Regards, Dan Shia
- RE: APLI Dan Shia