Interactive Media Manager (IMM) y MOSS 2007!

Si el otro día os hablaba sobre la extensibilidad de SharePoint en general, y sobre el Podcasting Kit for SharePoint (PKS) en particular, hoy os voy a comentar otra extensión más que se ha construido utilizando SharePoint como base. Se trata del Interactive Media Manager (IMM), que es un sistema DAM (Digital Asset Management, o para los mortales un gestor de activos digitales) que está construido sobre MOSS 2007. Entre las características del IMM se encuentran:

  • Los recursos multimedia (MPG, WMV, …) no se almacenan en listas de SharePoint, sino en un repositorio centralizado y completamente separado, de manera que se pueden almacenar en una SAN o soluciones de terceros.
  • Proporciona una capa de gestión extensiva basada en metadatos que soporta W3C Resource Description Language (RDF) y Web Ontology Language (OWL).
  • Una serie de Web parts para manejar contenidos multimedia: IMM import web part, media viewer web part, Media Library y un editor de vídeo basado en Silverlight.

Podéis encontrar una demo de las capacidades de IMM en este vídeo. Otros enlaces relacionados son los siguientes:

Media & Entertainment Interactive Media Manager - SharePoint Player console

Podkasting Kit for SharePoint o PKS!

Que SharePoint es una plataforma abierta y completamente extensible es algo que no me canso de repetir, y que siempre comento en cualquier charla o curso que imparto sobre la que sin duda es una de las tecnologías y herramientas en plataforma Microsoft que ha experimentado una mayor demanda y evolución durante los dos últimos años (que nos lo digan en el CIIN). Una prueba más de esta extensibilidad es el último kit que ha aparecido en CodePlex para SharePoint. Se trata del Podcasting Kit for SharePoint (PKS)

Como podéis comprobar en la página del proyecto en Codeplex, PKS se un acelerador específico para un tema muy de moda últimamente: las redes sociales. PKS está especialmente pensado para relaciones de tipo social a través del uso extensivo de Podcasting y de las redes sociales. Como su nombre indica, está completamente basado en SharePoint, en concreto en MOSS, y en otra tecnología que está últimamente muy de moda: Silverlight 2.0, y pensado para ofrecer una experiencia de usuario integrada en cuanto a que se integrará con una amplia variedad de dispositivos como el PC del usuario, el reproductor Zune, teléfonos windows mobile y otros dispositivos con capacidad de podcasting.

Sin duda se trata de un proyecto ambicioso, como lo demuestra el planning del mismo (se esperan las primeras betas para el año que viene), y actualmente tenemos la segunda CTP del PKS (CTP de Junio). Como se comenta en la página del proyecto, PKS permitirá las siguientes funcionalidades (realmente espectaculares en mi opinión):

  • Escuchar y ver podcast de audio y vídeo en cualquier lugar (PC o dispositivo móvil).
  • Compartir contenidos mediante la creación de podcasts de audio y vídeo y su publicación en el PKS.
  • Conectarse y compartir con otros podcasters los podcast mediante mensajería instantánea.
  • Encontrar el contenido más relevante mediante el sistema de puntuación 5 estrellas, etiquetas nube o el motor de búsqueda de MOSS…y por supuesto, subir los comentarios personalizados.
  • Recibir actualizaciones automáticas de podcasts vía RSS.
  • Posibilidad de disponer de feeds RSS por categorías de podcast.
  • Posibilidad de disponer de feeds RSS por persona (perfil).
  • Posibilidad de disponer RSS dinámicas en base a los resultados de búsquedas en el PKS.
  • Total beneficio de las capacidades propias de la plataforma SharePoint: workflows, sub-sitios de comunidad, derechos de acceso, etc.
  • Personalización de la experiencia de usuario del PKS.

¿Y todo esto en que se traduce? Pues aquí va una pequeña muestra…

Finalmente, otra cosa que me ha llamado la atención y que me ha sorprendido, es que el proyecto del PKS cuenta con una serie de partners. Ahora mismo, los partners son tres, y entre ellos está Accenture (mi primera experiencia profesional, de la que guardo un grato recuerdo), junto con 3Sharp y Nintex. Y digo ahora mismo, porque el PKS está abierto a la participación de más partners…sin duda, interesante esta iniciativa.

WSS 3.0 & MOSS: Configuración de los Alternate Access Mappings (I)!

A la hora de acceder a sitios de SharePoint, tenemos la posibilidad de definir rutas de acceso alternativas a la que por defecto tenemos disponible al crear una web application y un site collection de SharePoint (WSS 3.0 o MOSS). Esto es posible gracias a las rutas de acceso alternativo de SharePoint. En este post os voy a comentar como configurar las rutas de acceso alternativo (alternate access mappings) en una máquina que tiene instalado SharePoint, pero que no tiene un DNS definido.

Modificación del archivo hosts de la máquina

Lo primero que vamos es modificar el archivo hosts de nuestra máquina para añadir la nueva ruta que queremos utilizar como alternativa a la que por defecto nos define WSS 3.0 o MOSS. Como sabéis, el archivo hosts se encuentra en la ruta C:\WINDOWS\system32\drivers\etc. Abrimos el archivo con el bloc de notas, y simplemente le añadimos una nueva ruta a utilizar para la dirección 127.0.0.1 (localhost). Por ejemplo: intranet.ciin.es.

image

 

Con esto ya conseguiríamos que el navegador de nuestra máquina entendiese la dirección intranet.ciin.es. Ya sólo nos falta que al poner dicha dirección en el navegador, seamos redirigidos a nuestro sitio de SharePoint.

Configurando los alternate access mappings

Las rutas de acceso alternativo de WSS 3.0 & MOSS se configuran desde la administración central de SharePoint:

  • A través de la pestaña Operations de la administración central de SharePoint, sección Global Configuration podemos acceder a la sección Alternate access mappings.
  • Aquí podremos ver todas las rutas de acceso alternativas que tenemos para las web applications de nuestra máquina.
image image
  • Para añadir una nueva ruta de acceso alternativo para una cierta web application, simplemente pulsamos sobre Edit Public URLs. En la página Edit Public URLs Zone seleccionamos la url de la web application deseada.
  • Como vemos en esta página, tenemos la posibilidad de definir otras cuatro URLs, además de la que por defecto hemos creado al definir la web application, para habilitar el acceso a nuestra web application. Cada zona está pensada para los 4 escenarios típicos de acceso a una web: Intranet, Internet, Custom y Extranet.
  • Configuramos la zona Intranet con ruta que añadimos en el archivo hosts de nuestra máquina. Guardamos la nueva configuración.
image image

Sin más, abrimos nuestro navegador y ponemos http://intranet.ciin.es para comprobar que la nueva ruta está plenamente operatiba:

image image

Y hasta aquí la primera parte de configuración de los Alternate Acces Mappings de SharePoint. En la parte II, por gentileza de mi compañero del CIIN Pablo Sousa, veremos como hacer lo mismo cuando disponemos de un DNS. Espero que el post os haya resultado interesante.

SQL Server 2008: Creando informes con SSRS 2008 (IV)!

Aunque, como nos contaba Miguel Llopis, ya tenemos disponible la RC0 de SQL Server 2008, y como creo que no va a haber demasiados cambios en lo que a la gestión de SQL Server Reporting Services (SSRS) se refiere, en este post voy a culminar la serie de artículos que iniciamos sobre SSRS 2008 y cuyo último post es este. En los posts previos os comentaba las novedades principales en cuanto a diseño de informes: nuevo diseñador al estilo de la suite de Microsoft Office 2007, nuevas posibilidades de organizar los datos (Tablix), nuevos controles gráficos (Dundas), etc…pero me había dejado una parte muy importante: ¿Cómo gestiono y administro la infraestructura de SSRS? Como muchos sabréis, en SSRS 2005 la gestión de la infraestructura de SSRS la teníamos a través de tres elementos principales: Reporting Sevices Configuration Tool, IIS, y SQL Sever Management Studio. Pues bien, en SSRS 2008 una de las principales novedades es que se elimina la dependencia con respecto al IIS. Empecemos. (Nota: Todos los ejemplos del post se basan en la CTP6 de febrero, y como os comentaba, creo que en lo que a gestión y administración de SSRS no tendremos demasiados cambios en la RC0…de todos modos, esto espero confirmarlo en cuanto empiece a trastear con ella). Empecemos. (Nota: Podéis encontrar un excelente overview de las novedades de SSRS 2008 en este post de Alan Koo).

