Mostrando entradas con la etiqueta mirada técnica. Mostrar todas las entradas
Mostrando entradas con la etiqueta mirada técnica. Mostrar todas las entradas

jueves, 23 de septiembre de 2010

Necesidades de puesto cliente para trabajar con Sharepoint 2010

Ya en unas cuantas ocasiones me han preguntado cuales son las necesidades de un puesto cliente cuando vamos a trabajar con la nueva versión de Sharepoint, así que vamos a tratar de ver que nos hace falta.

Navegador de internet

Este es el requisito fundametal. En la siguiente tabla se puede ver la relación de navegadores soportados.

NavegadorSistema operativo
Soportado
Limitaciones
Internet Explorer 8 (32 bits)Windows Server 2008 R2, Windows Server 2008, Windows Server 2003, Windows 7, Windows Vista, Windows XP
No 
Internet Explorer 7 (32 bits)Windows Server 2008, Windows Server 2003, Windows   Vista, Windows XP
No
Internet Explorer 8 (64 bits)Windows Server 2008 R2, Windows Server 2008, Windows Server 2003, Windows 7, Windows Vista, Windows XP
Si. Principalmente integraciones con office por no disponer de Activex de 64 bits.
Internet Explorer 7 (64 bits)Windows Server 2008, Windows Server 2003, Windows   Vista, Windows XP
Si. Principalmente integraciones con office por no disponer de Activex de 64 bits.
Internet Explorer 6 (32 bits)
No

Mozilla Firefox 3.6Windows Server 2008 R2, Windows Server 2008, Windows Server 2003, Windows 7, Windows Vista, Windows XP
Si. Principalmente integraciones con office por no disponer de Activex de 64 bits.
Mozilla Firefox 3.6Mac OSX, UNIX/Linux
Safari 4.04Mac OSX



En la tabla no aparece el Chrome ya que no ha sido testado oficialmente por Microsoft.También podemos destacar que las versiones más antiguas de Internet Explorer (6) ya no están soportadas. Puedes ver más detalle en el articulo "Plan browser support".

Microsoft Office

Para disponer de todas las posibilidades de trabajo de la plataforma, como es lógico, un usuario necesitaría disponer de Microsoft Office 2010. A partir de este punto ya podemos ir valorando otras opciones siendo conscientes que iremos renunciando a funcionalidades.

En función de la intensidad con la que un usuario trabaje con Sharepoint 2010 (sólo lectores, gestores, publicadores, equipos de trabajo,...) podrá ser suficiente con Office 2003 o 2007. En el documento "Integración entre las diferentes versiones de Office y Sharepoint" puede ver una comparativa de las tres versiones y como se comportan con las funcionalidades de Sharepoint 2010.

En esta nueva versión, para los casos de organizaciones que no necesitan un trabajo exhaustivo de sus usuarios sobre documentos de Office se pueden instalar en la plataforma de Sharepoint las Office Web Apps que permiten trabajar sin necesidad de instalarlo en los puestos de los usuarios.

Otro software

No es necesario ningún otro software, si bien, será recomendable disponer de las herramientas necesarias para visualizar los documentos que la organización publique en el sistema.

lunes, 20 de septiembre de 2010

Límite de filas de Busines Conectivity Service

PROBLEMA

Tras configurar una lista externa al acceder a ella  nos encontramos con este error.
"No se puede mostrar este elemento web. Para obtener información sobre cómo solucionar el problema, abra esta página web en un editor HTML compatible con Microsoft SharePoint Foundation, como Microsoft SharePoint Designer. Si el problema persiste, póngase en contacto con el administrador del servidor web."

Si vamos a los logs e investigamos nos encontramos con el siguiente error que ya nos da pistas de como resolverlo.

"Error while executing web part: Microsoft.BusinessData.Runtime.ExceededLimitException: El conector de bases de datos limitó la respuesta. La respuesta de la base de datos contiene más de '2000' filas. La cantidad máxima de filas que se pueden leer a través del conector de base de datos es '2000'. El límite puede cambiarse mediante el cmdlet 'Set-SPBusinessDataCatalogThrottleConfig'...."

SOLUCIÓN

El problema es el límite por defecto de filas que se pueden obtener en una cosulta mediante el Business Conectivity Service.

La solución pasa por cambiar este valor por defecto para lo que necesitamos acceder al Powershell y seguir los siguientes pasos

"Obtener el proxy de Business Conectivity Service"
$bdcProxy = Get-SPServiceApplicationProxy | where{$_.GetType().FullName -eq('Microsoft.SharePoint.BusinessData.SharedService.' + 'BdcServiceApplicationProxy')}

"Obtener las reglas del proxy de BCS"
$dbRule = Get-SPBusinessDataCatalogThrottleConfig -ScopeDatabase -ThrottleType Items -ServiceApplicationProxy$bdcProxy


Si ahora escribes $dbRule  verás los valores actuales.

Scope: Database
ThrottleType: Items
Enforced: True
Default : 2000
Max: 1000000


Para cambiarlos haz lo siguiente.

Set-SPBusinessDataCatalogThrottleConfig -Identity $dbRule -Maximum 1000000 -Default 3000


Con esto ya podrás visualizar listas externas que tengan hasta 100000 registros (o el valor que tu le pongas)

martes, 14 de septiembre de 2010

Este sitio web se configuró para no permitir su edición con Sharepoint Designer

PROBLEMA
Al querer editar una página de Sharepoint 2010 con Sharepoint Designer nos aparece la siguiente alerta


Entonces nos surgen ya las dudas. ¿Que estoy haciendo mal? ¿He pinchado sin querer en algún sitio?¿Le he dado muy fuerte? Tras repetir el paso vemos que no, que lo hemos hecho bien. En ese momento ya empiezan a salir palabras subiditas de tono hacia Microsoft.

Tranquilos, no os exaltéis que solo conseguiréis seguir con el problema, frustraros y amargaros la existencia.

SOLUCIÓN
Este problema ocurre en los puestos que, como el mio, tengan instalados al mismo tiempo el Sharepoint Designer 2010 y el 2007. Al pinchar en editar página coge por defecto la versión 2007 y como no es capaz de abrir el sitio de Sharepoint 2010 lanza el mensaje de error.

Abriendo el sitio manualmente desde Sharepoint Designer 2010 funciona correctamente. Otra opción es desinstalar la versión antigua, pero como mucho clientes siguen con esa versión de Sharepoint pues no es una opción viable en mi caso.

No puedo editar el diseño de una página en Sharepoint Designer 2010!

Problema
Cuando se accede a una página de Sharepoint 2010 para editarla mediante Sharepoint Designer no se pueden hacer modificaciones excepto en unas pocas zonas de la página (De hecho en el código hasta se ve en color diferente el código modificable y el que no).


Por ejemplo, no podrías rediseñar la pantalla para incluir más columnas o filas que contengan nuevas zonas de webparts.

Os daréis cuenta que esto es vital para conseguir una estructura de página acorde a nuestras necesidades. En el ejemplo de la imagen vemos una página con 3 columas superiores en las que poner filtros y una fila inferior que recoja los resultados de de los flitros ocupando todo el ancho de la pantalla.


Solución
La causa del problema es la falta de costumbre y experiencia con la nueva plataforma. Son las típicas luchas que se producen siempre en los comienzos y que una vez experimentadas ya no vuelven a surgir.

Para poder editar todo el código de una página hay que pinchar en la opción "Modo avanzado" en la cinta del Sharepoint Designer cuando se tiene abierta la página en cuestión para editar.


Una vez hecho esto veremos que podremos editar la página tanto en código como en diseño.


Algo sencillo pero que si no nos damos cuenta no hará perder mucho tiempo.

martes, 15 de junio de 2010

Integración de Office 2010 y Sharepoint 2010 (I)

En el anterior post, Oscar listaba los distintos elementos que componen la orquesta de la plataforma 2010 de Microsoft. Esta vez vamos a mostrar algunas de las opciones que ofrece la integración de Office 2010 y Sharepoint 2010:
  1. Ver lista en vista de hoja de datos
  2. Exportar a Excel
  3. Editar documentos en Office
  4. Crear nuevo documento en base a una plantilla de Office
  5. Publicar documentos desde Office en Sitios en Bibliotecas de Sharepoint
  6. Conectar calendarios compartidos de Sharepoint en Outlook
  7. Conectar listas de tareas compartidas de Sharepoint en Outlook
  8. Editar metadatos de un documento en base al tipo de contenido

    1. Ver lista en vista de Hoja de datos

    Ver el contenido de la lista en formato de filas y columnas. Ejemplos de uso: Realizar cálculos sobre información contenida en la lista, copiar y pegar filas a Excel, cambios masivos en la lista, copia de elementos entre listas etc.



    2. Exportar una lista a Excel

    Opción Exportar a Excel



    Vista de la lista en Excel



    3. Editar documentos en Office

    Presentaciones



    Hojas de cálculo



    Documentos de texto



    4. Crear un nuevo documento en base a una plantilla de Office



    5. Publicar documentos en Bibliotecas de Sharepoint desde Office



    6. Conectar calendarios compartidos de Sharepoint en Outlook

    Opción Conectar un calendario con Outlook



    Vista individual



    Vista superpuesta



    7. Conectar listas de tareas compartidas de Sharepoint en Outlook



    8. Editar metadatos de un documento en base al tipo de contenido

    Los metadatos definidos en un tipo de contenido se pueden editar desde Office

