LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (November 2004, week 5)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:         Mon, 29 Nov 2004 08:41:17 -0800
Reply-To:     Jeff Voeller <Jeff.Voeller@MCI.COM>
Sender:       "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:         Jeff Voeller <Jeff.Voeller@MCI.COM>
Subject:      Re: RE : Whither SAS/AF?
In-Reply-To:  <200411271430.iAREUAeY029403@mail4.atl.registeredsite.com>
Content-type: text/plain; charset=iso-8859-1

I suspect that many of us still primarily doing mainframe work will let go of SAS/AF when you pry it from our cold, dead hands!

-----Original Message----- From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU] On Behalf Of Michael Davis Sent: Saturday, November 27, 2004 6:30 AM To: SAS-L@LISTSERV.UGA.EDU Subject: RE : Whither SAS/AF?

Hello Michael, Stéphane, and other SAS-L Friends,

Just so there is no confusion, SAS/AF is supported in SAS 9 and for the foreseeable future. What SAS R&D has said at NESUG and SUGI is that no new development is scheduled for SAS/AF, which is quite a different thing than dropping support.

So the question remains, "Should you develop in SAS/AF?" My own opinion is that if you are in a shop with a SAS/AF license and have folks that know and are comfortable with SAS/AF, don't abruptly stop. For deployment stability and convenience, I prefer the SAS/IntrNet - SCL combination over widely distributed SAS/AF Frames.

However, if your shop does not now use SAS/AF, then perhaps it would be wise to look more seriously at the alternatives, webAF being among them.

- Michael "Mad Doggy" Davis Ambler, PA michael@bassettconsulting.com http://www.bassettconsulting.com

> From: Datametric <datametric@CLUB-INTERNET.FR> > Date: 2004/11/27 Sat AM 08:25:06 EST > To: SAS-L@LISTSERV.UGA.EDU > Subject: RE : Whither SAS/AF? > > Hi, > > SAS, like others, is 'fashion conscious', perharps 'fashion victim'. The new > way to developp front end users apps is based on Java and thin client. > So, sas/af is no longer supported by sas with the v9, ie. No developpment > have done for this product by sas team. > The french SAS folks explained to me that the old sas/af apps work again but > recommend to go on web/af as soon as possible : convert old apps and think > the new apps with. > Anyway, my clients plan to maintain sas/af (no migration) and have no idea > about the future, because web/af isn't free. At present, we quietly think > and prepare test about the migration to the v9. > My clients don't expect to use vb, c#... As a 'best of breed' solution. They > plan to use the low cost solution, I think, so with SAS/AF. > > > Stéphane. > > -----Message d'origine----- > De : SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU] De la part de Talbot > Michael Katz > Envoyé : samedi 27 novembre 2004 06:56 > À : SAS-L@LISTSERV.UGA.EDU > Objet : Whither SAS/AF? > > > Hi. > > I've seen a few comments on SAS-L recently to the effect that SAS Institute > seems unenthusiastic about SAS/AF and considers it a "legacy product." I > haven't used SAS/AF in several years, and never did very much with it. > However, some colleagues of mine have built some rather ambitious > applications with it recently. > > Does SI have plans to push an alternative method for producing front-ends to > SAS applications? Do they want everyone to convert to WebAF and forget > stand-alone apps? Is SAS/AF going the way of SAS/CALC, where, just as SI > accepted the ascendancy of Excel, they'll expect developers to use a popular > non-SAS product such as VB, Java, or C# as a front-end to a SAS back-end? > > -- TMK -- >


Back to: Top of message | Previous page | Main SAS-L page