Configuración más sencilla e independencia de IIS

Lo primero que veremos es lo sencillo que resulta configurar SSRS 2008 con el renovador Reporting Services Configuration Manager, así como una de las novedades más importantes de la plataforma de Reporting de Microsoft: total independencia con respecto a IIS, lo que seguro que muchos DBAs agradecerán. Lo primero que vamos a hacer es un paso a paso en la configuración de SSRS 2008:

  • Lo primero que haremos es arrancar el Reporting Services Configuration Manager.
  • A continuación, una vez indicado que nos hemos conectado a la instancia del servidor, lo primero que haremos es arrancar el servicio de SSRS
  • Arrancado el servicio, indicamos la cuenta de ejecución de SSRS. En mi caso, y como no se trata de una instalación fina, he especificado que SSRS se ejecute bajo la cuenta Network Service en la máquina virtual en la que tengo instalado SQL Server 2008 (por cierto, es una máquina con Windows Server 2008, cortesía de mi compañero del CIIN Pablo Sousa).
  • A continuación configuramos la url del servicio web de reporting services.
image image  

image

 

  • Una vez que se ha especificado la cuenta de ejecución del servicio, pasamos a configurar la url del servicio web de SSRS. Por defecto, la url del servicio web es: http://<Nombre_Maquina>:80/ReportServer. Además de poder especificar la url del servicio de SSRS (en cuanto a direcorio virtual y puerto), podemos indicar la dirección IP para el mismo, así como si utilizar SSL (indicando el certificado y el puerto).
  • Dejamos los datos por defecto, y pulsamos Apply para que se cree la infraestructura del servicio web de SSRS. Como nos comenta Alan en su post, SSRS 2008 implementa un HTTP listener que usa el módulo HTTP.SYS del sistema operativo, y que se encarga de aceptar todas las peticiones que se hagan en la url y puerto pre-establecido para el servicio web de SSRS y para el Report Manager (como luego veremos)…luego estas peticiones no pasan por el IIS, luego SSRS es independiente de IIS.
image image  

image

 

  • Una vez configurado el servicio web de SSRS 2008, necesitamos crear la base de datos (BD) de SSRS.
  • Para ello, crearemos una nueva BD para SSRS.
  • Especificamos el nombre del servidor de SSRS.
image image  

image

 

  • Especificamos el  nombre de la BD, el idioma y el tipo de instalación: nativa o integrada con SharePoint (lógicamente, SQL Server 2008 ya ofrece a la caja esta posibilidad). Elegimos la integración nativa, la integración con SharePoint la dejamos para otra ocasión.
  • Especificamos las credenciales de acceso a la BD de SSRS (seguimos con el Network Service).
  • La siguiente pantalla que aparece simplemente nos muestra un resumen de las configuraciones que acabamos de fijar para la BD de SSRS.
image image  

image

 

  • Una vez que todas las configuraciones se han establecido con éxito, pulsamos Finish de manera que ya tendremos perfectamente creada y lista las BD’s de SSRS.
  • A continuación, vamos a configurar la url del Report Manager. El proceso de configuración de la misma va a ser más sencillo al que hemos seguido para la url del servicio web de SSRS, puesto que sólo tenemos la opción de especificar el nombre del directorio virtual para el Report Manager.
image image  

image

 

  • Simplemente, pulsando Apply se creará el directorio virtual para el Report Manager y si abrimos el navegador podremos acceder al mismo. Como podéis comprobar, en la CTP 6 no hay ningún cambio aparente en el aspecto y funcionalidad del Report Manager. Pudiera ser que si lo haya en la RC0 y en la versión final de SQL Server 2008 (ya os contaré!).
