Date: Sat, 20 Dec 2008 00:07:26 -0600
Reply-To: Joe Matise <snoopy369@GMAIL.COM>
Sender: "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From: Joe Matise <snoopy369@GMAIL.COM>
Subject: Re: Can SAS be used to create a free standing executable?
In-Reply-To: <b31314dd-6856-4b25-9b19-42606dee2d8a@m15g2000vbl.googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
I think you have the general idea, yes. You could either write web-based
SAS applications, or write scripted applications that you executed through
some other interface on the server. Both would accomplish your needs, I'd
think.
For example, you can write a simple SAS program that takes an input macro
variable, and call that program (located on a SAS-installed server that is
also exposed to the web) from something as simple as a Perl script (search
the sas/l or the wiki or SUG papers, one or more have mentions of this)
passing along the requested information. That would be the simplest method,
and would have the least "pretty" factor (and probably the least ease of
use) but it would accomplish basic tasks (say, if you had a particular
report that you just needed to pass the month and the branch that the report
was on) quite easily.
-Joe
On Fri, Dec 19, 2008 at 6:28 PM, Friar Broccoli <EliasRK@gmail.com> wrote:
> On Dec 19, 2:35 pm, rmeeking...@YAHOO.CO.UK (Robert Meekings) wrote:
> > >>> From: Friar Broccoli
> >
> > >>> Can SAS create a free standing executable, or anything like it?
> >
> > >>> That is an executable that you click on or name at the command line
> > >>> and it runs without SAS being installed.
> >
> > >>no is probably the exact answer
> >
> > >>> Is it possible if sas is installed?
> >
> > >>yes: batch processing is The Way To Go
> >
> > >I think SAS/AF is more apropos.
> >
> > Another option would be to use integration technologies which expose SAS
> > functionality through a set of COM interfaces - using these you can
> create
> > an executable in the programming language of your choice (eg VB, Java,
> VC++,
> > etc.).
> >
> > The integration technologies client software is (or was, check) freely
> > redistributatable so can be packaged with your application - you would
> need
> > a server (which could be on the same machine as the client or on a
> separate
> > physical machine), though.
> >
> > See two-thirds of the way down the following web page for ideas about
> > developing clients:
> >
> > http://support.sas.com/rnd/itech/library/toc_devguide.html
> >
> > What do you want the executable to do?
>
> I work for the Ministry of Revenue for Quebec (Canada).
> SAS is installed on the computers of many programmers in
> our organization, but not on the computers of auditors. We
> have a lot of auditors who could use specific applications to
> solve a variety of regular data transformation and management
> tasks.
>
> Another, branch has asked our group to provide such applications.
>
> Pretty much all computers used by auditors are hooked up to
> a ministry wide network. If I understand your proposal correctly,
> you are saying that if a running version of SAS is available on
> the Network, then we can create applications in C++ or VB
> that can call that centrally located SAS server program to
> perform needed tasks. Is that correct?
>
> Please excuse my simplified wording. People who are more
> able than I, will be implementing the project.
>
| 