martes, 8 de junio de 2010

2010 no es solo Sharepoint

La plataforma de Microsoft recién aparecida en el mercado no se circunscribe solo a Sharepoint.
Como si de una orquesta se tratara, cada una de ellas cubre sus funciones pero suenan mejor en la medida que se combinan entre sí.

En sucesivos post iremos describiendo cada una de ellas. Hoy nos limitaremos a nombrarlas para que a todos nos vayan sonando (aunque casi todas serán ya viejas conocidas).

  • Exchange Server 2010
  • Project Server 2010
  • Office 2010
  • Communications Server 2007 R2
  • Sharepoint Server 2010 (como plataforma integradora de todas)

Hechas las presentaciones, será cometido de los siguientes post profundizar en cada una de ellas.

jueves, 27 de mayo de 2010

Qué infraestructura necesito para implantar un Sharepoint?

Esa es una de las primeras preguntas que se hace la gente de IT cuando se plantea abordar una solución tecnológica como Sharepoint.

Está pregunta se debe abordar desde la perspectiva del hardware asi como desde la del software. Sobre todo en esta última porque aparecen cambios respectos de las versiones anteriores. Ahora la plataforma de Sharepoint 2010 solo funciona en arquitecturas de 64 bits. Asi entre otras cosas, para cualquier versión, será necesario:

  • Windows 2008 x64 SP2, Windows 2008 x64  R2
  • Sql Server 2005 x64 SP3, Sql Server 2008 x64 SP1, Sql Server 2008 R2
En lo que a hardware respecta, como siempre cuanto más mejor, pero si que necesitaría un mínimo de 8GB para estar en explotación (Con 4GB se queda escaso). Sobre el número de servidores en la granja ya dependerá de las necesidades de cada implantación, pero como en la versión precedente se puede configurar tanto en un único servidor como en tantos como sea necesario. La configuración mínima recomendada sería al menos tener un servidor con el Sharepoint y otro con el SQL Server.

Para más detalle puedes consultar:
Requerimientos SW y HW para SharePoint Foundation 2010
Requerimientos SW y HW para SharePoint Server 2010

miércoles, 26 de mayo de 2010

Comparativa de funcionalidades de cada versión de Sharepoint 2010!!!

Microsoft ha preparado un espacio donde podemos conocer de una forma rápida y visual el listado de funcionalidades de las diferentes versiones de la plataforma Sharepoint:

  • Foundation (Gratuita)
  • Standard
  • Enterprise

Además de verlas todas también se pueden consultar por cada grupo funcional. Aquí os dejo el enlace

miércoles, 7 de abril de 2010

Reporting sobre listas de Sharepoint 2007

En varios proyectos nos hemos encontrado con la problemática de generar informes que obtienen datos contenidos en listas de Sharepoint 2007. La opción que hemos seguido es la utilización de Reporting Services en modo local, ya que entre muchas otras funcionalidades, permite crear informes con listados y gráficos, además de proporcionar la opción de exportar a Excel y PDF.
Hay que tener en cuenta que Reporting Services no proporciona una forma directa de atacar los datos de Sharepoint, ya que no existe un tipo de origen de datos en base a listas de Sharepoint. Por eso, en la solución que planteamos debemos construir nuestro propio origen de datos de Sharepoint. La solución se divide en 3 componentes:


  1. Origen de datos de Sharepoint, una clase que contiene una colección de objetos y un método que se encarga de consultar las listas de Sharepoint, devolviendo una colección de objetos con los resultados de la consulta.


  2. Informe local de Reporting Services que realice la consulta sobre el origen de datos de Sharepoint.


  3. Webpart que contiene un control ReportViewer que muestra el informe de Reporting Services en modo local.
