Todas las publicaciones, artículos y otros contenidos de este blog se proporciona "TAL CUAL", sin garantías, y no otorga ningún derecho. Cualquier ejemplo esta bajo los términos especificados por Microsoft
Hola.
Cada vez más clientes tanto de SharePoint 2010 como de CRM 2011 comienzan a utilizar ambos productos conjuntamente. Son dos productos totalmente complementarios que ayudan a integrar la visión de gestión de negocio global de CRM con la gestión particular de tareas y acciones sociales de los empleados que provee SharePoint. Además, la mayoría de los clientes quieren sacarle el máximo potencial a ambos productos por lo cual o integran sus customizaciones o hacen un plan de desarrollo de ambos para que la interoperabilidad sea perfecta.
Entonces cuando la integración o desarrollo de nuevas aplicaciones entre productos comienza se encuentran que desde las aplicaciones de CRM 2011 basadas en .NET 4.0 aparece el siguiente mensaje al acceder al modelo de objetos de SharePoint:
¿Que es lo que ha pasado?
Muchos clientes creen que ambos productos ejecutan en la misma versión de .NET pero por desgracia no es así. CRM 2011 está construido en .NET 4.0 y SharePoint 2010 esta construido .NET 3.5 SP1 (evolución/extensión de .NET 2.0).
La forma de atajar la integración entre productos es muy sencilla, tenemos dos maneras:
Directamente instanciar una conexión al asmx que queráis usar de SharePoint y mediante comunicación de mensajes SOAP hacer operaciones CRUD sobre SharePoint. Todos los Web Services disponibles en el producto están referenciados en el siguiente enlace http://msdn.microsoft.com/en-us/library/ee705814.aspx . Por desgracia sus operaciones están muy limitadas comparado con el modelo objeto de servidor
SharePoint 2010 permite consumir datos desde una aplicación cliente .NET sin necesidad de Web Services mediante el modelo de objeto cliente. Es casi tan rico como el modelo de objetos de servidor de SharePoint y bastante fácil e intuitivo de usar. Tan sólo tenéis que referenciar las dlls Microsoft.SharePoint.Client, Microsoft SharePoint.Client.Runtime en el proyecto en cuestión y compilar en modo .NET 4.0 (el modo .NET 4.0 client no es compatible) . Para más información http://msdn.microsoft.com/en-us/library/ee537247.aspx
Viceversa también ocurre lo mismo, Solución de SharePoint instanciando dlls de CRM (llamarías desde 3.5 a 4.0) para ello deberías de usar Integración mediante Web Services de CRM. Para más información http://msdn.microsoft.com/en-us/library/gg334357.aspx
Para más información sobre integración de SharePoint 2010 y CRM 2011 os recomiendo la siguiente Charla del Tech-Ed Europe 2010
http://channel9.msdn.com/Events/TechEd/Europe/2010/OFS218
Gracias.
Un saludo.
Héctor Calvarro Martín. SharePoint Dev/Core. Microsoft Support Escalation Engineer for EMEA
Se ha anunciado hoy una rebaja de precios en la mayoría de planes enterprise de Office 365 de un 20%.
Para más información echad un ojo a la nota oficial:
http://blogs.office.com/b/microsoft_office_365_blog/archive/2012/03/14/new-lower-prices-for-office-365.aspx
Para estudiar los tipos de planes existentes y contratación tan facil como presionar sobre el logotipo/botón de Office 365:
Hola
Hoy ha salido la beta de Microsoft Script Explorer for Windows PowerShell. Es una herramienta gratuita que sirve para:
Este es un ejemplo de una busqueda de SharePoint.
La verdad que es bastante interesante y se integra con PowerShell ISE. Funciona tanto para PowerShell 2.0 como 3.0.
DESCARGA
Por cierto, indicaros que es una beta ni una versión definitiva por lo cual:
Available in English on Rincón de Héctor Calvarro Blog
Hola a todos.
Hace un tiempo estuve trabajando con un cliente sobre como resetear Custom Document Id Providers (Crearé una entrada referente a ese caso en los próximos días).
Pues resulta que el script de PowerShell en la documentación del SDK SharePoint 2010 ECM Code Sample: Custom Document ID Provider http://msdn.microsoft.com/en-us/library/ff521589.aspx está mal..
El script correcto para asignar el Custom Document ID Provider es:
$site = Get-SPSite http://MyServer
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.Office.DocumentManagement")
$assembly = [System.Reflection.Assembly]::LoadWithPartialName("CustomDocIdProvider")
$obj = new-object Microsoft.SDK.MOSS.Samples.CustomDocumentIDProvider
[Microsoft.Office.DocumentManagement.DocumentId]::SetProvider($site,$obj);
Ya se ha informado a nuestros compañeros del grupo de producto en EE.UU. y será arreglado en las próximas semanas/meses.
Ya están disponibles para su descarga las actualizaciones de Febrero 2012 para SharePoint 2010
SharePoint 2010 (Build 14.0.6117.5002)
(RECORDAD INSTALAR ANTES EL SP1)
Si teneis SPS 2010 sólo debeis instalar el relativo a SPS 2010 ya que incluye el de Foundation.
Tras instalar las actualizaciones se deberá ejecutar el Asistente de Configuración en cada servidor de la granja.
Por último, recordad que después de aplicar este CU necesitáis reiniciar el servicio de sincronización de perfiles.
Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA