Múltiples providers de validación en wss3

Actualmente estamos en un cliente en el que hemos tenido que configurar un provider de seguridad en wss3. El problema que nos encontramos era que cuando se monta un provider que no lleva validación “Windows”, es decir Kerberos o NTLM, no funciona la integración con las aplicaciones clientes que lo consumen.
Lo que nos pasó fue que cuando intentamos conectar con Sharepoint Designer, con el provider a medida activado nos daba error al abrir el sitio.

Primero nos decía:

Y cuando marcas en la página de login “iniciar mi sesión automáticamente”, y vuelves a intentar abrir el site nos da el error de conexión, en nuestro caso con detalle en blanco.

De modo que como no podíamos quitar el provider a medida, pero necesitábamos trabajar y configurar sobre el portal, decidimos crear dos zonas de modo que en una (Default) validara por el provider a medida y por la otra zona (Custom) validara mediante NTLM.

How to

Os pongo un ejemplo sobre MOSS, pero con WSS también funciona:

1º Tenemos que configurar el provider de seguridad en nuestra aplicación web de wss3.

2º Una vez realizado haremos una extensión de nuestra aplicación web con otro puerto y seleccionaremos la nueva zona. Esto significa que cada zona tendrá una url distinta!!!!.

Al extender la aplicación, nos creará otra aplicación consumiendo de la misma bbdd de contenidos. Lo bueno es que al extender la aplicación nos habrá creado la nueva con el mismo pool de aplicación que la WebApp original. Tendreis que verificar que la identidad del pool es válida para las dos zonas, ya que podrías tener varios security providers que necesiten identidades de usuarios distintas.

3º Ahora solo tenemos que entrar a revisar el provider de nuestra aplicación web original y veremos que tenemos dos configuraciones de seguridad con las dos zonas.

También podremos configurar una zona con acceso anónimo y otra no.

En nuestro caso la url original era http://testpcserver/ . Al crear la zona tuvimos:

http://testpcserver/

http://testpcserver:18799/

Cuando vayamos a enumerar las aplicaciones web veremos que solo tenemos una, la original que extendimos.

Una vez creada y configurada la zona, ya podremos conectar con Sharepoint designer a la url de la nueva zona.

Inconvenientes

El problema es que al crear dos aplicaciones web, tendremos dos directorios virtuales y dos ficheros de configuración, por lo que si agregamos o modificamos un elemento directamente de modo que tendremos que mantener las dos instancias.

Por ejemplo: si queremos tener un web part en el directorio bin en lugar del gac, tendremos que mantener el fichero en los dos directorios bin de las aplicaciones web y asegurarnos que los webconfig tienen el webpart registrado.

Microsoft Dynamics Mobile 1.1 released

Leticia Pérez Franganillo me acaba de pasar unas presentaciones sobre Microsoft Dynamics Mobile 1.1. MDB es una aplicación de movilidad integrada con dynamics que nos permite crear pedidos de venta, ver nuestros itinerarios y algunas cositas más.

Con MDB Nav 1.1 Microsoft quiere dar una solución temporal al problema que tiene con Dynamics Nav en temas de integración con sistemas externos.

Actualmente Microsoft está perfilando su nueva versión de Dynamics sobre .NET con WPF (mirar a partir del minuto 17) , está versión se centrará en la mejora tecnológica del producto. Esta mejora permitirá resolver muchísimos problemas técnicos que existen actualmente con DNav y hace que se pierdan muchísimas oportunidades de negocio.

Como casi no existen soluciones de movilidad integradas directamente (no ficheros) con Dynamics Nav Microsoft le da un pequeño empujón para que los partners se vayan concienciando en que a los clientes no solo hay que ofrecerles Navision. Este es uno de los principales problemas del sector especializado en Navision, solo se dedican a eso, cuando realmente podrían ayudar al cliente ofreciéndoles servicios que le aporten valores a sus negocios.

MDB está basado en los siguiente s componentes:

• Mobile Framework:
• Compact Framework 2
• SqlServerCe
• Windows Mobile 5 y 6

• Mobile Server:
• SqlServer 2005
• Framework 3
  
• Nav SP1 Connector

Para la sincronización de los datos utiliza réplicas de sqlServer y para la integración con Nav utiliza NAS (es decir, que es "monoproceso").
Ya hace un año estube haciendo un conector con Dynamics Nav multiproceso y la verdad es que hay mucho mercado, lo malo es que necesitas la licencia de partner para poder tocar Navision.


Os adjunto unos enlaces por si quereis echarle un vistazo.

Presentaciones: http://www.mobilenug.com/dynamics/Documentos%20compartidos/Forms/AllItems.aspx
Referencias MSDN para desarrolladores: http://msdn.microsoft.com/en-us/library/bb986981(MSDN.9).aspx
Blog del equipo del producto: http://blogs.msdn.com/dynamicsmobile/
Pre-release: http://dynamicsuser.net/files/folders/nav_official/entry98111.aspx
Si estais registrados en la partnersource:
https://mbs.microsoft.com/downloads/partner/mobile/factsheets/MobileDevelopmentTools_FactSheet.pdf
https://mbs.microsoft.com/fileexchange/?fileID=10508464-da1d-4ab4-9066-fa5a956f0252
https://mbs.microsoft.com/fileexchange/?fileID=4e8c7997-5185-415a-9ae6-5103a83b8fc1

