July 2010 - Artículos
Aunque tenemos la posibilidad de descargarnos el training kit de SQL Server 2008 R2, también podemos acceder a los contenidos online a través de Channel 9. En concreto, pasa SQL Server 2008 R2, los contenidos son los siguientes:
Siguiendo con la serie de posts sobre creación de informes de PerformancePoint en SharePoint 2010 (puedes ver el primer post en este enlace), en esta ocasión vamos a ver que tipos de informes se pueden crear a partir de cubos de SQL Server Analysis Services. Empecemos.
Creación de informes de tipo “Gráfico analítico”
Para crear un informe de tipo “Gráfico analítico”, lanzamos el diseñador de paneles:
-
En primer lugar, creamos una nueva conexión de datos a un cubo de SQL Server Analysis Services que tengamos disponible. Para ello seleccionamos la sección “Conexiones de datos” del explorador de área de trabajo y pulsamos la opción “Nuevo origen de datos”.
-
En la ventana que se abre, seleccionamos “Multidimensional –> Analysis Services” y pulsamos “Aceptar”.
-
Para configurar la conexión al cubo especificamos los parámetros:
-
En mi caso, el ejemplo que os voy a enseñar se basa en la BD Contoso Reatil DW y el cubo es “Sales”.
-
Pulsamos en “Origen de datos de prueba” para comprobar que la conexión al cubo es correcta y le damos un nombre significativo a la conexión creada.
Una vez definido el origen de datos, para crear un informe:
-
Pulsamos sobre la opción “Gráfico analítico” disponible en la pestaña “Crear” de la Ribbon.
-
En la ventana que se abre seleccionamos como origen de datos la conexión al cubo creada. Pulsamos “Finalizar”.
-
A continuación se nos mostrarán algunos mensajes de error en la conexión que se solucionarán posteriormente cuando guardemos todas las configuraciones realizadas.
- Desde la ventana “Detalles”, desplegamos la sección “Medidas” del cubo y arrastramos “Sales amount” a la zona “Series” del informe a construir.
- Repetimos la operación con “Products” (se trata de una jerarquía) disponible en la sección “Dimensiones” de la ventana “Detalles”.
- Tras guardar todos los cambios, deberíamos disponer dela visualización inicial del gráfico en el diseñador de paneles.
- Creamos un panel (de dos columnas) y publicamos el informe siguiendo el proceso ya explicado en el primer post de la serie:
Interactuando con el gráfico creado
Una vez que hemos publicado el informe en SharePoint utilizando el correspondiente panel, de forma automática vamos a tener la posibilidad de ir navegando por las distintas dimensiones disponibles en el cubo e ir añadiendo filtros:
-
Si pasamos el ratón por encima del gráfico, podremos comprobar que se muestra el importe acumulado de todos los productos disponibles.
-
Si hacemos clic con el botón derecho del ratón, veremos que se muestran una serie de opciones que nos permiten ir navegando por el cubo:
-
La opción “Rastrear desagrupando datos de” nos permite ver información detallada de los datos de ventas de acuerdo a una cierta dimensión.
-
Por ejemplo, podemos elegir “Store” y luego “City Name” de forma que se muestra un gráfico de ventas totales por ciudad.
- La opción “Mostrar detalles” abre una nueva ventana en la que podemos ver información detallada del cubo subyacente.
- Definir filtros especificando valores para los mismos.
- Volviendo a una situación de desagrupado, podemos incluso cambiar el tipo de gráfico. Por ejemplo, a uno circular.
Y hasta aquí llega este segundo post sobre creación de informes de PerformancePoint en SharePoint 2010.
Siguiendo con la serie de posts sobre novedades en los flujos de trabajo en SharePoint 2010, en esta ocasión os voy a dar una referencia muy útil a los flujos de trabajo que vienen por defecto en la plataforma. Antes de empezar, os recuerdo los posts previos sobre flujos de trabajo que se han publicado en el blog:
Volviendo al tema de este post, como ocurría con SharePoint 2007, en SharePoint 2010 tenemos una serie de flujos de trabajo por defecto que nos evitan tener que reinventar la rueda y que son más adaptables que sus equivalentes en plataforma SharePoint 2007. Esto es así porque algunos de los flujos de trabajo disponibles por defecto son fácilmente parametrizables utilizando SharePoint Designer 2010 (SPD 2010). Por ejemplo, para el flujo de trabajo de aprobación, el aspecto del mismo en SPD 2010 es el siguiente:
-
Desde la sección Workflows accedemos a los flujos de trabajo disponibles por defecto.
-
Pulsando sobre uno de estos flujos de trabajo, nos vamos a la correspondiente página de detalle del mismo.
-
Si pulsamos sobre “Edit workflow”, accedemos al diseñador de flujos de trabajo en SPD 2010.
- En el caso del flujo de trabajo de aprobación, la “chicha” está en el proceso de aprobación que podemos editar y modificar a nuestro gusto.
- Como siempre, la modificación es a través de las opciones disponibles en la correspondiente página de resumen.
Toda la información relativa al funcionamiento de los flujos de trabajo por defecto de SharePoint 2010 la podéis localizar en esta página. Y hasta aquí llega la cuarta entrega de novedades en flujos de trabajo en SharePoint 2010.
Como sabéis, una de las piezas que forma parte de toda la estrategia de S+S de Microsoft es la de disponer de una versión de SharePoint en la nube. Se trata de SharePoint Online y junto con Exchange Online, Live Meeting Online y Office Communications Online constituye el offering actual de servicios en la nube de Microsoft que se va a ir incrementando durante los próximos meses, incluyendo nuevas versiones de estos servicios. Una pregunta que a muchos nos viene a la mente es ¿un SharePoint en la nube? ¿Qué me aporta con respecto a un SharePoint instalado en mi casa (OnPremise)? La idea de este posts y los siguientes es ir viendo algunos de los puntos a tener en cuenta a la hora de valorar una u otra opción aparte del movimiento claro de Microsoft hacía la nube.
SharePoint OnPremise
La opción de disponer de una instalación de SharePoint en nuestra casa normalmente viene dada por puntos como:
-
Se necesita toda la funcionalidad de SharePoint Server ya que existen diferencias entre la versión online y onpremise. En el caso de SharePoint 2007 estas diferencias son más claras. Sin embargo, con la nueva oleada de SharePoint Online 2010, el gap de funcionalidad se va a reducir de forma considerable.
-
Se dispone de personal de IT con los conocimientos y experiencia necesaria para poder operar con garantías la infraestructura SharePoint disponible.
-
Es vital disponer de un control exhaustivo e incluso total de la infraestructura utilizada.
-
Se necesita de un alto grado de personalización y de integración con aplicaciones de negocio. De nuevo, con SharePoint Online 2010 se mejoran notablemente las prestaciones para cubrir este requerimiento.
SharePoint Online dedicada
Dentro de la oferta de SharePoint Online, a su vez hay dos modalidades: estándar vs dedicada. En el caso de la dedicada, estamos hablando de que disponemos de una infraestructura de SharePoint dedicada. En este caso las consideraciones a tener en cuenta para decantarnos por esta opción son:
- Tiene sentido si estamos hablando de unos 5.000 usuarios (recomendable 20.000).
- Se requiere toda la funcionalidad de SharePoint Server.
- No se dispone de personal de sistemas con las skills necesarias para administrar la infraestructura de SharePoint que se necesita.
- Se necesita externalizar la infraestructura de SharePoint justificada además por un ahorro de costes con respecto a una installación onpremise.
- Se necesita un alto grado de personalización e integración con aplicaciones de negocio.
- Una estructura dedicada online implica:
- Un coste mayor.
- Tener un mayor grado de personalización.
SharePoint Online Estándar
En el caso de SharePoint Online Estándar, estamos hablando de una infraestructura compartida que es susceptible de cubrir nuestros requerimientos en cuanto a que:
- No disponemos del personal de IT necesario y con las skills adecuadas para administrar una infraestructura SharePoint.
- Se necesita externalizar la infraestructura SharePoint.
- Las funcionalidades de colaboración y comunicación básicas de SharePoint son suficientes para cubrir los requerimientos de negocio.
- No existen personalizaciones e integraciones con los sistemas de negocio más allá de lo que permite SharePoint Designer.
- El almacenamiento está limitado:
- Tenemos inicialmente para SharePoint 2007 un total de 250 MB por usuario, ampliables comprando almacenamiento adiciona.
- No se puede superar 1 TB de almacenamiento, aunque a futuro puede cambiar.
Aproximación Híbrida
El último escenario que puede aparecer es el de una aproximación híbrida que implica realizar un balanceo entre lo que nos aporta la opción onpremise y la opción online y elegir que capacidades utilizamos de cada una de ellas.
Y hasta aquí llega este primer post sobre consideraciones a tener en cuenta a la hora de elegir entre una versión de SharePoint onpremise y una versión online.
Siguiendo con la serie de posts sobre los Servicios de Visio (puedes leer la primera entrada en este enlace), en esta ocasión vamos a ver algunos aspectos relativos a la administración de la aplicación de servicio que implementa los Servicios. Para poder utilizar los Servicios de Visio:
-
Necesitamos una instalación de SharePoint Server Enterprise.
-
Tenemos que asegurarnos que el servicio “Servicio de Gráficos de Visio” está iniciado en el servidor de aplicaciones deseado.
-
Creamos una nueva aplicación de servicio “Servicio de Gráficos de Visio” (si no está creada) en la Administración central o vía PowerShell.
-
Realizamos las correspondientes configuraciones relativas a :Tamaño máximo del diagrama, tiempo máximo / mínimo de caché, duración máxima de re-cálculos, datos externos, …
Veamos todo esto en la práctica:
-
En la Administración central de SharePoint, accedemos a la “Administración de aplicaciones de servicio”.
-
En el el listado de aplicaciones de servicio disponible, buscamos “Servicio de gráficos de Visio” y la seleccionamos para que se habilite la Ribbon.
-
Pulsamos sobre la opción “Administrar”. A continuación se muestran las dos opciones de administración disponibles:
- Configuración global.
- Proveedores de datos de confianza.
- La sección “Configuración global” contiene varios parámetros de configuración relativos al tamaño máximo del gráfico, la vigencia mínima de caché o el Id. de cuenta desatendida a utilizar en el caso en el que el diagrama utilice una fuente de datos externa:
- La sección “Proveedores de datos de confianza”, dónde se muestra el listado de proveedores disponible para añadir fuentes de datos externas a diagramas de Visio.
- Desde este listado se pueden añadir nuevos proveedores o bien editar los detalles de uno existente.
Y hasta aquí llega este nuevo post sobre la configuración y uso de los Servicios de Visio.
Ya tenemos disponible para descarga los materiales del evento sobre Optimización económica de SQL Server en el que tuvimos la suerte de contar con un crack y “jefe” en estos temas como es Pablo Doval. Durante 5 horas Pablo nos hizo un recorrido por los distintos problemas que nos podemos encontrar de rendimiento en nuestros despliegues de SQL Server y la estrategia y forma más adecuada para resolverlos, acompañando siempre las explicaciones con las correspondientes demos y comentarios en torno a experiencias reales. En cuanto a los materiales:
-
Podéis descargaros
desde este enlace tanto la presentación como los scripts que usó Pablo.
-
Podéis acceder al vídeo del evento desde este
otro enlace.
Finalmente, agradecer a Pablo Doval y a Plain Concepts el que hayan colaborado en este evento de tanto interés para los asistentes (gracias por participar y por vuestor feedback)…y como no, aquí van algunas fotos del miso:
Como siempre, esperamos que el evento haya sido interesante (como así creo) tanto para los asistentes en vivo y en directo como para la gente que se conectó online. A la vuelta de verano os esperamos con nuevas iniciativas como podéis ver en nuestra página de eventos:
http://www.ciin.es/web/servicios/eventos/Paginas/default.aspx.
Otra de las nuevas capacidades que presenta SharePoint 2010 son los Servicios de Visio que habilitan la publicación de diagramas de Visio vivos en Sitios de SharePoint 2010. La idea de este post y los siguientes es detallar las características de los Servicios de Visio en SharePoint 2010. Las capacidades clave de los Servicios de Visio son las siguientes:
- Permiten compartir diagramas Visio en sitios de SharePoint:
-
Estos diagramas permiten visualizar paneles e incluso cuadros de mando modelados con Visio. Por ejemplo, un diagrama de red en el que visualicemos los servidores con indicadores relativos al uso de memoria, CPU, etc.
-
Permiten modelar procesos de negocio implementados en la forma de flujos de trabajo que luego se maquetan en SharePoint Designer para ser publicados en el sitio de trabajo.
-
Los diagramas se ven sin instalar el cliente de Visio, basta con conectarnos a nuestro sitio de trabajo y acceder a la visualización del diagrama.
-
La fidelidad en el renderizado de los diagramas es completa con respecto al cliente. Estos diagramas se renderizan como una aplicación Silverlight o como un PNG y esta visualización es “perfecta” para Internet Explorer, Firefox o Safari.
-
Los diagramas pueden ser estáticos o dinámicos conectándolos a la correspondiente fuente de datos (una lista de SharePoint, una tabla de SQL Server, una hoja Excel, OLEDB, ODBC o bien otras fuentes a partir de la creación de proveedores de datos personalizados):
- De esta forma podemos construir aplicaciones de BI en tiempo real.
- Los orígenes de datos utilizados son diversos.
- Podemos construir paneles en los que:
- Se utilicen conexiones de WebParts para integrar datos de otras WebParts.
- Se use la API de Mashup (JavaScript) para personalizar los paneles y manipular los datos.
Un detalle más antes del final: para publicar estos diagramas Visio en SharePoint, necesitaremos la versiones Pro o Premium de Microsoft Office Visio 2010. Para finalizar este primer post sobre los Servicios de Visio en SharePoint 2010, os dejo los siguientes enlaces de interés:
Y hasta aquí llega este primer post sobre los Servicios de Visio en SharePoint 2010.
Como sabéis, SharePoint 2010 incorpora varias novedades en las páginas maestras y de aplicación. Una de las más importantes es que tanto páginas de contenido como páginas de aplicación comparten la misma página maestra de manera que el look & feel de ambos tipos de página es consistente a lo largo de un sitio. De esta forma, si se realizan cambios (ya sea en la página maestra o en el tema del sitio) en el aspecto de un sitio estos se propagan a los dos tipos de página. Esto es posible porque las páginas de aplicación usan la página maestra del sitio de forma dinámica, es decir, hay un archivo de “code behind” asociado que permite que para cada sitio las páginas de aplicación presenten el mismo aspecto que las páginas de contenido. El resumen de novedades que afectan a las páginas de aplicación es más o menos el siguiente:
-
Se utiliza la etiqueta DynamicMasterPageFile para especificar la página maestra a utilizar.
-
El archivo “code behind” de las páginas de aplicación hereda de Microsoft.SharePoint.WebControls.LayoutsPagebase.
-
Algunas páginas de aplicación (error, acceso denegado, login, …) usan la página maestra simple.master que no se puede personalizar por razones de seguridad.
-
Visual Studio 2010 incorpora una elemento de tipo “Página de aplicación” que facilita la creación y despliegue de páginas de aplicación personalizadas en nuestro sitio.
Como sabéis, SharePoint 2010 se caracteriza frente a su predecesor por ofrecer idénticas prestaciones tanto si se utiliza Internet Explorer (IE) 7 y 8 como Firefox (FF) 3.X. Estas prestaciones no sólo se refieren a la interfaz de usuario, sino también a las capacidades de comunicación y colaboración que son óptimas cuando se trabaja con documentos de Office. Esto es posible porque Office 2010 incorpora un Add-In que permite editar documentos de Office desde SharePoint usando Firefox como navegador, guardar los cambios o realizar operaciones de Checkin/Checkout. Podéis encontrar más información sobre el Add-In en el siguiente artículo de la KB de Microsoft: http://support.microsoft.com/kb/979634
Una pregunta que va a ser recurrente es cuáles son las características comunes y cuáles las que difieren al comparar los Servicios de Excel y la versión web del cliente. Por suerte, ya tenemos una primera comparativa disponible en este post del blog To The SharePoint. Básicamente los Servicios de Excel extiende la experiencia de la versión de escritorio a la web a través de proporcionar una versión web del motor de cálculo de Excel permitiendo que los usuarios puedan interactuar con archivos Excel en el navegador sin necesidad de tener instalado el cliente. En el caso de la versión web de Excel, estamos hablando de la capacidad para editar documentos Excel en el navegador con capacidades limitadas si se compara con el cliente de escritorio. Finalmente, la siguiente tabla compara ambas tecnologías:
| Característica | Excel Web Application | Servicios de Excel |
| Visualizar | x | x |
| Editar | x | |
| Colaboración | x | |
| Crear nuevo documento | x | |
| Crear cuados de mandos | | x |
| Mostrar nuevas visualizaciones | x | x |
| Datos externos | x | x |
| Acceso anónimo | x | x |
| Uso del servicio de almacenamiento seguro | | x |
| PowerPivot | | x |
| API de Servicios Web | | x |
| API REST | | x |
| Modelo de Objetos JavaScript | | x |
| Funciones definidas por el usuario | x | x |
Puestos a analizar esta comparativa, yo me quedo conque los Servicios de Excel son extensibles, mientras que la aplicación web de Excel está más pensada para aspectos de colaboración.
Tal y como podemos leer este blog del post de Stefan Gossner, ya tenemos disponibles la primera Cumulative Update (CU) para SharePoint 2010 (tanto para Foundation como para Server). Al contrario que las CUs de SharePoint 2007, en este caso estamos hablando de varios paquetes individuales que de momento no disponen del correspondiente artículo (aunque aparecerán en los próximos días) en la KB de Microsoft:
- Microsoft SharePoint Foundation 2010:
- Microsoft SharePoint Server 2010:
En mi caso, voy a esperar a disponer de los artículos de la KB para conocer que problemas soluciona cada Hotfix.
Como sabéis, una de las novedades más importantes en términos de arquitectura de SharePoint 2010 es la incorporación de las Aplicaciones de Servicio que constituyen una evolución de los Shared Services Providers de MOSS aportando un alto componente de flexibilidad en cuanto a que es posible elegir a “la carta” por aplicación web la(s) aplicación(es) de servicio que se van a utilizar. Además, estas aplicaciones de servicio:
-
Presentan característica “cross-granja”, es decir, en nuestro despliegue de SharePoint podemos definir una granja centralizada con las aplicaciones de servicio configuradas y dando servicio a otras granjas regionales. Es importante tener en cuenta, como se puede comprobar en el diagrama
Topologías en SharePoint Server 2010, que no todas las aplicaciones de servicio son cross-granja. A continuación os dejo el detalle de las aplicaciones de servicio disponibles y cuales son cross-granja:
Y hasta aquí llega este segundo post sobre trabajo con las aplicaciones de servicio de SharePoint 2010.
Los días 28 y 29 de septiembre tendrá lugar en La Haya (Holanda) la segunda edición de la conferencia Microsoft SharePoint Connections en la que los asistentes tendrán la oportunidad de ver en vivo y en directo a algunos de los mayores expertos en plataforma SharePoint a nivel mundial como Andrew Connell, Bob Fox, Spence Harbar y otros. Si te interesa asistir a la conferencia, inscríbete ya pues hay un descuento de 200 € hasta el 27 de julio. Además, por ser miembro de SUGES podrás disponer de un 10 % adicional de descuento.
Como sabéis, una de los sabores que tenemos dentro del nuevo modelo de objetos en cliente de SharePoint es el de ECMAScript o lo que es lo mismo, añadir código JavaScript en páginas de aplicación, la content editor web part, … para interactuar con SharePoint usando las librerías JavaScript que tenemos disponible. Como siempre, depurar código JavaScript no es trivial aunque con Visual Studio se puede configurar de una forma más o menos sencilla. En el caso de ECMAScript, os recomiendo el siguiente post: SharePoint 2010 EcmaScript(JavaScript) IntelliSense in VS2010 .
El próximo viernes 23 de julio en el CIIN nos hemos liado la manta a la cabeza y vamos a realizar un evento presencial y online sobre Optimización económica de SQL Server…y cuando se trata de optimizar, suele venir incluido en el pack Pablo Álvarez Doval, integrante del DOT Team en Plain Concepts, que de estos temas sabe y mucho. Os animamos a asistir al evento presencialmente (tendréis oportunidad de bombardear a Pablo Doval) o bien Online. Para los que os vengáis a Santander, habrá sorpresas en la forma de regalitos de suscripciones MSDN que sortearemos de una forma aleatoria o que servirán para premiar al PMP o Profesional Más Preguntón :P. Os dejo los detalles del evento:
Todos los que nos hemos enfrentado a la optimización de rendimiento en SQL Server sabemos puede llegar a ser un proceso largo y frustrante si no se tienen los conocimientos adecuados para saber qué buscar y cómo buscarlo. En esta sesión trataremos de mostrar un proceso a seguir para poder localizar los principales cuellos de botella de nuestras base de datos, descubriendo las mejoras prácticas y trucos para realizar esta labor y atacar el proceso de optimización de un modo eficiente. Y para ello, contaremos con uno de los mayores expertos en lo que a optimización de aplicaciones en general y e SQL Server en particular se refiere: Pablo Álvarez Doval, integrante del Debugging and Optimization Team de Plain Concepts (www.plainconcepts.com).
A lo largo de la charla veremos cómo diagnosticar el estado de salud del servidor, analizar el uso de memoria y procesadores, localización de las consultas más costosas del sistema, y en definitiva, localizar el cuello de botella sin emplear la venerable metodología ASM (A Salto de Mata(tm)). Como dicen nuestros compañeros del otro lado del charco, iremos en busca del "Biggest Bang for the Buck"! Por último, dedicaremos cierto tiempo a la optimización de consultas, tratando principalmente tres escenarios:
- Problemas de Índices
- Empleo eficiente de Funciones en SQL Server
- Problemas de grants de memoria que fuerzan a usar tempdb
Datos del interés:
- Audiencia: Desarrolladores, Trabajadores de la Información, Jefes de Proyecto.
- Requisitos previos: Conocimientos de SQL Server.
- Fecha: viernes 23 de julio
- Hora: 09:30 a 13:30.
- Precio: Gratuito.
- Lugar: CIIN - Edificio Grupo Sodercan
Parque Científico y Tecnológico de Cantabria.
C/ Isabel Torres, 1.
39011 – Santander.
- Duración aproximada: 4 horas.
Enlaces de inscripción:
Para finalizar la serie de entregas sobre recursos para el usuario final, aquí os dejo la cuarta y última…eso sí, antes os dejo los enlaces a las entregas anteriores:
Y ahora si que le toca el turno a los recursos:
Y hasta aquí llega la última entrega de recursos para el usuario final en SharePoint 2010. Todos los recursos detallados hasta ahora y alguno más los tenéis accesibles desde este enlace.
Como ya comenté en este post, en SharePoint 2010 se mejoran notablemente el soporte para la creación de sitios multi-idioma. Así, para un sitio de tipo “Sitio de grupo” es suficiente con tener instalado los Languages Packs (LPs) correspondientes y activar el uso de los mismos para que el usuario pueda hacer a través de la interfaz de usuario un cambio rápido del idioma. Ahora bien, es necesario tener en cuenta que estos cambios de idioma no son tan directos si por ejemplo realizamos cambios en nuestro sitio como la creación de nuevas listas ya que el nombre de la lista o descripción no se traducirá. Por suerte, SharePoint 2010 nos proporciona el mecanismo para extender las traducciones disponibles por defecto y añadir nuevas:
-
Lo primero que vamos a hacer en nuestro escenario de trabajo (un sitio de tipo “Sitio de grupo” configurado con idioma Español y con la posibilidad de cambiar el idioma a “Inglés”) es crear una lista personalizada denominada “Clientes”.
-
Si cambiamos el idioma de la interfaz de usuario a inglés, veremos que el nombre de la lista “Clientes” permanece sin traducir tanto en el menú de navegación como en el título de la lista.
-
Para añadir nuevas traducciones a nuestro sitio vamos a la página “Configuración del sitio” (“Acciones del sitio -> Configuración del sitio”). Bajo la sección “Administración de sitios”, pulsamos sobre “Exportar traducciones”.
-
En la página de exportación, indicamos que queremos exportar el texto especificado por el usuario en el idioma inglés y dejamos marcada la opción “No” en “Exportar solo el texto que no está traducido”. Pulsamos el botón “Exportar”. De esta forma se genera un archivo de recursos que guardamos nuestro equipo. En este caso, el archivo tiene el nombre “Intranet.en-US.resx”, dónde “en-US” indica que estamos exportando un archivo de recursos para idioma inglés de EE.UU.
- Abrimos el archivo de recursos con Visual Studio 2010 para facilitar el cambio de las traducciones personalizadas que se van a añadir y que no cuentan con una traducción al idioma inglés como es el caso del nombre de la lista “Clientes”.
- Cambiamos el valor “Clientes” por “Customers” y guardamos los cambios. De nuevo en la página “Configuración del sitio”, pulsamos en esta ocasión sobre el enlace “Importar traducciones”. En la página de importación, especificamos la ruta del archivo “Intranet.en-US.resx” y pulsamos “Importar”.
- Si realizamos de nuevo el cambio de idioma a inglés, podremos comprobar que la lista “Clientes” utiliza la traducción personalizada que hemos añadido. Para comprobarlo, simplemente navegamos a la lista “Clientes” y comprobamos que el nombre de la misma es “Customers”, si bien el cambio en la traducción no se ha reflejado en el menú de navegación.
- Para especificar la cadena traducida que se tiene que mostrar en el menú de navegación, la opción pasa por realizar la configuración manual del mismo cuando se ha cambiado el idioma de la interfaz de usuario ya que SharePoint mantiene estas personalizaciones por idioma utilizado.
Finalmente, os dejo algunos enlaces relativos al soporte multi-idioma en SharePoint 2010:
En SharePoint 2007, y como muestra de la extensibilidad y posibilidades de la plataforma SharePoint, Microsoft preparo una serie de plantillas de sitio conocidas como las Fantastic 40 templates y que modelaban funcionalidades diversas sobre SharePoint como podéis ver en el sitio de Ian Morrish. Últimamente hay muchas preguntas en torno a si estas plantillas van a ser liberadas para SharePoint 2010 por parte de Microsoft, preguntas para las que no hay respuesta. Por suerte, algunas de estas plantillas ya han sido migradas y pueden ser descargadas desde este enlace.
El otro día me preguntaban si era posible utilizar Visual Studio 2010 para desarrollar para SharePoint 2007 y la respuesta rápida y correcta que di es que no, lo cuál no supone un problema ya que podríamos tener una instalación simultanea de Visual Studio 2008 y Visual Studio 2010 de forma que se pudiese desarrollar sin problemas para ambas versiones de la plataforma. Sin embargo, navegando por mis RSS me he encontrado con un workaround no soportado por Microsoft que permite usar las herramientas disponibles en Visual Studio 2010 para desarrollo en SharePoint 207: Using Visual Studio 2010 SharePoint Templates to deploy a web part in SharePoint 2007 .
El otro día nos hacían una pregunta en el CIIN relativa a como mover los sitios personales de MOSS de una BD de contenidos a otra. Una aproximación a esta necesidad la podemos encontrar en este post. El resumen sería el siguiente:
- Creamos una BD de contenidos vacía.
- Volcamos las colecciones de sitios de los My Sites en un archivo xml usando la opción enumsites de STSADM.
- Movemos las colecciones de sitios a la nueva BD de contenidos utilizando la opción mergecontentdbs de STSADM.
- Hacemos un backup de la BD y la restauramos en el nuevo entorno.
- En el nuevo entorno creamos una nueva aplicación web para hospedar los My Sites.
- Añadimos la BD de contenidos con los My Sites a la aplicación web.
Más artículos
Página siguiente >