July 2008 - Artículos
Cualquier organización que esta empleando soluciones de gestión documental, trabajo en grupo, gestión de conocimiento tarde o temprano se encontrara con la necesitad de hacer cargas masivas de la información. Por ejemplo hay muchísimas organizaciones que "migrar" la información almacenada en repositorios SharePoint 2003 a SharePoint 2007.
Para resolver este tipo de necesidad existen diversas opciones, entre otras la empresa Tzunami ,partner de Microsoft ofrece una solución que parece bastante interesante. Se trata del producto Tzunami Deployer, es una aplicación de escritorio que permite modelar una "migración" desde distintas fuentes: lotus notes, sharepoint 2003, sistema de ficheros y especificando un mapeo de metadata. Se puede solicitar una versión de evaluación y probar las funcionalidades de esta aplicación.
A continuación dejo algunas pantallas:
- Creamos un proyecto nuevo, indicamos el tipo de fuente de información y el destino.
- Configuramos / Conectamos con las aplicaciones Origen y Destino(en este ejemplo he seleccionado cargar contenidos en un SharePoint 2007 desde un SharePoint 2007)
He participado en varios proyectos con tecnología SharePoint en los que el equipo de trabajo no logro resolver las necesidades del cliente en cuanto al apariencia/imagen de la solución.
Las soluciones basadas den SharePoint muchas veces están destinadas a la comunicación interna(Intranets, Portal de Empleado) y externa(Sitios Web corporativos) donde la imagen y la marca es un factor relevante y critico.
En este sentido es muy importante prever desde el principio:
- la participación de profesionales de diseño gráfico(diseñadores, creativos),
- tener claro el alcance en tiempo y dinero del trabajo creativo y de adaptación(
- ofrecer al cliente propuestas/maquetas del diseño, la propuesta de diseño no debe limitarse a la primera pagina, se debe pensar en un diseño gráfico consistente(por ejemplo: todos los elementos de navegación deben tener la misma apariencia)
- conocer las posibilidades de SharePoint en cuanto a la personalizarían de Look&Feel, en este sentido muchas veces he escuchado que la tecnología SharePoint no ofrece mucha flexibilidad para aplicarle diseño, creo que no es del todo cierto.
En referencia al último punto adjunto un enlace al ppt "Customizing The Look And Feel Of SharePoint Sites" que se presento en la European Microsoft SharePoint Conference 2007.
En esta se hace un repaso de opciones y herramientas que permiten adaptar un sitio SharePoint a un determinado diseño.
Otros enlace de referencia son algunos Post del blog de Héctor Insua(http://hinsua.blogspot.com/search/label/Branding)
Microsoft hace tiempo publico varios porster sobre Sharepoint(http://www.microsoft.com/downloads/details.aspx?familyid=771aeb45-9d27-4d1f-acd1-9b950637d64e&displaylang=en&tm)
Encontré un sitio que tiene una colección de posters de SharePoint que me parecen muy interesantes(como material didáctico):
http://www.drp.co.za/Media/Posters/PostersPDF/tabid/62/Default.aspx
Sharepoint2007 TheRequest Pipeline Ghosting And Unghosting
Sharepoint2007 Creating Web Applications
Sharepoint 2007 Architecture
Lifarey Portal, es una solución OpenSource(licencia MIT), construida sobre la tecnología J2EE y que permite construir Portales(aplicaciones RIA, intranets, espacios colaborativos).
Desde hace un par de años voy observando este producto, la verdad que desde mi ignorancia en cuanto a la tecnología Java me parece una solución muy brillante. Incorpora(out-box) funcionalidades y portlets(webparts) que vendrían muy bien en SharePoint:-), por ejemplo Multi-Idioma(22 idiomas), mensajería-instantánea, Valoración de recursos, UI Ajax, etc.
Otro punto a destacar es que soporta los estándares abiertos(para tecnologías JAVA) en el ámbito de los Portlest(JSP168) y de gestión de contenidos(JCR-170)
Se puede probar inmediatamente las posibilidades de Liferay accediendo a Online Life Demo
Este mes se ha liberado la nueva versión 5.1, las novedades mas significativas:
- Nuevo Look&Feel tanto a nivel de apariencia, como a nivel de funcionalidad:
- Posibilidad de exponer los Portlest para usarlos en FaceBook o en otras aplicaciones(¿sharepoint?)
- Se incluyen varios Portlets para dar soporte a Web Social (Mi Perfil, Lista de Amigos, Facebook-style Wall y otros)
- Mejoras el Portlets de Mensajería Instantánea
La verdad que es una solución muy, muy interesante, os recomiendo cacharear un poco con ella:-)
Una solución gratis y muy útil, desarrollada por Tony Bierman(MVP) permite integrar en la misma lista datos desde distintos sitios SharePoint(cross-site).
Se puede descargar en esta dirección así como ver el ejemplo de uso.
En el ámbito Web estamos acostumbrados tratar con contenidos que se componen tanto de la información(datos) como de la forma de presentarla.
Lo anterior quiere decir que una pagina HTML normalmente se compone tanto de la información como del marcado de formato que se aplica a la misma. 
El formato HTML es muy versátil, pero en situaciones de tratamiento "masivo" de contenidos se hace muy costoso mantener la información entremezclados con el formato(o presentación). Por ejemplo "remaquetar" miles de paginas para un nuevo color corporativo, o para un nuevo dispositivo.
Desde hace muchos años se tiene claro que lo perfecto es almacenar la información en bruto para luego poder presentarla en el formato que sea conveniente en cada momento.
Hay mucho escrito sobre este tema, ver en Google
El uso de las hojas de estilo CSS y las técnicas de transformación de XSL aportan un solución parcial a este problema.
MOSS aporta una solución mucho mas avanzada en cuanto a la gestión de contenido WEB(esta inspirada en parte en el producto MS CMS Server). Se trata de un conjunto de características que se agrupan bajo el nombre de Web Content Management .
Las características de WCM se hacen accesibles cuando se trabaja con un sitio basado en la plantilla de Publicación(Publishing Category).
Gracias a WCM es posible almacenar en una biblioteca, campos con la información(tipos de contenido) y la pagina que visualiza esta informacion.
La pagina es una instancia de la plantilla Page Layout. Esta configura las distribución de los campos con la información(el contenido de la columna correspondiente). Las paginas Page Layout se pueden crear fácilmente con el SharePoint Designer.
Cada campo tiene asociado un tipo y por consiguiente un Field Control(la tipo imagen se renderiza como una imagen con controle, el texto rico como HTML, etc).
Realmente este modo de tratar los contenidos como un conjunto de campos de información es muy potente, por un lado se ofrece una infraestructura para la publicación de contenidos con un formato rico y susceptible a cambios masivos(Branding Office SharePoint Server 2007) y por otro tratamiento de datos(metadatos) como en cualquier biblioteca o lista(peronalizar las vitstas, realizar consultas con el webpart de consultas a contenido, asociar workflows)
Mas información aquí:
Waldek Mastykarz propone en su pagina un truco muy útil para el día a día de nuestro trabajo con SharePoint.
Consiste en añadir a los Favoritos del Navegador los enlaces adjuntos. Los enlaces son pequeños fragmentos Javascript(BLOCKED SCRIPT...... que coinciden con las opciones de los menús de SharePoint(se puede buscar mas atajos siguiendo esta técnica), para añadirlos solo hay que hacer clic sobre el enlace con el botón derecho y seleccionar el Menú la opción "Agregar a Favoritos".
La tecnología SharePoint se compone de una gran cantidad de piezas que poco a poco uno va descubriendo.
Se precisa mucho tiempo para tener en la cabeza todo el conjunto de elementos con los que puede contar un desarrollador de soluciones basadas en SharePoint.
En este post se hace referencia al Web Part Page Services Component(WPSC), se trata de un API en el lado cliente, se expone por medio de la biblioteca /_layouts/3082/ie55up.js y ofrece un conjunto de clases, objetos y métodos que permiten la comunicación e interacción de los WebParts y la pagina que les contiene.
Me gusta mucho como define Andrew Conell al WPSC en su blog :
Basically the WPSC provides developers with a SharePoint specific client-side DOM that allows developers to listen for events, interact with Web Parts and even set properties... all through script on the client.
De hecho si observamos el código HTML de una pagina SharePoint de Webparts veremos fragmentos que hacen uso del modelo de objetos del WPSC.
El WPSC se compone de tres servicios:
- Web Part Discovery Service : Este servicio permite descubrir y comunicar los WebParts en tiempo de ejecución.
- Web Part Notification Service : Ofrece un mecanismo de comunicación entre los WebParts de la pagina en base a eventos.
- State Management Service : Facilita el acceso a las propiedades de los WebParts en tiempo de ejecución en el lado cliente(desde el javascript).
En MSDN podemos encontrar la referencia del API.
Para comenzar a jugar con el WPSC podemos añadir un WebPart de Contenido y introducir el siguiente fragmento HTML:
<script>
setTimeout("alert(varPartWPQ1.Properties.Item('http://schemas.microsoft.com/WebPart/v2#Title').Value)",5000)
</script>
Este script muestra el titulo del primer WebPart alojado en la pagina, se usa el método setTimeout para que la pagina termine de construir todos los objetos antes de acceder al API.
El equipo de Patterns & Practices ha publicado en junio las guías para la apoyar la construcción de aplicaciones empresariales de escritorio(cliente) basados en la tecnología Windows Presentation Foundation (WPF).
Las guías propone la construcción de soluciones WPF en base al concepto de Composite Application
.gif)
La guía se encuentra en esta dirección:
http://msdn.microsoft.com/en-us/library/cc707865.aspx
Este producto(o bloque de arquitectura) se compone de los siguintes "assets"
- documentación que tiene un alto valor didáctico(no solo para desarrolladores en Win)
- biblioteca Composite Application Library esta ofrece los servicios y componentes necesarios para construir aplicaciones compuestas WPF.
.png)
- QuickStart - un conjunto de ejemplos para asimilar los conceptos tratados en la guía
- Stock Trader Reference Implementation (Stock Trader RI) - una aplicación de referencia que sirve como un ejemplo completo de referencia.
.png)
Es muy interesante revisar los conceptos, la documentación y el código fuente.
Durante años he podido comprobar que muchos de los compañeros(y yo) que desarrollan aplicaciones dejan los identificadores (nombres) por defecto que asignan automáticamente los entornos de desarrollo (IDE) a los distintos objetos y componentes.
También es muy habitual comenzar con un experimento, en el que no se presta atención a los nombres que se asignan a las variables, funciones y clases, que mas da, ¡es tan solo un experimento!. Lo malo que la mayoría de la veces el experimento se convierte en una aplicación real que durara años arrastrando ese “pequeño defecto” (los típicas MyObj, Test, Form1, Button1).
¿Donde está el problema?:
- por un lado el mantenimiento de un desarrollo suele ser mucho más largo que la fase de construcción, las personas que crean la pieza se van y otros tienen que retomar y descifrar el significado del código fuente.
No hay que olvidar que el código fuente es “la documentación más relevante de un desarrollo de software”
- y lo más importante, cuando escribimos el código estamos modelando nuestro software y esto precisa analizar, abstraer y pensar mucho, la decisión de un nombre de una clase es esencial para realizar el modelado, si pensamos bien el identificador seguro que estamos haciendo un buen diseño de la pieza en cuestión.
En el momento de poner un nombre, aunque sea a un objeto o método de lo más insignificante hay que pensar: ¿Que debe hacer?¿Cómo se relaciona con el mundo exterior?
Seguro que la práctica de pararnos a pensar en los nombres ayudaran que nuestro código sea más legible y el software de mayor calidad.
Una cuestión que siempre me ha preocupado respecto a las bibliotecas documentales:
¿cada vez que se solícita una fichero pesado(vídeo, imagen) se tiene que extraer de la BD?
Por defecto es así, ahora bien SharePoint(MOSS) ofrece un mecanismo de guardar de forma temporal determinados ficheros en una carpeta del disco duro del frontal al que se esta solicitando el recurso, de esta forma se puede optimizar el trafico y el rendimiento(¿alguien lo ha medido?).
La configuración del caché(Disk-based Caching) se realiza localizando el siguiente fragmento en el fichero web.config:
<BlobCache location="C:\blobCache" path="\.(gif|jpg|png|css|js)$" maxSize="10" max-age="86400" enabled="false"/>
En este se debe sustituir el enabled="false" por enabled="true"
Al hilo de optimizar sitios SharePoint me encontré con este post que tiene algunas recomendaciones a tener en cuenta:
Optimizing Sharepoint - an IT Operations perspective (http://blogs.technet.com/waynemo/archive/2008/03/19/moss-server-performance-considerations.aspx)