.NET despliegue de red compartida

Question

Tengo una aplicación .NET 3.5 que desea instalar en el servidor del cliente y tienen estaciones de trabajo se ejecutan directamente desde el recurso compartido de red. He leído un poco que parece sugerir que esto no es tan fácil como simplemente copiando la aplicación al recurso compartido de red como si se tratara de un exe nativo. Por desgracia, parece que hay una falta de documentación sobre la mejor forma correcta / para hacer esto (a través de ClickOnce o de otra manera).

Entonces, ¿cómo hago para este tipo de instalación? No acabo de copiar las asambleas? ¿Hay algo con ClickOnce que puede hacer la vida más fácil y facilitar futuras actualizaciones? (Tenga en cuenta, cada cliente dispondrá de un punto de instalación diferente en su servidor local).

Lo que sé hasta ahora:

Obviamente, el marco .NET tiene que ser instalado en cada estación de trabajo; Estoy pensando que su instalación a través de una directiva de grupo es el camino a seguir aquí.

También he leído un poco acerca de la ejecución de un recurso compartido de red que requiere plena confianza, pero luego leí esto puede no ser un problema en 3.5. ¿Alguien sabe la respuesta definitiva aquí?

Answer 1

A partir de 3,5 SP1 ya no es un problema para ejecutar aplicaciones desde una red compartida. Las tareas se ejecutarán con plena confianza por defecto.

de Vance de la publicación: http://blogs.msdn.com/vancem/archive/2008/08/13/net-framework-3-5-sp1- permite gestionados código-a-ser-lanzado-de-la-red-Share.aspx

Creo que el cambio real está en CLR 2.0 SP2, que se obtiene con 3.5 SP1, pero no he encontrado ninguna documentación concreta sobre el tema.

Answer 2

También puede utilizar la implementación de ClickOnce para permitir que los usuarios normales restringidas para instalar la aplicación a nivel local. Este despliegue todavía le permite publicar actualizaciones a su red y hacer que los usuarios agarran automáticamente. Y funcionará si le pegan con una versión .Net antes 3.5sp1.

También ESTRIBOS algunas otras cuestiones. Por ejemplo, si es necesario implementar una actualización y actualmente un usuario tiene la aplicación que se ejecuta en su máquina local el sistema de archivos puede haber bloqueado un archivo que necesita cambiar. ClickOnce se salta eso.