At 04:23 PM 1/8/2004, Claus Brod wrote
>Brandon Manchester wrote:
>>In your client's app.config file you can add an <assemblyBinding> section
>>that can specify things like binding redirects (for versioning), codebases,
>>and probing information.
>
>True, but that would require changes in the config files of all clients,
>wouldn't it? Our application doesn't necessarily know all its clients,
>so it can't patch their config files automatically. The other
>alternative would be to have users modify the client config files, but
>most users will never understand the XML syntax, and don't want to fool
>around with config files anyway. Another alternative is to have the
>client's installation programs search for our app and modify the client
>config file accordingly.
>
>All of those schemes break when we install a new version of our app or
>just move the existing installation.
>
>For these reasons, we were really looking for some way to a) advertise
>the fact that our app's assembly is publicly available on the system and
>b) tell everybody that the code is not in the GAC, but, for instance, at
>C:\Program Files\whatever\.... this way, the information about the
>actual location of our assembly is recorded in only one place, making it
>much easier to keep it in sync with reality (uninstallation,
>installation of new versions etc etc).
>
>Thanks!
>
>  Claus

When you said you didn't want to install into the GAC, I had assumed that you wanted 
to leave the assemblies on a publicly available network drive.  If you're going to put 
them on each user's C: drive, what's the advantage to putting it in c:\program 
files\whatever\ rather than in the GAC?  I can't believe it's the pain of putting a 
strong name on the assemblies...

If you do that, "the information about the actual location of the assembly is recorded 
in only one place" -- it's in the GAC.

If you put it in the GAC, you can have multiple versions installed at once.  (Testers 
often think that's useful, if not a requirement for whatever deployment solution you 
come up with.)

What's so scary about the GAC?

J. Merrill / Analytical Software Corp

===================================
This list is hosted by DevelopMentorŪ  http://www.develop.com
Some .NET courses you may be interested in:

NEW! Guerrilla ASP.NET, 26 Jan 2004, in Los Angeles
http://www.develop.com/courses/gaspdotnetls

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to