Re: Releasing my VB.NET app over the intranet

From: Schoo (scott.schuman_at_nospam.ma-hc.com)
Date: 10/08/04 

Date: Fri, 8 Oct 2004 10:23:17 -0500

Peter,

Thank you for your reply. My application is not very complex. It consists
of the primary EXE (OnCall.EXE) and when compiled I am copying the contents
of the bin directory which contains the OnCall.EXE and 3 other files:

OnCallDB.dll [used by OnCall.EXE which performs all the database calls for
the app]
Microsoft.ApplicationBlocks.Data.dll [used by OnCallDB.dll]
OnCall.pdb [I believe this is not used during runtime as this is the debug
file]

So, when I compile I am selecting "Release" or "Debug" from the compile type
dropdown and then I click on "Build"/"Build Solution". As a confirmation,
it appears to be updating the EXE and DLL files in the bin directory of the
app.

I then created a virtual directory on our W2K web server (which is hosting a
handful of ASP.NET apps), and give the directory all the rights I can except
"Write". I right click on the folder in file explorer, select "properties",
go to the "security" tab and make sure "Everyone" is on the list with all
rights except write and modify. Then I copy the 4 files explained above to
the directory and open a browser (IE 6.0) on the web server and type
http://localhost/Oncall/oncall.exe into the address line. After an unusual
long time of trying, I am now getting the following error in the browser:
"CGI Timeout... The server has deleted the process".

If I then close down the browser window and double click the Oncall.exe file
in the file explorer it runs quickly and runs fine. I also tried typing the
long version of the address without using the virtual directory name. Same
outcome.

I created another simple program that does not use DLLs but returns the
Products table from Northwind database in SQL Server. I get the same
results as I do with the Oncall program.

I read through the msdn paper you sent and it did not contain information
that indicated what I might be doing wrong.

You want me to send you the files and you can try running them on a web
server? As I mentioned, I think it is odd that I can run a simple app that
doesn't access a database and get it to run fine by typing the EXE into the
address line, but when I try it with DLLs used in the app, it doesn't work.

In the mean-time I am going to copy the app to the user's desktops for the
time-being until I can get this resolved. Do you know of any how-to docs
that talk about settings or exactly how to do this when you have an app that
uses DLLs and database access?

Schoo

""Peter Huang"" <v-phuang@online.microsoft.com> wrote in message
news:pFIk0DoqEHA.3468@cpmsftngxa06.phx.gbl...
> Hi Schoo,
>
> From the msdn as below, if our no-touch deployment application needs
> another dll, we need to put the dll in the same directory, so that the clr
> will probe and load it.
>
> Put your executable out on a remote Web server, and let the user navigate
> to it by entering the URL in Microsoft Internet Explorer or by clicking on
> a hyperlink to that URL (for example, http://RemoteWebServer/myExe.exe).
> The executable will be downloaded to the assembly download cache on the
> client machine and launched from that location. DLLs required by the
> executable can be referenced as normal in your code. Unless informed
> otherwise (see #2 below), the common language runtime (CLR) will look for
> the DLLs in the same directory on the remote Web server as the executable,
> and the CLR will download them into the assembly download cache from
there,
> as needed.
>
> Implementing No-Touch Deployment
>
http://msdn.microsoft.com/netframework/using/building/windows/analystreports
> /smartclient.aspx
>
> I am not sure if you have copy your windows application together with
> OnCallDB.DLL in the same directory of the windows application EXE image,
> you may have a try if you did not do that.
>
> Also if we did not put the dll in the same directory of the exe image, we
> will get the binding log as below.
> Please note that the clr will try to probe the dll in the directory where
> the Appbase pointed to, i.e. the http://localhost.
>
> === Pre-bind state information ===
> LOG: DisplayName = NoTouchDeploymentLib, Version=1.0.1739.17524,
> Culture=neutral, PublicKeyToken=null
> (Fully-specified)
> LOG: Appbase = http://localhost
> LOG: Initial PrivatePath = bin
> LOG: Dynamic Base = NULL
> LOG: Cache Base = NULL
> LOG: AppName = NULL
> Calling assembly : NoTouchDeployment, Version=1.0.1739.17484,
> Culture=neutral, PublicKeyToken=null.
> ===
>
> LOG: Processing DEVPATH.
> LOG: DEVPATH is not set. Falling through to regular bind.
> LOG: Policy not being applied to reference at this time (private, custom,
> partial, or location-based assembly bind).
> LOG: Post-policy reference: NoTouchDeploymentLib, Version=1.0.1739.17524,
> Culture=neutral, PublicKeyToken=null
> LOG: Attempting download of new URL
> http://localhost/NoTouchDeploymentLib.DLL.
> LOG: Attempting download of new URL
> http://localhost/NoTouchDeploymentLib/NoTouchDeploymentLib.DLL.
> LOG: Attempting download of new URL
> http://localhost/bin/NoTouchDeploymentLib.DLL.
> LOG: Attempting download of new URL
> http://localhost/bin/NoTouchDeploymentLib/NoTouchDeploymentLib.DLL.
> LOG: Attempting download of new URL
> http://localhost/NoTouchDeploymentLib.EXE.
> LOG: Attempting download of new URL
> http://localhost/NoTouchDeploymentLib/NoTouchDeploymentLib.EXE.
> LOG: Attempting download of new URL
> http://localhost/bin/NoTouchDeploymentLib.EXE.
> LOG: Attempting download of new URL
> http://localhost/bin/NoTouchDeploymentLib/NoTouchDeploymentLib.EXE.
> LOG: All probing URLs attempted and failed.
>
> Here I assume that the fuslogvw log you provided is when you access to the
> exe in the syntax as below.
> http://webserver/testapp.exe
>
> So I think the binding log should be in the directory as below.
> http://webserver
>
> So far it is strange that the clr will check the path as file:///c:/....,
> can you double check if you access to the exe using url.
> 1. open internet explore
> 2. access the exe in the url address bar, http://webserver/testapp.exe
>
> You may have a try and let me know the result.
>
>
> Best regards,
>
> Peter Huang
> Microsoft Online Partner Support
>
> Get Secure! - www.microsoft.com/security
> This posting is provided "AS IS" with no warranties, and confers no
rights.
>

Relevant Pages

  • Re: Releasing my VB.NET app over the intranet
    ... another dll, we need to put the dll in the same directory, so that the clr ... The executable will be downloaded to the assembly download cache on the ... Also if we did not put the dll in the same directory of the exe image, ...
    (microsoft.public.dotnet.framework)
  • Re: Remote Admin / Configuration
    ... Downloading DLL rather than executing it on the server... ... incorrectly the web server would download the DLL rather than execute it. ...
    (microsoft.public.windowsce.platbuilder)
  • Cantt download "exe" file because of IIS version
    ... I made a Web server. ... If I use a version 6.x IIS, I can download the "zip" file but not the ... download the "exe" file? ...
    (microsoft.public.inetserver.iis)
  • Access denied in subdirectory
    ... i have a problem configuring IIS6 to enable http downloads. ... files (.exe and .dll) for downloading. ... The download via Browser from the root of the download directory works ...
    (microsoft.public.inetserver.iis.security)
  • Re: Web Service Security?
    ... > and to a Web Service, ... > copy of the dll on a network drive. ... When I run the exe from a user's ... The Web Service is on a web server ...
    (microsoft.public.dotnet.framework.aspnet.webservices)