image image

Y de está forma ya tendríamos configurados los elementos mínimos de SSRS 2008 para empezar a desplegar y publicar nuestros informes. Además, podremos comprobar fácilmente que SSRS 2008 es independiente de IIS si abrimos IIS 7 y vemos que no aparece ninguna infraestructura web en el sitio web por defecto (y que es dónde aparecía el Report Manager en versiones previas  de SSRS)…¿Y dónde está toda la infraestructura del Report Manager, servicio web, etc? La respuesta es muy sencilla: en el directorio de instalación de SSRS en el servidor.

image image

SSRS desde SQL Server Management Studio

Para acabar el post, vamos a revisar como podemos administrar SSRS 2008 desde SQL Server Management Studio:

  • Nos conectamos al servidor de BD, pero al componente de SSRS.
  • Como vemos, la principal novedad es que desaparece la carpeta Home que teníamos en SSRS 2005 y aparece la carpeta Jobs.
image image

Y aquí finaliza lo que os quería contar sobre SSRS en SQL Server 2008. Ahora toca ver que cambios hay en la RC0 (espero que no muchos :PPP). Espero que el post os haya resultado interesante.

…Business Intelligence VPC:…todo lo que necesitas y más…

Hace poco os hablábamos sobre una serie de máquinas virtuales sobre distintos productos y plataformas tecnológicas de Microsoft. El caso es qué, para seguir complementando esta lista, ayer me me encontré con un máquina virtual (a través de este post) bastante interesante preparada para que nos liemos a probar distintos productos y tecnologías de Business Intellicence (BI) en plataforma Microsoft:

  • Office Enterprise 2007.
  • Microsoft Office SharePoint  Server 2007.
  • SQL Server 2005 SP2 (preparado para la integración con SharePoint).
  • ProClarity 6.3.
  • PerformancePoint Server 2007.

Los enlaces directos de descarga de la máquina virtual son los siguientes:

Finalmente, otros datos de interés son que el tamaño de descarga es de 5 GB en total, la contraseña de inicio para el usuario Administrator es pass@word1, y que podréis trastear con la máquina virtual bastante tiempo puesto que no expira hasta agosto del año que viene. Además de todo esto, la máquina virtual viene con una serie de demos y scripts (6 en total) listos para demostrar diferentes aspectos de BI en plataforma Microsoft.

Si tienes vértigo, agarrate…la rueda sigue girando..y cada vez más rápido!

Siguiendo con la carrera acelerada que Microsoft emprendió allá por noviembre de 2006 con el lanzamiento de Windows Vista, Microsoft Office 2007 (cliente y servidor), siguen apareciendo más y más noticias en torno a las novedades que se esperan para finales de 2008 y para el año 2009 (vamos, que hay que agarrarse los machos…tomarse un café, o en su defecto una cerveza y no ponerse nervioso). En este caso, me hago eco de los anuncios de novedades que se están haciendo en el TechEd 2008 de Orlando. Los más destacables son los siguientes:

  • En octubre aparecerán las primeras CTP de tres de los componentes del proyecto Oslo. Como sabéis, y gracias sobre todo a Miguel Llopis, Oslo es una iniciativa de Microsoft orientada al desarrollo de software en base a modelos , pasando de hablar más de modelos que en si mismos llegan a ser aplicaciones, y en la que se engloban muchos de los conceptos que tanto estamos escuchando últimamente: SOA, S+S, ESB, etc. ¿De qué tres componentes estamos hablando? Pues básicamente de una herramienta de modelado, un repositorio de modelos y un lenguaje de programación declarativo.
    • Respecto a los modelos, la idea es mantener información de despliegue como recursos asociados a una aplicación, así como información relativa a acuerdos en el nivel de servicio (service-level agreement).
    • Respecto al repositorio de modelos, residirá en una base de datos SQL Server y permitirá visualizar de un vistazo como es la aplicación desde la perspectiva de distintos productos como Visual Studio Team System, Microsoft System Center o BizTalk Server.
    • Respecto al lenguaje declarativo, está pensado para facilitar la construcción de modelos de manera que resulte sencillo construir aplicaciones y reduciendo la necesidad de escribir código. Este lenguaje declarativo aparecerá como parte de Visual Studio y BizTalk Server.
    • Finalmente, la herramienta de modelado será una utilidad gráfica pensada para construir cualquier tipo de aplicación (guau!), basándose en el diseño en base a esquemas e integrada de nuevo con Visual Studio y BizTalk Server.
  • Increíble, pero cierto, en la misma noticia se anuncia que la versión futura de Visual Studio Team System, Rosario, soportará al lenguaje clásico entre los clásicos en cuanto a modelado: UML.
  • La Beta 2 para Silverlight 2 también aparecerá para después de verano.
  • Finalmente, el último gran anuncio es el de Microsoft Sync Framework, la plataforma de sincronización que permitirá mover diferentes tipos de contenidos entre sistemas. Este componente estará disponible como un componente separado de SQL Server 2008 y se podrá utilizar, bajo licencia, en plataforma no Microsoft.

