Home > .NET, .NET User Groups, Remote Scripting > Remote Scripting in Findlay

Remote Scripting in Findlay

I presented “Remote Scripting in .NET” for the first time last Wednesday (1/28/2004). The event was held at Microsoft’s offices in Findlay, Ohio. There were about 30 people with quite a few Microsoft employees. The presentation digs deep into how Remote Scripting works and gets rather technical in places – this knowledge is not necessary to use Remote Scripting but it is often useful to really understand what is happening. It also looks at how the landscape has changed with .NET and Microsoft phasing outsupport fortheir JVM. I was worried that I may have lost the audience in places but was very pleasantly surprised by the number of probing and interesting questions I received.

There was a certain feel of Remote Scripting vs. Web Services which I should have anticipated but didn’t. They are different tools and both have their strengths … as with all technology decisions – it depends on your requirements!

Presentation slides and demo code are available for download.

The demo code is interesting in that it implements a simple remote call to look up a book title by ISBN from clientside script in a webpage using:

1) Microsoft Remote Scripting client (applet)with ASP
2) msrsclient clientwith ASP
3) Microsoft Remote Scripting client (applet)with ASP.NET
4) msrsclient client with ASP.NET
and finally
5) IE behavior client with ASP.NET Web Service.

Some of the interesting questions that came up:
QWhat about security?
A – You can use Remote Scripting over HTTPS/SSL.
QWhat about using Remote Scripting from a Windows Forms application?
A – Hmmm … a web service would certainly be a much easier fit since you would have to write a WebRequest based client or do something really hokey with a hidden Browser control!
QWhich is more scalable and which yields better performance?
A – I plan to run some benchmarks. I suspect that Remote Scripting is lighter weight due to using a less verbose protocol although it is based on System.Web.UI.Page which may have more overhead than a custom HTTP handler as used by Web Services.

  1. http://
    April 10, 2004 at 1:43 am

    What were the results for the scalability and performance benchmarks ?

  1. No trackbacks yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: