Cabecera PRINCIPAL

Claves: técnico, redes, networks, microsoft, open source, gnu, programador, software, hardware, desarrolladores

Juan Enrique Gómez Péérez

domingo, 29 de julio de 2007

Desarrollo para Microsoft CRM 3.0

Hace tiempo ley una frase que decía "Los README son para cobardes, ¡ejecuta!", y la verdad es que creo que es una máxima de los informáticos, pero todos somos conscientes que tras 3 días de darnos cabezazos contra algo que no conseguimos que funcione, perdemos dos horas en leer un par de docs, y lo sacamos en 5 minutos... pues eso mismo es aplicable a este pequeño articulo.

El tema de hoy se basa en desarrollar "Callouts" o "Workflows" para Microsoft CRM 3.0 en Visual Studio 2005. Bien, MS te da soporte para VS 2003, y su CRM SDK solo es para 2003. Y claro, vacaciones, portatil, conexión UMTS, busca VS2003, bajatelo, lleva instalado dos entornos de desarrollo, los SDKs, que hay configurado, que no, vamos una locura... Así que alguien debió pensar lo mismo y se ha currado un template para crear callouts en C# en Visual Studio 2005, y ¡es autoinstalable!.

Bien, el autor es Arash Ghanaie-Sichanie (uno de los desarrolladores de MS), tienes hasta un MSI para instalar el template, lo primero que te llama la atención al instalarlo es que la ruta por defecto es "C:\Program Files\" sin más, y dices bueno, si este chico lo ha hecho así el sabra... Bien, instalas, y evidentemente no funciona. Lo quitas, y dices pues hay algo mal, lo reinstalas, pero ahora le fuerzas la ruta a la del VS2005, y tres cuartos de lo mismo. No hay forma, hasta que te da por leer un poco más abajo en su blog (los comentarios), y descubres que donde se deben instalar los templates es en "Documents and Settings (ó Users en Vista)\Documentos\Visual Studio 2005\Templates\ProjectTemplates\", pues nada, desinstalamos, reinstalamos, y efectivamente, ahi están los templates. ¡Genial! vamos a programar algo.....

Meeec, error, no encuentra algo en C:\Program Files\DynamicsCRM\, esto te hace pensar, oyes pues quizas la primera opción era correcta, pero esta vez tiras por la calle de enmedio, copias el directorio DynamicsCRM que te ha instalado en tu carpeta de templates en C:\Program Files\ y ale funcionando perfectamente...

Espero que al menos encuentres este post antes de que te vuelvas loco intentando hacer funcionar todo esto ;-)

P.D.: Los gurus de Visual Studio ya saben todo esto, es que este post no es para ti...

Enlace al template: http://blogs.msdn.com/arash/attachment/719626.ashx
Enlace al Articulo original: http://blogs.msdn.com/arash/archive/2006/08/25/719626.aspx

Saludos.

sábado, 28 de julio de 2007

Licenciamiento en Terminal Server 2003

El licenciamiento en los productos de Microsoft es una de las partes a mi modo de ver peor soportadas. No se si es algún tipo de interés oculto dentro de MS para tener la libertad de cambiarlo cuando les plazca, o que realmente no quieren que se conozca o entienda de manera eficiente. Tengo amig@s que son MCP en licenciamiento de Microsoft en sus 3 categorías, y ni siquiera ellos pueden explicartelo. Tengo acceso a partners de MS que tienen competencia de Licenciamiento y ni por esas, por ello tras la experiencia que vamos cogiendo día a día, aqui avanzamos algunas de las cosas que descubrimos de licenciamiento sobre todo desde el punto de vista de los desgraciaitos técnicos.

El licenciamiento de Terminal Servern en Windows 2003, tiene dos modos diferentes de ser contemplado, podemos otorgar licencias por dispositivo o por usuario.

Licencias por dispositivo: Estas licencias se otorgan a un cacharro único (entiendase por cacharro, cualquier cosa que sea utilizable con un cliente de terminal server, un PC, una PDA, un Tablet, etc.), en este caso no importa cuanta gente utilice un cacharro, es el propio cacharro el que tiene la licencia asignada y pueden acceder tantas personas como queramos desde el mismo. Un ejemplo sería una empresa de telemarketing, en que tenémos 20 puestos de operadoras, con 3 turnos (si un poco esclavizados pero bueno), esto hace que 60 personas diferentes usen los sistemas, pero como elegiríamos el sistema por dispositivo, solo necesitamos 20 licencias, una para cada cacharro o PC.

Licencias por usuario: Estas licencias en vez de utilizarse por cacharro van asignadas a un único nombre de usuario. Esto es, 1 licencia para "Fulanito de Tal", este fulanito podrá acceder desde todos los cacharros del mundo que desee a su servidor de Terminal en modo licencia por usuario. Este escenario está pensado por ejemplo para los que tenemos o utilizamos habitualmente más de un cacharro, el PC de la oficina, el de casa, la PDA, el del Cyber, si fueramos por dispositivo necesitaríamos una licencia para cada uno, al ser por usuario se asigna la licencia al usuario "Fulanito de Tal" y listo.

El sistema de licenciamiento funciona por servidor, esto quiere decir que si el servidor está en modo licencia por dispositivo, no podemos instalar licencias por usuario y viceversa. Lo que hay que tener en cuenta, en un único servidor de licencias no pueden convivir los dos modos. Sin embargo en una misma red si podemos tener dos servidores de licencias sin problemas, en modos diferentes, peeeeeeeeeero ojito, por que cada servidor de Terminal server se agarra a un único servidor de licencias, por lo que si el sevidor de TS número 1 está agarrado al servidor de licencias (puede ser el mismo o no) que sirve licencias por dispositivo, solo podrá conectarse gente con licencias por dispositivo.

Tras esta introducción siguen dos articulos más sobre la gestión de licencias, y sobre la asignación de las mismas... estar atentos por que la parte de licenciamiento por usuario es muy, muy interesante.....