Juanlu, elGuerre

Windows Azure - Fixing Reconnect Remote Desktop Error !!!

2012-01-21T21:20:00.001+01:00

Muy buenas,

Mientras espero la notificación para la actualización en el teléfono de nuevo Firmware del Nokia Lumia 800, a pesar de conocer otros caminos de actualización, entre otros como el que nos cuenta Jorge Serrano aquí, yo sigo pegándome con temas de Windows Azure.

En esta ocasión simplemente quiero comentar un tema que me ha traído de cabeza esta tarde, “una de esas tonterías que al final, son eso, tonterías que te hacen perder el tiempo por que sí”, pues bien, si os encontráis con el error “The Specified User Name does not exist. Verify the Username and try logging in again” al intentar acceder a un Servidor Remoto de Windows Azure, simplemente chequea los pasos que nuestro compañero “Karthikeyan Anbarasan” nos cuenta aquí y que resumo muy brevemente:

Guarda el fichero “.rdp” en local

Edítalo y marca la casilla “Always ask for credential”
Gardalo
y Listo, ya puedes conectarte si volver a ver de nuevo el error.

Espero que os ahorre algún tiempo, al menos, en aquellas ocasiones en las que tengáis un día complicado y os cueste centraos.

Saludos @Hard Weekend
Juanlu

El update de WP7 “8107” ya casi está. ¿Solucionará el Nokia Lumia 800 “battery issue”?

2012-01-12T23:24:00.001+01:00

Muy buenas,

La noticia se merece el post, aunque sea cortito, :-D

Hace una semana escribía este post, sobre el issue / problema de la batería del Nokia Lumia 800, y la espera al nuevo update que solucionaría el problema, pues bien, en esta ocasión y tras mi impaciencia, desde Movistar me responden a una de mis preguntas como sigue:

Informaros que nos han comentado lo siguiente, si un usuario ya tiene el terminal y actualiza a la nueva versión con Zune, el nombre de la versión será 1600.2483.8106.11500, y todos los equipos que se produzcan nuevos, llevarán la misma versión pero su nombre/identificador es el 1600.2483.8107.11501. Estas dos numeraciones son la misma versión.

Y estará disponible en una semana aproximadamente.

Este nuevo update contendrá:

It solves a problem of the keyboard on the screen, preventing the keyboard to disappear while typing
Resolves an issue with syncing Gmail
It solves a problem of access to the location. After the upgrade, the function IO hub sends to Microsoft anonymous information contact the Wi-Fi access points and antennas for mobile phones in the vicinity, only if you have allowed access to and use of location information from part of the “I’m here.”
Revocation of certificates issued by DigiCert Sdn Bhd to solve a problem of encryption
Fixes a problem with the e-mail related to Microsoft Exchange Server 2003. When you reply to or forward an email, the original message is now included in the response.
Fixes an issue of notification of voicemail

Adicionalmente, Microsoft aprovechará para incluir algunos cambios que puedes ver aqui:

Datos Moviles: Donde ahora permitirá seleccionar entre la velocidad más alta 3G y la normal (EDGE/GPRS)
Fecha y hora: Configuración automática de la fecha a partir de la red de telefono.

Si alguien no recibe el update desde su proveedor de red o no quiere esperar, puede hacerlo manualmente (con el riesgo que conlleva) según indican los primeros “cocineros” de XDA-Developers aquí y aquí. ¡Seguro que en breve nuestro Windows Phone parecerá cualquier otra cosa, jejeej…!

Saludos @Home
Juanlu

Analizando “Battery Issue” & “Power on Charge” en Nokia Lumia 800. Un poco de cabezonería….

2012-01-04T10:03:00.001+01:00

Muy buenas y Feliz 2012 a tod@s,

Después de varios días, indagando en el tema de la batería del Lumia 800, “Googleando” y mirando y participando en los foros de Nokia, además de mi cabezonería por identificar la causa del “Battery Issue” / “Battery Fix” / “Battery Problem”…, saco algunas conclusiones que me gustaría compartir a fin de poder disfrutar durante más tiempo del nuevo Lumia 800, al menos, hasta el 18 de enero que es a partir de cuando tendremos realmente ante nuestras manos el “mejor”.

Diferentes issues o problemas en cada Lumia:

Batería con 1519mA y con una carga máxima de 900mA. En este caso, obtén el IMEI “*#06#” y ponte en contacto con con Nokia facilitándole esta información para que te cambien el terminal. Aquí, a pesar de todo se ve la calidad de servicio:

Contact Info:
Alternate #: (if any)
Best call back time:
Email Address:
Home Address:
IMEI:
Network Operator:

Batería con 1519mA y con una carga máxima de 1250mA (Este es mi caso).
Imposibilidad de finalizar las llamadas.
Largas esperas y comportamientos extraños en la carga de la batería una vez que esta se ha descargado completamente.

Aunque hay algún otro, estos son los problemas que he podido comprobar a mi alrededor y que no dejan de seguir apareciendo. Todos ellos para las recientes versiones de Firmware: “1600.2475.7720.11414” y “1600.2479.7740.11451” (Ultima actualización).

Analizando estos problemas y la obsesión por que la batería aguante cuanto más mejor, he seguido los siguientes pasos:

Seguir algunas indicaciones para optimizar el uso de la batería.
- Desabilitar la 3G. En sitios donde haya poca cobertura, el teléfono no parará de rastrearla hasta intentar conseguirla lo que implicar una gran gasto de la misma.
- Desabilitar “Settings – Find my Phone”. Supuestamente es un servicio y como tal consume.
- Desabilitar “Settings – games – Connect with Xbox LIVE”
- Desabilitar la tareas de segunto plano
- Desabilitar la sincronización automática de los emails
- Habilitar el ahorro de batería
- etc.
Analizar la herramienta “Diagnostics” (##634#), donde se pueden sacar algunas conclusiones

“Current (Discharging)”, indica la velocidad a la que se descarga la batería. Este valor tiende a ser más o menos constante rondando los 147mA y 190mA aproximadamente, dependiendo de las funcionalidades activadas/desactivadas comentadas anteriormente y a excepción de estos altibajos como el caso de la 3G, si se activa e inmediatamente se analiza este dato, puede observarse como se incrementa la velocidad al doble aproximadamente durante el tiempo de establecimiento de la señal, de ahí, que los lugares donde la señal sea débil esto puedo afectar realmente.

“Remaining Charge Capacity”, este valor debería ser igual al valor del “Full Charge Capacity” y que hasta ahora no es posible alcanzar debido a uno de los Issue, es decir, se está desaprovechando casi un 20% de batería que no se usa.

Sinceramente y a pesar de todos estos ajustes, el mayor agente de descarga de la batería es el “VICIO” de no dejarlo descansar, yo, particularmente ¡ no paro!

Por otro lado, y como ya tenía el teléfono desbloqueado con el Chevronwp7, he instalado otra aplicación de gestión de la batería: “Battery Status”, que puedes instalar con la aplicación “Application Development” incluida en el SDK 7.1 de Windows Phone.

Cosa curiosa, además de ser una aplicación muy completa y bastante mejor que la anterior (teniendo en cuenta que se trata de una herramienta de testing), esta si que parece indicar que el cargo de la batería se hace por completo. Aquí un ejemplo al 95%.

¡Ahora si que vienen las dudas! ¿Realmente es un problema de batería o simplemente se trata de un bug en la herramienta nativa de chequeo/testing? ¿En que parámetros (distintos) se basa esta otra aplicación para hacer los cálculos? Las respuestas a estas preguntas dan un poco igual si no pueden compararse, así que veremos que pasa llegado el 18 de Enero y si los datos varia para mejor. ¿Cumplirá Nokia lo que se comenta por distintos foros?, ¿Superará finalmente a sus competidores ? Bajo mi punto de vista, si supera esta prueba, ¡los Lumia 800 comenzarán a salir hasta debajo de las piedras!

Otro dato y muy curioso, es que algunos dicen que con el tiempo la batería va mejorando, personalmente y con datos estadísticos, puedo aportar poco, pero creo que esto radica en que después de un tiempo, sin darnos cuenta el uso que hacemos del teléfono no es tan continuado y ese “VICIO” inicial desaparece. ¡El Lumia 800 está para sacarle el máximo partido, no os canséis, a programarlo y a experimentar con el, jeje…!

Continuaré analizando más datos gracias a esta nueva herramienta, que además de generar gráficos con históricos del uso de la batería, muestra un listado con los procesos que se encuentran en ejecución, pero eso será en un siguiente post.

Nota: En estos instantes chevronwp7 ya no vende más tokens, parece que se han agotado (http://www.technologytell.com/gadgets/87693/chevronwp7-tokens-have-been-sold-out/) así que aquellos que no tengáis desbloqueado el teléfono, tendréis que esperar para poder instalar “Battery Status”.

Saludos
Juanlu, ElGuerre

Lumia 800 y sus primeros inconvenientes, ¡la duración de la batería!

2011-12-27T02:29:00.001+01:00

Muy buenas,

Hace uno días, ya obtuve mi regalo de estas Navidades, ¡He sido bueno!, jeje.. Finalmente, el “Lumina 800” está en mi poder.

Una vez que he jugueteado un poco y visto sus enormes capacidades así como el juguetito que realmente es, he comenzado a indagar un poco y a ver algunos de sus alcances, algunos de los cuales comento a continuación:

La primera de las necesidades al disponer del Windows Phone 7 (WP7) es disponer de Zune, aplicación con la que podremos conectar el Movil al ordenador para comenzar a transferir información.

Es aquí nada más comenzar donde surge mi primer problema: “can't connet to your phone. Disconnect it, restart it, then try connecting again.”

Este error es debido al certificado personal que se instala automáticamente al conextar el WP7 a Zune. Relacionado posiblemente con la aplicacíón del DNIe o similar. Desinstálala y todo arreglado. A posteriori podrás volverla a instalar.

Seguidamente y tras haber instalado las aplicaciones básicas y más importantes, mi siguiente preocupación, como con cada uno de los móviles que he tenido hasta el momento, es la batería. Y si, aunque parezca mentira y muy a mi pesar, existen problemas con la batería del Nokia Lumia 800:

Lo primero es detectar el problema. Para ello, y, una vez seguidas las recomendaciones de ahorro de batería ~~del manual de usuario~~, teclea el siguiente código “##634#”, esto lanzará una aplicación en tu móvil (y que a partir de este momento tendrás instalada (“Diagnostics”)), cuyo propósito es realizar un chequeo en profundidad del mismo. Entre estos chequeos se encuentra el que busco “Battery Status”. Si tu batería tiene un problema, podrás comprobar que aunque lo parezca, nunca se carga al 100%. En mi caso, el Nokia Lumia 800, dispone de 1500MA de los cuales sólo se cargan unos 1200 ó 1300MA. Adicionalmente, su porcentaje de carga, siempre es de “65535%”. No sé si no lo entiendo o no quiero entenderlo, pero ¡como realmente sea así, ¡~~me parece una cagadita~~! no me parece muy acertado.

Afortunadamente, y a pesar de todo, el problema radica en el software, en el Windows Phone, que no es capaz de gestionarla adecuadamente. Con un poco de paciencia, el próximo 18 de Enero tendremos la actualización pertinente con este problema corregido. Si aún así, no quieres esperar a tal día, Nokia te remplazará el móvil sin problemas, (No he hecho la prueba ni lo he intentado, jeje…). Aquí tenéis más detalle sobre el bug de la batería.

Por otro lado y, viendo la otra cara de la moneda, a diferencia de Apple, Microsoft ha decidido dar la opción de desbloquear el teléfono de manera legal y controlada por sólo unos 7€, simplemente obtén el código adecuado siguiendo las instrucción indicadas en: http://labs.chevronwp7.com/

El 18 de Enero es el día, en que realmente se hará efectivo mi regalo !!!

Saludos y FELIZ NAVIDAD Y PROPERO AÑO NUEVO 2012 a todos
Juanlu

Are Out !!! SQL Azure DataSync CTP y Windows Azure Autoscaling Block Beta

2011-10-20T12:02:00.001+02:00

Muy buenas,

Hace unos días escribía un post sobre la Preview de SQL Azure DataSync, pues bien, ya tenemos la CTP y, como parece ser que no ha cambiado desde entonces, me ahorro el hacer el tour con la herramienta, jeje..

Como no hay una buena noticia sin dos, también tenemos a nuestra disposición una beta de Patterns & Practices, “Windows Azure Autoscaling Block” que puedes descargar directamente desde desde NuGet:

Si estás interesado como yo en el auto-escalado, entonces empieza por aquí con sus novedades:

El estabilizador aumenta la histéresis (“tendencia de un material a conservar una de sus propiedades, en ausencia del estímulo que la ha generado.”) en el escalo de operaciones mediante la prevención de reglas reactivas de acciones repetidas y erróneas.
El Throttiling (regulador), permite limitar o desactivar ciertas operaciones relativamente caras en la aplicación cuando la carga está por encima de determinados umbrales.
Notificaciones de emails, permite enviar notificaciones a destinatarios configurados para tomar decisiones manuales o realizar alguna otra acción correctiva.
Conjunto valores de contadores para cada role definido en el almacén de información de servicios (utilizado principalmente por el estabilizador, pero los usuarios también podrán usarlo en operandos de condiciones de la reglas).
Capacidad para definir acciones personalizadas para reglas reactivas.
Capacidad de especificar operandos personalizados para su uso en condiciones de reglas reactivas.
Nueva funciones "Max" y "Growth" en la definición de operaciones.
Mejora en los mensajes para la evaluación de reglas y escalado para determinar mejor lo que está sucediendo en el sistema.
Nuevo ID de evaluación para correlacionar todos los mensajes de registro de un pase de evaluación específica.
Cargas JSON para registrar los mensajes para ayudar a las herramientas que monitoricen e interpreten los mensajes.
Clases de utilidad y definiciones de constantes para leer y analizar los mensajes de registro.
Mejoras en la herramienta de configuración, mejores nombres y descripciones de objetos de configuración, validación, y un editor de cadenas de conexión de Windows Azure.
Actualización de la lógica en el RulesEvaluator.
Renombrado de la propiedad "nombre" por "alias" a fin de eliminar ciertas ambigüedades.
Renombrado "SourceLogger" por "SystemDiagnosticsLogger".
Refactorizado del elemento XML “scale” en el esquema de reglas para hacerlas más amigables (mediante la la eliminación de las propiedades "targetType" y "unit") e inferirlas a partir de su uso.
Proporcionan una mejor definición de puntos cuando hay datos suficientes para que el block/componente pueda evaluar una regla.
Nuevo elemento booleano NOT para especificar condiciones de la regla.
Soporte para expresiones aritméticas básicas (multiplicación y división) en los parámetros en la especificación de condiciones de la regla.
"Rank" (prioridad) a las reglas reactivas.

Para más detalle, no te olvides de CodePlex.

Hasta aquí por el momentosobre el auto-escalado !

Saludos @Working hard...
Juanlu

TFS Integration Tool: Integrando/migrando de CMMI 4.2 a CMMI 5 y mapeos para Task y Requirements

2011-10-18T21:38:00.001+02:00

Muy buenas,

No tenía pensado comentar nada al respecto, pero después de aprender a usar la herramienta, detectar algunos bugs y un poco de trabajo de “chinos”, creo que es una pequeña ayuda para que podáis entender la migración entre distintos “Team Projects” con distintas plantillas de procesos:

Antes de nada, para el que no conozca “TFS Integration Tool (o, TFS Integration Platform)” es un herramienta de CodePlex, que facilita la migración/integración entre diferentes versiones de Work Items, Bug Tracking, etc.

Aunque está en beta, siempre que no se haya “customizado” complicadamente algún work item, cosa que no es de extrañar en algún caso, ), la herramienta funciona bastante bien, salvo algunas limitaciones en cuanto a items que no son migrados a día de hoy:

Check-in notes
~~Labels~~
Permissions
Workspaces
Pending Changes
Shelvesets
File encodings
Subscriptions
Test Cases
Check-in policies
Reports
Team Portal / SharePoint
Process Templates
Work item queries
Builds
Warehouse data

Hasta donde he podido llegar, los “Labels” si los migra, .

Aunque podemos encontrarnos casos más complejos, entre otros, que el TeamProject destino exista y ya tenga bastante código, Work Items, changesets, etc, por el momento, os dejo un resumen de mi caso en concreto (desde “MSF for CMMI Process Improvement v4.2” a “MSF for CMMI Process Improvement CMMI5”) donde el TeamProject destino está recién creado:

Crea el “TeamProject” destino basado en la Platilla “MSF for CMMI Process Improvement v5.0”
Abre la consola de administración de TFS y asignar el usuario con el que se vaya a lanzar la migración desde el “TFS Integration” dentro del grupo “Team Foundation Services Account”. Como en la mayoría de los casos seremos nosotros mismos, los que lancemos la migración, pues bastará con seguir los pasos (1) y (2) según indico en la siguiente figura, y si ya apareces como “Administrator Console Users”, haz click en “Reaply” para que se puedan aplicar los permisos oportunos y, todo listo. Si quieres conocer más información al respecto de este punto, echa un vistazo a este post de “Willy’s Cave”.

Abre el “TFS Integration”, crea una nueva configuración(“Create new”) y elige “VersionControlAndWorkItemTracking.xml”
Selecciona el “Workflow Type” “Custom” (el resto, en la versión “2.1.10324.0” no parece que vayan del todo bien, no se guardan las reglas, tienes que aplicar de nuevo la migración y finalmente la esta nunca se produce !!!)

Utiliza los siguientes valores para realizar tu configuración de Mapeo/Migración:

En el paso (2) aparecerá una nueva ventana donde tendrás que indicar los mapeos entre los distintos Work Items y sus campos.

Este mapeo está listo para los Work Items de tipo “Requirement” y “Task”, el resto podrás crearlos tu mismo sin mayor esfuerzo una vez que entiendas estos, eso si, tendrás que conocer las diferencias de campos y poder hacer así el mapeo.

        1: <SettingXml>

       2:   <WITSessionCustomSetting>

       3:     <Settings />

       4:     <WorkItemTypes>

       5:       <WorkItemType LeftWorkItemTypeName="Task" RightWorkItemTypeName="Task" fieldMap="Migrate2Tasks" />

       6:       <WorkItemType LeftWorkItemTypeName="Requirement" RightWorkItemTypeName="Requirement" fieldMap="Migrate2Requirements" />

       7:       <WorkItemType LeftWorkItemTypeName="Bug" RightWorkItemTypeName="Bug" fieldMap="*" />

       8:       <WorkItemType LeftWorkItemTypeName="Issue" RightWorkItemTypeName="Issue" fieldMap="*" />

       9:       <WorkItemType LeftWorkItemTypeName="Change Request" RightWorkItemTypeName="Issue" fieldMap="*" />

    </WorkItemTypes>

    <FieldMaps>

 

      <FieldMap name="Migrate2Tasks">

        <MappedFields>

 

          <!-- Mapeo de todos los campos -->

          <MappedField LeftName="*" RightName="*" MapFromSide="Left" />

 

          <!--- Excepciones a los mapeos  -->

          <!-- Mapeos sin destino -->

          <MappedField LeftName="Severity" RightName="" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Issue" RightName="" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Start Change Date" RightName="" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Exit Criteria" RightName="" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Test Id" RightName="" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Test Name" RightName="" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Test Path" RightName="" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Estimate" RightName="Microsoft.VSTS.Scheduling.OriginalEstimate" MapFromSide="Left" valueMap="" />

          <!-- Mapeos con cambio en el destino -->

          <MappedField LeftName="Triage" RightName="Microsoft.VSTS.Common.Triage" MapFromSide="Left" valueMap="TriageMap" />

          <MappedField LeftName="Priority" RightName="Microsoft.VSTS.Common.Priority" MapFromSide="Left" valueMap="PriorityMap" />

          <MappedField LeftName="Discipline" RightName="Microsoft.VSTS.Common.Discipline" MapFromSide="Left" valueMap="DisciplineMap" />

          <MappedField LeftName="Task Type" RightName="Microsoft.VSTS.Common.TaskType" MapFromSide="Left" valueMap="TaskTypeMap" />          

 

        </MappedFields>

      </FieldMap>

 

      <FieldMap name="Migrate2Requirements">

        <MappedFields>

 

          <MappedField LeftName="*" RightName="*" MapFromSide="Left" />

 

          <MappedField LeftName="Issue" RightName="" MapFromSide="Left" valueMap="" />

          

          <MappedField LeftName="Rank" RightName="Microsoft.VSTS.Common.StackRank" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Estimate" RightName="Microsoft.VSTS.Scheduling.OriginalEstimate" MapFromSide="Left" valueMap="" />

 

          <MappedField LeftName="Requirement Type" RightName="Microsoft.VSTS.CMMI.RequirementType" MapFromSide="Left" valueMap="RequirementType2Map" />

          <MappedField LeftName="Priority" RightName="Microsoft.VSTS.Common.Priority" MapFromSide="Left" valueMap="PriorityMap" />          

          <MappedField LeftName="Triage" RightName="Microsoft.VSTS.Common.Triage" MapFromSide="Left" valueMap="TriageMap" />

 

          <!-- These are not exist on target  -->

          <!--<MappedField LeftName="Start Date" RightName="Microsoft.VSTS.Scheduling.StartDate" MapFromSide="Left" valueMap="" />

          <MappedField LeftName="Finish Date" RightName="Microsoft.VSTS.Scheduling.FinishDate" MapFromSide="Left" valueMap="" />-->

 

        </MappedFields>

      </FieldMap>      

    </FieldMaps>

 

    <ValueMaps>

      <!-- Tasks values  -->

      <ValueMap name="TriageMap">

        <Value LeftValue="Pending" RightValue="Pending"/>

        <Value LeftValue="More Info" RightValue="More Info"/>

        <Value LeftValue="Info Recv" RightValue="Info Received"/>

        <Value LeftValue="Triaged" RightValue="Triaged"/>

      </ValueMap>

 

      <ValueMap name="PriorityMap">

        <Value LeftValue="1" RightValue="1" />

        <Value LeftValue="2" RightValue="2" />

        <Value LeftValue="3" RightValue="3" />

        <!--<Value LeftValue="" RightValue="4" />-->

      </ValueMap>

 

      <ValueMap name="DisciplineMap">

        <Value LeftValue="Analysis" RightValue="Analysis" />

        <Value LeftValue="User Experience" RightValue="User Experience" />

        <Value LeftValue="User Education" RightValue="User Education" />

        <Value LeftValue="Test" RightValue="Test" />

      </ValueMap>

 

      <ValueMap name="TaskTypeMap">

        <Value LeftValue="Analysis" RightValue="Corrective Action" />

        <Value LeftValue="User Experience" RightValue="Mitigation Action" />

        <!--<Value LeftValue="" RightValue="Planned" />-->

      </ValueMap>

 

      <ValueMap name="RequirementType2Map">

        <Value LeftValue="Scenario" RightValue="Scenario"/>

        <Value LeftValue="Quality of Service" RightValue="Quality of Service"/>

        <Value LeftValue="Functional" RightValue="Functional"/>

        <Value LeftValue="Operational" RightValue="Operational"/>

        <Value LeftValue="Interface" RightValue="Interface"/>

        <Value LeftValue="Security" RightValue="Security"/>

        <Value LeftValue="Safety" RightValue="Safety"/>

        <!--<Value LeftValue="" RigthValue="Business Objective"/>

        <Value LeftValue="" RigthValue="Feature"/>-->

      </ValueMap>

    </ValueMaps>

  </WITSessionCustomSetting>

</SettingXml>

<SettingXmlSchema />

Algunas notas aclaratorias sobre el mapeo:
- Las líneas de la 5 a la 9, indican los Work Items a mapear.
- Las líneas 5 y 6 incluyen el atributo “fieldMap” cuyo valor indica el mapeo en particular, que se corresponden con las líneas 17 y 38 respectivamente.
- Adicionalmente en este código hago algunas aclaraciones al respecto, así que no habrá problema en entenderlo.
- Las líneas de la 60 a la 100, indican los diferentes valores para las opciones posibles de ciertos campos.
- Las líneas comentadas se corresponden principalmente con aquellos mapeos de campos que no existen en origen pero si en el destino (en el nuevo TeamProject), por tanto no las mapeo, puesto que no son requeridas.

Nota: Para completar el resto de mapeos, haz uso de los fichero “XML” de las distintas plantillas, así podrás conocer el detalle de los mapeos a realizar.

Guarda los cambios “Save to Database.

Y comienza con la integración/migración “Current Migration” – “Start”

Una vez finalizado el proceso, podrás comprobar que el nuevo TeamProject contiene todo el código; Work Items, labels, Branching (sin “Trak Changeset” !), changeset asociados, etc., y si estableces como parámetro de configuración, el “Workflow Type”, “Custom” para un “Frecuency”, “ContinousAutomatic”, podrás comprobar que a medida que cambias código, haces “CheckIn”, etc., todo se verá reflejado en el nuevo como si se tratara del mismo TeamProject.

De la misma manera que este proceso de integración entre dos TeamProject ha sido un éxito, también podrás hacerlo para distintas “Queries” de origen y por tanto, “Area Path”, etc. El peso principal recae sobre cada uno de los mapeos según he comentado antes, y podrás hacerlo, para distintas plantillas de proceso, Scrum, MSF Agile, etc., e incluso entre distintas plantillas origen y destino.

Mucha suerte y espero que sirva de ayuda/aclaración,

Saludos @TFS

Juanlu, elGuerre

SQL Azure DataSync Preview. Sincronizando… ¡Step by step!

2011-10-11T23:08:00.001+02:00

Muy buenas,

Como sabéis durante esta semana estamos en el Pass Summit 2011, donde SQL es el protagonista y donde espero que salgan a relucir muchas de las novedades que estamos esperando y principalmente desde el área de Windows Azure, concretamente en este caso, SQL Azure.

Esta son los puntos a tratar sobre SQL Azure :

A lap around Microsoft SQL Azure and a discussion of what’s new
Building Offline Applications for Windows Phones and Other Devices using Sync Framework and SQL Azure
Migrating & Authoring Applications to Microsoft SQL Azure
Building Large Scale Database Solutions on SQL Azure
Introducing SQL Azure Reporting Services
Loading and Backing Up SQL Azure Databases
SQL Azure Data Sync - Integrating On-Premises Data with the Cloud
SQLCAT: SQL Azure Learning from Real-World Deployments
SQLCAT: Administering SQL Azure and new challenges for DBAs

De momento SQL Azure Data Sync en su nueva y reciente versión Preview y su integración en el Portal de Azure.

En un post anterior ya comenté como se llevaba a cabo esta sincronización para la CTP 2. Ahora todo es más intuitivo y fácil gracias a los nuesvos Wizards paso a paso. Muy bien conseguidos, sin duda !!! +10.

En primer lugar, lo que tenemos que hacer es generar una provisión, y para ello, bastará con hacer click en “Provisión”, acertar los terminos de uso, seleccionar una subscripción y esperar unos segundos.

A continuación ya estamos listo para comenzar el proceso de sincronización y seguir el Wizard, ¡a buen entendedor pocas palabras bastan!:

He aquí los los pasos para trabajar con esta nueva versión y generar un proceso completo de sincronización en este caso una sincronización BIDIRECCIONAL, entre una BBDD en SQL OnPremise y otra en SQL Azure:

Indicar un nombre para el grupo de sincronización, ej.: “Sync 1”

Añadir al proceso una BBDD SQL local

La primera vez que ejecutes este paso (2) necesitarás instalar en local el software “Client Sync Agent”, de manera que este permitirá al Portal de Azure configurar las sincronizaciones conociendo así las conexiones SQL Server locales. Para completar este paso por primera vez sigue estas indicaciones:

A continuación descarga e Instala el “Client Sync Agent” (Herramienta de Configuración con SQL Server Local + Servicio Windows).

Introduce un nombre cualquiera a asignar al agente. También tendrás que obtener la Key para poder configurar el “Client Sync Agent”.

Una vez instalado el cliente (necesitaras las credenciales de un usuario para hacer el logon del servicio Windows (Agente)), sigue estos otros pasos para configurar el agente:

Introduce la key obtenida en el paso anterior haciendo click en el botón "Submit Agent Key Configuration".

Introduce las credenciales del servidor local de SQL Server haciendo click en el botón “Register”.

Vuelve al portal. Ahora ya podrás tener acceso a la BBDD local desde el portal de Azure y podrás continuar con el proceso.

Una vez completados los pasos anteriores o si ya tenías configurado un agente puedes optar por uno de las siguientes opciones, dependiendo de si ya habías creado o no una sincronización.

Opción (1) - Por primera vez:

Opción (2):

Paso 3: Ahora a configurar la BBDD de Azure sobre la que queremos realizar el proceso de sincronización, para ello, esta debe existir previamente.

Paso 4: Indicar cada cuanto tiempo queremos que se ejecute la sincronización, si queremos o no habilitar el proceso de sincronización y la política de conflictos (que información prevalece ante un conflicto, la de SQL Azure (Hub) o SQL Server Local (Client)),

Paso 5: Editar el mapeo de sincronización, (~~eso sí, de momento para una sóla base de datos)~~ e incluso establecer filtros en relación a valores de campos.

Después de esto y para terminar, lo único que nos queda es “Deploy”.

Y aquí, el resultado del portal una vez la sincronización ya está esta en curso:

Una vez finalizado el proceso las BBDD, tanto la local como la SQL Azure, incluirán un mayor numero de objetos; tablas, procedimientos almacenados y tipos definidos por el usuario, todos ellos con el prefijo “DataSync.”

Proceso listo, modifiquemos donde modifiquemos, en SQL Server o en SQL Azure, la información se verá reflejada en ambos.

También he de decir, que la consulta de logs (Log Viewer) ha mejorado bastante con respecto a su predecesor, ahora permite búsquedas por filtros (Sync Group, Agent, Database, Log Type y Date range):

Nota: Si la sincronización en lugar de ser bidireccional, es entre BBDDs de Azure (“Sync between SQL Azure databases”), la instalación del Agente en local no es necesaria.

Ahora a esperar a ver que más nos van contando en el Pass Summit 2011 !!! .

Saludos
Juanlu, elGuerre

Azure Emulator SDK 1.5: “There is already a listener on IP endpoint 127.0.0.1:12001”, Role State Unknow, …

2011-10-08T21:40:00.001+02:00

Muy buenas,

Hoy, con ganas de comenzar a ver algunas mejoras de Windows Azure SDK 1.5, parto con la puesta en marcha del entorno y para ello:

Instalar“WindowsAzureToolsVS2010.exe” (Web Installer ) y que en esta versión (todo en uno), incluye tanto el SDK 1.5 como las Tools para Visual Studio 2010.
Seguidamente el Windows Azure AppFabric 1.5 que podéis descargar desde aquí.
Al arrancar en modo debug (F5) la aplicación con un proyecto de Azure

Se genera la BBDD “DevelopmentStorageDb20110816” necesaria para la simulación de Windows Azure en local y todo parece ir bien, perooo, zaaaas, error del Storage Emulator (Alguna vez ya sucedió, pero esta vez se está haciendo de rogar, así que da lugar a un post, ).

Concretamente el error es:

“There is already a listener on IP endpoint 127.0.0.1:12001. Make sure that you are not trying to use this endpoint multiple times in your application and that there are no other applications listening on this endpoint.”

Desde la línea de comando ejecutamos el siguiente comando:

        1: netstat /a /b

Y vemos que, efectivamente un proceso esta ocupando el puerto 12001.

Si se matamos el proceso, a veces, se auto-arranca, así que, o “dejamos de usar VMWARE (Cosa que debería hacer)” o bien:

No cambiemos nada en el fichero “C:\Program Files\Windows Azure SDK\v1.5\bin\devstore\DSService.exe.config” para ver la configuración del “Windows Storage Emulator” puesto que obtendrás errores del tipo “The process cannot access the file because it is being used by another process”:

Por el momento con matar el servicio ha funcionado, pero aun así, me encuentro con este otro error: “Role instances are taking longer than expected to start” (grrr…. vaya día….):

Estos son los Know Issues detectados en Windows Azure SDK 1.5 hasta el momento:

Incomplete Windows Azure Blob Download using DownloadToStream, DownloadToFile, DownloadText, and DownloadByteArray methods

Windows Azure SDK 1.5 Compute Emulator Fails to Start

Windows Azure SDK 1.5 Compute Emulator Listen Port Unavailable

IIS7 Logs Are Not Collected Properly

Como nota principal: No debería estar ocupado ninguno de los puertos: 12000, 12001, 12002, 808, 16001, o 15100.

Reviso el “Compute Emulator UI” donde el estado de mi Web Role es “Role State Unknow”.

Finalmente, tras revisar todo nuevamente paso a paso; los diferentes Logs que genera el storage emulador, varios reinicios del visual estudio, deshabilitar los diagnósticos de Windows Azure de mi proyecto, etc, es que el ~~maldito~~ puerto “808” pertenece a los bindings del “Default Web Site” en el IIS.

Los eliminamos y después de tantas vueltas, todo queda funcionando correctamente.

Ahora a celebrarlo con unas birras y una buena cena, ¡que es sabadete! .

Espero que a mas de uno le evite una pesadilla !!!

Buen fin de semana a tod@s

Juanlu, ElGuerre

Instalando Windows 8, Visual Studio 2011 y TFS 2011. Despegando…

2011-10-02T22:45:00.001+02:00

Al final, me he decido a probar, aunque realmente, ¡Ya estaba tardando…! , y en lugar de descargar una máquina virtual ya montada como dice Bruno, aquí, he preferido currármelo un poco, . Pues bien, después de unos 11minutos, el Windows 8 ya está instalado en una VM del disco SSD, he aquí algunos pantallazos:

Puedes logarte con credenciales de Windows Live ID.

Menú de Inicio con una experiencia de usuario totalmente nueva, ¡Bueno Windows Phone ya iba por este camino!. Las tablets con Windows 8 están cerca !!!

Task Manager más “cooool”

Un Windows Explorer con Ribbons.

Y mucho más, que te gustará, sin duda, Y si tienes pantalla táctil, más aun, .

Y lo mejor, que de echo era el objetivo de este post, el Visual Studio 2011. Aunque esta versión de Windows 8 ya viene con el Visual Studio 11 Express, yo voy a por la Developer Preview !!!

En este caso, después de más de 11 minutos, ya está todo listo para comenzar a indagar, aunque bueno, muchos de vosotros ya lo estáis haciendo, pero yo no voy a ser menos,jeje… entre todos le iremos sacando el jugo !!!

Muchas nuevas características: .NET 4.5, integración con HMTL5, MSBuild 4.5, integración con office, (nuevo para PowerPoint “StoryBoarding”, donde El Bruno, nos deleita con un breve resumen), nuevo TFS 2011(Bruno ya está le está metiendo caña y al que habrá que seguir !).

Por aquí, Jason Zander hace un pequeño Tour. Y, además, integración con ASP.NET MVC 4: Nueva pantalla de inicio bastante más currada, con Popup para el registro, nueva pestaña de contacto con acceso a Tweeter y a Facebook y más.

Por el momento el problema encontrado tiene que ver con las “Windos Azure Rools for Visual Studio”, habrá que esperar, así que por el momento mientras trabaje con Windows Azure tendré que hacerlo con Visual Studio 2010. .

Finalmente, el TFS ha quedado instalado y listo para comenzar a trabajar e ir poco a poco indagando en las novedades. Fácil, sencillo y sin problema alguno y, eso sí, con un portal de administración mucho más intuitivo y conseguido.

Hasta aquí, una breve introducción a lo que esta viniendo, y que ya mucho de vosotros estáis comenzado a conocer.

Saludos
Juanlu

PD: De nuevo comenzaré a estar por aquí más a menudo. “Hay etapas duras y momentos más complicados, pero todo es paciencia” !!!

[EVENT] Materials of the event Zero Code + Azure + LightSwitch

2011-06-22T20:55:00.001+02:00

Muy buenas,

Ayer 21 de Junio de 2011, y con un horario americano, junto con Bruno, preparamos un pequeño Web Cast sobre LigthSwitch y de sus posibilidades incluido el deploy en Azure.

Tal y como responsables de las demos y según dice Bruno en su post, a continuación os dejo el enlace para que podáis descargaos todo el material: https://skydrive.live.com/?cid=bef06dffdb192125&sc=documents&nl=1&uc=1&id=BEF06DFFDB192125%213506#!/?cid=3b5366f3f9a9a830&sc=documents&nl=1&uc=4&id=3B5366F3F9A9A830%212252

La ppt la podéis descargar de este enlace, donde las dejo Bruno,

Espero que podais disfrutar de LightSwitch y de las ventajas que aporta.

Regards @Redmon

Juanlu

PS: [Tweet] “Great !!!! . Patterns & Practices FY12 Roadmap: Enterprise Library 6.0 in June 2012. .NET 4.5 & Win8 integration pack”

Windows Azure AppFrabric CTP Junio 2011

2011-06-21T17:35:00.001+02:00

Muy buenas,

El equipo de Windows Azure anunció ayer una nueva CTP de Windows App Fabric con las siguientes características:

AppFabric Developer Tools
AppFabric Application Manager
The Composition Model - a set of .NET Framework extensions for composing applications on the Windows Azure platform
Formal support for executing Windows Workflow Foundation (WF) on Windows Azure and the composition of Windows Communication Foundation (WCF) and WF services, as well as custom code, into a composite applicatio

Por el momento sólo podemos hacer una petición para obtener el acceso y desde el portal de “Laboratorio” .

A ver cuanto tardan en darnos el acceso para comenzar a “cacharrear” y ver hasta donde podemos llegar

Saludos @Seattle

Juanlu

Casi “Zero code”: Lightswitch en Azure

2011-06-15T21:39:00.001+02:00

Muy buenas,

Como simpre liado de un lado para otro, y de proyecto en proyecto, ¡todo son prisas!, eso si, en ocasiones como esta, en donde los chicos de Second Nug nos permiten estar con vosotros, no se pueden dejar escapar, Incluso estando en EEUU, el próximo día 21 de Junio de 2011, entre las 19:30h y las 21:30h (hora española), estaremos con vosotros Bruno Capuano y “el menda”, compartiendo temas de Lightswithch y Azure. Espeamos que os guste.

Aquí os dejo el enlace del evento.

Saludos

Juanlu

Nueva versión de Windows Azure SDK PHP (v3.0)

2011-05-26T21:58:00.001+02:00

Muy buenas,

Esta vez soy breve, así, que aquí os dejo esta nueva versión,

http://blogs.msdn.com/b/brian_swan/archive/2011/05/26/new-version-of-windows-azure-sdk-for-php-v-3-0-available.aspx

Saludos

Juanlu

Materiales del evento LightSwitch + Azure + ZeroCode

2011-05-05T20:51:00.000+02:00

Muy buenas,

Pues esta vez, simplemente dejaos el enlace al material presentado esta mañana en las oficinas de Microsoft junto con El Bruno y referentes al evento Visual Studio Lightswitch + Windows Azure + Zero Code, de echo, os dejo un enlace a su blog, puesto que el ya se me adelantó a subir dicho material, .

Pues acceder a la presentación AQUÍ.

Muchísimas gracias a todos los asistentes y esperamos que haya sido de utilidad

A partir de ahora, intentaré explotar más en profundidad todo lo que hemos visto,

Saludos

Juanlu

WCF RIA Services como OData, SOAP o JSON

2011-04-28T15:44:00.001+02:00

Casi a punto ya de agotar las vacaciones de Semana Santa, he querido escribir este post que ya llevaba tiempo como Draft, espero que sea de utilidad.

¿Estas intentando trabajar con RIA Services?
¿Quieres exponer tu servicio RIA a través de un servico web?
¿SOAP o REST?
¿Quieres exponer tus datos SQL con EntityFramework a través de un Servicio Web en cuestion de unos cuantos clicks?

Si estas interesado en conocer las respuestas a estas preguntas este es tu post:

Antes de comenzar asegura que las DLLs instaladas son las adecuadas. Para ello revisa que en la ruta “C:\Program Files (x86)\Microsoft SDKs\RIA Services\v1.0\Libraries\Server” se encuentra el siguiente conjunto de Dlls:

De no ser así, sigue lo siguientes pasos hasta conseguirlo. Esto es debido a que los distintos cambios de versiones instaladas sobreescriben a las anteriores y en la mayoria de los casos, verás que sólo existen la dlls “Microsoft.xxx” o las “System.xxx”. ¡Vaya complicación!, de no ser por mi compañero y amigo “David Gonzalez” todavía estaría instalando, ¡Muchas gracias!.

Para evitar todo esto:

Desinstala:

Microsoft Silverlight
Microsoft Silverlight Tools for Visual Studio 2010
Microsoft Silverlight 4 SDK
Microsoft F# Runtime for Silverlight 4
WCF RIA Services v1.0 for Visual Studio 2010
WCF RIA Services Toolkit

Instala en el siguiente orden. Importante tener muy en cuenta las versiones:

Silverlight4_Tools.exe (en Ingles).
RiaServices.msi (RIA Services v1.0 for Visual Studio 2010 – Mayo 2010).
RiaServicesToolkit.msi (Aunque esta disponible la versión de Diciembre, instala la versión de Mayo 2010 con objeto de que sea compatible con RiaServices puesto que de este aun no está disponible una versión más actualizada.

Ahora el Visual Studio está listo para comenzar.

Importante: Desde Abril de 2011 ya está disponible la nueva versión de “WCF RIA Services ToolKit” que es compatible con la versión de Mayo de 2010 y por tanto podemos evitar la ardua tarea anterior, adicionalmente, tambien está disponible WCF RIA Services v1.0 SP1, con lo que tenemos todo al completo.

Ahora ya podemos comenzar a crear nuestro servico RIA:

Para exponer un servicio como RIA, añadiremos un nuevo item de tipo “Domain Service Class” a nuestro proyecto Web.

NOTA: No neceariamente tiene que ser un proyecto web, pero si pretendes sacarle partico al servicio y no solo para el acceso desde SilverLigth o LigthSwitch, entonces utiliza un servicio web como “Best Practice”:

Una vez incluido este nuevo item, veremos que en el “web.config” se ha añadido lo siguiente:

     <domainServices>

      <endpoints>

        <add name="OData" type="System.ServiceModel.DomainServices.Hosting.ODataEndpointFactory, System.ServiceModel.DomainServices.Hosting.OData, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />

      </endpoints>

    </domainServices>

Ahora nuestro servicio (REST) ya está listo para ser consultado como si de un Atom, RSS, etc se tratara, eso sí, no existe ningún servicio "*.svc" físicamente, sin embargo se autogenera un “.svc” de la siguente manera:

Formato de la url dinámica: -.svc/OData/">http://localhost:[Puerto]/<namespace>-<DomainServiceName>.svc/OData/

Ejemplo: /WcfService1-DomainService1.svc/ODATA/">http://localhost:<Puerto>/WcfService1-DomainService1.svc/ODATA/

Una vez que ya tenemos este servicio, ¿Porqué no utilizarlo como SOAP o incluso como JSON?, para ello bastará con incluir las siguientes dos líneas/endpoints en la sección <domainServices> <endpoints>.

<add name="soap" type="Microsoft.ServiceModel.DomainServices.Hosting.SoapXmlEndpointFactory, Microsoft.ServiceModel.DomainServices.Hosting, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
<add name="json" type="Microsoft.ServiceModel.DomainServices.Hosting.JsonEndpointFactory, Microsoft.ServiceModel.DomainServices.Hosting, Version=4.0.0.0,  Culture=neutral, PublicKeyToken=31bf3856ad364e35" />

Ahora tendremos tres url distintas para el acceso a cada uno de estos distintos endpoints:

ODATA: -.svc/OData/">http://localhost:[Puerto]/<namespace>-<DomainServiceName>.svc/OData/

SOAP: -.svc">http://localhost:[Puerto]/<namespace>-<DomainServiceName>.svc

JSON:-.svc/json/GetProducts/"> http://localhost:[Puerto]/<namespace>-<DomainServiceName>.svc/json/GetProducts/

Para probar el punto (1) podemos utilizar la herramienta “OData Explorer” o incluso con el Propio Exel (su extension PowerPivot Excel 2010)

Para el punto (2) podemos añadir una referencia web a uno de nuestros proyectos y consumirlo desde .NET como cualquier otro endponit WCF, es decir, se generará el Proxy correspondiente.

Y, para el punto (3), podemos utilizar el “JSON Explorer”. Para ello accedemos a la url correspondiente sin el último backslash (“/”) desde Internet Explorer y abrimos el fichero generado con notepad. Copiamos el contenido en el “Source” de esta pequeña herramienta y, aquí estan los datos:

Ahora sí, nuestros endpoints estarán listos para comenzar a ser usados.

Uso desde Ligthswitch.

Para que todos estos EndPoint funcionen correctamente es necesario que nuestra clase de Dominio contenga el atributo de clase “[EnableClientAccess()]”, sin embargo “VS Ligthswitch” recomienda el uso de este atributo y por tanto mostrará el siguiente mensaje: “This data source will be publicly accessible from outside your application. It is recommended that EnableClientAccess is disabled on the WCF RIA Service.”

En cualquier caso siempre podremos continuar.

Nada más por el momento, espero haber aclarado algunos temas. Si quieres conocer más detalle y ver ejemplos sobre su consumo, echa un vistazo a este enlace: WCF RIA Services Part 10 - Exposing Domain Services To Other Clients.

Saludos @Higuera la Real

Juanlu

[EVENTO] Máxima productividad y ‘Time-To-Market’ con el nuevo RAD Microsoft VS.LightSwitch y Windows Azure

2011-04-12T23:46:00.001+02:00

Muy buenas,

Aunque el compañero Bruno Capuano ya lo ha comentado aqui, no quería ser menos, además de ser yo el que voy a tener la suerte de compartir con él este evento, donde pretendemos darlo todo y mas !!!.

He aquí el enlace donde puedes encontrar todo el detalle del evento: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032480432&Culture=es-ES

¡Espero veos por allí el próximo 5 de Mayo tras unas buenas vacaciones de Semana Santa!

Saludos
Juanlu

SQL Azure Data Sync. Sincronizando…

2011-04-03T22:27:00.001+02:00

Tras este grato fin de semana y tras haber celebrado junto con alguno de vosotros el 10º Aniversario de Avanade, ¡FELIZ ANIVERSARIO! me encuentro con ánimo de escribir este Post, antes de que finlize. Además, hace ya un tiempo que recibí el código de activación de SQL Azure Data Sync y llevo con ganas de escribir el resultado de las pruebas desde hace ya un tiempo.

En primer lugar decir que SQL Azure Data Sync lleva a cabo la sincronización de datos entre SQL Server (On-premisse) y SQL Azure, aquí, podemos encontra más información.

A continuación enumero los pasos para poner en marcha el componente y para comprobar su funcionamiento.

Haciendo uso del Portal de Azure, crear un Base de Datos en SQL Azure utilizando la opción “create” una vez seleccionado el servidor.
Introducir el nombre de la Base de Datos “NorthWind”.

Partir de la BBDD local por todos conocida “NorthWind” y optar por una de las dos opciones para crearla en SQL AZure.

Haciendo uso de la herramienta de exportación de Scripts de SQL Server 2008 “Generate Scripts…” (Seleccionar en este caso). En este caso ten en cuenta dos propiedades ”avanzadas” importantes: “Script for the database engine Type” y “Types of data to scripts” (Para este caso no es importante, pero será necesario tenerlo en cuenta a la hora de crear BBDD con datos). Una vez generado el Script crear una coneción con el servidor de SQL Azure para la BBDD creada durante los pasos anteriores, y ejecutar este scripts.

Haciendo uso de la herramienta SQL Azure Migration Wizard (“SQL Azure MW v3.5.7”), partiendo en este caso desde la BBDD local o incluso desde el fichero de Script SQL referente a la misma. En este caso, la herramienta hará todo el trabajo una vez indicado el origen y destino.

Aunque no son necesario crear las BBDD en SQL Azure con Datos he aprovechado para comentar el proceso de migración,

Ahora a poner en marcha el proceso de sincronización de datos:

Acceder al portal de SQL Azure Data Sync “https://datasync.azure.com/SADataSync.aspx”
En la pestaña “Agents”

Genera una key para el agente introduciendo un nombre.
Descarga el servicio, “AgentServiceSetup.msi” e instalalo en local para la sincronización.

Configura el Servicio indicando entre la key generada en el paso anterior y añadiendo la BBDD local de la que quieres realizar la sincronización.

A partir de aquí, pensaba seguir comentando uno a uno todos los pasos, pero, ¿Para que hacerlo si tenemos un buen articulo en la TechNet, bastante mejor que el que pueda completar yo? En este tambien se explica los pasos necesarios para el registro para la obtención del código de activación.

http://social.technet.microsoft.com/wiki/contents/articles/sql-azure-data-sync-scenario-sql-server-to-sql-azure-synchronization.aspx

Una vez finalizado el proceso y comenzada la sincronización los datos estarán replicados tanto en SQL On-Premisse como en SQL Azure, y por ello, como comentaba antes no sería necesario la creación de datos en SQL Azure al crear la BBDD.

Tras dicho proceso, si consultamos las BBDD tanto On-Premisse com SQL Azure, veremos que se han generado nuevos objetos:

Una nueva tabla por cada una de las existentes y con el sufijo “_dss_tracking”.

Un “User-Defined Tables Types” por cada tabla de la BBDD.

Once (11) nuevos procedimientos almacenados por cada tabla. Ej.: para la tabla “Categories”.

Como siempre hay que encontrar alguna pega, el número de objetos de la BBDD puede verse incrementado enormemente si de por sí nuestra BBDD tiene ya muchos.

Adicionalmente, la sincronización es un éxito, eligiendo el modod “Bi-Direccional”, modifiques donde modifiques los cambios son reflejados.

Habrá que seguir probando para encontrar algunas limitaciónes, ¡si es que las tiene!

Hasta aquí una vez más, Azure sigue ofreciendo posibilidades y acercándonos más al verdadero mundo Cloud.

Saludos @Azureños
Juanlu

Desplegando LightSwitch en Azure. Varios click y CERO Código.

2011-03-20T23:07:00.001+01:00

Llegó el momento, y tras haber podido instalar el SP1 de Visual Studio+ LightSwitch Beta 2 (¡Como ya comenté en un post anterior, no era posible!), he continuado mis pasos con LightSwitch y ahora, con una sencilla, sencilla publicación en Azure.

He aquí los pasos para el deploy en Azure de una aplicación LigthSwitch + acceso a datos con SQL Azure.

Antes de nada, veamos la configuración del deploy/publicación.

Pulsamos “Publish…” y a seguir los pasos del wizard.

Como puede verse, podemos optar por modo “Desktop” o “Web” (Yo opto por el Web).

Seguidamente en el siguiente paso del Wizard introducimos el “Subcription ID” copiado del portal de Azure. Exite un boton de acceso directo al mismo “Open the Windows Azure Portal”.
Seleccionamos un certificado o creamos uno nuevo, en cuyo caso será necesario “Copy Path” para localizar la ubicación del mismo y poderlo subir al portal de Azure, concretamente a “Management Certificates”.

Si no subimos el certificado a Azure según comento en el punto anterior, veremos el siguiente mensaje (“Could not connect to Windows Azure using the provided Subscription ID and Certificate”) y no podremos continuar:

Si todo va bien, accederemos al siguiente paso, donde seleccionaremos los datos de nuestra subscripción de azure sobre la que queremos realizar el despliegue. Adicionalmente seleccionamos el “Environment”(Deployment) en el que se va a realizar el despliegue “Production” o “Staging”.

En el siguiente caso seleccionamos un certificado existente (.pfx) o creamos un nuevo certificado <Create new self-signed-certificate….>. IMPORTANTE. Este certificado tendremos que subirlo tambien a Azure a través de su portal, pero en este caso, lo asociaremos a la subscripción del despliegue.

Ahora toca el turno a la configuración de la conexión de datos (SQL Azure).

En el siguiente paso volvemos a seleccionar un certificado (distino al del selecionado en los pasos previos) o crear un nuevo certificado.

Si intentamos seleccionar el mismo certificado (.pfx) selecionado previamente en pasos anteriores, encontrearemos este otro error “Unable to add ‘<XapCertifie>.pfx’. A file with than name alread exists ”:

Una vez más y si todo va bien, pasaremos al siguiente paso, al último.

“Publish…” y a esperar varios minutos con el siguiente mensaje en Visual Studio.

Una vez finalizada la espera. Espera necesaria para la subida de los ficheros “.cspkg” y “ServiceConfiguration.cscfg” al storage de Azure, concretamente a un container “lightswitch”. A continuación se abrirá el portal de azure y comenzará el despliegue.

Finalmente la aplicación esta en Azure (“EN LA NUBE”).

Ahora podemos eliminar el contenido del container “lightswitch” de Azure Storage. ¡Que pena que lo lo haga el despliegue de forma automática!. Será para la “Release”. Junto a este pequeño inconveniente, encuentro otro adicional, sólo existe un camino para el despligue. LightSwich lo controla todo, no es posible hacer despligues manuales a partir de los ficheros de despliegue. ¡Bueno si, en el momento que comience la publicación, abortamos y en la carpeta “Bin\Debug” encontraremos dichos ficheros! . Desde mi punto de vista y sólo es una idea, el equipo de Azure está pensando 100% en el “Zero Code”, .

Saluods @LightSwitch/SAzure
Juanlu

SQL Error: “database 'msdb' cannot be opened due to inaccessible files or insufficient memory or disk space”

2011-03-14T00:20:00.001+01:00

¡Y yo que pensaba que el SQL no se corrompía¡. Esta tarde/noche estaba trabajando con el SQL cuando de repente Zaaas: “database 'msdb' cannot be opened due to inaccesible files or insufficiente memory or disk space”. Al abrir el Management Studio y desplegar el nodo “Databases” aparecía constantemente este error además del correspondiente en el log de eventos: “The log scan number (309:536:1) passed to log scan in database 'msdb' is not valid. This error may indicate data corruption or that the log file (.ldf) does not match the data file (.mdf). If this error occurred during replication, re-create the publication. Otherwise, restore from backup if the problem results in a failure during startup”.

En mi caso y después de algunas pruebas y “vueltas” la solución ha sido:

Copiar los ficheros “MSDBData.mdf” y “MSDBLog.ldf” desde la ruta “C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Template Data” a la ruta “C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA”.
Ejecutar desde una nueva consuta del Management Studio el script “instmsdb.sql” situado en la carpeta “C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Install”

Es posible comprobar el estado de la base de datos, ejecutando la consulta

select state_desc databasestatus_sysdtabase from sys.databases where name ='msdb'

cuyo resultado será “RECOVERY_PENDING”, sin embargo y una vez completados los pasos anteriores el resultado pasará a ser “ONLINE” lo que indicará que todo ha vuelto a la normalidad, ¡ooooooppppppps, que alegría!.

Nota: Aunque no estoy seguro, es posible que partiendo de cualquier fichero “MSDBData.mdf” y “MSDBLog.ldf”, de un compañero, máquina virtual, etc. y siguiendo estos pasos el problema quede resuelto.

Saludos
Juanlu

Visual Studio 2010 SP1 y LightSwitch deja de funcionar !!!

2011-03-09T23:58:00.001+01:00

Muy buenas,

Acaba de salir el SP1 de Visual Studio 2010, jeje… ¡Es lo que tienen este tipo de aventuras!

Error:

Error 46 An exception occurred when building the database for the application.

Method not found: 'Void Microsoft.Data.Schema.Sql.SchemaModel.ISqlSimpleColumn.set_IsIdentity(Boolean)'. C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\LightSwitch\v1.0\Microsoft.LightSwitch.targets 95 10 AzureLightSwithcDemo1

Pasos que he seguido: (Mejor, mirad la solución, más abajo, )

Despues de buscar en internet y seguir algunos pasos, como los de este enlace, “http://social.msdn.microsoft.com/Forums/en/lightswitchgeneral/thread/8a67fc8b-1221-4764-ab84-64a711fae4b2”, mi problema continua asi, que lo siguiente es “REPARAR” el SQL Server:

Nada, tampoco soluciona nada.

El problema continua, y por dar más detalle, concretamente en las siguientes líneas del fichero “C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\LightSwitch\v1.0\Microsoft.LightSwitch.targets”:
<BuildSchema Inputs="@(LightSwitchModel)"
              InstallDirectory="$(LightSwitchPath)"
              OutputDirectory="Bin\Data"/>

Reinstalo LighSwitch y nada, todo sigue igual. No hay error de código pero tras la compilación aparece este “~~maldito~~” error.

Solución:

No hay. Desinstala el SP1 de Visual studio. He aquí la referencia que ha publicado hoy el equipo de LightSwitch: http://blogs.msdn.com/b/lightswitch/archive/2011/03/08/lightswitch-beta-1-is-incompatible-with-visual-studio-2010-sp1.aspx

En fin, que se le va a hacer, habrá que esperar a la Beta 2 de LigthSwitch, que saldrá en breve.

Saludos

Juanlu

Algunos “Workarrounds” programando para Windows Azure

2011-03-03T19:34:00.001+01:00

Hola a tod@s ,

En esta ocasion, me gustaría comentar algunos workarrounds sobre errores que podemos encontrar durante los desarrollos para Windows Azure.

“There was an error attaching the debugger to the IIS worker process for URL'' for role instance”

Solución: Incluye la línea “ <compilation debug="true" targetFramework="4.0" />” dentro de “<system.web>” del web.config.

¿Quieres evitar que el Compute Emulator del SDK 1.3 muestre constantemente la venta siguiente cuando tengas abierto un “web.config en el Visual Studio”?

Solución: Incluye la instrucción “attrib -r "$(ProjectDir)Web.Config” en la propiedad “Post-build Event command line” en la propiedades del proyecto web.

Could not load file or assembly ‘msshrtmi’ or one of its dependencies. An attempt was made to load a program with an incorrect format.

Solución:

Abre el proyecto en notepad
Elimina el tag xml “PlatformTarget” de todas las “PropertyGroup”
Ejemplo de un property group.

<PropertyGroup Condition=" ‘$(Configuration)|$(Platform)’ == ‘Debug|AnyCPU’ ">
<DebugSymbols>true</DebugSymbols>
<OutputPath>bin\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<DebugType>full</DebugType>
<PlatformTarget>AnyCPU</PlatformTarget>
<ErrorReport>prompt</ErrorReport>
<Optimize>false</Optimize>
<WarningLevel>4</WarningLevel>
</PropertyGroup>

Adicionalmente me gustaría dejar algunas referencias al blog de Cesar de la Torre (Microsoft) donde encontrarás otros“workarrounds”:

Irán apareciendo más sobre la marcha y, sobre la marcha los iremos viendo!

Saludos
Juanlu

Actualiza tu OCS (Office Communicator) a Microsoft Lync con sólo tener instalado el cliente

2011-03-02T17:07:00.001+01:00

Muy buenas,

Como persona inquieta y “enreda” como me consideran algunos, , hoy me decidí a instalar Microsoft Lync (“nueva version del OCS mejorada”), pero el problema es que me encontré con este error: “Cannot sign in to Lync: Cannot sign in because the server version is incompatible with Microsoft Lync 2010. ”

La solución es muy fácil. Una vez instalado Microsoft Lync 2010 en tu ordendaor:

Busca en el registro de windows el path“[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Communicator]”. Sino existe creala.

Una vez encontrada o creada crea “DisableServerCheck" de tipo DWORD.

Establece el valor “00000001”

Tras estos pasos tendrás algo similar a esto:

seguro que alguna funcionalidad no estará activada, pero bueno, al menos por el momento tengo el Lync, . Sobre la marcha veremos que va pasando !!!.

Aqúi dejo una referencia donde encontrar más detalles.

Gracias a otros enredas !!!
Saludos
Juanlu

Instala un disco de estado sólido (SSD) para que tu PC vuele

2011-02-21T23:56:00.001+01:00

¿Quieres cambiar de ordenador porque el que tienes consideras que va muy lento?, seguro que esto lo has pensado muchas veces y si eres programador, más aún. Todos conocemos las tarjetas SSD, pues un disdo de estado sólido, es practicamente lo mismo pero más grande . ¿Y si es más grande por que no ulitarlo como disco principal del ordendor? Hace unos días me decidí ha hacer esta operación (¡que seguro que más de uno ya ha llevado a cabo!), principalmente porque Edu y Roberto me “picaron” acelerando asi mi inquietud. Pues bien, en esta occasion y con objeto de poder llevar a cabo mejor mis proyectos de Azure, , os dejo aquí el resultado de mi pequeña “investigación”.

Pasos:

Elige un disco duro en función del dinero que puedas gastarte, no obstante, te recomiendo uno de 120GB. Hecha un vistazo a PCComponentes (muy buen trato, rápidos y “buena gente”) donde podrás eligir entre ellos, en mi caso opte por el “G.Skill Phoenix Pro SSD 120GB” aunque el “Corsair Force F120 SSD 120GB” tambien es una buena alternativa, de echo no sabría decir si mejor o no, no obstante a lo largo de este post me referiré a este último con objeto de hacer alguna comparativa.
Si tienes un portatil y quieres sustituir tu unidad de DVD por otro disco duro secundario, sigue estos pasos sino olvida este paso:
- Utiliza la herramienta “Windows 7 USB/DVD Download Tool” para arrancar el PC desde un USB.
- Accede a la web del fabricante de tu portatil y compra un soporte adecuando, en mi caso, para un DELL latitutde E6400 (y para compatibles) lo hice desde aquí.
Instala el Disco SSD reemplazando el anterior.
Instala el Disco “viejo” y adaptalo según el soporte comentado en el punto 2. Solo si has optado por sustituir la unidad de DVD
Configura la bios para asegurar un mejor rendimiento del dicos, si es posible elige “aHCI”, conseguirás hasta un 15% más de rendimiento en algunos casos y dependerá de disco que finalmente eligas, ¡yo consegui este incremento, !
Asegura de tener configurada la bios para arrancar desde el USB o desde el DVD.
Instala Windows 7 en este nuevo disco.
Sigue los pasos de esta página para el máximo partido (rendimiento) a tu disco duro. Te sorprenderás de la cantidad de cosas que ahora no son necesarias para tu Windows 7 funcione. No necesitarás paginación, Indexación, etc.. lo que implica a su vez un menor consumo de CPU, memoria, etc.
Si utilizas el Bitlocker, ten cuidado, el rendimiento de tu disco duro se verá decrementado en un 60% ó 70% aproximadamente, no obstante, seguiras teniendo unas mejoras “brutales”.
Si eres como yo y no te conformas con esto, utiliza esta herramienta gratuita the Benchmark y compruebalo tu mismo.

Ejecutala antes y después de configurar el Bitlocker para ver las diferencias.
En algunos discos, como ocurre con “Corsair Force F120 SSD 120GB” es necesario dejar libre un espacio de unos 20GB (“Unallocated”) con objeto de conseguir que el decremento del 60% ó 70% pase a ser de sólo un 30% ó un 40% aproximadamente. Esto mismo no ocurre con el disco “G.Skill Phoenix Pro SSD 120GB”, donde directamente conseguiras este resultado sin tener que peder estos 20GB.
! Asi que hasta que el Bitlocker no esté preparado para este tipo de discos, tendrás que soportar esta perdida en el rendimiento de nuevo disco duro, ~~o, simplemente “No lo configures”~~ .

Aqui os dejo algunas pruebas de las medidas que tomé:

G.Skill Phoenix Pro SSD 120GB

Con BitLocker	Sin BitLocker	Sin BitLocker + aHCI

A continuación el “Corsair Force F120 SSD 120GB”

Con Bitlocker	Con BitLocker + 20GB “Unallocate”	Sin BitLocker + aHCI +20GB “Unallocated”

En estos casos hay muchos temas pendiente que ver y como tampoco soy un esperto, dejo algunos enlaces donde poder ver porque decartarse por el G.Skill Phoenix Pro SSD 120GB.

Doble MTBF (Tiempo medio de vida entre fallos o fiabilidad/calidad), que puedes ver aquí (G.Skill) y aqui (Corsair).
Trim nativo soportado en windows 7 mientras que en Corsar es simplemente soportado.
50.000 IOPS (Input Output Operations per seconds) frente a los 50.000 ó 15.000 del Corsair. Este dato es curioso, depende la página en donde mires encontrarás valores distintos. Eso sí, los de “G. Skill” no cambian. Aqui os dejo una web con los datos de ambos discos: G.Skill y Corsair.

Nota: ¡ Lo que si está claro, es que sin el Bitlocker, (y sin tener en cuenta el MTBF) ambos discos consiguen practicamente el mismo rendimiento

¡Ahora si que puedo subir a la nube!

Saludos y mucha suerte para el que se anime,
Juanlu

+…+ Pruebas con lo nuevo de Windows Azure y además, un bug en el “Reboot”

2010-12-01T22:23:00.001+01:00

Hola a todos,

Algunas novedades más ahora que estoy con ganas, , ¡Vamos, como un niño pequeño con su juguete nuevo de Reyes!, jejeje…

1) Instancia Small:

Ahora que podemos acceder directamente a la maquina a través de Terminal Server, he aquí la composición de discos de una instancia cualquiera “Web Role”:

2) Instancia Extra Small:

En cuanto a esta instancia, nada, de momento nos va a tocar esperar, al menos hasta formar parte del programa “Beta”:

14:19:40 - Preparing...
14:19:41 - Connecting...
14:19:53 - Uploading...
14:20:56 - Warning: The server encountered an unknown failure: The underlying connection was closed: A connection that was expected to be kept alive was closed by the server.
14:21:11 - Warning: The server encountered an unknown failure: The underlying connection was closed: A connection that was expected to be kept alive was closed by the server.
14:28:52 - Creating...
14:29:19 - HTTP Status Code: 400/nError Message: A parameter was incorrect. Details: The subscription is not authorized for this feature./nOperation Id: xxxxxxxxxxxxxxxx
14:29:19 – <HostName>
14:29:20 - There was no endpoint listening at /services/hostedservices//deploymentslots/Staging">/services/hostedservices//deploymentslots/Staging">https://management.core.windows.net/<SubscriptionID>/services/hostedservices/<ProjectName>/deploymentslots/Staging that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.
14:29:20 - Deployment failed

3) Nuevo portal SQL Azure (“Houston” ) y acceso desde el portal de Windows Azure y acceso directo desde aquí:

Introducción de las credenciales

Y aquí os dejo un recorrido de lo principal:

Nota: Ah por cierto, el acceso a la máquina/instancia no es posible via UNC, es decir; \c$">\c$">\\<NombreMaquina>\c$.

