Siguiendo con el hilo del post anterior para ayudar en la introducción con Sharepoint, os dejo un enlace con las operaciones que se pueden realizar con Stsadm por categorías, creo que os será más útil que enumeradas alfabéticamente.
lunes, 29 de diciembre de 2008
Definir Lookup Site Columns desde una Feature
Otra de las sorpresas que nos guarda Sharepoint son los campos lookup. Los campos lookup nos permiten tener desde las listas referencia a valores de otra listas. El problema viene cuando queremos crear una feature que contenga un tipo de campo Lookup para poder exportarlo a otro entorno. Esto se debe a que la definición de este tipo de campos lleva asociada el GUID de la lista y el GUID del web site donde se aloja, por lo que al exportarlo a una colección distinta no podremos hacerlo ya que la instancia de la lista de referencia tendrá un GUID distinto.
Googleando un poco he encontrado varias soluciones a esta carencia de sharepoint:
- Definición del campo a nivel de lista en lugar de un site column
- Creando un Feature Receiver que recalcule el id de la lista de referencia
Definición del campo a nivel de lista en lugar de un site column
Según algunas referencias de internet (http://blogs.msdn.com/joshuag/archive/2008/03/14/add-sharepoint-lookup-column-declaratively-through-caml-xml.aspx) en lugar de indicar el GUID de la lista en el campo "List", podemos indicar la URL de la lista. Lo malo es que lo que no dicen es que esto no funciona con los site column's, ya que solo es válido para columnas que definamos asociados a la propia lista.
Creando un Feature Receiver que recalcule el id de la lista de referencia
Consiste en recalcular el GUID de la lista de referencia al activar la característica.
Crearemos nuestro site column de forma normal y en la propiedad "List" indicaremos el nombre de la lista (no url). Esto hará que se cree el site column pero con una referencia errónea, por lo que al intentar utilizarlo nos dará un error al no encontrar la lista. Por lo que asociaremos a nuestra feature un FeatureReceiver que busque el guid de la lista en el sitio donde se está creando y lo reasigne al campo.
<?xml version="1.0" encoding="utf-8"?>
<Elements xmlns="http://schemas.microsoft.com/sharepoint/>
<Field Type="Lookup"
DisplayName="Locations"
Required="FALSE"
List="LocationsList"
ShowField="LinkTitleNoMenu"
UnlimitedLengthInDocumentLibrary="FALSE"
Group="COBDemo"
ID="{6F26090A-C2AE-44d7-8F70-EE1663FE29F1}"
SourceID="{8c066b26-5a3e-4e1b-85ec-7e584cf178d7}"
StaticName="Locations"
Name="Locations"
/>
</Elements>
<Feature xmlns="http://schemas.microsoft.com/sharepoint/ Id="B188E645-F989-4baa-A109-D2313648432E"
Title="COB.Demo.ListBasedSiteColumns"
Description="Creates one of more site columns which get their data from lists (lookup fields).
The main definition of the columns is in CAML schema, but a feature receiver is used to fix up
the reference to the list. Both the feature and assembly deployment (to the GAC) are handled by COB.Demo.ListBasedSiteColumns.wsp."
Scope="Site" Hidden="FALSE"
Version="1.0.0.0"
ReceiverAssembly="COB.Demo.ListBasedSiteColumns, Version=1.0.0.0, Culture=neutral, PublicKeyToken=417a990752680f01"
ReceiverClass="COB.Demo.ListBasedSiteColumns.FeatureReceiver" >
<ElementManifests>
................
</ElementManifests>
<Properties>
</Properties>
</Feature>
Existe un proyecto en codeplex SP2007LookupFields que implementa el FeatureReceiver que lo hace por nosotros. Solo tenéis que descargarlo, instalar el assembly y asociarlo en nuestra Feature.
Aunque existe otra solución que mejora SP2007LookupFields que hace que no tengas que indicar la ruta del fichero xml con la definición: http://mexicanratdog.wordpress.com/2007/10/01/create-lookup-site-columns-target-lists-through-a-feature/ ,en este ejemplo utilizan la propia definición de la Feature y buscan todos los campos del Tipo Lookup y les intenta cambiar el valor de la propiedad "List". Muy recomendable !!!
Solo una pequeña cuestión en este proyecto, y es que tiene un pequeño error que hace que se pueda realizar un Dispose sobre el RootWeb, el trozo de código que debéis corregir es el siguiente:
En lugar del código siguiente:
using (currentWeb)
{
........
}
lo sustituiremos por :
try{
.........
}finally{
if (!currentWeb.IsRootWeb)
currentWeb.Dispose();
}
A la hora de modificar el campo lookup desde el FeatureReceiver en ocasiones puede que tengamos problemas al borrar y volver a crear el site column ya que puede que tengamos una instancia y no podamos eliminarla. Para solucionarlo podemos reemplazar el código de la función createLookupColumn por el siguiente basado en el artículo: Field Definition Schema
private void createLookupColumn(SPWeb web, string sColumnDefinitionXml, string sColumnName)
{
SPFieldLookup lookupColumn = (SPFieldLookup)web.Fields[sColumnName];
lookupColumn.SchemaXml = sColumnDefinitionXml;
lookupColumn = (SPFieldLookup)web.Fields[sColumnName];
lookupColumn.LookupWebId = web.ID;
lookupColumn.Update();
}
jueves, 25 de diciembre de 2008
Quick reference Sharepoint
¿Por dónde empiezo?, esta es la respuesta que queremos dar a los consultores que acaban de llegar por primera vez a un proyecto en Sharepoint. Esta guía os servirá para encontrar los recursos básicos y facilitaros el aprendizaje de este producto.
Podéis bajaros el documento original en: http://blogs.renacimiento.com/mcortes/Documentos/Quick%20reference%20Sharepoint.docx
Conceptos
¿Qué es Microsoft Office SharePoint Server?
Primera introducción de Microsoft Office Sharepoint Server 2007
Libro Microsoft SharePoint 2007 UNLEASHED
Libro básico para iniciarnos en Sharepoint Server 2007
TechNet Tech Center for Microsoft Office SharePoint Server 2007
Centro de recursos para Microsoft Office Sharepoint Server 2007
TechNet Tech Center for Windows SharePoint Services 3.0
Centro de recursos para Windows Sharepoint Services 3
Recopilatorio Posts Plataforma SharePoint Blog CIIN
Recopilatorio de enlaces a post acerca de Sharepoint. Aunque en su página los podéis encontrar actualizados
Guía de conceptos muy completa
Infraestructuras y Arquitectura
Portal en TechNet acerca de MOSS2007
Planning and architecture for Office SharePoint Server 2007
Referencia básica acerca de cómo diseñar nuestra implantación
Deployment for Office SharePoint Server 2007
Referencia acerca del despliegue de portales en Sahrepoint.
Biblioteca técnica de Windows SharePoint Services 3.0
Portal en TechNet acerca de Wss3
Backup, Recovery, and Availability Resource Center for SharePoint Server 2007
Portal con recursos y herramientas para el mantenimiento de sistemas Sharepoint
Plan for data protection and recovery
Contiene varias guías para el mantenimiento y restauración de la bbdd de Sharepoint
SharePoint Capacity Planning Tool
Herramienta para ayudarnos a estimar los recursos que necesitaremos para nuestra implantación
Desarrollo
Introduction to SharePoint Products and Technologies for the Professional .NET Developer
Artículo de introducción a la programación sobre MOSS2007. Contiene una gran cantidad de enlaces a otros tutoriales y recursos.
Libro Inside Microsoft Windows SharePoint Services 3.0
Libro imprescindible para desarrollar y entender cómo funciona Sharepoint. Aunque desarrolles con MOSS, debes leer antes este libro.
Contiene ejemplos muy útiles para aplicar en proyectos.
Preparing the development environment
Posta cerca de cómo preparar nuestros entorno de desarrollo con VStudio 2005
Sharepoint Developer Introduction
Portal de inicio con enlaces a ejemplos y recursos
Development Tools and Techniques for Working with Code in Windows SharePoint Services 3.0
Introducción al desarrollo en WSS3
Sharepoint Services Developer Center
Portal con recursos para desarrolladores de Wss3
SharePoint Server 2007 Developer Portal
Portal con recursos para desarrolladores de MOSS2007
Windows SharePoint Services 3.0: Software Development Kit (SDK)
SDK para Windows Sharepoint Services 3
SharePoint Server 2007 SDK: Software Development Kit
SDK para Microsoft Office Sharepoint Server 2007
Página con los enlaces para descargar vídeos acerca de MOSS2007 y WSS3
Enlaces a artículos técnicos de WSS3 en MSDN
SharePoint Products and Technologies Customization Best Practices
Enlaces a Best Practices en MSDN
patterns & practices SharePoint Guidance
Guía de pattenrs&Practice para el desarrollo en Sharepoint, con ejemplos y enlaces
Guía de pattenrs&Practice para el desarrollo en Sharepoint
Best Practices: Using Disposable Windows SharePoint Services Objects
Recomendaciones para liberar correctamente los recursos
Best Practices: Common Coding Issues When Using the SharePoint Object Model
Recomendaciones al manejar el modelo de objetos de Sharepoint
Herramientas
Herramienta básica para la gestión de la granja
SharePoint Administration Toolkit
Extensiones de Sharepoint Para Visual Studio 2008. Imprescindible!!
Herramienta de gestión muy completa. Imprescindible!!!
Herramienta para construir la consultas CAML. Imprescindible!!
Herramienta para gestionar los EventHandlers de forma visual
Herramienta muy útil para construir features
Comunidades
Portal con una gran cantidad de referencias y recursos
Blogs temáticos de Sharepoint, encontrareis las últimas noticias, actualizaciones, recursos, ejemplos, etc.
Blogs de renacimiento, podéis encontrar a grandes profesionales con gran experiencia en el mundo de Sharepoint
Blogs de profesionales de todo tipo, hay una gran cantidad de artículos acerca de sharepoint.
Portal de usuarios de España
Blog del Centro de Innovación en integración de Navarra. Contiene una gran cantidad de enlaces sobre Sharepoint.
Portal con ejemplos y referencias para la gestión y desarrollo en Sharepoint
Certificaciones
MCTS: Microsoft Windows SharePoint Services 3.0 – Application Development
Imprescindible para desarrolladores. Nos permite adquirir los conocimientos básicos.
MCTS: Windows SharePoint Services 3.0 – Configuration
MCTS: Microsoft Office SharePoint Server 2007 – Application Development
MCTS: Microsoft Office SharePoint Server 2007 – Configuration
Microsoft Certified Master: Microsoft Office SharePoint Server 2007
martes, 2 de diciembre de 2008
Ghosted o unghosted, ¿Quién corre más?
Siguiendo con el anterior artículo "Page Templates con ayuda del Sharepoint Designer", he caído en la cuenta de la cantidad de personsalizaciones que se hacen sobre sharepoint sobre entornos de producción sin que seamos conscientes de cómo afecta esto a nuestros sistema.
Esta claro que una personalización para un sitio con una relativa carga de usuarios es incluso hasta aconsejable ya que el coste en desarrollo podría penalizarnos demasiado. Pero si lo que nos estamos planteando es el desarrollo de una página corporativa o extranet, deberíamos tener en cuenta que una gran volumen de usuarios podría provocar una denegación del servicio.
Para ver como afecta al rendimiento la forma de diseñar la solución he estado realizando una serie de pruebas sobre un wss3. Para ello he creado un aplicación web con una colección y dos listas con unos mil elementos y varios campos con valores aleatorios. Una vez creadas las listas, realicé varias pruebas:
- Una página ghosted, sin editar ni customizar
- Una página ghosted con edición de contenido
- Y una página unghosted
La prueba de carga consistía en realizar una consulta a todos los elementos de la lista llamando a AllItems, y después consultar un elemento de la lista distinto en cada test, con un incremento de carga progresivo de 50 usuario cada 30 segundos por un tiempo máximo de 10 minutos. Estas pruebas se han repetido varias veces cada una y reiniciando el servidor en cada paso.
No os fijéis en los resultados numéricos absolutos, sino en las diferencias entre cada escenario. Esto se debe a que las pruebas están realizadas sobre un wss3 contra una bbdd alojada en la misma máquina, por lo que he tenido que bajarle los hilos del workerprocess para que deje tiempo de proceso al SqlServer.
Una página ghosted, sin editar ni customizar
Podemos observar como el proceso se ha comportado relativamente bien hasta el minuto 6'45, donde ha empezado a aumentar el tiempo de respuesta producirse errores de denegación de servicio.También se aprecia como ha conseguido mantener los tiempos de respuesta aun con una carga elevada. Aunque los errores han ido creciendo poco a poco no han adquirido un número elevado teniendo en cuenta que tenía una carga de unos 800 usuarios, por lo que la respuesta a los usuarios sería relativamente aceptable.
Una página ghosted con edición de contenido
Vemos como en este caso los errores de solicitud se empiezan a producir mucho antes, justo a partir del minuto 5'50'' con una carga total de unos 560 usuarios. Además el tiempo de respuesta y los errores han seguido creciendo.
Ya podemos observar como este tipo páginas tiene un rendimiento 30% inferior y una media de solicitudes por segundoinferior al anterior.
Y una página unghosted
En este caso se ha customizado con Sharepoint Designer la página AllItems de la lista y su masterpage.
Este escenario, ha resultado ser muy parecido al anterior pero fijaros que con tiempos de respuesta más elevados y con una carga de cpu muy superior. Si observáis la línea azul (tiempo de respuesta) existe un salto que coincide con la falta de respsuesta del servidor al VisualStudio debido a un consumo elevado..
En este caso ha conseguido un rendimiento aceptable con una carga de unos 600 usuarios, un 25% inferior al primer caso.
Conclusiones
Anque los ejemplos han sido casos muy sencillos, en un entorno real con muchas personalizaciones habríamos visto como la diferencia habría sido mucho mayor. Tener en cuenta además que esto se ha realizado en una granja con un solo servidor, si hubiéramos tenido varios frontales el rendimiento de las páginas ghosted se incrementaría de forma proporcional al incremento de servidores, pero en el caso de las unghosted crecería en una menor medida debido a que la mayor parte del procesamiento se invertiría en consultar la bbdd de contenidos.
Suscribirse a:
Entradas (Atom)
Entradas
_526_525.jpg)
_513.jpg)
