Date: Mon, 19 May 2003 21:05:59 -0400
Reply-To: Don Henderson <donaldjhenderson@HOTMAIL.COM>
Sender: "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From: Don Henderson <donaldjhenderson@HOTMAIL.COM>
Subject: Re: [SAS 8.2,W2000] AppDev Studio
Content-Type: text/plain; charset="iso-8859-1"
The following might be a bit dated, but I think it is still correct/current.
AppDev Studio (ADS for short) is a client side development environment that
allows you to build java applet and jsp based applications that can query a
SAS server. You will still need to license the server tools on a server. The
PC that you have licensed ADS on should include the appropriate software and
licenses you need to develop/test your application using that PC as your SAS
server. As of a couple years ago, the SAS license did not allow you to use
that server for production purposes. Not sure about the status of those
The bottom line is that you will still need to license SAS/IntrNet (or
SAS/Integration Technologies) on a server, along with any other products
that will be needed for your application (e.g., Graph if you are doing
graphics, STAT for statistical procs, etc.).
And one last comment regarding your reference to CGI being slow. Are you
stating that based on your experience with the SAS/IntrNet Application
Dispatcher, or just based on the general perception that CGI is slow? If the
latter, permit me to point out that the architecture of the SAS/IntrNet
Application Dispatcher is not a typcial CGI implementation - it was
specifically architected to deal with those issues. Most CGI applications
appear slow because they launch their compute process on the web server
(e.g. a SAS server). That means that a single box has to support the web
server functions, as well as the application functions. That is what makes
most CGI applications slow. While you can deploy a SAS/IntrNet Application
Dispatcher that way, the architecture of the Application Dispatcher allows
- only run a very lightweight process (i.e., the broker) on your web server.
That process is simply a traffic cop that routes requests to a designation
server running SAS.
- use an already up and running SAS Server (which avoids start up time and
- or launch a new SAS server (if needed)
So if you have not tried the CGI-based Application Dispatcher I would
encourage you to not dismiss it merely because most folks think that any CGI
app is slow and unwieldy.
I would also encourage you to check out:
which gives a good overview of the various components.
----- Original Message -----
From: "Paweł Piaskowy" <sandworm@BOX43.GNET.PL>
Sent: Monday, May 19, 2003 6:49 PM
Subject: [SAS 8.2,W2000] AppDev Studio
> I would like to make sure if I understood everything clearly
> (http://support.sas.com/rnd/appdev/products.htm) so please correct me if I
> am wrong.
> AppDev Studio consists of number of components. I see in my setinit that
> have required components licensed (we have exactly: 'BASE' 'GRAPH' 'ETS'
> 'FSP' 'AF' 'OR' 'IML' 'SHARE' 'QC' 'STAT' 'INSIGHT' 'TOOLKIT' 'ASSIST'
> 'CONNECT' 'LAB' 'EIS' 'WAREHOUSE' 'PC File Formats' 'GIS' 'ODBC'
> 'OnlineTutor: SAS Programming' 'MDDB Server' 'IntrNet Compute Services'
> 'MDDB Server common products' 'AppDev Studio' 'Integration Technologies').
> If I understood well AppDev studio allow me to access sas datasets from
> pages by JDBC driver or specialized classes (not sure that) and/or invoke
> sas scripts (not really sure this - I saw Submit bean).
> But how about webAF, webEIS (front-components) and/or AppDev Studio
> Middleware Server (communication component)? Our license does not include
> them (?). Can I handle SAS data from JSP pages? (I would like to gain MDDB
> Report Functionality from within JSP page) What exactly is AppDev Studio
> webAF (separate ide, tool)? (webAF is interesting for me after samples
> review) Do we have to buy (get licensed) other components? I have 7CDs
> containing SAS 8.2. I will ask my superior if we have any other (=more
> but rather we do not.
> And the last questions. I am most interested in web-based OLAP.
> So I am interested in webAF (AppDev part (?)) and JSP (I know it). Are I
> goining into the right direction? (CGI is slow and dispatcher does not
> to be flexible and fast) How do your web-based OLAP solutions look like?
> I have made "complete" install and could not find webAF. I am new to SAS
> maybe I overlooked something.
> Sorry for asking stupid questions but I have lost in plenty of SAS
> components. Thanks in advance for your patience.
> Pawel Piaskowy