G
Guest
Hi
I want to update some CGI-BIN routines driven from <b>Classic</b> ASP that I wrote in VB6. There are a number of criteria controlling what I'm doing:
1. I don't want to rewrite the Classic ASP pages in ASP.NET just yet
2. I can make changes to the Classic ASP pages but don't want to go crazy
3. Although I'm reading STDIN with my VB app, I don't mind using other methods
There seem to be two ways of going about this (and I'm happy to be corrected here):
1. A mechanism to reference a .NET assembly (of a console application), somehow collect the command line arguments and then process them. This is pretty much what the existing VB6 application does - the form data is POSTed directly to the EXE file.
2. Instantiate a .NET DLL (with something akin to Server.CreateObject) and pass it the Request.Form contents. This would have the advantage that form data validation could be dealt with using conventional ASP techniques prior to the data being despatched to the web server. This begs the question (amongst others) as to how to let ASP know where the .NET DLL resides since you can't register it in the usual way like a COM object.
Thanks in advance
Crispin
Bristol, UK.
I want to update some CGI-BIN routines driven from <b>Classic</b> ASP that I wrote in VB6. There are a number of criteria controlling what I'm doing:
1. I don't want to rewrite the Classic ASP pages in ASP.NET just yet
2. I can make changes to the Classic ASP pages but don't want to go crazy
3. Although I'm reading STDIN with my VB app, I don't mind using other methods
There seem to be two ways of going about this (and I'm happy to be corrected here):
1. A mechanism to reference a .NET assembly (of a console application), somehow collect the command line arguments and then process them. This is pretty much what the existing VB6 application does - the form data is POSTed directly to the EXE file.
2. Instantiate a .NET DLL (with something akin to Server.CreateObject) and pass it the Request.Form contents. This would have the advantage that form data validation could be dealt with using conventional ASP techniques prior to the data being despatched to the web server. This begs the question (amongst others) as to how to let ASP know where the .NET DLL resides since you can't register it in the usual way like a COM object.
Thanks in advance
Crispin
Bristol, UK.