|
INTRODUCCIÓN
Es casi imposible en los tiempos que corren
encontrar a una empresa que no tenga configurada
una Intranet en su estructura de sistemas. Estas
estructuras son imprescindibles a la hora de
compartir datos y para un correcto manejo de
usuarios y permisos introduciéndonos en el mundo
Cliente/Servidor.
Es muy probable que el departamento de IT
desarrolle aplicaciones que cubran las necesidades
de los diferentes sectores de la empresa. Es
también probable que ocurra que varios sectores de
la empresa compartan y utilicen la misma aplicación
o varias aplicaciones.
Uno de los tragos amargos que hemos tenido que
afrontar los desarrolladores de Visual Basic en
versiones anteriores a .NET se basaba en los
problemas de Deployment o Instalación de estas
aplicaciones en la PC del Cliente.
Desde problemas por distintos Sistemas Operativos
(W98/WXP) a introducirnos en lo que Microsoft
denomina EL INFIERNO DE LAS DLL que consiste en los
problemas que hacen que una misma aplicación se
ejecute de maneras diversas en distintas PCs
clientes debido a las incompatibilidad de
diferentes versiones de Dlls y que hace que baste
con simplemente instalar un aplicación que contenga
la misma DLL pero de una versión anterior para que
se desate la pesadilla y una aplicación que
funcionaba de mil maravillas pase a funcionar mal.
Como mucho ya se ha escrito acerca de todo esto y
acerca de la gran ventaja que encontramos en Visual
Studio .NET por sobre su versión anterior..
simplemente diré que con .NET instalar una
Aplicación en la PC cliente es tan simple como
copiar los archivos necesarios en la carpeta que
nosotros deseemos incluyendo todo lo que cuelga de
la carpeta BIN que se encuentra en la carpeta de
nuestra Solución.
En .NET no existe la REGISTRY, ni debemos
preocuparnos por las versiones de las Dlls, ya que
con que tengamos la versión correcta en la carpeta
donde alojemos la aplicación estaremos a salvo.
Solo hace falta instalar una aplicación
desarrollada en .NET cuando incluyamos en la misma
controles de versiones anteriores (cosa para nada
recomendada) y de esa manera estamos obligados a
registrar ese control.
Entonces en el caso de necesitar instalar una misma
aplicación en varias PCs clientes Bastará con
copiarla en cada una de ellas.
Hasta aquí creo no haber dicho nada nuevo a lo que
podemos leer en innumerables sitios web o en
cualquier página que hable de .NET.
Pero que pasa cuando una vez instaladas las
aplicaciones debemos hacer modificaciones ?
Simplemente repetir los mismos pasos de su primera
instalación…. Volver a copiar una y otra vez la
aplicación en la PC cliente.
Esta tarea pasa de ser algo sencillo a algo tedioso
a medida de que aumentan las PCs clientes y a
medida de que aumentan las modificaciones a nuestra
aplicación.
Es por eso que existe una solución que nos
permitirá modificar tantas veces deseemos nuestra
aplicación y que el cliente pueda tenerla
automáticamente actualizada sin tener que
levantarnos de nuestra silla una y otra vez.
La solución es colocar el ejecutable en un recurso
compartido de nuestra intranet y que cada PC
cliente ejecute un acceso directo a la aplicación
alojada ahí.
Esto supone algunos cambios de configuración del
.NET FRAMEWORK en cada PC cliente y que solo debe
hacerse una vez y nos servirá para cualquier
aplicación que desarrollemos de ahí en mas.
Para esto, tomaremos como ejemplo el sistema
Operativo Windows XP Profesional.
Como primer medida debemos :
dirigirnos a nuestro PANEL de CONTROL e ingresar a
Herramientas Administrativas
Ingresar en Asistentes de Microsoft .NET
Framework 1.1
Seleccionar “Ajustar la Seguridad"
Seleccionar “Realizar Cambios en este Equipo”
o “Realizar Cambios solo para el Usuario Actual”
según la necesidad que se tenga y hacer Click en
Siguiente
Se abrirá una ventana como se muestra en la
siguiente imágen y seleccionar “Intranet Local”
y luego subir su nivel a “Plena Confianza” y
hacer Click en Siguiente
Una vez que avancemos a la ventana final deberemos
ver como resultado lo que vemos en la última
Imagen, o sea que nuestra “Intranet Local”
goza de “Plena Confianza” y por último hacer
click en Finalizar.
Listo.. ahora nuestro FrameWork confiará plenamente
en nuestras aplicaciones que cuelgan de nuestra
Intranet por la cual a partir de ese momento
podremos respirar aliviados debido al tiempo que
nos hemos ahorrado en deployment.
Nombre
Pablo
Gustavo Tilotta
Ubicación
Buenos Aires - Argentina
Si quieres
conocer más sobre Chiaravel (Administrador) haz clic
aquí
Si quieres acceder a nuestro
exclusivo foro haz clic
aquí
|
|
|
Revolución AdSense
(por Javier Buckenmeyer) |
 Descubre
el libro que esta cambiando la forma de ver a los sitios web. Descubre
como optimizar tu sitio de forma de obtener así gran cantidad de
ingresos desde Google AdSense.
Escrito por Javier Buckenmeyer (SEO de VB-MUNDO) y traductor
del libro "Secretos de ADSense".
Convierte a tu sitio web en una máquina de generar dinero y más
visitas. Consíguelo a un precio super conveniente y amigable.
|
|
ver detalles... |
|
 Descarga
desde nuestra exclusiva sección de códigos fuente, todas las
aplicaciones que desees y utiliza ese código en tus aplicaciones
para dotarlas de la mayor versatilidad posible.
Envianos tu propios códigos a
aportes@vb-mundo.com |
|
ver códigos... |
|
 Accede
a nuestra sección de Notas Técnicas, escritas por nuestro Staff y
por otros prestigiosos colaboradores. Notas sobre informática en
General, VB.NET, C#, y Hardware. Conviertete tu también en NOTERO de
VB-MUNDO y gánate tu propia sección y un link (no reciproco) hasta
tu sitio web. Deseas escribir para nosotros ?
Envianos tus notas a
aportes@vb-mundo.com |
|
ver sección de notas... |
