Hola a todos

¿Qué tal?

Ya está disponible la beta pública  versión definitiva de Office 365 en la que os podeís subscribir gratis en www.office365.com y empezar a disfrutar con SharePoint Online desde cualquier parte del mundo y a cualquier hora. Os recomiendo también añadir a vuestros RSS la url de la comunidad Office 365 Beta http://community.office365.com/en-us/b/microsoft_office_365_blog/default.aspx

¿Qué es Office 365?

Es un servicio de suscripción en "LA NUBE" (CLOUD COMPUTING) que combina el conocido Microsoft Office Web Apps con Microsoft SharePoint Online, Microsoft Lync Online y Microsoft Exchange Online.  Fáciles  de usar y aprender, funcionan con el hardware existente y se suministran respaldadas por la seguridad robusta, la confiabilidad y el control que necesita para dirigir su empresa, además de una garantía de tiempo activo de 99,9%.

¿Pero ésto no se llamababa BPOS (Business Productivity Online Suite) ?

Office 365 sustituye a Business Productivity Online Suite. Los clientes de BPOS tendrán una transición de 12 meses después de la disponibilidad general de Office 365.

¿Y que puedo hacer con SharePoint Online como desarrollador?

Todo lo que puedes hacer con SharePoint 2010 lo puedes hacer con SharePoint Online. Os recomiendo echar un ojo al siguiente enlace de msdn que muestra el potencial de SP Online.

http://msdn.microsoft.com/en-us/library/gg317460.aspx

Además de la guía para desarrolladores:

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=4387e030-73dc-48e7-ac95-abc043b9335a

MÁS INFO

Demostraciones en YouTube

http://www.youtube.com/MicrosoftOffice365

Hazte seguidor en Twitter.

www.twitter.com/office365

Hazte fan en Facebook.

http://www.facebook.com/office365

¡¡¡¡Os animo a descubrirlo!!!!

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

¿Que tal estáis?

Me gustaría escribir sobre un caso curioso que he tenido hace poco.

Primero dejar claro que aunque como sabéis nosotros no soportamos código desarrollado en Java por nuestros clientes eso no significa que si el cliente nos lo pide ,y él es consciente de que a lo mejor no se puede llegar a una solución, podramos echarle una mano a identificar si el problema es de su código JAVA o un problema de interoperabilidad de su plataforma.

El cliente tenía una implementación en JAVA para llamar a un web service de SharePoint 2007 (concretamente List.asmx). Cada vez que la invocaba se encontraba con el siguiente error:

(401)Unauthorized

       at org.apache.axis.transport.http.HTTPSender.readFromSocket(HTTPSender.java:744)

       at org.apache.axis.transport.http.HTTPSender.invoke(HTTPSender.java:144)

       at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)

       at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)

       at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)

       at org.apache.axis.client.AxisClient.invoke(AxisClient.java:165)

       at org.apache.axis.client.Call.invokeEngine(Call.java:2784)

       at org.apache.axis.client.Call.invoke(Call.java:2767)

       at org.apache.axis.client.Call.invoke(Call.java:2443)

       at org.apache.axis.client.Call.invoke(Call.java:2366)

       at org.apache.axis.client.Call.invoke(Call.java:1812)

       at com.microsoft.schemas.sharepoint.soap.ListsSoapStub.getListCollection(ListsSoapStub.java:1546)

       at com.microsoft.schemas.sharepoint.test.Test.main(Test.java:56)

Como podíamos leer en el call stack de métodos parece que el problema poco tenía que ver con algún componente de MSFT. Éste lo encontrabamos a nivel del servidor SOAP para Web Services AXIS . También probamos con el framework de desarrollo IDE privativo de SAP SIBASE y obteniamos el mismo error pero con diferente call stack cuando cuando intentabamos añadir la referencia al web Service.

com.sybase.sup.tooling.xml.XmlException: java.io.IOException: Server returned HTTP response code: 401 for URL: https://url_cliente/_vti_bin/lists.asmx?wsdl

at com.sybase.sup.tooling.wsdl.WsdlParser.parseURL(WsdlParser.java:573)

at com.sybase.sup.tooling.wsdl.WsdlParser.parse(WsdlParser.java:68)

at com.sybase.uep.tooling.eis.WsEISOperationBuilder.<init>(WsEISOperationBuilder.java:91)

at com.sybase.uep.tooling.eis.WsEISOperationBuilder.<init>(WsEISOperationBuilder.java:66)

at com.sybase.uep.datasources.ws.views.WSConnection.initialize(WSConnection.java:154)

at com.sybase.uep.datasources.ws.views.WSConnection.<init>(WSConnection.java:38)

at com.sybase.uep.datasources.ws.views.WSConnectionFactory.createConnection(WSConnectionFactory.java:28)

at org.eclipse.datatools.connectivity.internal.ConnectionFactoryProvider.createConnection(Unknown Source)

at org.eclipse.datatools.connectivity.internal.ConnectionProfile.createConnection(Unknown Source)

at org.eclipse.datatools.connectivity.ui.PingJob.createTestConnection(Unknown Source)

at org.eclipse.datatools.connectivity.ui.PingJob.run(Unknown Source)

at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

Caused by: java.io.IOException: Server returned HTTP response code: 401 for URL: https://url_cliente/_vti_bin/lists.asmx?wsdl

at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1313)

at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:234)

at com.sybase.sup.tooling.wsdl.WsdlParser.parseURL(WsdlParser.java:562)

... 11 more

La primera aproximación fue crear una aplicación .NET que consumiera el web service y comprobamos que funcionaba perfectamente, además de que el wsdl era browseable desde Internet Explorer.

Entonces el siguiente paso lógico ya que era un HTTP ERROR 401.2 - Unauthorized:Access is denied to server configuration fue comprobar cual era su método de authenticación en SharePoint. Se vió que era NTLM entonces se procedió a probar con anónima y básica. En estas dos anteriores funcionó perfectamente pero había algo con la NTLM que hacía que fallara.

Reportado en un caso no soportado, un compañero comentaba que el problema esta en la creación del NTLM hash por parte de AXIS pero éste quedó sin solución. Para lo cual después de un poco de investigación por BING me topé con los siguientes enlaces:

Using NTLM Authentication in an Axis web service client
I haven't tried doing this, but apparently you can have your Axis client use Windows NTLM authentication by telling the client-config.wsdd file to use "CommonsHTTPSender" instead of just plain "HTTPSender" as the http transport. Do a Google search for "NTLM and CommonsHTTPSender" for more detail.

http://www.nsftools.com/stubby/ApacheAxisClientTips.htm

NTLM from an Axis (SOAP) service client - in 3 steps

http://dev-answers.blogspot.com/2011/03/ntlm-from-axis-soap-service-client-in-3.html

http://thejavablog.wordpress.com/2009/04/15/0null/

Finalmente cambiamos el client-config.wsdd:

<transport name="http" pivot="java:org.apache.axis.transport.http.HTTPSender"/>

por:

<transport name="http" pivot="java:org.apache.axis.transport.http.CommonsHTTPSender" />

Al final con otros cambios menores en el código todo funcionó correctamente.

Muchas Gracias a todos.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Ya están disponibles para su descarga las actualizaciones de Febrero 2011 para SharePoint 2010.

SharePoint 2010

• SharePoint Foundation 2010 February 2011 CU - KB 2475880

Si teneís SPS 2010 sólo debeís 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.

Gracias.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Ya están disponibles para su descarga las actualizaciones de Febrero 2011 de 2007.

SharePoint 2007

Aviso! Esta actualización no se instalará si no se encuentra instalado ya el SP2 en el entorno.

• WSS 3.0 February 2011 CU - KB  2475886 
• MOSS 2007 February 2011 CU - KB  2475885

El orden, como siempre, será instalar primero las actualizaciones de WSS 3.0, y posteriormente las de MOSS 2007. 

Tras instalar las actualizaciones se deberá ejecutar el Asistente de Configuración en cada servidor de la granja. La versión será la 12.0.0.6554.

SharePoint 2010

Las actualizaciones saldrán un poco más tarde debido a que se están ultimando unos hotfixes.

Gracias.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

¿Qué tal estáis?

Me gustaría compartir una experiencia con vosotros. Últimamente cuando hablo con algún cliente sobre usar PowerShell para temas de administración, la mayoría se llevan las manos a la cabeza. Existe la concepción de que para usar PowerShell tienes que ser un programador de alto nivel cuando en verdad con tener unas nociones básicas de programación orientada a objetos sirve.