BUG:

Si haces un reinicio (boton “Reboot”) de una instancia (tanto en “staging” en “production”), desde el portal aparece el “Stoping (Rebooting)…” y hay se queda, es decir, no termina nunca.
Solución: “Stop” y “Start”, aunque eso sí, después de haber intentado el “Reboot” parece que tampoco funciona, hay que cerrar el Internet Explorer e intentarlo de nuevo, .
¡Habrá que reportar a Micrsoft!.

Saludos
Juanlu, elGuerre

Probando Windows Azure SDK 1.3 y el nuevo portal !!!

2010-11-30T13:23:00.001+01:00

Aqui estoy de nuevo, en esta ocasión comenzando con algunas de la mejoras del SDK 1.3.

Antes de nada comentar que desde esta mañana ya está disponible el nuevo portaaaaaaal de Azure “a excepción de AppFabric”, por que aún tendremos que esperar un poco más, . Os dejo algunos pantallazos:

En cuanto a nuestros proyectos existentes, lo primero que vamos a tener que hacer es cambiar la referencia a la siguiente dll, para que sea la 1.1.0.0 en lugar de la 1.0.0.0, es decir, ahora hay que utilizar “Microsoft.WindowsAzure.StorageClient v1.1.0.0” y la puedes encontrar en la GAC o en el directorio “C:\Program Files\Windows Azure SDK\v1.3\bin” .
Por otro lado, tenemos nueva seleccion en los tipos de proyectoss:

Acceso directo al portal de Azure:

Configurando la conexión con el Remote Desktop:
Configuranco el acceso al Remote Desktop. He aquí agunos rastros de los hechos accediendo desde el menú contextual de la opción “Publish” de Visual Studio 2010:

Después de configurar la conexión remota el fichero de configuracion “ServiceConfiguration.cscfg” tiene el siguiente aspecto visual:

Una vez hecho estos ajustes y desplegado y desplegado:

Importante: Para la utilización y configuración de certificados os remito a un Post que ha escrito nuestra compañera “Azureña” Gisela recientemente: “Administración de Certificados digitales en Windows Azure”.

1) Desde el Panel de “Host Services” y sobre el Icono del “Role” tenemos estas opciones:

2) Clicamos es “Configure” e introducimos las credenciales:

3) Seleccionamos la instancia a la que nos queremos conectar después de unos momentos de actualización.

4) Utilizamos el Icono “Connect”, ahora ya activo, y como digo una vez seleccionada la instancia.

5) introducimos el dominio\usuario y el password, y, …….

Nota: Para obtener el nombre del domino, utiliazr el NombreProyecto, es deicr, el nombre de la instancia sin el sufijo “.WebUx_IN_0”, a partir de la primera vez, ya tendremos el nombre real de la máquina.

¡Zaaaaaaaaaaaaaaaaaaas! Impresionante, dentro de la máquina/instancia, ¡la verdad es que geeeeniiial!

¡Ahora le diría a mi colega Bruno: “Esto es más divertido que la Kinect”

¡Una vez que tenga el acceso!, que como podéis ver en la primera imagen de este post tenemos que esperar una vez realizada la unión al programa beta, os iré comentando sobre algunas otras pruebas y novedades:

Extra Small VMs

Windows Azure Connect

VM Role

Saludos nubedosos
Juanlu, elGuerre

Windows Azure SDK 1.3 y Azure Tools para Visual Studio

2010-11-29T21:21:00.001+01:00

Muy buena, y muy buenas porque aunque en un rato tenemos el partido “Barca – Madrid” tambien tenemos ya disponibles para su descarga el SDK 1.3 de Windows azure, ahora además con unas cuantas Tools para Visual estudio. Además claro esta:

Virtual Machine (VM) Role (Beta)
Remote Desktop Access
Full IIS Support in a Web role
Instancia “Extra Small” ($0,05/hora por una máquina de 1 GHz de CPU, 768 MB RAM y 20 GB de almacenamiento local).
Virtual Network (CTP)
Bastantes HotFix, ¡Así no tenemos que estar recapitulajndo Fixes por todos lados!
Y, muchas cosas más…

He aquí el enlace para su descarga.

El “pequeño” inconveniente es que parece que las Tools no soportan Visual Studio 2008, , pero por lo demás, sin problemas.

Cerramos el Development Fabric y el Visual Studio, next, next, ….. y Listo. En principio, sin problemas. He aquí algunos pantallazos:

Ahora sólo queda probrar y conseguir que todo funcione y este listo en el portal de Azure para soportar todas estas novedades. Esperemos que sean en unos días.

Saludos y a disfrutar

Saludos y a disfrutar
Juanlu, elGuerre

AppFabricLabs: “La primera en la frente”

2010-11-04T23:22:00.001+01:00

Me encuentro haciendo mi primer ejemplo (“EchoService” del SDK) con AppFabric y, que mala suerte que ya encuentro el primer error,

Error 1: hostname “[YOUR_NAMESPACE].servicebus.appfabriclabs.com.servicebus.windows.net” can't support more than 1 level subdomain.

Sutituyo esta sentencia;

Uri address = ServiceBusEnvironment.CreateServiceUri("sb", serviceNamespaceDomain, "EchoService");

por esta otra;

Uri address = new Uri(@"sb://acsservice.servicebus.appfabriclabs.com/EchoService/");

y nada, tampoco funciona, ahora obtengo este otro error:

Error 2: hostname “[YOUR_NAMESPACE].servicebus.appfabriclabs.com.” can't support more than 1 level subdomain.

Después de hacer varios intentos, pensando que estaba haciendo algo mal, encuento este único enlace en Google: http://www.go4answers.com/Example/problem-regarding-appfabric-lab-105032.aspx, donde parece que la única solución es trabajar con “servicebus.windows.net” y no con “servicebus.appfabriclabs.com”. En este enlace, además de ver un error similar se muestran los tiempos de respuesta entre las regiones, interesante, interesante.

En fin, parece que finalmente tendremos que utilizar “AppFabricLabs” sólo para hacer uso de “Caching”, bueno, esperemos que funcione, ya os contaré, .

Saludos

Juanlu

Azure: Desplegando y Depurando allí arriba en la nube

2010-10-26T09:07:00.001+02:00

Después de ya un tiempo me he decidido a llevar a cabo mi primer deploy en la nube, no obstante una de las cosas que más me preocupa es el control de lo que realmente está ocurriendo. Para conseguir ser dueño de tal poder es muy importante tener en cuenta desde el principio el tratamiento de cierta información con objeto de poder consultarla para lograr finalmente coseguir la ubicación exacta de lo que ocurre, es decir, si ocurre un problema, localizarlo y solucionarlo.

Esto tiene una implicación muy importante, y es, que finalmente, se va a pensar en las trazas y en el control de errores desde el primer momento del proyecto. ¡Al fin un “hito” que no va a poder pasarse por alto, va a resultar que poco a poco vamos a ir haciendo las cosas bien! ¿Porque no pensamos tan detenidamente estas cosas en un sistema On-Premise? ¡Claro, en una última instancia, nos enfrentamos cara a cara con el servidor que esta en una sala más a la derecha y listo, ! Bueno, pues ahora nos tocará codificar algunas líneas más de código….

Por el momento veamos el deploy y todo lo que surge a su alrededor:

Desde Visual Studio:
Click derecho sobre el proyecto de “Cloud Services” y “Publish…”. A continuación tendremos que seleccionar un certificado o crear uno nuevo directamnte desde el Wizard. Para crear uno basatará con incluir el siguiente comando en la cosola de “Windows Azure SDK v1.2”:

makecert -r -pe -a sha1 -n "CN=Windows Azure Authentication Certificate" -ss My -len 2048 -sp "Microsoft Enhanced RSA and AES Cryptographic Provider" –sy 24 elGuerreAzure.cer.

Comienza el deploy, ¡ahora, lo que menos me gusta!, a esperar unos 20 minutos, aunque eso sí, podemos seguir trabajando sin ningún problema.

Si por alguna razón (~~el Visual Studio “peta”~~) hay que volver a lanzar de nuevo el deploy. En tal caso así como cuando queremos relanzar una publicación veremos este mensaje; (“Delete and Continue” y seguimos…) y a volver a esperar.

Desde la Web “wwww.azure.com”:

Seleccionamos los paquetes de instalación; “.cspkg” y “.cscfg”:

A esperar los 20min de cortesía y listo,

Un tema muy importante a tener en cuenta es realizar el deploy con el IntelliTrace activado como mostraba en una imagen anterior. Esto va a permitir recuperar las trazas y poder localizar cualquier error, y sobre todo, los ocurridos durante el despliegue.

Para ello, acceder al “Server Explorer” desde Visual Studio, click derecho y “View IntelliTrace Logs”:

En ese momento comienza la descarga de las trazas desde el servidor, seguidamente podremos acceder al IntelliTrace y localizar el posible problema. Una detalle que me he encontrado es que las Dlls de MVC para ASP.Net no se encuentran instaladas en los Web Roles y por lo tanto hay que hacer un “Copy Local = True” de la misma para se incluya en el deploy y así se copie al/los servidor/es. Igualmente para el resto de Dlls que tampoco se encuentren instaladas.

Algunos errores durante el despliegue

System.Net.WebException: Unable to connecto to the remote server

System.ObjectDisposedException: Cannot access a disposed object.

“System.Net.Sockets.SocketException: An attempt was made to access a socket in a way forbidden by its access permissions.”

Estos aprecen si el deploy en la nube se realiza con “UseDevelopmentStorage=true”,(de igual forma si “UseDevelopmentStorage=false”). La solución a estos, basatará con indicar los valores correctos tales como; “DefaultEndpointsProtocol=https;AccountName=[Your Account Name];AccountKey=[Your Account Key]. Es facil pero puede ocurrir que se nos olvide o que en algún caso la cadena no esté bien formada.

“No valid combination of account information found.”

Este problema puede implicar un pequeño ajuste en nuestro código, aunque no siempre tiene que ser necesario, el porqué, aún no lo tengo muy claro. En otras casos también es posible que aparezca si la cadena de conexión a la nube no está correctamente formada:

Código original:

   1: CloudStorageAccount.SetConfigurationSettingPublisher((configName, configSetter) =>

   2: {

   3: configSetter(RoleEnvironment.GetConfigurationSettingValue(configName));

   4: });

Nuevo código a sustituir por el anterior:

   1: CloudStorageAccount.SetConfigurationSettingPublisher((configName, configSetter) =>

   2: {

   3:     string connectionString;

   4:     if (RoleEnvironment.IsAvailable)

   5:     {

   6:         connectionString = RoleEnvironment.GetConfigurationSettingValue(configName);

   7:     }

   8:     else

   9:     {

  10:         connectionString = ConfigurationManager.AppSettings[configName];

  11:     }

  12:     configSetter(connectionString);

  13: });

Windows Azure - Resolving "The Path is too long after being fully qualified".

Aparece en muchas ocasiones al intentar compilar o publicar una aplicación. Puedemos solucionarlo fácilmente siguiendo los siguientes pasos. Más detalle aquí:

Desde la consola; “Windows Azure SDK v1.2”, ejecutamos:

csrun /devfabric:shutdow

csrun /devfabric:clean

Aseguramos que el icono de Azure no se encuentra en la barra de notificaciones.

Finalmente creamos una nueva variable de entorno “_CSRUN_STATE_DIRECTORY“ y le asignamos el path que quieras “ej.: "C:\AZURE_RUN”

En un siguiente post veremos en detalle el Traceo y la monitorización,

saludos

Juanlu

Mas vídeos sobre Azure

2010-10-20T23:04:00.001+02:00

Muy buenas,

Aquí os dejo un enlace a una nueva colección de vídeos sobre azure:

http://www.msdev.com/Directory/SeriesDescription.aspx?CourseId=166

Saludos
Juanlu

Azure: ¿Qué es? ¿Cómo? y ¿Por donde comenzar?

2010-10-20T09:47:00.001+02:00

Azure va a dar mucho que hablar así, que espero estar por aquí algo más de lo habitual.

Ya en un post anterior comenté algún tema curioso sobre Azure, en este caso en concreto me gustaría dejar un resumen a grandes rasgos de manera que sirva de orientación para el comienzo con esta nueva gran “area de desarrollo”, principalmente para aquellos que aún no conocen poco o nada sobre Azure.

¿Qué es Azure? y, concretamente, ¿Qué es Windows Azure Platform?

Antes de dar ninguna explicación, me gustaría hacer mención sobre como equiparar a Azure con otros temas históricos de nuestra vida y de los que actualmente nos estamos beneficiando. Este simile aunque ya utilizado en más de una presentación creo que aclara bastante: “La electricidad, el gas, etc, los tenemos al alcance de nuestra mano con un servicio. ¿Por qué no hacer lo mismo con la infraestructura de ordenadores y pagar por un servicio prestado? De esta manera cada “uno” se dedica única y exclusivamente a su negocio”. Con el tiempo, hay una menor inversión y se produce un alto ROI.

Windows Azure es un entorno de “Cloud Computing” basado en Internet, es decir, un Sistema Operativo basado en Internet. Una plataforma para el desarrollo de aplicaciones .net en la “nube”, todo ello apoyado en data centers repartidos por todo el mundo.

Una imagen muy buena que define o da respuesta a esta pregunta es la siguiente. ¡ Creo que hay poco más que contar para una breve respuesta!

Esta plataforma esta formada por:

Windows Azure: Computación y capacidad de almacenamiento en la nube. Basicamente un OS.
App Fabric: Bus de datos y Control de acceso. Básicamente un ESB (Enterprise Service Bus).
SQL Azure: SQL Server para la nube.

Todo ello con algunas restricciones y algunas diferencias que ya intentaré ir contando poco a poco.

Adicionalmente, cuando comencemos a estudiar y a intentar aprender Azure, encontraremos muchos acronimos que es conveniente tener presente desde el principio y que yo creo que pueden acortar dicho tiempo:

IaaS: Infraestructure as a Service. Elasticidad y facilidad para subir máquinas a la nube; maquinas virtuales (WM Ware), Amazon, …
PaaS: Platform as a Services. Plataforma para la ejecución de software/servicios a medida; Windows Azure, Google App Engine, …
SaaS: Software as a Services. Productos acabados. Windows Live, Bing, Sharepoint, Twitter, faceboos, Gmail, …
Windows Azure Appliance: Contenedores de máquinas de Azure administrados por la nube, y que van a encontrarse físicamente en casa del cliente, (éste, los quiere cerca, poque “no se fía”).
On-premise: Sistema Software “No-Cloud”.

Azure se identifica claramentecon algunos adjetivos; Elasticidad, flexibilidad y “On-Demand” (En el Cloud, se paga por lo que se usa). Pincipalmente lo definiría como “Self-Service”.

Una vez entendido que es Windows Azure Platform, he aquí un gráfico identificatio (sacado de uno de los correspondientes White Papers), aunque por el momento no entraremos en detalle:

Conviene conocer también que existe una API “REST” (tecnología basada en HTTP y URI), que es utilizada por Azure y que, aunque aparentemente es trasparente, su uso es posible de forma explicita incluso para otros lenguajes para el uso con componentes de la plataforma azure:

Adicionalmente y de cara a la seguirdad tendremos que entender algunos terminos que aunque ya exsten hace tiempo, se le comenzará a dar más uso en y con la nube;

WIF (Windows Identity Foundation); WS_Trust y WS-Federation.
Claims: Es “Algo” que identifica a un usuario; el UserId, el Pwd, la edad, un conjunto de estas, etc.
STS (Security Token Service); Issue, Renew, Validate, Cancel
ADSF 2.0 (Active Directory Federation Services)
Y mucho más…

A partir de ahora no tiene por que ir todo a la nube, cada cosa irá en su sitio, exisiten aplicaciones idóneas para la nube mientras que otras no:

Idóneas:

Requieren escalabilidad; interet
Estacionales; Loterías, rebajas, etc
Con picos; Ofertas, vuelos, etc
De crecimiento exponencial generado por los usuarios; facebook, flickr, etc
etc…

No idóneas:

Lineales, sin perspectiva de crecer.
Cotrol absoluto del entorno.
Alta sensibilidad en los datos; datos financieros.
…

Adicionalmente agradecer anuestro compañero de Geeks Ibon Landa, su recapitulación sobre el inicio con Windows Azure Platform.

Hasta aquí y en pocas palabras, un resumén o recapitulación y punto de partida hacia este gran y maravilloso mundo. En los siguientes post directo al grano con VS 2010 y Windows Azure Cloud Services.

Saludos desde nube
Juanlu

Azure está llegando, ¡Y de que manera!

2010-10-12T11:32:00.001+02:00

Muy buenas a todos,

Windows Azure está ya aquí rondando como ya sabéis y parece ser que no va a parar. Aunque aún estoy un poco “espeso” en la parte técnica a pesar de haber hecho algun que otro ejemplo y ser capaz de captar su potencia, por el momento os dejo algunos vídeos que os pueden dar una idea de lo que se mueve por “ahí fuera” alrededor de Azure, merece la pena echarles un vistazo: Videos sobre Windows Azure.

Algunas novedades:

Dallas
Houston
Project Sydney, que aún no está disponible.

Y, por otro frente tambien se aproxima “Windows Intune”

Azufresaludos
Juanlu

¿Por qué editar manualmente un .msi de 64bits una vez generado?

2010-09-02T10:04:00.001+02:00

Muy buenas o no tan buenas si es que acabas de llegar de las vacaciones ! :-(

En esta ocasión y continuando con el tema de alguno de mis posts anteriores sobre los Setups (.msí) quiero comentar un pequeño truco para generar .msi en 64bits de forma automática.

Si habéis trabajado en la generación de ".msi" de 64bits y haciendo uso de las “Custom Actions”, habéis podido observar que una vez generado este, si se intenta instalar en una máquina de 64bits (a pesar de haber sido generado en 64bits), se obtiene el siguiente error:

¿Por que ocurre esto si realmente hemos generado un .msi de 64bits y lo estamos instalando en una maquina de 64?

Para dar solución a este tema tendremos que hacer uso de la herramienta “Orca” (o de alguna otra similar), ya postee sobre ella en mis inicios ("ORCA" - Windows Installer Table Editor) y mira por donde hoy, vuelvo a hacerle mención, ¡algo bueno tendrá!. Pues bien, esta herramienta nos va a permitir modificar uno de los valores de nuestro .msi con objeto de evitar este error debibo, parece ser a un “bug”, y que llevan ya tiempo sin ~~querer~~ solucionar. Para ello:

Siguiendo los pasos de mi anterior post “Compilando en 32 o en 64 bits”, bastará con que compilemos el proyecto “Setup1” para generar el fichero “Setup1.msi”.
Desde el “Orca” abrir “Setup1.msi” y buscar (Ctrl+F) “InstallUtil”.
Una vez localizado dicho valor, lo modificamos para que pase a tener este otro “C:\Windows\Microsoft.NET\Framework64\v2.0.50727\InstallUtilLib.dll”. Como estaremos compilando en una máquina de 32bits no existirá esta ruta, no hay problema, la creamos manualmente y copiamos en ella la dll (InstallUtillLib.dll) que podemos conseguir de cualquier máquina que tenga instalado el framework de 64bits. Esto es necesario porque el Orca valida la existencia del fichero. “No lo he probado, pero me atrevería a segurar que podemos engañar al Orca creando un fichero de texto en blando y renombrandolo con este nombre sin necesidad de tener que tener dicha dll”).

Ahora el .msi puede ser ejecutado sin errores en una máquina de 64bits.

Adicionalmente y con objeto de hacer esta labor de manera totalmente automática, seguiremos los siguientes pasos:

Generamos una pequeña aplicación de consola y añadimos una referencia COM “Microsoft Windows Installer Object Library”.
Añadimos a nuestra clase “program.cs” entre otro, el siguiente código:

            …Type classType = Type.GetTypeFromProgID("WindowsInstaller.Installer");
            Object installerClassObject = Activator.CreateInstance(classType);
            WindowsInstaller.Installer i = (WindowsInstaller.Installer)installerClassObject;


            WindowsInstaller.Database db = i.OpenDatabase(MSIFileSpec, WindowsInstaller.MsiOpenDatabaseMode.msiOpenDatabaseModeTransact);
            Console.WriteLine("Running SQL Query for InstallUtil in the Binary MSI table");

            // NOTE: The ` is correct in the SQL statement below - it is not " or '
            WindowsInstaller.View v = db.OpenView("SELECT `Name`,`Data` FROM `Binary` where `Binary`.`Name` = 'InstallUtil'");
            v.Execute(null);
            WindowsInstaller.Record Record = v.Fetch();
            if (Record != null)
            {
                Console.WriteLine("Updating the Binary Data for InstallUtil");
                Record.SetStream(2, InstallUtil64BitFileSpec);
                v.Modify(WindowsInstaller.MsiViewModify.msiViewModifyUpdate, Record);
                ChangesMade = true;
            }
            else
            {
                Console.WriteLine("Error : InstallUtil not found in the Binary MSI Table");
            }
            v.Close();
            if (ChangesMade)
            {
                Console.WriteLine("Commiting the changes to the database");
                db.Commit();
            }….

Nota: Como se puede ver, lo que finalmente va a hacer nuestra aplicación de consola es exactamente lo mismo que hemos comentado anteriormente con nuestro amiga “Orca”.

Dotamos a la aplicación de consola del tratamiendo de un parámetro de entrada (ruta del “.msi” a editar).
Y, finalmente, solo nos queda tener ubicada esta aplicación en un sitio común para que todos nuestros proyecto de Setup la puedan utilizar:

Editamos la propiedad “PostBuildEvent” de cada uno de nuestros poryectos de setup y damos el valor “<AplicacionConsola> ruta_msi”.
El .msi generado ahora, ya puede instalarse directamente en una máquina de 64bits sin tener que hacer uso de Orca.

Nota: Si se genera un .msi de 64bits desde un entorno de desarrollo de 64bits esto no llega a ocurrir.

Os dejo aquí (“elGuerre.InstallUtilEditor.zip”) la aplicación de consola para que podáis utilizarla directamente.

Descarga “Orca” desde aquí.

Saludos
Juanlu

Forzando el “Merge” cuando hay problemas

2010-05-25T18:59:00.001+02:00

Buenas,

He aquí, una anécdota del día a día:

Hoy estaba intentando hacer un “merge”, ¡la verdad, nada complicado, pero, cuanto más fácil parece, más “enrevesado” e incrompresible resulta! :-D

Después de no sé cuantos intentos, y de seguir diferentes caminos para intentar conseguirlo, nada de nada, los cambios se resisten.

Problema: Existen muchos cambios a llevar a cabo en el merge pero no se hace efectivo ninguno. Realizas comparaciones de ficheros y son distintos, pero nada, que el “merge” no reconoce los cambios.

Solución: Desde la línea de comandos de Visual Studio, ejecutar la siguiente instrucción:

tf merge /baseless “LocalPath-1” “LocalPath-2” /recursive

Y, después de la resolución de algún conflicto, “zasssss…” problema resuelto.

Referencia: “http://msdn.microsoft.com/en-us/library/bb668976.aspx”

Saludos @3Cantos

Juanlu

“Enterprise Library 5.0” Lista para ser descargada

2010-04-21T09:30:00.001+02:00

Muy buenas a tod@s,

Ya está lista la Release de lla Entlib 5.0 para ser descargada.

Soporte para .Net Framework 4.0 e Integración en Visual Studio 2010
Integración con WPF
Consolas de configuración de todos los tipos

Para 32 y 64 bits
Para 32 y 64 bits con el Framework 4.0

Y mucho más………….

Todo, desde aquí (EntLib 5.0).

Saludos y a disfrutarla, ;)
Juanlu

Compilando en 32 o en 64 bits

2010-04-20T21:32:00.001+02:00

Últimamente me he encontrado con dudas y preguntas que se plantean algunos compañeros sobre la compilación en 64bits. En ocasiones, me he encontrado cosas un poco “liososas” al respecto, pero, sinceramente, despues de hacer un pequeño ejemplo para chequearlo, veo que no parece tan complicado, o al menos eso creo yo.

Veamos ese ejemplo “chorras” pero que una vez más nos da la solución a la duda

Crear una solución Visual Studio “Basic Deploy x32 x64”
Añadir un proyecto de tipo Consola
Añadir otro proyecto de tipo “Setup” según se muestra en la siguiente figura:

Ahora nuestra solución quedará de la siguiente manera:

Lo siguiente es crear una nueva plataforma de compilación “x64” tal y como sigue:

Hacer click sobre la solución y seleccionar “Configuration Manager…

A continuación podemos eligir entre copiar la configuración de una plataforma ya existente o vacía (“<Empty>”). La ventaja de utilizar una existente (x86, que siempre está present), tenemos la ventaja de que las opciones de compilación para “Debug” y “Release” están listas.

Ahora ya está todo listo, ajustamos la configuración; “Debug” y “Release” si no lo hemos hecho en el paso anterior, es decir en caso de haber creado la plataforma a partir de una vacía. Para ello tendremos que seleccionar en cada proyecto y para cada uno de los tipos de configuración si queremos marcar, “DEBUG”, “TRACE”, etc… Entre otras cosas, es posible que nos interese cambiar el “Output path”, sino, por defecto la compilación en 32 bits se realizará en “bin\debug” y la de 64 en “bin\x64\debug”.
Si ejecutamos el proyecto en 32 bits y observamos el c podemos observar como las Dlls utilizadas; Sytem.Core, System.Data, etc son las de 32 bits.

Sin embargo, si ejecutamos la aplicación en 64bits y volvermos a observar el “Process Exprorer”, vemos como las DLLs utilizadas son las de 64 bits.

Llegado este momento el proyecto compila y se ejecuta en 32 y 64 bits. Es en momento de ver como se comporta el proyecto de SETUP:

Entre las propieades del proyecto de setup tenemos la propiedad “TargetPlatform” que tendremos que cambiar según la compilación que queramos hacer; para 32 o para 64 bits.

Hasta aquí, el caso fácil y prácticamente todo automático, pero, siempre existen algunas excepciones o “complicaciones” a tener en cuenta:

¿Que pasa si tengo que trabajar con directorios específicos de 64bits; “ProgramFiles64Folder”, “CommonFiles64Folder” o, para el caso de 32 bits “ProgramFilesFolder”, “CommonFilesfolder”, etc.? En este caso sólo se podrá trabajar con una plataforma específica, y es posible que tengamos que crear dos proyectos de Setup, uno para 32 y otro para 64.
Pero, ¿Y si tenemos mucha lógica en el setup; nuevos formularios, custom actions, etc? La idea es intentar evitar dependencias de cada plataforma. Desde mi punto de vista lo mejor es lanzar el .MSI desde un .BAT o .VBS pasando el parámetro “TARGETDIR”. En cuanto a otros directorios o depencias, lo mejor es trabajar con “custom actions” creando la lógica adecuada, pero de esta manera siempre un único Setup y sólo cambiando la propiead “TargetPlatform”. Para más detalle sobre todo esto, hechad un vistazo a mi anterior post; “Como hacer un setup en 15 min”.
¿Que ocurre si nuestro proyecto de 64 bits trabaja con DLLs concretas de terceros?¿Que ocurre con las referencias? Una buena idea puede ser; crear un nuevo proyecto vacío (sin ninguna clase) en el mismo directorio del proyecto de 32 bits, de manera que ambos proyectos lo compartan todo. Es decir, tendríamos en un mismo directorio dos ficheros “.csproj”. Bastará incluir las referencias por separado en cada uno de los proyectos y en algún caso, alguna directiva de compilación. En este caso nos tocará crear dos proyectos de Setup. ¡intentemos unificar toda la logica!.