Sharepoint Services 3 es gratuito?

Una instalación con WSS3 No tiene porqué salirnos gratis.

WSS3 forma parte del paquete de Windows server 2003, la instalación y uso de WSS3 no necesita de licencias adicionales. Al menos eso pensaba yo!!. Ayer Jorge Diéguez nos planteó la duda "¿necesitamos la licencia Windows External connector?". Al parecer había estado navegando y encontró el siguiente enlace: http://www.sharepointblogs.com/mattg/archive/2008/05/12/sharepoint-licensing-a-common-question-i-get-asked.aspx


Como consecuencia de esto hemos hecho una serie de consultas al soporte preventa de Microsoft sobre este tema y hemos concluido lo siguiente:
si queremos montar un portal con WSS3 puede que haya que adquirir licencias adicionales.

Cuando se monta wss3 para que pueda ser utilizado por usuarios públicos existen dos opciones en temas de licenciamiento:

• Usuarios anónimos: En este caso no se necesita ningún tipo de licencia para WSS3.
• Usuarios que realizan login
• Usuarios externos a la compañía que se loguean en WSS3: En este caso se necesita un "External Connector License"
• Usuarios de la compañía: Necesitan una licencia CAL.

La explicación que nos daba Microsoft era que siempre se debe licenciar los usuarios que necesitan hacer un login sobre los sistemas o aplicativos. Como WSS3 es un componente (aplicativo) de WS2K3 estamos utilizando recursos propios de WS2k3, por lo que necesitaremos una licencia CAL para cada usuario que haga logon sobre WSS3. En este caso Microsoft separa los usuarios externos a la compañía de los internos. Para los usuarios internos necesitaremos de una licencia CAL, y para los externos podremos o bien adquirir una licecnia CAL por usuario o bien adquirir el parquete "External Connector License".

La forma de realizar el login sobre WSS3 no afecta a la forma de realizar el registro, para Microsoft lo que importa es identificar la persona física independientemente que la validación se haga por un AD, ADAM o provider a medida con nuestro repositorio.

Es importante que tengais en cuenta que el paquete "External Connector License" es solo para usuarios externos a la compañía, es decir, que no están en nómina.
Las licencias de extenal connector se deben adquirir por cada servidor de nuestra granja que lo necesite.

Una vez visto el tema de wss3, tenemos que revisar las liencias de SqlServer. SqlServer es un producto aparte, al considerar a los usuarios de WSS3 como usuarios de WS2k3, si nuestro portal sobre WSS3 utiliza bbdd de contenidos de SqlServer (que será en el 100% de los casos) tendremos que tener una licencia CAL de SqlServer por cada usuario interno o externo que haga login en wss3. En este caso os recomendaría licenciar SqlServer por procesador en lugar de por usuario.


Como resumen os expongo nuestro caso y las licencias que necesita adquirir el cliente:

Los portales WSS3 son públicos en Internet, accederán usuarios anónimos y usuarios alojados en un repositorio propietario del cliente mediante un provider de seguridad a medida. A los portales no accederán usuarios del dominio.
Los servicios de WSS3 estarían alojados en servidores WServer 2003 Enterprise edition y utilizarían como bbdd SqlServer 2005 Standard Edition.
Solo estarán público los portales wss3.
Los servidores Win2k3 y el SqlServer solo serán accesible para los usuarios administradores y aplicaciones (WSS3) internas, no accederá directamente ningún tipo de usuario adicional.

Licencias:

• 1 Licencia X servidor de Ws2k3.
• 1 External connector X servidor Ws2k3 (no cpu) que tenga instalado el wss3.
• 1 licencia SqlServer 2005 standar/Enterprise x procesador físico

Os aconsejo que reviseis vuestras instalaciones realizadas en clientes.

En el siguiente enlace podreis encontrar información más detallada sobre el external connector: http://www.microsoft.com/windowsserver2003/howtobuy/licensing/extconnector.mspx


Mario: "Lo difícil no es vender, sino conseguir que tengas la necesidad de comprar"

¿Google tiene otro mercado que no sea internet?

Google intenta diversificar sus productos entrando en el mundo de los dispositivos móviles con Android.
Android sonsiste en una plataforma abierta sobre la que podemos desarrollar nuestras aplicaciones para termianels móviles...blablabla, es decir, más de lo mismo. Si navegamos un poco por sus páginas y por youtube podemos ver como google intenta entrar en el mercado de la movilidad con el discurso que tenía Microsoft o Palm hace 4-5 años.

Como resumen de funcionalidades que nos ofrece el desarrollar sobre Android tenemos: Funciones de manejo de telefonía y mensajería, un navegador, una aplicación de mapas o gps y poco más.
¿Realmente Google quiere competir con esto?. Imagino que no, esto debe ser el inicio de su plataforma, es cuestión de tiempo que empiece a sacar nuevas funcionalidades.
¿Pero serán capaces de ofrecer algo que no tengamos ya con WMobile?. Depende de dos factores:

• Si han aprendido de los errores de Palm.
• A que mercados quieren orientar su producto

¿Han aprendido de los errores de Palm?
Palm fué una de las empresas pioneras en dispositivos móviles hasta que llegó Microsoft, y perdió la batalla. Actualmente Palm se ha quedado como fabricante de terminales para SO WMobile.
El motivo de su fracaso fueron los siguientes puntos:

• No proporcionó una plataforma de desarrollo en condiciones y la dejó en manos de terceras empresas.
• No proporcionó un conjunto de paquetes básicos como un gestor de base de datos en condiciones y herramientas de Office.
• No superó el proceso de cambio de un terminal que funciona como una agenda a un terminal con funcionaledes propias de una PDA o SmartPhone.
• No apoyo a sus partners ni dió una visión de negocio.

¿A qué mercados quieren orientar su producto?
¿Google quiere crear un producto orientado al gran consumo o un producto empresarial? Este puede ser uno de los aspectos que hagan que el producto siga adelante o fracase. Actualmente WMobile es una plataforma sobre la que se pueden implementar verdaderos sistemas empresariales que extienden los procsos de negocio. Es decir, WMobile aporta valor a las empresas, las cuales consumen grandes cantidades de dispositivos.
Además, ¿Habeis visto algún consultor de Google asesorando a las empresas acerca de como montar sus sistemas o como extender sus ERP's o algo parecido?, creo que sobre esto, Microsoft tiene mucho más recorrido.


A pesar de las pegas que se le puedan sacar a Google con su entrada en el mercado de los terminales móviles, Google es una empresa fuerte que es capaz de invertir grandes cantidades de dinero en sus objetivos. Hasta ahora sus productos estrellas están arrasando: Google, Google Map, GMail, y sus herramientas de office por internet. Imagino que para navidades veremos un terminal en condiciones, veremos cuantos terminales consigue encasquetarnos o si al final se quedará en algo parecido a un symbian.

Me Cambio a Renacimiento

Sí!!!, ahora estoy Renacimiento Sistemas.

Ha sido una elección difícil, pero aquí estoy. Nuevos compañeros, nuevos proyectos, nuevas perspectivas, distinta forma de trabajar.


En principio voy a continuar trabajando en consultoría con Sharepoint e integración de sistemas.
En unas semanas empezaré a enseñaros cosillas de lo que estamos montando y empezaré una nueva sección de comentarios tecnológicos.

Me podreis encontrar en mi cuenta personal y en mcortes@renacimiento.com

Sharepoint 2007 como plataforma de información empresarial

Microsoft Sharepoint Portal 2007 (MOOS2007) no es solo un gestor de contenidos ni un gestor documental.
MOSS2007 es una plataforma para la colaboración de procesos empresariales y para la colaboración entre personas.

MOSS ofrece bajo una visión de portal las siguientes funcionalidades:

• Colaboración entre personas e información

• Gestión documental

• Gestión de contenidos.

• Sistema de Tareas.

• Integración con Office

• Colaboración entre procesos

• Sistema de Flujo de trabajos o Workflow’s.

• Integración con otros sistemas vía Servicio Web, bbdd, MSMQ.

• Catálogo de datos empresariales o entidades de negocio.

MOSS es una solución unificada, que aumenta la eficacia de la organización.

• Framework para los distintos sistemas que intervienen en los procesos IT.

• La información y el conocimiento se comparte de manera intuitiva.

• Control y reutilización de elementos y contenidos.

• Rápido desarrollo y publicación.

Como ejemplo, os adjunto un screencast que muestra el proyecto que hemos desarrollado en uno de nuestros clientes sobre plataforma Sharepoint. Consistía en llevar un workflow que se estaba gestionando vía mail, papel y carpetas compartidas a un entorno web.
Elegimos Sharepoint por su facilidad en el desarrollo y su potencia en cuanto a gestión de contenidos y configuración.
El resultado ha sido un aplicativo web que facilita el trabajo cotidiano y ahumenta la eficencia de los empleados.

EMX - Usabilidad: Búsqueda rápida de PEPS

Cuando trabajamos con el módulo de PS (Proyectos) de SAP R/3, la selección de PEPS se vuelve en una de las tareas más tediosas y difíciles. Recordar un PEP es difícil, pero buscarlo mucho más. No siempre la búsqueda es intuitiva y funciona como debería.

En EMX hemos incluido un control "matchcode" que ayuda al usuario a seleccionar el pep sin que tenga que apuntarlo en un papel o realizar búsquedas complejas.
Con este nuevo control el usuario puede navegar por la jerarquía del proyecto, buscar el pep a partir de una descripción o seleccionarlo de una lista de peps que puedan imputarse.

Con este nuevo control hemos conseguido aumentar la usabilidad de nuestras aplicaciones y reducir el tiempo en completar un pedido de compras, parte de actividad, una tarea asignada, ...

Os adjunto un vídeo demostrativo para que opinéis vosotros mismos.