PC Review


Reply
Thread Tools Rate Thread

Distributed or Centralized Executable?

 
 
Lester Botello
Guest
Posts: n/a
 
      25th Sep 2004
Hello you guys.

I have a Visual Basic 6 application on SQL Server 2000 which I'm about to
deploy to a new client. Someone has suggested to install the application in
every workstation using the following scenario:

a) Run the setup program on every workstation so the required components and
libraries can be installed correctly on them.
b) Delete the program executable which the setup program creates on the
local workstation.
c) Place a shortcut on the user's desktop which points to the actual
executable on a remote server. This same executable will be accesed for
every single user of the application.

The idea behind this setup fashion is simplify updates to the program. When
a change to the application is made, updating it will be as simple as
compiling the new executable and replace the shared executable on the remote
server which is accesed for all users. Users pointing the new EXE file will
be updated automatically.

So the question is: Is it recommended to use this setup schema to deploy an
application? If not, what are the risks we're running into centralizing the
program executable?

Thanks in advance,
LB.


 
Reply With Quote
 
 
 
 
Gerry Hickman
Guest
Posts: n/a
 
      25th Sep 2004
Hi,

You may want to look at my post "Uninstalling Applications across
enterprise", it goes into detail of applications whose image resides on
a server.

Lester Botello wrote:
> Hello you guys.
>
> I have a Visual Basic 6 application on SQL Server 2000 which I'm about to
> deploy to a new client. Someone has suggested to install the application in
> every workstation using the following scenario:
>
> a) Run the setup program on every workstation so the required components and
> libraries can be installed correctly on them.
> b) Delete the program executable which the setup program creates on the
> local workstation.
> c) Place a shortcut on the user's desktop which points to the actual
> executable on a remote server. This same executable will be accesed for
> every single user of the application.
>
> The idea behind this setup fashion is simplify updates to the program. When
> a change to the application is made, updating it will be as simple as
> compiling the new executable and replace the shared executable on the remote
> server which is accesed for all users. Users pointing the new EXE file will
> be updated automatically.
>
> So the question is: Is it recommended to use this setup schema to deploy an
> application? If not, what are the risks we're running into centralizing the
> program executable?
>
> Thanks in advance,
> LB.
>
>



--
Gerry Hickman (London UK)
 
Reply With Quote
Reply

Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Centralized data Candida Microsoft Excel Misc 3 17th May 2010 10:30 PM
Error: Task executable could not be run. Executable not a valid Win32application !? Firona Microsoft C# .NET 0 14th Jan 2007 10:00 AM
Distributed use of a centralized access database =?Utf-8?B?UkVKYWNrc29u?= Microsoft Access 2 9th Jan 2006 12:13 AM
Centralized =?Utf-8?B?SGlmbmkgU2hhaHphcmQ=?= Microsoft VB .NET 2 3rd Nov 2005 09:31 AM
how to catch the return code of one VB.Net executable from another VB.net executable =?Utf-8?B?bGlicw==?= Microsoft VB .NET 14 5th May 2004 10:01 PM


Features
 

Advertising
 

Newsgroups
 


All times are GMT +1. The time now is 02:33 AM.