Estos úiltimos puntos dependerán de la complejidad que tenga nuestro Setup. La cuestión es, complicarse cuanto menos, mejor. El principio KISS, siempre presente.

Saludos
Juanlu

Como hacer un setup personalizado en 15min con Visual Studio .NET

2010-04-18T19:16:00.001+02:00

Muy buenas de nuevo, (y nunca mejor dicho lo de “nuevo”).

Llevo ya un tiempo sin aparecer por aquí, y la verdad, es que desde entonces no han dejado de aparecer novedades. Me siento como un niño pequeño que quiere jugar con sus nuevos juguetitos y, de alguna manera “no le dejan”, en fin….. Ya os contaré algunas cosas poco a poco.

En un intento de retomar mi aparición por aqui, os muestro a continuación y un pequeño artículo sobre la generación de Setup personalizados que escribí hace poco. A ver si os sirve:

Hace ya un tiempo quería comentar la facilidad de .net para la generación de setup’s personalizados y sobre todo como encaminarlos a la distribución vía SCCM (el antiguo SMS) o incluso, como sustitución a la generación de diferentes ficheros de configuración para nuestros “famosos” y diferentes entornos; desarrollo, integración y producción.

¿Por qué copiar de acá para allá diferentes ficheros de configuración que cambian de un día para otro?
¿No es mejor disponer de un mismo fichero de configuración y no compilar nada para el paso entre entornos?

Vamos a seguir detalladamente los pasos adecuados a partir de un sencillo ejemplo que consiste en un formulario Windows que utiliza un texto fijo recuperado del fichero de configuración y que podría ser cualquiera de nuestros proyectos actuales

1. Añadimos a la solución existente un proyecto de tipo “Setup and Deployment” con el nombre <NombreProyecto>Setup:

2. Añadimos un nuevo proyecto de tipo “Class library” y denominarlo por ejemplo, <NombreProyecto>CustomInstall:

3. Añadimos una nueva clase “CustomParameters.cs” o renombrar la clase “Class1.cs” generada por defecto con la siguiente información:

using System.Collections;
using System.Configuration.Install;

namespace DeployEn15MinCustomInstall
{
    public class CustomParameters
    {               
        private static System.Collections.IDictionary state = null;
        public static string PREFIJO_SALUDO = "PrefijoSaludo";
        
        private string _prefijoSaludo;        

        /// <summary>
        /// Constructor para los instalables sin parametros de entrada
        /// </summary>
        /// <param name="savedState"></param>
        public CustomParameters(IDictionary savedState)
        {
            state = savedState;
        }

        public string PrefijoSaludo
        {
            get { return _prefijoSaludo; }
            set { _prefijoSaludo = value; }
        }

        /// <summary>
        /// Recupera los parametros pasados al msi.
        /// </summary>
        /// <param name="installContext"></param>
        public void LoadContext(InstallContext installContext)
        {
            this.PrefijoSaludo = installContext.Parameters[PREFIJO_SALUDO];          
        }
    }
}

Donde; la constante “PREFIJO_SALUDO”, el atributo y la propiedad “PrefijoSaludo” serán sustituidos por cuantos parámetros sean necesarios pasar al ”.msi” para la instalación.

4. Añadimos una nueva clase “ConfigManager” con objeto de manejar la sección de “AppSettings” del fichero de configuración de la aplicación y poder añadir así nuevos valores a las key’s ya existentes.

public class ConfigManager
    {
        #region Attributos

        private string _ConfigPath;
        private Configuration _Config;
        private AppSettingsSection _AppSettings;

        #endregion

        /// <summary>
        /// Inicializa una nueva instancia de la clase<see cref="ConfigUpdater"/>.
        /// </summary>
        /// <param name="configPath">The config path.</param>
        public ConfigManager(string configPath)
        {
            _ConfigPath = (configPath == null ? String.Empty : configPath);

            try
            {
                _Config = ConfigurationManager.OpenExeConfiguration(_ConfigPath);
                _AppSettings = _Config.AppSettings;
            }
            catch (Exception ex)
            {
                throw new ApplicationException(
                    String.Format("Error adding new configuration parameters into: '{0}'.{1}{2}",
                    _ConfigPath, ex.Message, ex.StackTrace));
            }
        }

        /// <summary>
        /// Añade una nueva clave (keyName) a la sección "appSettings"
        /// del fichero de configuración con un valor (value).
        /// </summary>
        /// <param name="keyName">Nombre de la clave a añadir.</param>
        /// <param name="value">Valor a asignar a la nueva clave.</param>
        public void AddParam(string keyName, string value)
        {
            if (_AppSettings.Settings[keyName] == null)
                _AppSettings.Settings.Add(keyName, value);
        }

        /// <summary>
        /// Elimina del fichero de configuración una clave (keyName) de la sección "appSettings"
        /// del fichero de configuración.
        /// </summary>
        /// <param name="keyName">Nombre de la clave a eliminar..</param>
        public void RemoveParam(string keyName)
        {
            _AppSettings.Settings.Remove(keyName);
        }

        /// <summary>
        /// Modifica o añade una clave (keyName) de la sección "appSettings".
        /// </summary>
        /// <param name="keyName">Nombre de la clare a añadir o modificar.</param>
        /// <param name="value">Valor a asignar a la clave</param>
        public void SaveParam(string keyName, string value)
        {
            if (_AppSettings.Settings[keyName] != null)
                _AppSettings.Settings[keyName].Value = value;
            else
                AddParam(keyName, value);
        }

        /// <summary>
        /// Guarda el fichero de configuración con los cambios realizados
        /// en la sección "appSetting".
        /// </summary>
        public void Save()
        {
            if (!_AppSettings.ElementInformation.IsLocked)
                _Config.Save();
            else
                throw new ApplicationException("Section was locked, could not update");
        }
    }

5. Añadimos al proyecto “CustomIntall” un nuevo ítem de tipo “Installer Class” y lo denominamos por ejemplo “CustomActions.cs”.

El contenido de este fichero será:

using System;
using System.Collections;
using System.ComponentModel;
using System.Configuration.Install;
using System.Diagnostics;
using System.IO;
using System.Reflection;

namespace DeployEn15MinCustomInstall
{
    [RunInstaller(true)]
    public partial class CustomActions : Installer
    {
        private const string PAREMETER_NOT_SPECIFIED = "El parámetro de instalación '{0}' no ha sido especificado. La instalación será cancelada.";

        private CustomParameters _parameters = null;        

        // Añadir al array todos los parámetros requeridos durante la instalación.
        // Dejarlo vacío sino hay parámetros requeridos.
        private ArrayList requiredParameters = new ArrayList { CustomParameters.PREFIJO_SALUDO };

        public CustomActions()
        {
            InitializeComponent();
        }


        public override void Install(System.Collections.IDictionary stateSaver)
        {
#if DEBUG
            Debugger.Launch();
#endif

            base.Install(stateSaver);

            // Si la instalación es ejectuada previo paso de parámetros.
            if (this.Context != null && this.Context.Parameters.Count > 0)
            {
                _parameters = new CustomParameters(stateSaver);
                _parameters.LoadContext(this.Context);

                ConfigureFileConfig();
            }
        }

        private void ConfigureFileConfig()
        {
            string assemblyPath = this.Context.Parameters["assemblyPath"];
            string fileName = Path.GetFileNameWithoutExtension(assemblyPath).Replace("CustomInstall", ".exe");

            string exeConfigPath = Path.Combine(Directory.GetParent(assemblyPath).FullName, fileName);

            ConfigManager config = new ConfigManager(exeConfigPath);

            this.UpdateAppSettings(config);

            // Si todo es correcto se realiza el commit del fichero de configuración.
            config.Save();

            config = null;
        }

        private void UpdateAppSettings(ConfigManager config)
        {
            PropertyInfo[] props = _parameters.GetType().GetProperties();

            foreach (PropertyInfo prop in props)
            {
                string propValue = prop.GetValue(_parameters, null) as string;
                if (!String.IsNullOrEmpty(propValue))
                {
                    config.SaveParam(prop.Name, propValue);
                }
                else
                {
                    // Parámetro requerido no especificado
                    if (requiredParameters.Contains(prop.Name))
                    {
                        throw new InstallException(
                            String.Format(PAREMETER_NOT_SPECIFIED, prop.Name));
                    }
                }
            }
        }

    }
}
Las siguientes instrucciones

Las siguientes instrucciones van a permitir realizar una parada en tiempo de depuración con objeto de facilitar dicha labor. Esta instrucción tendrá más sentido cuando el ejecutable no se inicie directamente desde el Visual Studio.

#if DEBUG
            Debugger.Launch();
#endif

6. Añadimos al proyecto de Setup dos items del tipo, “Primary Output”;

“DeployEn15Min”(Ejecutable Windows Form) y,

“DeployEn15MinCustomInstall”(Class Library que contiene el “Installer class”) .

7. Finalizado el paso anterior, nuestra solución tendrá la siguiente apariencia además de proyecto de Test correspondiente (como en cualquier proyecto debemos tener siempre):

8. A continuación seleccionamos el proyecto “DeployEn15MinSetup” y hacemos click en el icono de “Custom Actions”.

9. Sobre la carpeta “Install” de las Custom Actions, hamemos click derecho y seleccionamos del “Application Folder” el “Primary output” referente al “CustomInstall”.

10. Generamos un fichero de comandos “.bat” con la siguiente instrucción y lo ejecutamos en la misma carpeta en donde se encuentre el Setup:

msiexec /l* "DeployEn15Min.log" /i DeployEn15MinSetup.msi TARGETDIR="C:\Test\" allUsers=[ALLUSERS] PREFIJOSALUDO="Deploy en 15 minutos v1.1"

Ahora, el ejecutable recibe los parámetros pasados en el comando. Los que se muestran durante la instalación son parámetros estándares, sin embargo, si después de la instalación comprobamos el fichero de configuración resultante, veremos como el valor de la key “PrefijoSaludo” del “appSettings”, ha cambiado por el nuevo valor.

Es en este punto, donde cobra fuerza la instrucción, “Debugger.Launch();” antes comentada.

Para conseguir la modificación de todos nuestros parámetros de configuración durante la instalación, tendremos que añadir valores a la propiedad “CustomActionData” del Custom Action “Install” tal y como se indica en la siguiente figura para nuestro parámetro “PrefijoSaludo”:

Se añadirán tantos valores como parámetros sean susceptibles de recuperar en tiempo de instalación.

Los “custom actions”; “Commit”, “Rollback” y “Uninstall”, serán implementados de la misma manera siempre y cuando en nuestra clase DeployEn15MinCustomInstall.CustomInstall.cs sobrescribamos los métodos correspondientes. Adicionalmente podrán sobrescribirse otros métodos que ocurren antes o después de estas acciones, con lo que tendremos mayor control sobre cualquier “cosa” que queramos realizar durante y después de la instalación.

El comando “msiexec” recibe un parámetro /l* que permite indicar un fichero de log en el que se registrarán todos pasos generados durante la instalación. Su objetivo, detectar cualquier posible error durante dicho proceso.

Nota: Con objeto de mejorar la instalación de prerrequisitos, actualizaciones, parches etc. de nuestra aplicación, podemos utilizar un “.vbs” (Visual Basic Script) en lugar de un “.bat”, permitiendo de esta manera mayor control; acceso al registro de Windows, etc. El objetivo de esto es permitir a los administradores de sistemas las modificaciones adecuadas según las necesidades concretas de la distribución. Un ejemplo claro podría ser, comprobar una clave del registro de Windows para verificar la existencia de otro programa o prerrequisito, de una versión anterior, etc.

Un saludo desde mi “nueva casa”

Juanlu, El Guerre

Asp.Net Projects in Visual Studio 2008 & IIS7

2009-02-28T11:54:00.001+01:00

AND

Hace unos días, tuve la necesidad de formatear (a Windows Vista, aunque para Windows Server 2008 el caso hubiese sido el mismo) de nuevo el equipo, ¡cosa casi habitual!. Después de otros varios días trabajando con el, y tras haber instalado Visual Studio 2008 entre otras cosas, :-D, me disponía a crear un proyecto ASP.NET con objeto de realizar unas pruebas, pero de repente, me encuentro con "esto", no es que sea un error, pero si me parece curioso, o ¡al menos es la primera vez que lo veo!.

Pues bien, si intentas publicar un proyecto ASP.NET en un IIS7 (local en mi caso) en donde NO se encuentre instalada la caractarística "IIS6 Metabase and II6 Configuration Compatibility" de II6, resulta imposible publicar, curioso como digo, pero, si estoy con II7,¿no debería evitar esta compatibilidad y trabajar directamente con IIS7?, :-D

Aquí os dejo los pasos que seguí:

Crear un proyecto ASP.NET
Publicar el proyecto en local (Publish Web Site)
Elegir la publicación en "Local IIS"
Zassss.... ¡no se puede! :-$

A continuación continué con las indicaciones de la instalación de esta característica, marcando sólo la casita "IIS Metabase and II6 configuration compatibility" y tras un reinicio y una actualización de Window Vista.... ¡pues sí, finalmente funcionó!

Tampoco soy el único con este caso o similar; Visual Studio 2008 and IIS 7.

Para más detalle, aquí os dejo un enlace bastante interesante sobre temas de deploy con II7: Using Visual Studio 2008 with IIS 7.0

Buuueno, poco para aprender, pero algo más a tener en cuenta, ;)

Saludos @home
Juanlu

Exchange, directo al grano con OwaAuth

2009-02-15T22:24:00.001+01:00

Durante la semana pasada he estado realizando una pequeña POC para el acceso a OWA (Outloook Web Access) via OwaAuth.dll y creo que, en cierto modo, estoy en la necesidad de que no pase al olvido, (si Juan, por si acaso, jejeje...).

¿Que es eso de OwaAuth.dll?

Se trata de la ISAPI de Exchange para el Logon en Owa. Esta es quizás una gran desconocida para muchos y aunque pasa desapercibida puede ser que en alguna ocasión sea necesario tener que hacer uso de ella para un propósito "un tanto distinto" :-D.

Owa necesita un "sessionid" y un "cadata" para poder acceder y obtener información de cada una de sus páginas, pues bien, owaauth.dll es la encargada de obtener estos dos datos en una primera petición http de tipo POST, y, a partir de aquí, haciendo uso de estos en las peticiones sucesivas cada página web de Owa retornará el código HTML sin ningún tipo de preámbulo.

Paso a paso:

Invocar a owaauth.dll mediante una petición http (POST) a través de la url: "https://MACHINE_NAME/owa/auth/owaauth.dll" y con una serie de parámetros específicos; destination, flags, forcedownlevel, trusted, username, password, submitCreds, isUtf8. Para la obtención de estos parámetros he utilizado el siguiente método:

public string GetPostData(Uri uri)
{        
    // Setting data to create a request body.
    Dictionary<string, string> props = new Dictionary<string, string>();
    props.Add("destination",
uri.Scheme + Uri.SchemeDelimiter + HttpUtility.UrlEncode(uri.Host + "/exchange/" + _user + "/"));
    props.Add("flags", "4");            /* 0 */
    props.Add("forcedownlevel", "0");
    props.Add("trusted", "4");          /* 0 */
    props.Add("username", HttpUtility.UrlEncode(String.Format(@"{0}\{1}", _domain, _user)));
    props.Add("password", HttpUtility.UrlEncode(_password));
    props.Add("submitCreds", "Log+On");
    props.Add("isUtf8", "1");

    ASCIIEncoding encoding = new ASCIIEncoding();

    string postData = String.Empty;
    foreach (string key in props.Keys)
    {
        string pValue = null;
        props.TryGetValue(key, out pValue);
        postData += string.Format("{0}={1}&", key, pValue);
    }
    if (props.Keys.Count > 0)
        postData = postData.Substring(0, postData.Length - 1);

    return postData;
}