Vamos a realizar un informe de ejemplo, que muestra información de personas que colaboran en varios equipos de trabajo. Esta información está contenida en dos listas de Sharepoint: ‘Equipos’ y ‘Colaboradores’, relacionados a través de un campo lookup ‘Equipo’ en la lista ‘Colaboradores’.
Lista ‘Colaboradores’ enlazada con ‘Equipos’


Informe generado sobre listas de Sharepoint

Orígen de datos de Sharepoint

  1. Abrir Visual Studio y crear un nuevo Sitio Web.
  2. Crear un archivo de clase ‘Colaboradores.cs’ dentro de la carpeta ‘App_Code’ del sitio Web. De esta forma, Reporting Services reconoce las clases definidas en este archivo como origen de datos válido.
  3. Vamos a crear dos clases: ‘Colaborador’ y ‘Colaboradores’.
  • Colaborador: Contiene las propiedades ‘Persona’y ‘Equipo’.
  • Colaboradores: Encapsula una colección de objetos ‘Colaborador’. Por ejemplo ‘List<>’. En la clase ‘Colaboradores’, crear un método público ‘GetColaboradores’ que devuelva la colección de objetos con los datos obtenidos a través de consultas CAML sobre listas de Sharepoint.
using System;
using System.Collections.Generic;
using Microsoft.SharePoint;

public class Colaborador
{
private string persona;
private string equipo;

public Colaborador(string persona, string equipo)
{
this.persona = persona;
this.equipo = equipo;
}

public string Persona
{
get
{
return persona;
}
}

public string Equipo
{
get
{
return equipo;
}
}
}

public class Colaboradores
{
private SPList listaSharepoint;
private List listaColaborador;

public Colaboradores()
{
SPSite sitio = new SPSite("http://sareapoint.lks.es/equ");
SPWeb web = sitio.OpenWeb();
this.listaSharepoint = web.Lists["Colaboradores"];
this.listaColaborador = new List();
}

public List GetColaboradores()
{
foreach (SPListItem elemento in listaSharepoint.Items)
{
Colaborador obColaborador = new Colaborador(elemento["Colaborador"].ToString().Split('#')[1].ToString(), elemento.GetFormattedValue("Equipo").ToString());
this.listaColaborador.Add(obColaborador);
}
return listaColaborador;
}
}


Código de las clases que conforman el origen de datos de Sharepoint


Informe local de Reporting Services
  1. Agregar un nuevo informe local ‘ReportColaboradores.rdlc’ al sitio web.
  2. Visual Studio identifica nuestro origen de datos de Sharepoint automáticamente, y los muestra en el panel de orígenes de datos.
  3. Agregar una tabla al informe y configurarlo para mostrar los campos ‘Colaborador.Persona y ‘Colaborador.Equipo’. Pinchar y arrastrar los campos desde el panel de orígenes de datos al panel del informe.




Resumiendo, la solución planteada se basa en un Webpart que renderiza un control de usuario, que contiene un control ReportViewer, que muestra un informe local de Reporting Services, que realiza una consulta sobre un origen de datos de Sharepoint. Si esta última definición no os convence, a continuación se muestra el esquema básico de la solución: 


Para que el control ReportViewer funcione correctamente en un portal Sharepoint, es necesario configurar la siguiente línea en el archivo ‘web.config’, dentro de la sección ‘httpmodules’:


add name="Session" type="System.Web.SessionState.SessionStateModule"La solución está basada en el siguiente artículo de MSDN:

Visita guiada: Usar un origen de datos de objeto comercial con el control de servidor Web ReportViewer en el modo de procesamiento local. http://msdn.microsoft.com/es-es/library/ms251692(VS.80).aspx.

Panel de orígenes de datos, panel del informe y explorador de soluciones que muestra la estructura del sitio web


Webpart
  1. Agregar un control de usuario ‘ControlColaboradores.ascx’ al sitio web.
  2. Agregar el control ReportViewer al control de usuario y asociarlo con el informe ‘ReportColaboradores.rdlc’.
  3. Encapsular el control de usuario en un webpart. En nuestro caso utilizamos un SmartPart propio que contiene el control de usuario especificado en el panel de propiedades.

ReportViewer que contiene el informe

martes, 6 de abril de 2010

Preparándonos para lo que ya está aquí! SHAREPOINT 2010

