VBScript and JScript Don't Mix, at least in ASP

How does Active Server Pages use the script engines?

Fabulous Adventures In Coding — Wed, 24 Sep 2008 20:02:58 GMT

It's always struck me as a little bit odd that Active Server Pages, a web server, encourages developers to use VBScript and JScript to write server-side scripts. I mean, the whole point of a web server is that it produces complex strings as blindingly

re: VBScript and JScript Don't Mix, at least in ASP

PtrEx — Fri, 23 Nov 2007 11:31:25 GMT

I don't using more script blocks prevents you from caching their compiled states. Let's say we have:

WriteOut(sHeader)

</script>

WriteOut(sContent)

</script>

WriteOut(sFooter)

</script>

Why can't we create THREE engines, one per script block, CACHE their compiled states, and run them SEQUENTIALLY? Of course, in this case, 20 script blocks would turn to 20 engines, but that's the ASP programmer's problem. Why shouldn't the infrastructure ALLOW him combining different languages?

re: VBScript and JScript Don't Mix, at least in ASP

Eric Lippert — Thu, 22 Nov 2007 01:28:59 GMT

> Why couldn't ASP act the same? Why can't it do it now?

Because ASP and WSH (and Internet Explorer) have completely different compilation models. When the first page request comes in for a page, ASP:

* transforms the page into a series of script blocks

* compiles each block into the appropriate engine

* caches the compiled engine state

* runs each engine, one after the other.

When the second request comes in, ASP skips the first three steps and just does the last.

ASP could do it the WSH/IE way, but it would have to recompile every page from scratch every time. That consumes time and memory, and ASP is designed for speed.

With WSH/IE, there is no "second time". Every time a script runs is the first time, so there is no reason whatsoever to try to eke out more performance by caching compiled state and deferring execution until all the state is known. WSH/IE simply compiles and runs each block as it sees it, rather than doing all the compilation first, then all the running.

re: VBScript and JScript Don't Mix, at least in ASP

PtrEx — Thu, 22 Nov 2007 01:19:00 GMT

How does (w/c)script implement execution of WSFs then?

For instance, the following code is legitimate, and executes in order of writing:

<job>

MsgBox "Hello, VBScript World!"

</script>

WScript.Echo('Hello, JScript World!');

</script>

MsgBox "Hello, VBScript World, Again!"

</script>

</job>

The same is true for Function calls too:

<job>

Sub Func1(i)

If i = 1 Then

Func2()

Else

MsgBox("At Last!")

End If

End Sub

</script>

function JFunc(k) {

Func1(k)

}

</script>

Sub Func2()

JFunc(2)

End Sub

JFunc(1)

</script>

</job>

Why couldn't ASP act the same? Why can't it do it now?

re: VBScript and JScript Don't Mix, at least in ASP

dubrox — Wed, 18 Apr 2007 21:16:04 GMT

I just wanted to thank Ricardo Araujo for his solution on expiration date with JScript, before knowing it i've been writing manually the correct date format... horrible!

re: VBScript and JScript Don't Mix, at least in ASP

intrader — Thu, 27 Apr 2006 04:52:05 GMT

We have been using mixed language scripting to good effect. What is possible:
1. Create objects from JScript classes
2. Call the methods onsce you do the appropriate set command in VBscript
3. Call function/procedures from mixed libraries.

It is convenient to think of server-side script classes and client-side script classes from the same code base. For example a set of client-side vaslidators which are also used at the server.

Or, model panels at the server and the client wtih the same code base.

re: VBScript and JScript Don't Mix, at least in ASP

skorn2k — Thu, 11 Mar 2004 05:19:00 GMT

Why move to C#? What's so special about it?

Uploading and Processing using IHttpAsyncHandler

Grahame Horner — Mon, 08 Mar 2004 22:39:00 GMT

I've come across a number of issues when using IHttpAsyncHandlers, When trying to using HttpAsyncHandlers with ThreadPools the HttpRequest.Files.Count always returns 0 regardless of the number of file posted by the form.

VBScript and JScript Mix ( but JScript rules :)

Ricardo Araujo — Sat, 28 Feb 2004 18:45:00 GMT

Hehe;

Ok, my 2.1 cents.

I Use Jscript for both client and server site. An old school, not object oriented, coworker of mine uses VBscript.

When I came to the team I found many of his work in use. I rewrote some and some I prefered keep as is due to retro-compatibility issues and lazyness.

The way we can make it work is simple, lybraries. All your VB work must be procs and functions that you include in your pages and you call it from any part of your pages as func().

Once your library is compiled the calls to the functions will work in the correct points where you put them.

The only problem you can find is exchanging Arrays, avoid them. It can be done but needs conversion (you must write) and is CPU consumming.

In response to Dave Anderson:
Response.Cookies("myCookie").expires=expireDate.getVarDate();

In the future forget VBS and JS, let's move to C#

See ya, :)

Rick.

VBScript and JScript mix just fine in ASP

Dave Anderson — Tue, 24 Feb 2004 16:54:00 GMT

There is no reason not to mix scripting languages in ASP. I have found it quite useful at times (ever try setting a cookie expiration with a JScript date?). It's important, of course, to encapsulate all cross-language segments in functions/Functions/Subs. This effectively eliminates the "order of execution" problem.

http://msdn.microsoft.com/library/en-us/dnvid/html/msdn_vbnjscrpt.asp?frame=true#vbnjscrpt_working