Como veis, Microsoft no para y no hay quien le siga. En cualquier caso, todos estos anuncios son más que interesantes.

SQL Server 2008: Policicy Based Management!

Siguiendo con los posts sobre algunas de las novedades sobre SQL Server 2008, en esta ocasión voy a hablaros de Policy Based Management (PBM). Se trata de una nueva característica que facilita la administración de SQL Server 2008 a través de la definición de una serie de políticas claras y concisas, reduciendo la carga de trabajo de los administradores y los errores potenciales de administración. PBM se trata de un framework basado en políticas que permite implementarlas en base a un motor de políticas, el agente SQL, el CLR de SQL, triggers DDL (Data Definition Language) y el Service Broker. Estas políticas se pueden aplicar y evaluar en un sólo servidor o bien en un grupo de servidores, de manera que se mejora la escalabilidad de la administración y monitorización de SQL Server 2008. Empecemos.

Creando una política en SQL Server 2008

Como hemos comentado, n este post vamos a ver cómo funciona este novedoso mecanismo de creación de políticas de SQL Server 2008. En particular, veremos cómo crear políticas de nombrado en la que especificaremos las pautas a seguir a la hora de crear objetos en la BD y asignarles un nombre apropiado. Por ejemplo, una posible política es que sólo se podrán crear tablas que empiecen con el prefijo tbl.

Para crear una política con estas características:

  • En SQL Server Management Studio nos vamos a la sección Management -> Policy Management -> Facets.
  • Nos vamos a la sección Table, hacemos clic con el botón derecho del ratón y seleccionamos la opción New Condition. En la ventana que se abre especificamos los siguientes parámetros:
    • Name: El nombre de tabla empieza por tbl.
    • Facect: Está seleccionada la opción Table.
    • Expression: especificamos:
      • @Name
      • LIKE
      • ‘tbl%’
image

image

  • En el explorador de objetos, vamos ahora a la sección Policies, hacemos clic con el botón derecho del ratón y seleccionamos la opción New Policy. Especificamos los siguientes parámetros:
    • Name: Convenciones en el nombrado de tablas (justo la condición que acabamos de crear).
    • Marcamos el check box Enabled (Habilitando de esta manera la política de manera inmediata).
    • Against Targets, verificamos que está seleccionada la opción El nombre de la tabla empieza por tbl.
    • Execution Mode, seleccionamos On Change_Prevent.

image 

Sin más, tras pulsar OK ya tenemos creada nuestra primera política con PBM.

Validando la política

Para validar que la política funciona, vamos a crear una tabla mediante el siguiente script T-SQL:

USE SQL2008CDC

CREATE TABLE failedpolicy (policyid int)

Como el nombre de la tabla no cumple con la política que hemos creado, se produce un error:

image

Por el contrario, la siguiente query de creación de tabla debería funcionar sin problemas:

USE SQL2008CDC

CREATE TABLE tbl_passedpolicy (policyid int)

image

Y hasta aquí llega lo que os quería contar sobre PBM. Espero que el post os haya resultado interesante.