SharePoint 2010: Características de los Business Connectivity Services por versión(II)!

Como sabéis, SharePoint 2010 incorpora los BCS (Business Connectivity Services) como medio para poder integrar datos procedentes de sistemas externos en sitios de SharePoint. Los BCS están disponibles tanto en SharePoint Foundation como en SharePoint Server a través de la correspondiente aplicación de servicio. Ahora bien, las funcionalidades de BCS disponibles en el núcleo de la plataforma son menores que las que podemos encontrar en SharePoint Server…En este sentido, en este enlace podéis encontrar una excelente comparativa muy detallada de las funcionalidades de BCS disponibles en cada versión de la plataforma.

 

Otros posts relacionados con el BCS:

• SharePoint 2010: Características del BCS por versión!
• SharePoint 2010: Limitaciones del BCS!
• SharePoint 2010: Como trabajar con relaciones N a N en el BCS!
• SharePoint 2010: Vídeos sobre los Business Connectivity Services (BCS)!
• SharePoint 2010: ¿Qué características de BCS tengo en SharePoint Foundation vs SharePoint Server?
• SharePoint 2010: Características de los Business Connectivity Services por versión!
• SharePoint 2010: Como usar Entity Framework al crear un modelo de BDC!

SharePoint 2010: Recomendaciones a la hora de hacer copias de seguridad!

Como sabéis, uno de los componentes claves de cualquier despliegue de SharePoint es el del motor de base de datos en el que residen distintas bases de datos esenciales para que la plataforma esté operativa a pleno rendimiento: la BD de configuración, las BDs de las aplicaciones de servicio y las BDs de contenido asociadas a las distintas aplicaciones web disponibles. Ni que decir tiene, que la realización de copias de seguridad es fundamental y también lo es seguir las recomendaciones que Microsoft ha establecido para su correcta realización tal y como podéis leer en este enlace de Microsoft TechNet. La idea es garantizar que las copias de seguridad se realizan sin problemas y que no se ocasiona ninguna pérdida de datos en base a una serie de técnicas que aseguren un buen rendimiento, un nivel de calidad adecuado y unos estándares para llevarlas a cabo.

SharePoint 2010: Creación de tipos de campo (I)!

Qué SharePoint se puede extender “por todos lados” es algo que creo que todos tenemos en la cabeza…otra cosa es lo que cueste extenderlo :P. El caso es que hoy os quería comentar otro punto de extensibilidad de la plataforma: los tipos de campo. Estos vienen a ser lo que lo son los tipos de datos en columnas de una tabla de SQL o los tipos .NET que usemos en nuestra clase. Por defecto, la plataforma dispone de una serie de tipos de campo estándar que nosotros podemos extender a partir de crear nuevos tipos:

Seguro que se os pueden ocurrir muchos tipos de campo que no nos vendrían nada mal en nuestros sitios de SharePoint:

• Campos de validación de datos (E-Mail, CIF, …).
• Columnas de lookup en cascada.
• Selectores de valores.
• …

Como os decía, la plataforma permite que podamos crear nuevos tipos de campo y hay varios ejemplos completos que muestran los pasos a seguir:

• http://www.c-sharpcorner.com/UploadFile/Roji.Joy/5558/
• http://sharepoint.mindsharpblogs.com/NancyB/Lists/Posts/Post.aspx?List=b6efd474%2D248a%2D4b16%2Dab88%2Dafdb6fa31b65&ID=11
• http://msdn.microsoft.com/en-us/library/ff679964.aspx
• http://msdn.microsoft.com/en-us/library/gg132914.aspx
• http://msdn.microsoft.com/en-us/library/gg132913.aspx
• http://www.chakkaradeep.com/post/SharePoint-Creating-a-custom-field.aspx
• http://blog.mastykarz.nl/custom-field-type-site-reference-part-1/
• http://www.fewlines4biju.com/2011/04/how-to-create-custom-field-type-in.html

Office 365: ¿Se puede personalizar la página de inicio de OWA?

De nuevo en los foros de Office 365 realizaban hace unos días una pregunta interesante relativa a si es posible o no personalizar la página de inicio de OWA para acceder a nuestro correo electrónico de Exchange Online. La respuesta en este caso es que depende, ya que personalizar dicha página implica necesariamente “tocar” archivos físicos de los servidores dónde corra Exchange: http://it.miljkovic.se/exchange-2010-custom-owa-login-page/. Lógicamente, esto no es posible en el caso de Exchange Online, salvo en el caso en el que tengamos activada la federación de dominios entre nuestro directorio local y Office 365 mediante Active Directory Federation Services 2.0…en este caso, como tendremos nuestro DA On-Premise si que podríamos personalizar la página de inicio tal y como se comenta en la guía de descripción del servicio de Exchange Online.

SharePoint 2010: Recursos sobre la creación de flujos de trabajo!

En SharePoint 2010 como en su predecesor tenemos la posibilidad de crear flujos de trabajo que nos permitan modelar ciertos procesos y escenarios de negocio en nuestros despliegues de SharePoint. Por debajo, SharePoint se apoya en Windows Workflow Foundation (WF) y en una implementación propia de los servicios de la tecnología de flujos de trabajo de .NET Framework. Aunque ya comenté hace un tiempo las novedades en flujos de trabajo que vienen en la plataforma, os quería dejar una serie de recursos más que interesantes sobre la creación de flujos que tenemos disponibles en este enlace de Microsoft TechNet:

• Administración de flujos de trabajo (SharePoint Server 2010)
• Supervisión de flujos de trabajo (SharePoint Server 2010)
• Configuración del flujo de trabajo global (SharePoint Server 2010)
• Implementación de un flujo de trabajo como un archivo WSP (SharePoint Server 2010)
• Proceso completo mediante formularios de InfoPath 2010, Visio 2010 y SharePoint Designer 2010 para flujos de trabajo
• Creación de flujos de trabajo reutilizables mediante SharePoint Designer 2010 y asociación a tipos de contenido
• Creación de un flujo de trabajo de sitio y modificación de su formulario mediante InfoPath Forms 2010

Otros posts sobre este tema:

• SharePoint 2010: Novedades en los flujos de trabajo (I)!
• SharePoint 2010: Novedades en los flujos de trabajo (II)!
• SharePoint 2010: Novedades en los flujos de trabajo (III)!

SharePoint 2010: Como añadir/actualizar las imágenes que identifican un tipo de archivo!