Hoy me gustaría mostraros una cosa tan sencilla como mostrar todos los usuarios pertenecientes a todos los grupos de cada uno de los site collections de una granja. Esta tarea se puede convertir en algo un poco grande en .NET o en una cosa muy sencilla usando PowerShell y las extensiones de SPS 2010 . (De las dos formas estamos haciendo llamadas a la API de .NET y de SPS 2010)

Y para ello un ejemplo:

///  EL SIGUIENTE CÓDIGO ES ENTREGADO “AS IS” SIN GARANTÍA POR PARTE DE SOPORTE MICROSOFT.
///   LA EJECUCIÓN DE ÉL EN VUESTRO ENTORNO ES SOLAMENTE RESPONSABILIDAD VUESTRA.
///
///  This source code is freeware and is provided on an "as is" basis without warranties of any kind,
///  whether express or implied, including without limitation warranties that the code is free of defect,
///  fit for a particular purpose or non-infringing.  The entire risk as to the quality and performance of
///  the code is with the end user. MICROSOFT DO NOT SUPPORT THIS CODE.

POWERSHELL

foreach ($site in Get-SPSite){
Write-Host "************** URL Site Collection => " $site.Url  "***************"
$groups= $site.RootWeb.sitegroups
foreach ($grp in $groups) {"Nombre Grupo: " + $grp.name; foreach ($user in $grp.users) {"  Nombre Usuario: " + $user.name} }

.NET

La solución .NET esta adjunta al post en un rar con password calvarro  . Este código funciona también en MOSS 2007 pero con la particularidad que lo tenéis que compilar en x86 en vez de x64.

Como véis para una cosa tan sencilla hemos tenido que escribir un poco más en .NET. Eso si, en el código .NET he añadido un volcado a archivo XML que lo hace más legible.

Por lo cual, os animo a experimentar con PowerShell ya que para tareas administrativas sencillas con un par de lineas nos saca del apuro y no necesitamos Visual Studio instalado en la máquina.

Espero que os haya gustado.

Un saludo a todos

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

¿Qué tal?

El sabado de la semana que viene tendra lugar el acontecimiento online SharePoint Saturday EMEA.

Sharepoint Saturday es un evento online que dura un día donde MVPs y profesionales de SharePoint de todo el mundo realizan sesiones educaciones e informativas relacionadas con nuestro producto. Ya que el de este enero es en horario EMEA puede que os interese asistir virtualmente. El registro es grátis y comienza el día 11 de enero http://www.sharepointsaturday.org/emea/default.aspx 

La lista de sesiones es la siguiente y comenzará a las 9:30 el sabado 22 de enero.

http://www.sharepointsaturday.org/emea/Pages/meetings.aspx

Si no pudierais asistir, no os preocupéis. Los videos de las sesiones serán grabados y colgados en la web dos semanas más tarde.

Gracias.

Un saludo.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Hola.

¿Qué tal estáis?

Como apuntaba en el post anterior

http://blogs.technet.com/b/hablamoss/archive/2010/12/29/sharepoint-2010-spsitecollection-add-usando-claims-produce-access-denied.aspx

una manera de crear sites en un entorno que use Claims es usar el método SPSite.SelfServiceCreateSite(..) .

Por desgracia, alguno de vosotros podréis haber usado este método y haberos encontrado con la siguiente excepción:

System.ArgumentException: Value does not fall within the expected range.

Como bien dice la documentación, esta excepción es lanzada porque la url donde queremos crear los sites la estamos pasando como relativa en vez de absoluta. Pero, curiosamente ésta puede aparecer aún pasando la url absoluta. La problematica no esta documentada en MSDN y ocurre porque la llamada sólo puede ser usada en entornos donde sus sitios sean Tenant Administration sites.

Así que si os enfrentaís a esta situación tendréis que configurar via PowerShell vuestros sites para que sean Tenant.

Espero que os haya sido de ayuda.

Muchas Gracias

Un saludo.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Ya están disponibles para su descarga las actualizaciones de Diciembre 2010, tanto de SharePoint 2010 como de 2007.

SharePoint 2010

• SharePoint Foundation 2010 (MSF) December 2010 CU - KB 2459125
• SharePoint Server 2010 (MSS) December 2010 CU - KB 2459257
• SharePoint Server 2010 with Project Server December 2010 CU - KB 2459258   - para entornos con Project 2010!

SharePoint 2007

Aviso! Esta actualización no se instalará si no se encuentra instalado ya el SP2 en el entorno.

• WSS 3.0 December 2010 CU - KB 2458606
• MOSS 2007 December 2010 CU - KB 2458605

El orden, como siempre, será instalar primero las actualizaciones de WSS 3.0, y posteriormente las de MOSS 2007. 

Si teneís SPS 2010 sólo debeís 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.

Gracias.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

Estas son las versiones de Microsoft SharePoint Foundation 2010 (MSF 2010) y Microsoft SharePoint Server 2010 (SPS 2010) publicadas hasta el momento.

Recordad a partir del October 2010 CU, los usuarios de SPS 2010 sólo tendrán que instalar el paquete referente a éste ya que incluye también el CU de MSF 2010

Muchas Gracias y Felices Fiestas.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Hola a todos

Estas son las versiones de WSS 3.0 y MOSS 2007 publicadas hasta el momento

Me gustaría recordaros :

- Primero ejecutad el paquete de WSS 3.0 y luego el de MOSS 2007.

- Luego recordad ejecutar SharePoint Products and Technologies Configuration Wizard o “psconfig –cmd upgrade –inplace b2b -wait” en la linea de comandos después de la instalación de cada CU. Además estas acciones se necesitan hacer en cada servidor donde este instalado SharePoint.

Felices Fiestas.

Un saludo.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Hola.

¿Qué tal?

Hace unos días nos hemos enfrentado a un caso curioso el cual queremos compartir.

El cliente esta usando SharePoint 2010 y quería automatizar la creación de sitios web usando el método SPSiteCollection.add(..) . Además, su entorno utilizaba autenticación por Claims no basadasen Windows. El siguiente código lanzaba un Access Denied sin ninguna justificación.

SPSecurity.RunWithElevatedPrivileges(delegate()
{
    using(SPSite elevatedSite = newSPSite("webAppUrl"))
    {
       SPWebApplication elevatedWebapp = elevatedSite.WebApplication;
        using(SPSitesite = elevatedWebapp.Sites.Add(..)      // -- La excepción producida es Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

Tras analizar el volcado de memoria del cliente y nuestros recursos internos se observó que el método SPsitecollection.add(..) no puede ser utilizado en entornos con autenticación por claims donde el proveedor de éstas sea diferente a un Windows Claims provider.

Por lo cual tened en cuenta que para este tipo de automatizaciones en este tipo de escenarios deberíais de usar otro tipo de métodos como SPSite.SelfServiceCreateSite(..) aunque éste también tiene sus particularidades como podéis ver en la documentación de MSDN.

Esperamos que os haya gustado.

¡¡¡Felices Fiestas!!!

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

Esta tarde Paul Andrews y Roger Lamb han publicado la nueva versión de SPDisposeCheck  v14.0.4762.1000 . Como todos sabéis, esta herramienta nos ayuda a los desarrolladores a seguir las buenas prácticas en lo referente a desalojo de objetos SPsite o SPweb.

Como novedades importantes:

- La disponibilidad de un add-in para VS 2008 y VS 2010 que llama a SPdisposeCheck.

- Las nuevas reglas “DO NO DISPOSE” (DND) 

Además, soporta código API de SharePoint Server 2010, SharePoint Foundation 2010, MOSS 2007 y WSS 3.0. 

Descarga disponible en:

http://code.msdn.microsoft.com/SPDisposeCheck

Más información en:

http://blogs.msdn.com/b/rogerla/archive/2010/12/13/announcing-spdisposecheck-v14-0-4762-1000-update-for-sharepoint-development.aspx

Muchas Gracias.

Un saludo.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

Me gustaría relataros un sencillo how to sobre como deshabilitar un botón del ribbon de SP 2010 que viene por defecto. El ejemplo explica como borrar el boton conexión con outlook de librerías documentales y de listas de tareas.

Creación de Proyecto SP 2010 en VS 2010

1.       Arrancar Microsoft Visual Studio 2010.

2.       Clickar en File, New, and luego clickar Project.

3.       En Project Types, debajo de Visual Basic o C#, select Empty SharePoint Project en la sección Sharepoint 2010.

4.       Escribir RemoveARibbonButton (o el nombre que queráis) como nombre de proyecto. Clickar OK.

5.       En el SharePoint Customization Wizard, elegid Deploy as a sandboxed solution. Clickar Finish.

Creación de feature (Caracteristica)

6.       En Solution Explorer, click botón derecho en Features y elegid Add Feature.

7.       Cambiar el titulo de la caracteristica a Remove a Ribbon Button (O el nombre que querais que aparezca en caracteristicas del sitio).

8.       Click botón derecho en Feature1 en el Solution Explorer y elegid Rename. Escribid RemoveARibbonButton (o el que querais) como nuevo nombre.

9.       Clcik boton derecho en el proecto RemoveARibbonButton (o el nombre que le hayas dado)  en el Solution Explorer y elegid Add y luego New Item.

10.    En la ventana Add New Item, elegid la plantilla Empty Element. Introducid RemoveARibbonButton como nombre (o el nombre que le hayais dado a la Feature).

11.    Abrid el archivo elements.xml y copiad el siguiente código

<?xml version="1.0" encoding="utf-8"?>

<Elements xmlns="http://schemas.microsoft.com/sharepoint/">

  <CustomAction

    Id="RemoveRibbonButton"

    Location="CommandUI.Ribbon"

    RegistrationType="List"

    RegistrationId="107">

    <CommandUIExtension>

      <CommandUIDefinitions>

        <CommandUIDefinition

          Location="Ribbon.List.Actions.ConnectToClient" />

      </CommandUIDefinitions>

    </CommandUIExtension>

  </CustomAction>

</Elements> 

El código anterior es válido para listas de task, por cada lista que queráis deshabilitar el botón podéis repetir este proceso anterior N veces (cambiando el registration ID) y tendréis N features que podréis habilitar/deshabilitar aisladamente

También podrías generar todo en una misma feature/Característica replicando las custom actions en el fichero elements.xml.

<?xml version="1.0" encoding="utf-8"?>

<Elements xmlns="http://schemas.microsoft.com/sharepoint/">

  <CustomAction

    Id="RemoveRibbonButton"

    Location="CommandUI.Ribbon"

    RegistrationType="List"

    RegistrationId="107">

    <CommandUIExtension>

      <CommandUIDefinitions>

        <CommandUIDefinition

          Location="Ribbon.List.Actions.ConnectToClient" />

      </CommandUIDefinitions>

    </CommandUIExtension>

  </CustomAction>

  <CustomAction

  Id="RemoveRibbonButton"

  Location="CommandUI.Ribbon"

  RegistrationType="List"

  RegistrationId="120">

    <CommandUIExtension>

      <CommandUIDefinitions>

        <CommandUIDefinition

          Location="Ribbon.List.Actions.ConnectToClient" />

      </CommandUIDefinitions>

    </CommandUIExtension>

  </CustomAction>

</Elements>

Este anterior elimina el botón en las librerías de documentos (ID=120) y en las listas de tasks (ID=107)

Los valores de registration ids relacionados con las listas no están públicos. Pero la mejor manera de saber que registration id tiene una lista es hacer click derecho sobre la vista de la lista y seleccionar “view source code” y buscar por el string TemplateID. Si no también podéis ver los ids publicados en blogs no oficiales: (la mayoría de los template ID son iguales que en SharePoint 2007):

http://techtrainingnotes.blogspot.com/2008/01/sharepoint-registrationid-list-template.html

Y los nuevos templates añadidos para SharePoint 2010 son:

http://techtrainingnotes.blogspot.com/2010/01/sharepoint-2010-registrationid-list.html

12. Después de todo lo anterior puedes hacer debugging dejando el proyecto en modo debug y clickando F5. O si no puedes crear un proyecto reléase y hacer Click botón derecho sobre la solución y clickar en “Deploy”.

13. Yendo a una libreria documental o una libreria de tareas observareís que el boton ha desaparecido. 

Para más información me gustaría que leyerais también estos artículos:

            Otra manera de deshabilitar el botón connect to Outlook pero solo válida para librerías documentales:

http://msdn.microsoft.com/es-es/library/ff408060.aspx

Lista de las custom actions disponibles y personalizables en SharePoint 2010:

http://msdn.microsoft.com/es-es/library/ee537543.aspx

Muchas Gracias

Un saludo.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA 

Hola a todos.

Desde el día 18 están disponibles de nuevo los paquetes del acumulativo de Octubre para SharePoint 2010 solucionando el problema descrito en el post http://blogs.technet.com/b/hablamoss/archive/2010/11/08/problema-sharepoint-2010-october-cumulative-update-detalles-y-workaround.aspx 

Los paquetes actualizados son los siguientes y el número de build es 14.0.5128.5003

MSF2010: 

2394323 The full server package para Microsoft SharePoint Foundation 2010 
http://support.microsoft.com/default.aspx?scid=kb;EN-US;2394323

Download link: http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=2394323&kbln=en-us

SPS2010: 

2394320 The full server package for SharePoint Server 2010 contiene también los fixes de MSF2010, así que necesitas sólo descargar este paquete si tienes SPS2010. 
http://support.microsoft.com/default.aspx?scid=kb;EN-US;2394320

Download link: http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=2394320&kbln=en-us

Project Server 2010: 

Project server también contiene la actualización de SharePoint Server 2010 por lo cual necesitas descargar el Full Server package.

2394322 The full server package for Project Server 2010 
http://support.microsoft.com/default.aspx?scid=kb;EN-US;2394322

Download link: http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=2394322&kbln=en-us

Gracias.

Un saludo.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA  

Hola a todos

Se ha encontrado un problema en el SharePoint 2010 October Cumulative Update SE RECOMIENDA NO INSTALARLO. Si ya lo habeis hecho, en la siguiente página del Grupo de Producto se detalla el error y el workaround

http://blogs.msdn.com/b/sharepoint/archive/2010/11/06/details-and-workaround.aspx

Se esta investigando y se reeditarán los SharePoint 2010 October Cumulative Update sin el problema.

Gracias.

Un saludo.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Ya están disponibles para su descarga las actualizaciones de Octubre, tanto de SharePoint 2010 como de 2007. Los artículos de KB tardarán unos días en ser publicados, pero una vez estén disponibles, se podrá acceder a ellos a través de los enlaces que se mencionan a continuación.

SharePoint 2010

• SharePoint Foundation 2010 (MSF) October 2010 CU - KB 2394323
• SharePoint Server 2010 (MSS) October 2010 CU - KB 2394320
• SharePoint Server 2010 with Project Server October 2010 CU - KB 2394322  - para entornos con Project 2010!

SharePoint 2007

Aviso! Esta actualización no se instalará si no se encuentra instalado ya el SP2 en el entorno.

• WSS 3.0 October 2010 CU - KB 2412268
• MOSS 2007 October 2010 CU - KB 2412267

El orden, como siempre, será instalar primero las actualizaciones de WSS 3.0, y posteriormente las de MOSS 2007. 

Si teneís SPS 2010 sólo debeís 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.

Gracias.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

Últimamente los que hayáis desarrollado para entornos con language packs instalados o nativos en otros idiomas que no sean el inglés, os habreis percatado que cuando vuestro entorno de desarrollo ésta en inglés (VS y Windows Server), si procedéis a la modificación del campo título en una lista por medio del modelo de objetos éste no se produce.

¿Por qué ocurre esto? SharePoint 2010 ha sido rediseñado a nivel de manejo de lenguajes (Cultures) y provee una nueva funcionalidad llamada Multilingual User Interface (MUI). (http://msdn.microsoft.com/en-us/library/ff800886.aspx) . Básicamente significa que todas las propiedades visibles de objetos SharePoint (normalmente Títulos y Descripciones) se salvan en varios lenguajes si tienes language packs instalados. Entonces, si accedes a ellos mediante código (para leerlos o actualizarlos) se actualizará el valor correspondiente del CurrentUICulture del Thread que se este ejecutando. Normalmente, como los sistemas están en inglés , v. gr. stsadm, PowerShell y Visual Studio están ejecutando en "en-us culture", vuestros códigos sólo actualizarán los datos a la versión inglesa correspondiente al campo en cuestión. Por lo cual cualquier otro lenguage quedará intacto.

Propiedades que se ven afectadas por esta modificación son SPfield.Title, SPfield.Description, Splist.Title, SPlist.Description entre otros.

Como ejemplo, observad el remark del artículo de MSDN sobre SPLIST.Title que advierte de ello:

http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.splist.title.aspx

Finalmente, os comparto un ejemplo práctico. Pensad en un entorno con todos los productos en inglés y vuestro SharePoint instalado con Language Pack en español. Teneís dos site collection en dos web application distintos uno en inglés y otro en español.

El siguiente trozo de código se ejecuta al activar unaFeature a nivel de site collection. Éste crea una lista basada en una plantilla de biblioteca de documentos y en teoría renombraría el campo título de la lista. 

        public override voidFeatureActivated(SPFeatureReceiverPropertiesproperties)

         {         

            SPSitesite = (SPSite)properties.Feature.Parent;

            SPWebweb = site.OpenWeb();

            try

            {

                Guidguid = web.Lists.Add("Creacion Calvarro", "", SPListTemplateType.DocumentLibrary); 

                SPListlist = web.Lists[guid];

                list.Title = "Renombrado Calvarro";

                list.OnQuickLaunch = true;

                list.Update();

            }

            catch { }

        }

Si desplegaramos la feature en el site collection en inglés la lista finalmente adoptaría el segundo nombre ya que la renombramos o sea el valor sería Renombrado Calvarro .Sin embargo en el caso del site collection en español adoptaría el primer nombre Creacion Calvarro ya que el culture sería diferente.

¿Cual sería la manera correcta de desarrollar ese código que sería valido en un entorno MOSS 2007 pero no en un entorno SPS 2010? Pues ya que MUI involucra a los cultures y a los threads, de primeras deberíamos añadir los respectivos namespaces

usingSystem.Globalization;

usingSystem.Threading;

Luego modificaríamos el código anterior para iterar en cada culture y cambiaríamos el título de cada lista en los lenguajes presentes en el entorno.

     public override voidFeatureActivated(SPFeatureReceiverPropertiesproperties)

        {

            SPSitesite = (SPSite)properties.Feature.Parent;

            SPWebweb = site.OpenWeb();

            try

            {

                Guidguid = web.Lists.Add("Creacion Calvarro", "", SPListTemplateType.DocumentLibrary);

                SPListlist = web.Lists[guid]; 

                foreach (CultureInfo culture inweb.SupportedUICultures)

                {

                    Thread.CurrentThread.CurrentUICulture = culture;

                    list.Title = "Renombrado Calvarro";

                } 

                list.OnQuickLaunch = true;

                list.Update();

            }

            catch { }

        }  

Espero que os haya gustado este post ,un poco más extenso de lo normal, pero bastante interesante en mi opinión.

Muchísimas Gracias a todos.

Un saludo. 

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

"CVM TACENT, CLAMANT"

Hola a todos

Como nos hicimos eco en estos pasados días una vulnerabilidad de Asp.net podía dejar nuestros SharePoints desprotegidos. Gracias a los workarounds proporcionados por el grupo de producto manteniamos nuestros entornos protegidos pero esta medida era provisional.

Ayer se publicó el boletín de seguridad MS10-070 que soluciona el problema de la vulnerabilidad. Éste puede ser descargado manualmente desde el siguientelink http://www.microsoft.com/technet/security/bulletin/MS10-070.mspx o se puede esperar unos días a que se distribuya mediante Windows Update Services.

Por favor, tenedlo en cuenta es de vital importancia tener los entornos actualizados con este boletín de seguridad.

Muchísimas Gracias.

Un saludo.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Hola.

Se ha publicado un Microsoft Security Advisory que esta relacionado con una vulnerabilidad de ASP.NET. Afecta a las siguientes versiones de SharePoint:

• SharePoint 2010
• SharePoint Foundation 2010
• Microsoft Office SharePoint Server 2007 (Variante dela vulnerabilidad afecta a MOSS 2007)
• Windows SharePoint Services 3.0  (Variante de la vulnerabilidad afecta a WSS 3.0)
• Windows SharePoint Services 2.0

Por favor, si estas afectado aplica los workarounds temporales documentados por el grupo de producto en la siguiente url:

SharePoint Team blog

Workarounds NO necesarios para los siguientes producto:

• SharePoint Portal Server 2003

Gracias

Un saludo

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Hola

Creando nuevas librerías documentales en una máquina cliente con Office 2007 y SharePoint 2010, al cambiar la plantilla/template de documento deMSFT Word 2007 a p.ej. MSFT PowerPoint 2007 os podéis encontrar el siguiente error

Como observáis es un error externo a SharePoint 2010. La raíz del problema está en la instalación de MSFT Office 2007 en la máquina cliente que no se encuentra en buen estado.

Por lo cual para arreglar el problema se necesita ejecutar las herramientas de diagnóstico deMSFT Office 2007 situadas en Inicio -> Programas-> Microsoft Office> Herramientas deMicrosoft Office -> Microsoft Office Diagnostics.

Un saludo.

Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA

Hola

Ya están disponibles los nuevos Language Packs para SharePoint 2010 entre los que encontramos los correspondientes a catalán, gallego y vascuence. Los podéis descargar en los siguientes hyperlinks:

Language Packs for SharePoint Foundation 2010

2010 Server Language Packs for SharePoint Server 2010, Project Server 2010, Search Server 2010, and Office Web Apps 2010

Muchas Gracias.

Un saludo.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Ya están disponibles para su descarga las actualizaciones de Agosto, tanto de SharePoint 2010 como de 2007. Los artículos de KB tardarán unos días en ser publicados, pero una vez estén disponibles, se podrá acceder a ellos a través de los enlaces que se mencionan a continuación.

SharePoint 2010

• SharePoint Foundation 2010 (MSF) August 2010 CU - KB 2352346
• SharePoint Server 2010 (MSS) August 2010 CU - KB 2352342
• SharePoint Server 2010 with Project Server August 2010 CU - KB 2352345 - para entornos con Project 2010!

SharePoint 2007

Aviso! Esta actualización no se instalará si no se encuentra instalado ya el SP2 en el entorno.

• WSS 3.0 August 2010 CU - KB 2276474
• MOSS 2007 August 2010 CU - KB 2276472

El orden, como siempre, será instalar primero las actualizaciones de WSS/MSF, y posteriormente las de MOSS/MSS. Tras instalar las actualizaciones se deberá ejecutar el Asistente de Configuración en cada servidor de la granja.

Como ya sabéis, desde el pasado día 13 de Julio, los entornos con versiones anteriores al SP2 no están soportados. Al igual que el producto SharePoint Designer 2007 SP1 y anteriores versiones.

Se puede descargar el SP2 siguiendo los enlaces en este post.

Más detalles sobre el ciclo de vida del producto en el enlace: http://support.microsoft.com/lifecycle/?LN=es-es&p1=12200&x=12&y=12

Hola a todos

Como sabréis por diferentes fuentes sociales ,como el Blog de Stefan Gossner o el de Juan Carlos González (MVP de SharePoint), fue publicado hace dos semanas el CU de Junio para SharePoint 2010. Como indica Stefan se han lanzado como paquetes individuales pero estábamos expectantes por el paquete de servidor. Después de la espera parece que no va a ser así ,por lo cual hemos decidido publicarlo en el blog para que descarguéis los paquetes.

Paquetes relacionados:

Microsoft SharePoint Foundation 2010:

• KB 2028568 – Descarga

 Microsoft SharePoint Server 2010:

• KB 983319   -  Descarga
• KB 983497   -  Descarga
• KB 2124512 -  Descarga
• KB 2182938  - Descarga 
• KB 2204024  - Descarga [NO contemplada en la página de Stefan Gossner, los que no la hayan instalado que lo hagan]
• KB 2281364  - Descarga

Después de la instalación ejecutad SharePoint 2010 Products Configuration Wizard en cada máquina de la granja.

Por otro lado, los que tengáis Ofice 2010 y Project Server 2010 y/o Search Server 2010 está recomendado instalar Office 2010 CU Junio 2010 KB 2259686.

Por último, comentaros que el Language Pack de SP 2010 está sufriendo un retraso ya que estaba planificado para finales de Julio 2010. Con total seguridad estará disponible las próximas semanas.

Muchas Gracias.

Un saludo.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

Hola a todos.

Hace unas semanas estuve trabajando con mi compañero Joerg Sinemus en un caso italiano bastante curioso. Un cliente nos reportó una incidencia relativa a SharePoint 2010 Foundation y Search Express 2010. Resulta que recibía un mensaje de Período de Prueba ha expirado pero como sabeís MSPF2010 y MSS2010 Express son productos gratuitos y no debería aparecer tal mensaje.

El resultado del caso de soporte fue que el mensaje es una falsa alarma debido a que la regla del health analyzer  “Trial period for this product is about to expire" está activada. Esta regla está relacionada con el modulo de licenciamiento el cual no debería existir en Microsoft Search Server Express ya que es un producto gratuito.

La solución para el mensaje es ir a Health Analyzer (analizador de mantenimiento) -> Review Rule Definitions (Ver Reglar de Analizador de Mantenimiento) y desactivar la regla "Trial period for this product is about to expire".

Post original: http://blogs.msdn.com/b/joerg_sinemus/archive/2010/07/14/microsoft-sharepoint-foundation-2010-and-microsoft-search-server-express-2010-trial-period-has-expired.aspx

Un saludo.

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA