Error importante en Microsoft Office 1707 y los controles ActiveX de MSCOMCTL.OCX

La última actualización de Microsoft Office (versión 1707, o lo que es lo mismo, julio de 2017) ha provocado un error muy grave en la integración con la librería MsCOMCtl.OCX. El error se puede manifestar de varias formas. La más común es que al intentar utilizar alguna macro que use esta librería aparece el mensaje: “No tiene la licencia necesaria para utilizar este control ActiveX“. O, simplemente, al abrir algún formulario que incruste algún control de este tipo aparece el mensaje: “No hay ningún objeto en este control“.

Office 365 MSCOMCTL - error

 

En la página donde se detallan todas las actualizaciones de Office (https://technet.microsoft.com/es-es/office/mt465751) podemos leer lo siguiente en la actualización de julio de 2017:

Conjunto de aplicaciones de Office: Actualizaciones no relacionadas con la seguridad

Esta versión de canal contiene las siguientes actualizaciones no relacionadas con la seguridad:

  • Se ha agregado compatibilidad con 64 bits para mscomctl.ocx, lo que permite a los usuarios trabajar en versiones de Office de 64 bits para crear, editar y abrir archivos de macros que contengan los controles comunes.
  • Se han mejorado los controles de accesibilidad que se usan en mscomctl.ocx.

Pues está claro que Microsoft ha metido la pata… ¡y bastante!

Por lo menos, Microsoft ha reconocido este problema, pero por el momento no tiene ninguna solución rápida. Lo que se recomienda es:

  1. Forzar la reinstalación de una versión anterior (1706, o lo que es lo mismo, junio de 2017).
  2. Deshabilitar las actualizaciones automáticas de Office hasta que Microsoft solvente el problema.

PASO 1: forzar la reinstalación de la versión de junio de 2017

  1. Cerrar todas las aplicaciones de Office.
  2. Abrir una consola con privilegios de administrador.
  3. Ejecutar el siguiente comando:

    “C:\Program Files\Common Files\microsoft shared\ClickToRun\officec2rclient.exe” /update user updatetoversion=16.0.8229.2073

  4. Esto comenzará a descargar la versión anterior, y posteriormente se procederá automáticamente a instalarla. Sé paciente y comprueba que finalmente vuelven a estar las aplicaciones de Office disponibles.
  5. Aunque no es obligatorio, siempre es recomendable reiniciar el sistema.

PASO 2: deshabilitar las actualizaciones automáticas de Office

  1. Abrir cualquier aplicación de Office; por ejemplo, Word
  2. Ir a la pestaña/menú Archivo, opción Cuenta
  3. Hacer clic en el botón “Opciones de Actualización” y elegir la opción “Deshabilitar Actualizaciones”

Office 365 MSCOMCTL - deshabilitar updates

En unos segundos se actualizará la ventana indicando que el producto no se actualizará. Por cierto, esto solo es necesario en una sola aplicación de Office, ya que el sistema de actualizaciones es común para todas ellas.

Esto debería resolver el problema por el momento. Esteremos atentos a las noticias de Microsoft para ver cuándo se pueden volver a habilitar las actualizaciones.

Espero que ayude.

Anuncios

[#VS2013] Visual Studio 2013 Community 2013, mi opinion: es solo la punta del iceberg … ;)

El Bruno

Tesla

Hola!

Cuando un developer trabaja con una plataforma de desarrollo, es normal que se interese por las novedades que surgen alrededor de la misma. Después de un tiempo, es fácil conocer y filtrar las fuentes de información que proveen noticias realmente acertadas sobre esta plataforma.

El evento de Microsoft Connect() de hace 5 días, se puede leer desde varios puntos de vista. Para cualquier MS developer, es de lo mejorcito que ha pasado en los últimos años. Ya no tanto por las herramientas y novedades, sino por el cambio completo de filosofía de Microsoft al respecto. Lo que hace unos años comenzó como “seremos una empresa orientada a servicios” ahora se complementa con la mejor suite de herramientas de desarrollo, también orientadas a servicios.

Y claro, estos servicios pueden (o no) estar basados en tecnologías Microsoft. Asi que bien, el nuevo Visual Studio 2015 ahora provee soporte nativo para desarrollo en Android, se…

Ver la entrada original 323 palabras más

Nuestro primer proyecto con Microsoft Team Foundation Service

Imagen

En Notarnet llevamos utilizando aplicaciones para la gestión de código fuente desde hace muchos años. Inicialmente comenzamos con Microsoft SourceSafe. Posteriormente, y debido a las limitaciones de SourceSafe, pasamos a una solución tipo SVN (Subversion/Tortoise).

Notarnet tiene en su portfolio varias aplicaciones con ciclos de vida bastante largos, donde además gestionamos varias versiones mayores en el mercado. Y dando una vuelta de tuerca, ciertos clientes se ven obligados a mantener alguna versión anterior, y que bajo soporte extendido, nos comprometemos a seguir manteniendo. En definitiva llegamos a tener varias versiones “mayores” instaladas a las que hay que seguir manteniendo, corrigiendo bugs y añadiendo funcionalidades obligatorias.

Reconociendo que el escenario anterior es un poco extremo, no es difícil encontrar otras situaciones similares que obligan a cualquier empresa que desarrolla software a plantearse la gestión ALM como algo crítico y, por tanto, a buscar una herramienta que aporte no sólo control de código fuente.

Team Foundation Server 2010. Nuestro primer TFS.

Después de búsquedas y pruebas, decidimos implantar TFS como solución óptima que cumplía con nuestros requisitos. Como Partners de Microsoft, y gracias a la suscripción MSDN, parecía lo correcto. Y tengo que decir que el producto nos sorprendió gratamente:

  • TFS no es sólo un sistema de control de código fuente para controlar versiones de código, branching, etc. Es muchísimo más y aportaba lo que realmente necesitábamos.
  • Permite llevar ALM a la práctica y además usar prácticas “ágiles”.
  • Gestionar bugs, impedimentos, spikes, etc.
  • Incrustar los Test en las Build y recibir reportes… ¡qué maravilla!
  • Realizar análisis de cobertura de código. Se ha convertido en imprescindible en nuestro equipo.
  • La integración con SharePoint para colaborar de forma ágil y potente fue otro de los motivos.

Pero, claro, también había inconvenientes y algunos no menores:

  • El modo desconectado nunca ha terminado de funcionar bien. Es bastante “arriesgado”.
  • Las plantillas de procesos estaban bastante desalineadas con nuestra estrategia Scrum cuasi-pura.
  • Pero probablemente, la infraestructura es el principal problema:
    • El despliegue es todo un reto para los administradores.
    • El dimensionamiento de los servidores implicados es otra de las pesadillas.
    • Incluir toda la arquitectura implicada en la política de backups corporativas.
    • Y un largo etcétera. Quien lo haya implantado sabe de lo que hablo con toda seguridad.

Aparece Team Foundation Server 2012

Llegados a este punto se lanzan las primeras versiones preview de TFS 11 (Server, no confundir con Service). Es evidente que nos disponíamos a ver si nos solucionaba los problemas descritos arriba. Efectivamente: las nuevas plantillas de Scrum nos venían como anillo al dedo,  los TaskBoard son simplemente alucinantes, la integración con Visual Studio 11 (el futuro VS 2012) era increíble, el Team Explorer nos encantaba, perooooo… ¿qué íbamos a hacer con toda la infraestructura creada para TFS 2010? Sólo pensarlo daba dolor de cabeza; y no os cuento al dpto IT.

Teníamos la alternativa de: (1) montar un laboratorio con TFS 2012, (2) planear la migración de forma que no pudiera fallar, (2) solventar los problemas que siempre aparecen en estas migraciones, y (3) finalmente realizar la migración cuando decidiéramos que todo lo teníamos controlado y (4) rezar porque en producción no tuviéramos problemas que nos retrasaran las agendas comprometidas. Todo esto por no hablar de los detalles “sin importancia” de decirle a los de IT que hay que actualizar el Active Directory, que necesitamos Windows 2k8 R2, que hay que actualizar SQL Sever, que el almacenamiento se nos queda pequeño, bla, bla, bla…

Pero es que además, dentro de ¿3-4 años? íbamos a tener que repetir el proceso con TFS ¿2015-2016?. Realmente la pereza aumentaba exponencialmente.

Esa pereza nos llevó a buscar una alternativa… ¡y la teníamos delante de las narices! Se llama Team Foundation Service. He de confesar que hasta esos momentos no le había prestado demasiada atención al servicio hospedado online de Team Foundation Service. ¡Craso error!

Empezamos con Team Foundation Service

En la compañía ya teníamos una cierta experiencia de otros productos/servicios hospedados y, por tanto, conocíamos las ventajas y los inconvenientes inherentes que esto tiene: un ejemplo es Office365 (un gran producto, por cierto). En realidad, lo que tienes disponible es un Team Foundation Server con prácticamente toda la funcionalidad a tu disposición, aunque “algo mermado”.

Así que se empezaron a hacer pruebas de concepto, crear algunos proyectos de equipo y, de esta forma, analizar si realmente se ajustaba a nuestras necesidades. Y poco a poco nos fue convenciendo:

PRIMERA GRAN VENTAJA: ¡olvídate de la infraestructura! ¡olvídate de las actualizaciones! ¡olvídate de las caídas de servicio! ¡olvídate de los IT!

Es cierto que esto se debe únicamente a utilizar servicios en la nube, como cualquier otro, y no al producto persé. Pero el hecho de que TFS esté en la nube es una bendición ya que es nuestra herramienta de trabajo.

SEGUNDA GRAN VENTAJA: el portal de trabajo en la web es realmente espectacular. En la versión 2010, utilizar el portal web era un recurso de última hora más que una herramienta de verdad. Ahora es todo lo contrario: manejar el backlog, la planificación de los Sprints, el seguimiento del trabajo en tareas, la gestión de Bugs o Impedimentos, etc, es muchísimo más cómodo y rápido en la web que en el propio Visual Studio.

Imagen

Esto para personas como yo con perfil de ex-PM, y ahora Product Owner y ScrumMaster, y siempre en movilidad es una necesidad imperiosa. Sólo queda dar la enhorabuena por esto.

TERCERA GRAN VENTAJA: el TaskBoard y el BacklogBoard.

  • Planificar un PBI en un Sprint es seleccionarlo y arrastrarlo al CurrentSprint… y ¡listo!
  • Priorizar un PBI es arrastrarlo verticalmente en la lista del CurrentSprint
  • Aprobar un PBI es arrastrarlo a “Approved”
  • Dar por finalizada una Task es arrastrarla a “Done”
  • Estimar el esfuerzo de una Task es facilísimo
  • Asignar una Task a algún miembro del equipo es inmediato

Imagen

En fin… ¡francamente sorprendente! Interactividad y Visibilidad máximas. Cuando se lo muestras a la gente ¡alucina!

CUARTA GRAN VENTAJA: tienes gratis un TFS prácticamente completo a tu disposición, para equipos de hasta 5 usuarios. Y a eso le añades que es un beneficio de la suscripción Visual Studio Premiun/Ultimate/Test MSDN.

MY WORK: gran herramienta tanto a nivel de portal web como en el Team Explorer de Visual Studio. Este es un paso hacia adelante facilitando la información de las cuestiones pendientes a los miembros del equipo.

ROOMS: una de las últimas novedades en aparecer. La posibilidad de interactividad y seguimiento es muy potente. Todavía no la hemos explorado 100% pero creo que va a ser muy útil; estoy seguro que dará juego.

SOPORTE GIT: esto permitirá gestionar proyectos por ejemplo desde XCode. No está nada mal.

Hay otras muchísimas novedades que en el ecosistema Visual Studio/TFS: el nuevo Team Explorer con el control sobre los cambios pendientes, la solicitud revisión de código muy mejorada, la búsqueda de Work Items, y un larguísimo etcétera.

¿Qué le falta a TF Service?

No todo iban a ser parabienes. Es cierto que se ha hecho un producto amigable, versátil y con una potencia descomunal. También es necesario señalar que todavía no hemos explotado el 100% de la funcionalidad y que nos quedan por explorar muchas cuestiones que seguro nos serán útiles y de las cuales no quiero opinar por el momento. En cualquier caso sí que creo que le faltan algunos detalles importantes.

  1. La autenticación. Tener que utilizar una cuenta Live (o similar) no es de recibo. Por ejemplo: no supe cómo explicar en la compañía porqué teníamos que crear una cuenta Live para nuestras cuentas de Office365 que son con las que accedemos a TFService.
  2. No es posible renombrar un Team Project. Así que elígelo bien.
  3. Llevamos ya demasiado tiempo viendo el asterisco en las secciones de Build y Test. Queda feo… 😉
  4. Los gráficos de Burndown deberían evitar los días no laborables y los días definidos como no hábiles en la planificación.
  5. Las plantillas de procesos (en nuestro caso Scrum 3.0) debería integrarse con Exchange Online. Sería una gran mejora: por ejemplo, si planificamos una Release de 3 meses, con 6 Sprints (duración 2 semanas), especificando las fechas evidentemente. Debería poder realizar las convocatorias de reunión de los miembros del equipo, o al menos facilitarlas, como las Sprint Meeting, las Review Meeting, etc. y llevar control sobre ellas.

En este punto podríamos pedir muchas mejoras, pero quizás estas sean las más interesantes; o al menos, las que se me han ido presentando.

Conclusiones

Esta sección del post es muy corta: Team Foundation Service es un gran producto. SIN PALIATIVOS.

DigiIdentidad: solución para digitalización de Documentos de Identidad

En Notarnet estamos de lanzamiento: se acaba de publicar la nueva release de DigiIdentidad. Es una herramienta que convierte la gestión de Documentos de Identidad (Pasaportes, DNI, NIE, Tarjetas de Residencia, …) en un proceso rápido y sencillo, con grandes ventajas para sus usuarios.

  • Recoge documentos desde cualquier fuente: un escáner, una multifunción, desde una carpeta, un SmartPhone, etc.
  • Obtiene vía OCR los datos de los documentos de identidad. Sin plantillas y detectando automáticamente el tipo de documento.
  • Capaz de procesar automáticamente cualquier documento internacional que cumpla la norma ICAO.
  • Con la aplicación de algoritmos de reconocimiento facial, extrae la foto y la firma del documento en archivos separados.
  • Dispone de sistemas de autoaprendizaje para correcciones.
  • Multidocumento. Esta es una de las grandes novedades de esta nueva versión del producto y de las que más interés está despertando: permite realizar la digitalización de múltiples documentos en la lámpara de una multifunción (o escáner con lámpara) en una sola pasada. DigiIdentidad se ocupa de individualizarlos, procesarlos mediante OCR y archivarlos de forma indexada, todo en un instante.

Image

En la última versión que ahora se presenta, se han añadido capacidades para lectura y procesamiento de Cheques (CMC7) y códigos de barras (1D, Datamatrix, PDF417, Códigos QR).

DigiIdentidad API/SDK

Lo que acabas de leer es, digamos, la descripción de características a nivel de usuario; pero hay algo mucho más importante, sobre todo si eres integrador y quisieras que tu software dispusiera de toda esa funcionalidad: DigiIdentidad dispone de una API para integrar toda su funcionalidad en cualquier software de terceros: check-in de hostelería, notarías y registros, oficinas bancarias, registros de entrada de la administración, casinos y salas de juego reguladas, edificios inteligentes, etc.

DigiIdentidad es una aplicación desarrollada en plataforma .NET 4.0, y dispone de un SDK completo con documentación y varios ejemplos de integración. Además ofrecemos soporte directo al integrador que esté interesado.

Demo/Trial de DigiIdentidad

Tanto en su versión final para usuario como en su versión SDK para integradores, se puede descargar un trial de 30 días de duración totalmente operativa. Podréis encontrar toda la información en la web de DigiIdentidad.

En cualquier caso si eres integrador, se puede conseguir gratuitamente un SDK en su versión completa, sin limitaciones, simplemente poniéndote en contacto con Notarnet y solicitándolo. También encontrarás toda la información en la web.

¡Realmente, te invito a probarla… TE SORPRENDERÁ!

Partners y acuerdos de distribución

Otro de los puntos estratégicos a destacar son los acuerdos de distribución con los principales fabricantes de escáneres del mercado. Como ya sabréis, Notarnet está en el programa Document Solution de Fujitsu desde hace ya muchos años con su producto DigiGen. Ahora presentaremos DigiIdentidad a todo su canal en los distintos Roadshow que tiene previsto realizar la firma japonesa a lo largo y ancho de la geografía nacional.

Durante los últimos meses, también hemos llegado a acuerdos de colaboración con Brother para proyectos de la compañía donde la digitalización y procesamiento de los documentos de identidad es una necesidad. Además, en breve, se presentará al canal para que distribuya DigiIdentidad.

Por otra parte, durante el mes de enero estaremos en la reunión anual del canal minorista de Canon, presentando el producto, sus ventajas competitivas y la integración con sus equipos de digitalización.

Notarnet, también ha llegado a un acuerdo con SDM para comercializar DigiIdentidad con su escáner aéreo Sceye, que permitiría digitalizar y procesar hasta ¡16 documentos! de identidad en un solo escaneo.

Conclusión

DigiIdentidad es un producto con funcionalidad realmente única, pensado para poder integrarse en aplicaciones de terceros, y todo ello con la máxima garantía de compatibilidad con los dispositivos digitalizadores de los principales fabricantes.

Pruébalo y cuéntanos qué te parece.

El ciclo de vida de Visual Studio ¿un poco acelerado, no?

Imagen

No hemos acabado de migrar una solución desde Visual Studio 2008 o 2010 a la  ¿última? versión 2012 y ya tenemos aquí Visual Studio 2013 (en preview… sí…, pero ya está aquí). Pero es que además se acaba de publicar también el Update 3 de la 2012.

Es cierto que los “updates” no suponen una ruptura que generen mayores problemas, incluyendo revisiones de algunos de los framework que van con el paquete, o incluso añadir funcionalidades completas (véase SignalR, creo que con el update 2 …pierdo la cuenta). Esto es así, y todo lo que sea agregar está muy bien y se agradece. Sin embargo el cortísimo ciclo de vida con las versiones mayores realmente crea problemas; cuando además de agregar, se eliminan elementos o se rompe la compatibilidad, las dificultades aparecen rápidamente.

Hay equipos de programación que se dedican a mantener aplicaciones de muy largo ciclo de vida, incluso de más de 10 años; proyectos complejos, con varios productos interrelacionados, dependientes unos de otros, con tecnologías diversas, y con soluciones (SLN) algunas de más de 25/30 proyectos, llegando a sumar fácilmente más de 100 proyectos (PROJ) en total. Por definición, la administración de este tipo de aplicaciones es en sí mismo un trabajo muy importante y de cierta complejidad; plantearse la migración es un auténtico reto y merece un análisis detallado, requiriendo de cierta experiencia.

Por otra parte, pero no menos importante, desde el punto de vista personal te sientes inferior cuando no paras de ver a los gurús del desarrollo twittear que ya han instalado la última versión, aunque esté en “Preview”, hablando maravillas de las nuevas características y dando ejemplos a cada cual más interesante. Estos valientes, lo instalan en producción, con proyectos reales… y el mismo día en que Microsoft publica la release ¡sí, no creas que tienen miedo!… ¿para qué esperar a la RTM?

Para que este post sirva de algo más que un desahogo, un poco de historia con las versiones más recientes de Visual Studio y las fechas de publicación (sólo versiones RTM):

  1. Visual Studio 2005. Octubre 2005 en inglés, febrero 2006 en español.
    • Service Pack 1. Junio 2007
  2. Visual Studio 2008. Noviembre 2007 en inglés, febrero 2008 en español.
    • Service Pack 1. Agosto 2008
    • Service Pack 2… el inacabado… se estuvo hablando durante meses y meses pero finalmente no apareció
  3. Visual Studio 2010. Abril 2010
    • Service Pack 1. Abril 2013
  4. Visual Studio 2012. Agosto 2012.
    • Update 1 en noviembre 2012
    • Update 2 en abril 2013
    • Update 3 en julio 2013
  5. Visual Studio 2013 Preview junio 2013

Con el penúltimo paso de 2010 a 2012, Microsoft ha hecho un esfuerzo para hacer compatibles los proyectos, pero el cambio no sale gratis: por ejemplo desaparecen los proyectos clásicos de instalación; simplemente no los carga el explorador de proyectos. Ahora parece que con la versión 2013 nos espera algo similar con los proyectos de Unit Testing… ya veremos.

Todo esto viene a concluir que Microsoft, en mi opinión, se pasa un poquito con tanta versión, dejándote anticuado en tres o cuatro años como mucho. Un entorno cómo Visual Studio es lo suficientemente complejo y sofisticado como para que sus usuarios, entre los que me incluyo, puedan amortizar la gran cantidad de tiempo dedicado a conocer todas sus características y, en definitiva poder explotar toda su funcionalidad. Esto no quiere decir que el entorno no deba actualizarse y enriquecerse convenientemente; esto es absolutamente necesario, pero siempre cuidando mucho muchísimo al ecosistema de desarrolladores que trabajan con él.

Es cierto que parece que Microsoft ha entendido esto, pero ¡sólo a medias! Por ejemplo, desde la versión 4.0 de .NET se decidió que las siguientes versiones de Entity Framework no irían en correlación; de hecho al poco tiempo aparecía EF 4.1 para no tener que esperar a .NET 4.5. Con otras tecnologías como ASP.NET MVC pasará lo mismo. Esa es la dirección correcta, pero habría que ir más lejos… ¡¡¡hay que incluir en esta separación a .NET completito!!!

Dicho todo esto, también es de justicia decir que probablemente Visual Studio es el mejor entorno de desarrollo que existe en el mercado,y con diferencia, aunque también podríamos hablar largo y tendido de los paquetes que se han ido quedando en el tintero, y a los que Microsoft simplemente les ha dado “pasaporte” dejando a muchos de  sus desarrolladores con tres palmos de narices: véase VSTO o el soporte para Molex.

Esperemos que Microsoft escuche un poco más a la comunidad de sus desarrolladores.