Realizada la petición HTTP según el siguiente método, se obtienen los datos buscados; "sessionid" y "cadata". Estos son recuperados en el objeto "CookieCollection".

public CookieCollection Authenticate(string url)
{
    string postData = GetPostData(new Uri(url));
    // Get Response - Cookie        
    var response = HttpManager.SendRequest(
        url, postData, null,
        RequestMethod.POST, _user, _password, _domain,
        "application/x-www-form-urlencoded");

    if (response.Cookies.Count < 2)
        return null;

    return response.Cookies;
}

Ahora ya se pueden realizar peticiones a cualquiera de las páginas de Owa, eso sí, de tipo GET y teniendo en cuenta que deben ir acompañadas de "sessionid" y "cadata".

La respuesta a cada petición contiene el código HTML de cada una de las páginas solicitadas.

El método "SendRequest" es el encargado de realizar:

La primera petición de tipo "POST" y contentType "application/x-www-form-urlencoded" y,

Cada petición de tipo "GET" y contentType "text/xml".

public static HttpWebResponse SendRequest(string url, string postData,
    CookieCollection cookieCol, RequestMethod requestMethod,
    string user, string pwd, string domain, string contentType)
{
            ServicePointManager.ServerCertificateValidationCallback = delegate(Object obj, X509Certificate certificate, X509Chain chain, SslPolicyErrors errors)
            {
                return true;
            };

    Uri uri = new Uri(url);

    var request = (HttpWebRequest)HttpWebRequest.Create(uri);

    request.Method = requestMethod.ToString();
    request.CookieContainer = new CookieContainer();            
    request.ContentType = contentType;
    request.AllowAutoRedirect = false;
    // request.ServicePoint.Expect100Continue = false;
    request.KeepAlive = true;
    request.UserAgent = "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1;" +
                        ".NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)";
    request.Accept = "image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,"
                    + "application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, */*";           

    byte[] body = null;
    if (requestMethod == RequestMethod.POST)
    {
        // BODY
        body = Encoding.ASCII.GetBytes(postData);
        request.ContentLength = body.Length;
    }

    // Cookies
    if (cookieCol != null)
    {
        foreach (Cookie c in cookieCol)
            // request.Headers.Add(c.Name, c.Value);
            request.CookieContainer.Add(c);
    }

    // Security
    CredentialCache credentialCache = new System.Net.CredentialCache();
    credentialCache.Add(uri,
     "Basic", /* Basic */
     new System.Net.NetworkCredential(user, pwd, domain)
     );

    request.Credentials = credentialCache;

    if (requestMethod == RequestMethod.POST)
    {
        // Response
        var stream = request.GetRequestStream();
        stream.Write(body, 0, body.Length);

        stream.Close();
    }

    return (HttpWebResponse)request.GetResponse();
}

Esto ha sido todo por esta vez, espero como siempre, haber dado un pasito más.

Saludos @SundayHome

Juanlu

WCF: Un behavior para personalizar cabeceras HTTP.

2008-12-07T18:40:00.000+01:00

Hace ya unos días ante la necesidad de tener que trabajar con información adicional en las cabeceras ("Headers") HTTP de WCF me encontré con un lugar más donde aplicar un nuevo "Behabior". Como siempre, el tener que crear uno nuevo implica a "vote pronto" un, ¡¡¡bufffff, una vez más a meterse en las entrañas de WCF....!!! si, esta sería quizás la reacción normal, sin embargo no fué así la mia, jejejeje...

Comento a continuación como crear una nuevo Behavior para este caso y por supuesto con objeto de evitar esta constante idea sobre nuestras mentes informáticas bastante ocupadas, :-D.

Crear un proyecto "WCF Service Application" y añadir el siguiente método a la clase "Service1" que se crea por defecto:

public string GetHeader()
{
   HttpApplication app = HttpContext.Current.ApplicationInstance;

   string header = app.Request.Headers["UserQuery"];

   if ((header == null) || (header.Length == 0))
      throw new Exception(String.Format("Access Denied. Header information not found. {0}",
header ?? String.Empty));

   return header;
}

Crear un proyecto cliente de tipo consola y añadir la clausula using; "using ConsoleApplication1.localhost;" y el siguiente código al método "main":

Service1Client client = new Service1Client();
client.Endpoint.Behaviors.Add(new HttpHeaderEndPointBehavior("UsuarioCabecera1"));      

string header =  client.GetHeader();
            
client.Close();

Para hostear el servicio en IIS añadir el attributo "[AspNetCompatibilityRequirements(RequirementsMode= AspNetCompatibilityRequirementsMode.Allowed)]" a la clase "Service1", de esta manera, estará disponible el contexto HTTP ("HttpContext.Current") para su tratamiento y de donde obtendremos la información de cabecera enviada por el cliente. Como hostear WCF en IIS.

Publicar el servico Web en IIS, ej.: http://loclahost:9001/PruebaWCFCustomHeader/Service1.svc

Finalmente, añadir en el proyecto consola la referencia al servicio web con la url del punto anterior.

Run (F5) y a depurar.

Para que todo esto funcione es necesario generar un Behavior específico y para ello será necesario escribir un par de clases que implementen las interfaces IEndPointBehavior y IClientMessageInspector. Básicamente los métodos que nos interesan son; ApplyClientBeabior y BeforeSendRequest respectivamente:

HttpHeaderEndPointBehavior:

using System.ServiceModel.Description;
using System.ServiceModel.Dispatcher;
using elGuerre.Pocs.HttpHeaderExtension;

namespace elGuerre.Pocs.HttpHeaderExtension
{
 public class HttpHeaderEndPointBehavior : IEndpointBehavior
 {
    private string _UserName;

    public HttpHeaderEndPointBehavior(string userAgent)
    {
        this._UserName = userAgent;
    }

    public void AddBindingParameters(ServiceEndpoint endpoint,
        System.ServiceModel.Channels.BindingParameterCollection bindingParameters)
    {
        // Nothing to do
    }

    public void ApplyClientBehavior(ServiceEndpoint endpoint,
        System.ServiceModel.Dispatcher.ClientRuntime clientRuntime)
    {
        HttpHeaderMessageInspector inspector = new HttpHeaderMessageInspector(this._UserName);
        clientRuntime.MessageInspectors.Add(inspector);
    }

    public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
    {
        // Nothing to do
    }

    public void Validate(ServiceEndpoint endpoint)
    {
        // Nothing to do
    }
 }
}

HttpHeaderMessageInspector:

using System;
using System.ServiceModel.Channels;
using System.ServiceModel.Dispatcher;

namespace elGuerre.Pocs.HttpHeaderExtension
{
    public class HttpHeaderMessageInspector : IClientMessageInspector
    {
        private const string USER_NAME_HTTP_HEADER = "UserQuery";
        private string _UserName;
        private string _UserEncodedName;

        public HttpHeaderMessageInspector(string userName)
        {
            _UserName = userName;
            _UserEncodedName = null;
        }

        private string UserEncodedName
        {
            get
            {
                if (_UserEncodedName == null)
                {
                    _UserEncodedName = GetBase64Encoded(_UserName);
                }
                return _UserEncodedName;
            }
        } 

        public void AfterReceiveReply(
            ref System.ServiceModel.Channels.Message reply,
            object correlationState)
        {
            // Nothing to do.
        }

        public object BeforeSendRequest(
            ref System.ServiceModel.Channels.Message request,
            System.ServiceModel.IClientChannel channel)
        {
            HttpRequestMessageProperty httpRequestMessage;
            object httpRequestMessageObject;

            if (request.Properties.TryGetValue(HttpRequestMessageProperty.Name, out httpRequestMessageObject))
            {
                httpRequestMessage = httpRequestMessageObject as HttpRequestMessageProperty;
                if (string.IsNullOrEmpty(httpRequestMessage.Headers[USER_NAME_HTTP_HEADER]))
                {
                    httpRequestMessage.Headers[USER_NAME_HTTP_HEADER] = this.UserEncodedName;
                }
            }
            else
            {
                httpRequestMessage = new HttpRequestMessageProperty();
                httpRequestMessage.Headers.Add(USER_NAME_HTTP_HEADER, this.UserEncodedName);
                request.Properties.Add(HttpRequestMessageProperty.Name, httpRequestMessage);
            }
            return null;
        }

        private static string GetBase64Encoded(string userName)
        {
            byte[] inData;
            char[] charArr;

            charArr = userName.ToCharArray();
            inData = new byte[charArr.Length];

            for (int i = 0; i < charArr.Length; i++)
            {
                inData[i] = (byte)charArr[i];
            }

            return Convert.ToBase64String(inData, 0, inData.Length);
        }        
    }
}

Nota: La información de los "bindings" es la generada por defecto, así que para probar este behavior no será necesario nada más, luego, más fácil aún, :-D.

KIS: "Nada es difícil hasta que se demuestra lo contrario"

Saludos
JuanLu, elGuerre

Algunos BUGs de Web Service Software Factory (WSSF)

2008-10-31T22:44:00.001+01:00

Durante el uso de Web Service Softwawre Factory en el proyecto actual nos hemos encontrado algún que otro problemilla curioso y que no quiero pasar por alto.

En esta ocasión se trata de un curioso BUG al trabajar con WSSF. Seguro que ya lo conocéis, por que seguro que os habéis pegado con WSSF más que yo, :-D

Este fenómeno se produce siguiendo los siguientes pasos:

Seleccionar un mensaje de tipo XSD en el diseñador

Al seleccionar la propiedad "Element" en la ventana de propiedades aparece un cuadro de dialogo como el que sigue, el cual permite seleccionar un fichero xsd adjunto en la solución.

Seguidamente añadimos a la solución un proyecto de tipo "Setup" o "Web Setup"
Volver al diseñador y repetir la operación inicial, en lugar de aparecer el cuadro de diálogo para la selección del fichero xsd, zasssss..., aquí aparece el "amiguete", ("Object reference not set to an instance of an object")

Curioso pero cierto, ¿solución? Sacar de nuestra el proyecto de "Setup", :-D

También lo he probado con el Framework .NET 3.5 sp1 y Visual Studio 2008 sp1 y nada, los mismo. Por el momento tendremos que esperar hasta una nueva versión de WSSF.

Un saludo Halloween"iano"
Juanlu, elGuerre

Creando un "Publisher Policy File"

2008-09-29T19:33:00.001+02:00

Ya hace unos días comentaba con un compi el cambio de versión de un Assembly y si, es de lo más fácil, pero claro cuando lo usas diariamente, porque cuando dejas de usarlo, pasa lo que pasa, jejeje... si, que las cosas se olvidan o causan duda, :-D. Con objeto de recordar un poco este tema y de aclararlo un poquito más, si es que aún no está claro, que mejor forma de hacerlo que con un ejemplo y con unas cuantas líneas de código.

El ejemplo que voy a mostrar es bastante sencillo y consta de un proyecto tipo DLL con un método y uno tipo consola para ejecutar la prueba:

1) Crear una solución ".net" con dos proyectos; Uno de tipo consola al que llamaré "CheckingAssemblyVersion" y otro de tipo ClassLibrary (ClassLibrary1) de forma que las clase Class1 del proyecto ClassLibrary1 quede de la siguiente forma:

namespace ClassLibrary1
{
    public class Class1
    {
        public string DoSomething()
        {
            return "Something to do";
        }
    }
}

2) En la clase Program.cs del proyecto (CheckingAssemblyVersion) invocar al método DoSomething() de Class1, para ello será necesario añadir la referencia a dicho proyecto y una vez añadido, asignar el valor "False " a la propiedad "Copy Local".

3) Registrar en el GAC ClassLibrar1.dll

4) Ejecutar la aplicación y todo debería funcionar.

Hasta aquí todo correcto, ahora un cambio de versión a ver que pasa:

1) Añadir un nuevo método DoSomething_2() a Class1

2) Cambiar la versión en las propiedades del proyecto o en el fichero AssembyInfo.cs

3) Invocar al método DoSomething_2() desde el programa principal "Program.cs".

4) Si ahora se registra la dll con la nueva versión y se ejecuta la aplicación, "zass.."

Could not load file or assembly 'ClassLibrary1, Version=2.0.0.0, Culture=neutral, PublicKeyToken=946ba4a8f00726e4' or one of its dependencies. The system cannot find the file specified.

5) Previamente hay que tener en cuenta lo siguiente:

Decir a nuestro programa que la versión a ejecutar es la 1.0.0.0 o la 2.0.0.0 y para ello:

a) Incluir el nodo <runtime> y todo su contenido en el fichero de configuración ".config" del proyecto consola, o

b) Crear un nuevo fichero con todo este contenido, por ejemplo "PolicyVersion.config" en el mismo proyecto de la dll a la que se le pretende hacer referencia.

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1" appliesTo="v2.0.50727">
      <dependentAssembly>
        <assemblyIdentity name="ClassLibrary1"
                          publicKeyToken="946ba4a8f00726e4"/>
        <!--culture="en-us" />-->
        <!-- Redirecting to version 2.0.0.0 of the assembly. -->
        <bindingRedirect oldVersion="1.0.0.0"
                         newVersion="2.0.0.0"/>
      </dependentAssembly>

    </assemblyBinding>
  </runtime>
</configuration>

Nota: El valor "v2.0.50727" del atributo "appliesTo" se refiere a la versión del Framework de .Net con el que se ha creado la dll "ClassLibrary1"

6) Si se opta por la opción (a) y a continuación se registra de nuevo la dll en el GAC con la nueva versión todo debería funcionar sin problemas.

7) Si se opta por la opción (b) y a continuación se registra de nuevo la dll en el GAC entonces, "zaaasssss" otra vez:

Method not found: 'System.String ClassLibrary1.Class1.DoSomethingFromConfig()'.
7.a) Ejecutar la siguiente instrucción desde el "Visual Studio Command Prompt":

al /link:PolicyVersion.config /out:policy.2.0.0.ClassLibrary1.dll /keyfile:KeyFileTest.snk /v:1.0.0.0

Nota: a la instrucción anterior se le puede añadir el parámetro "/platform:x86" pero este dependerá de la plataforma utilizada durante la compilación.

7.b) Registrar la dll "policy.2.0.0.ClassLibrary1.dll" en el GAC.

7.c) Registrar la dll ClassLibrary1.dll con la versión 2.0.0.0 en el GAC.

8) Todo listo, ahora la aplicación funcionará sin ningún problema.

9) En ambos casos podría desinstalarse del GAC la versión 1.0.0.0 y el sistema seguiría funcionando siempre y cuando no exista ninguna otra aplicación que la utilice.

He aquí dos formas de utilizar una nueva versión de una DLL sin necesidad de tener que reinstalar una y otra vez. Esto es especialmente útil para aquellas aplicaciones que tienen que ejecutarse con con versiones específicas.

El siguiente mensaje aparecerá al intentar depurar la aplicación debido a que las dlls se encuentra instaladas en el GAC y sin ninguna copia local, OK,y listo, el inconveniente es que no puede ser depurada, :-(.

Algunas referencias Referencias:

http://msdn.microsoft.com/en-us/library/7wd6ex19.aspx

http://msdn.microsoft.com/en-us/library/dz32563a(VS.71).aspx

Espero haber podido aclarar alguna dudilla, ¡bueno, algo es algo!, como se suele decir, "menos da un piedra".

Saludos desde la "Escuela Politécnica de Caceres", concretamente desde la biblioteca ¡Que recuerdos, :-D!
Juanlu