Este es el primero de los muchos artículos que iremos escribiendo sobre la nueva versión de la plataforma de soluciones Microsoft, la versión 2010. Principalmente utilizaremos la plataforma Sharepoint 2010 como hilo conductor el cual, en diferentes momentos, nos conducirá a otras herramientas para ofrecer soluciones globales a las necesidades de la organización (Exchange 2010, SQL Server 2008, Project Server 2010,...).

Hoy,para empezar, hablaremos brevemente de los diferentes servicios que podremos encontrar en la plataforma Sharepoint 2010 y cuales de ellos están disponibles en las diferentes versiones de licenciamiento. En otro momento profundizaremos en cada una de las funcionalidades.

Funcionalidades de Microsoft Sharepoint 2010

Las diferentes funcionalidades ofrecidas por la plataforma se agrupan en 7grandes grupos que sirven para enfocar las soluciones a problemáticas organizativas específicas.

SITIOS
  • Son los servicios elementales de la plataforma sobre la que se despliegan el resto de funcionalidades. Permiten estructurar la información.
  • Son de fácil manejo por los usuarios al utilizar el mismo interfaz de trabajo que Office.
  • Posibilidad de trabajo offline(y posterior sincronización) con Sharepoint Workspace
  • Acceso móvil
  • Edicción con documentos integrada con Office Web Applications
  • Soporte multinavegador (IE, Firefox, Safari)
  • Utilización de estándares para interoperatibilidad con otros sistemas
  • Utilización de estándares de accesibilidad WCAG 2.0

COMUNIDADES
  • Perfiles de usuario mejorados
  • Alertas y feeds para estar al día
  • Red de social dentro de la organización
  • Promueve compartir el conocimiento
  • Navegación por tags y metadatos
  • Búsqueda mejorada con el feedback del usuario 
  • Blog y wikis
  • Navegación en la estructura de la organización


CONTENIDO
  • Gestión de los contenidos intuitiva y desde Office
  • Fácil creación de contenidos web
  • Gestión de registros y políticas de retención
  • Taxonomías empresariales
  • Contenidos multimedia
  • Agrupación de documentos en unidades lógicas (paquete de documentos)
  • Nuevas listas y bibliotecas

BÚSQUEDA
  • Búsqueda más relevantes basadas en el historial de uso
  • Resultados de búsquedas más ricos
  • Búsqueda fonética, comodines  y multilenguaje
  • Conexiones sociales por interés y conocimiento
  • Contenido interno y externo
  • Filtro por rol, tag de 'reciente',...
  • Previsualización de contenidos


INTELIGENCIA DE NEGOCIO
  • Análisis avanzados con Excel Services
  • Visualización rica de datos
  • Incorporación de datos LOB en los análisis
  • Cuadros de mando con Performance Point Server
  • Informes con millones de registros
  • Acceso a la información en tiempo real
  • Gráficos interactivos con Visio Services




APLICACIONES COMPUESTAS
  • Sharepoint Designer y Visual Studio 2010
  • Automatización y validación con formularios
  • Integración con Visio services para visualización
  • Business Connectivity Services para acceder a datos de aplicaciones de negocio (Visalización, edición, inserción y borrado)
  • Datos LOB en Outlook, Word, Workspace
  • Acceso a datos de Sharepoint por API
  • Flujos de trabajo con Visio y Visio Services
  • Access Services, publica BBDD Access y trabaja con ellas en un entorno Sharepoint



¿Que versión necesito para mis organización?

Esta es siempre la eterna pregunta y, aunque la respuesta tampoco es directa, en la siguiente tabla se ve gráficamente que se puede hacer con cada una de las versiones. Dependerá de la necesidades actuales y de las expectativas futuras que versión se recomendará implantar.


Sharepoint Foundation no requiere licenciamiento.

Y dentro de de los grandes grupos, ¿que funcionalidades están disponibles en Sharepoint Foundation y cuáles en la Server?



Las funcionalidades de Sharepoint Foundation son las que se muestran en color negro. Las funcionalidades de Sharepoint Server son, además de las de la versión Foundation, las que se muestran en color rojo.

Conclusiones

Muchas funcionalidades, muchas versiones, muchos servicios y muchas novedades respecto de la versión anterior Sharepoint 2007. Demasiada información nueva para poder resumirla y asimilarla en un solo post.

Como ya comentaba al comienzo, en posteriores artículos iremos clarificando y profundizando en cada funcionalidad y tratando de dar a cada una de ella la importancia que pueda tener en un entorno real.