Cuando trabajamos con documentos en SharePoint 2010, como por ejemplo documentos Office, estos se identifican fácilmente en la interfaz de usuario mediante el correspondiente icono. Una pregunta que puede surgir es ¿cómo añadimos nuevas imágenes para identificar nuevos tipos de archivos (por ejemplo, archivos PDF, CAD, …? almacenados en nuestro sitio de SharePoint:

• Lo primero que tenemos que hacer es almacenar el archivo o archivos de imagen que representan el nuevo o los nuevos tipos de archivos bajo la carpeta IMAGES disponible en el directorio 14: ..\14\TEMPLATE\IMAGES. En esta carpeta colocaremos estas imágenes con un tamaño 16×16 y que sean de tipo .gif, .jpg o .png por ejemplo.
• A continuación, tenemos que hacer que “SharePoint” se entere que tenemos disponibles estas nuevas imágenes y sobre todo el tipo de archivo al que aplica. Para ello, editamos el archivo “DOCICON.XML” disponible en ..\14\TEMPLATE\XML.

• En este archivo podremos tanto actualizar los tipos de archivos existentes como añadir nuevos. Para ello, buscamos entradas de la forma:

   1: <Mapping Key="jpeg" Value="icjpg.gif">

• Por ejemplo, en el caso anterior tenemos la entrada correspondiente a archivos de tipo “gif”.
• Guardamos los cambios en el archivo “Doclcon.xml”, hacemos un IISReset y listo.

SharePoint 2010: Creación de WebParts conectables (II)!

Uno de los componentes o artefactos clásicos que podemos crear para extender SharePoint son las WebParts. Lo interesante de las WebParts no está sólo en las funcionalidades extra que nos aportan sobre la plataforma, sino que podemos hacer que funcionen de forma conectada. Por ejemplo, un escenario de conexión entre WebParts es el clásico maestro detalles en el que en una WebPart mostramos un listado de datos y en otra mostramos el detalle de cada registro seleccionado a partir de conectar ambas WebParts. En el caso concreto de SharePoint 2010, tenemos dos tipos de WebParts: clásicas vs visuales y en ambos casos se pueden definir esas conexiones como se demuestra en los siguientes recursos:

• http://msdn.microsoft.com/en-us/library/ms469765.aspx
• http://msdn.microsoft.com/en-us/library/ff597538.aspx
• http://www.c-sharpcorner.com/UploadFile/DipalChoksi/4035/
• http://mstecharchitect.blogspot.com/2010/04/creating-connectable-web-parts-using.html
• http://www.dotnetcurry.com/ShowArticle.aspx?ID=678

SharePoint 2010: Como generar un proxy LINQ To SharePoint contra un sitio remoto!

Como sabéis, con SharePoint 2010 se incorpora LINQ To SharePoint como opción recomendada a la hora de realizar consultas sobre listas y bibliotecas de SharePoint ya que nos abstrae de tener que trabajar con CAML. Para poder usar el proveedor en nuestros artefactos desplegados en el servidor, es necesario generar el correspondiente proxy con la utilidad SPMetal…una pregunta que puede surgir es como generar un proxy a partir de un sitio remoto, lo que por suerte se puede conseguir indicando en SPMetal los parámetros user y password:

   1: spmetal /web:http://<mySharePointSite> /namespace:SPLINQCIINProxySite /user:mydomain\myuser /password:"mypassword"  /code:SPLINQCIINProxySite.cs

 

Otros posts sobre LINQ To SharePoint:

• SharePoint 2010: Trabajo con LINQ To SharePoint (I)!
• SharePoint 2010: Trabajo con LINQ To SharePoint (II)!
• SharePoint 2010: ¿Cuándo uso SPQuery y cuando LINQ To SharePoint?
• SharePoint 2010: LINQ To SharePoint DSL Extension para Visual Studio 2010!

Office 365: ¿Tengo suficiente ancho de banda?

Otra pregunta interesante surgida en los foros de Office 365 ha sido la relativa a como puedo conocer si tengo suficiente ancho de banda ya sea a nivel de organización o a nivel particular para sacarle un partido máximo a los servicios incluidos en la suite de productividad de Microsoft en la nube. Por suerte, este tema no es nuevo y hay un par de referencias interesantes en torno a las implicaciones de saltar a estos servicios en la nube en términos del ancho de banda necesario para que la experiencia de usuario no se vea penalizada:

• http://blogs.technet.com/b/uspartner_ts2team/archive/2010/11/30/moving-your-customers-to-bpos-or-office-365-check-their-bandwidth.aspx
• http://blogs.technet.com/b/uspartner_ts2team/archive/2011/01/10/bpos-or-office-365-bandwidth-needs-determination-a-refresher.aspx

Es particularmente interesante la herramienta en línea Performance Test for Internet Connection to Microsoft Online Services que está pensada precisamente para determinar como estamos de ancho de banda y generar informes que indican si es adecuado o no para trabajar con los servicios incluidos en Office 365.

Office 365: Soporte de PowerShell!

Office 365 permite que ciertas tareas de administración se puedan realizar utilizando Windows PowerShell. En concreto, podremos realizar tareas relativas a nuestras suscripciones de Office 365 como:

• Administrar dominios.
• Administrar grupos de seguridad.
• Federación de identidades.
• Mejorar autorizaciones.
• Soporte de partners.
• Federación de dominios.
• Suscripciones.
• ..

Además de estas tareas, podremos administrar a través de PowerShell el servicio de Exchange Online dentro de Office 365. Algo que no es posible para SharePoint Online y Lync Online. Finalmente, para poder ejecutar los comandos de PowerShell para Office 365:

• Instalar como pre-requisito el Microsoft Online Services Sign-In Assistant 7.0:
  • Microsoft Online Services Sign-In Assistant 32-bit
  • Microsoft Online Services Sign-In Assistant 64-bit
• Necesitamos instalarnos el módulo de PowerShell para Office 365:
  • Microsoft Online Services Module for Windows PowerShell 32-bit
  • Microsoft Online Services Module for Windows PowerShell 64-bit

Referencias:

• http://blah.winsmarts.com/2011-4-Using_PowerShell_with_Office365.aspx
• http://www.messageops.com/quick-tip-easily-connect-to-remote-powershell-on-office-365
• http://blog.powershell.no/2011/05/09/administering-microsoft-office-365-using-windows-powershell/