Date: Thu, 8 Feb 2001 11:54:09 -0500
Reply-To: Richard DeVenezia <radevenz@IX.NETCOM.COM>
Sender: "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From: Richard DeVenezia <radevenz@IX.NETCOM.COM>
Organization: MindSpring Enterprises
Subject: Re: JAVA replacing SAS?
Philippe:
I would say this is possible if you had a separate running 'java application
server process' that data step could communicate with via sockets and some
'java do this, java accept this, java return this' protocol. There are loads
of security issues and probably alot of java side thinking has gone into
'remote control of java' that of course is not discussed much in SAS-L.
If you got something like this working, you could control the java from
anything that does sockets (instead of just SAS.)
David Ward at http://www.internext-inc.com knows puh-lenty about the ins and
outs of SAS sockets. He wrote a web-server that is implemented totally in
SAS.
If haven't looked in App Dev Studio, you should. From Java you can connect
to a SAS session, instantiate SAS/AF classes (using remote object component
factory) and these classes can program to do anything you need to do SAS
side.
Currently data step has no syntax to instantiate a java class and use it's
methods or attributes. ( I'ld like to see that capability for SAS/AF
classes first ! ). As always, send your suggestions to suggest@sas.com .
Most of the 'neat' stuff I mentioned previously is speculation on my part.
--
Richard DeVenezia - SAS Macros and AF Tools
http://www.devenezia.com
"BAUDIER Philippe" <Philippe.Baudier@CARDIF.FR> wrote in message
news:278970785605D311AB4C0008C70D219B04B8C1B8@exchg1.cardif.fr...
> Hello,
>
> I read with much interest your article on Java.
> I'm working for a French insurance company, and we are developping tools,
> and functions in Java for especially for its cross-plateform abilities,
and
> its easy use on the internet.
> We also use SAS, to study our database. If I understand you well
> soon it will be possible to control SAS from Java. But would you know by
> chance if the reverse is possible : using Java functions in a SAS data
step
> ?
> I know that it is possible to call C function by the use of dll's.
> But what about Java ?
>
> class FunctionsObject {
> public int sum(int a,int b){
> return a+b;
> }
> }
>
> Something which would look like :
>
> data a;
> set b;
> ?? z = FunctionsObject.sum(x,y);
> ?? or call notify
> ('FonctionsObject','_getproperty','sum',x,y,z);
> run;
>
> Thank you.
>
>
> -----Message d'origine-----
> De: Richard DeVenezia [mailto:radevenz@IX.NETCOM.COM]
> Date: jeudi 8 février 2001 05:55
> À: SAS-L@LISTSERV.UGA.EDU
> Objet: Re: JAVA replacing SAS?
>
>
> If this is a trend, it would be either driven by cost benefit analysis or
> new technology is better syndrome. I speculate companies that think they
> can 'replace' SAS with Java are probably not using SAS to the extent they
> can, and will have similar non-best use issues with Java. Companies the
> don't embrace SAS to the maximum might be able to engineer a Java solution
> to a problem at lower cost / resource demand than a SAS solution. However
> when they want to extend, reinterpret and further analyze the problem,
> additional third party software will be needed or a Java class will have
to
> be created, tested, documented and deployed.
>
> SAS is a great assimilator and technology leader. They are responsive to
> the SASware Ballot (usually), which means the system improves in
directions
> users want as well as directions SAS wants.
>
> SAS has specialized dialects for specific tasks (report tabulate glim
macro
> scl data step iml) which make problem solutions syntactically succinct.
>
> Java is a facet SAS interacts with as seen with by the JDBC driver, Java
> applets as driver output and App Dev studio. SAS/AF to me appears to be a
> oop system that parallels Java in many ways. I think in V9+ native java
> will either replace AF or be an allowed development mode within a SAS
> session. Heck, all the Procs could be implemented as Java classes using
> some kind of binding facility. Then, imagine doing in Java
> myFreq = new ProcFreq ('data=..., out=...')
> myFreq.table ('var1-var3')
> myFreq.run();
> myFreq=null;
> [ For all i know, this may already be doable in App Dev Studio ? ]
> All it takes it some creative thinking and clear suggestions, and let the
> developers in Cary go wild.
>
> I would love to see Data step turned into an extensible system that would
> allow us to plug-in our own dialects (imagine using perl/lisp/rebol/etc...
> syntax within a data steps implicit loop.) These kinds of changes will
only
> occur in the user base demands it. When SAS does not sastify the customer,
> the customer finds satisfaction elsewhere.
>
> SAS has alot of assimilating to do to incorporate many of the benefits of
> Java / Java ideas, and Java has a long way to go to meet the many
> capabilties of SAS.
>
> --
> Richard DeVenezia - SAS Macros and AF Tools
> http://www.devenezia.com
>
> <bill_kossack@my-deja.com> wrote in message
> news:95mirr$v6a$1@nnrp1.deja.com...
> > I've seen a trend of a number of companies thinking that they can
> > replace the use of SAS with JAVA.
> >
> > What do people think of that?
> >
> >
> > Sent via Deja.com
> > http://www.deja.com/
>
>
> **********************************************************************
> L'intégrité de ce message n'étant pas assurée sur Internet,
> CARDIF ne peut être tenu responsable de son contenu.
> Si vous n'êtes pas destinataire de ce message confidentiel,
> Merci de le détruire et d'avertir immédiatement l'expediteur.
>
> The integrity of this message cannot be guaranteed on the
> Internet. CARDIF can not therefore be considered responsible
> for the contents.
> If you are not the intended recipient of this confidential message,
> then please delete it and notify immediately the sender.
>
> **********************************************************************
| 
