Date: Thu, 31 Jan 2002 12:26:16 +0100
Reply-To: Peter Crawford <peter.crawford@DB.COM>
Sender: "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From: Peter Crawford <peter.crawford@DB.COM>
Subject: Re: Possible to access data remotely using SAS/IntrNet ??
Content-type: text/plain; charset=iso-8859-1
Hi Dave
I was wondering what you understand by
processed "in place"
Unless sas is also available on the browser client, I don't see any way of
processing the data without moving it to the processor where sas executes.
(whether it moves record by record, block or file, it still moves).
The security of the data "while moving" may be enhanced, perhaps
with something like sas/secure and/or "secure shell".
(perhaps this is what the .NET future holds when
the sas executables would move to the browser instead of the
present when the data must move to be executed !)
good luck
Peter Crawford
Datum: 30/01/2002 17:35
An: SAS-L@LISTSERV.UGA.EDU
Antwort an: dave@jadetek.com
Betreff: Re: Possible to access data remotely using SAS/IntrNet ??
Nachrichtentext:
Thanks, David
However, that's what I was trying to avoid doing. Two reasons -- file size and confidentiality issues. If the file can be processed "in place" then neither becomes a factor. If you have to move the file to the remote server (eg ftp) then there is the risk of a breach of confidentiality. If it can be processed "in place" then the user maintains full control of the file and its content, and SAS can just do the analysis portion. However, I'm not sure that is possible given the current state of SAS IntrNet and/or Java. Or is it?
Dave
----------------------------------------------------------------------------
S. David Riba INTERNET: dave@JADETEK.COM
JADE Tech, Inc. http://www.jadetek.com
P O Box 4517
Clearwater, FL 33758 SAS Certified Professional - V6
VOICE: (727) 726-6099 A SAS Alliance Partner
SSU 2001 Co-Chair www.ssu2001.com
SAS. It's not just an attitude
----- Original Message -----
From: David L. Ward
To: dave@jadetek.com ; SAS-L@LISTSERV.UGA.EDU
Sent: Wednesday, January 30, 2002 12:11 PM
Subject: RE: Possible to access data remotely using SAS/IntrNet ??
David,
Just have the user upload the file via a CGI script (I don't think SAS/Intrnet supports file uploading), possibly using the SAS session ID to record which user's file it is, then once completed forward to the appropriate Intrnet program that will use the file. Anything else gets sticky ? file sharing, domains, etc.
HTH
David Ward
-----Original Message-----
From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU]On Behalf Of S. David Riba
Sent: Wednesday, January 30, 2002 12:04 PM
To: SAS-L@LISTSERV.UGA.EDU
Subject: Possible to access data remotely using SAS/IntrNet ??
Is it possible to have a server running SAS and SAS/IntrNet open and read a file on a users computer if all they have is a web browser on their end? ie assume SAS is running on a remote server somewhere with either a SAS/IntrNet or AppDev Studio Java client on that server. Can a remote user access the server and point to a local file on their machine (eg Excel, text, etc) and have SAS open and read the file remotely? Would this require JDBC? Connect? Something else? Impossible, don't even try???? Ideas and suggestions???
Thanks
Dave
----------------------------------------------------------------------------
S. David Riba INTERNET: dave@JADETEK.COM
JADE Tech, Inc. http://www.jadetek.com
P O Box 4517
Clearwater, FL 33758 SAS Certified Professional - V6
VOICE: (727) 726-6099 A SAS Alliance Partner
SSU 2001 Co-Chair www.ssu2001.com
SAS. It's not just an attitude
--
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
