Se me ha ocurrido lanzar una búsqueda rápida en Amazon sobre SharePoint 2013 y la verdad es que me ha sorprendido que ya aparecen los primeros 6 resultados con libros disponibles para pre-order. Curioso también las fechas previstas de publicación.
El primero que llegará, lo hará relativamente pronto, el 22 de Noviembre de este mismo año, y es de 2 de los grandes de Critical Path Training (nada de extrañar, teniendo en cuenta que han sido los encargados de hacer los videos de training de SP 2013).
La editorial Wrox, aparece también con sus clásicos Professional y Beggining SharePoint para finales de Febrero de 2013, que, de ser cierto, sería señal de que la versión final de SP 2013 andará por esas fechas.
El último que aparece de momento, también se espera para Marzo 2013, y está escrito por otro SharePoint MVP.
Y digo yo, ¿tendremos la suerte de contar con otro “SharePoint 2013 de Principio a Fin”? … ahí lo dejo 
Saludos!!
En más de una ocasión he visto el requisito de que los items de una lista, o documentos de una biblioteca de documentos, sólo puedan ser editados por el mismo usuario que los creó, o por usuarios administradores, pero no puedan ser editados por otros usuarios contributors
Antes este requisito, más de una vez he visto soluciones que incluyen manejadores de eventos o workflows, que asignan permisos exclusivos a esos elementos.
Sin embargo, la mayor parte de las ocasiones, se puede solucionar con las propiedades del SPList ReadSecurity y WriteSecurity
Si ReadSecurity es igual a 2, los contributors, sólo pueden acceder a los items que han creado. Con valor 1, todos los usuarios tienen acceso de lectura.
Con WriteSecurity, podemos establecer el valor a 1, 2 ó 4. Dónde:
- WriteSecurity = 1 : Todos los usuarios pueden modificar cualquier item
- WriteSecurity = 2 : Los usuarios sólo pueden modificar los ítems que han creado
- WriteSecurity = 4 : Los usuarios NO pueden modificar ningún item ya creado, sean ellos el creador, o no. Este valor suele tener sentido para listas que representan encuestas o similares.
Recordar que estas 2 propiedades no tienen efecto sobre usuarios administradores o propietario de la lista.
Saludos!!
Recientemente se ha ampliado la información disponible sobre SharePoint 2013 preview, con algunos diagramas técnicos.
Estos diagramas se agrupan en varias categorías:
- Ejemplos de diseño
- Arquitectura
- Upgrade
- Búsqueda
- Apps
- Backup y Recovery
- Base de datos
Una documentación muy recomendable:
http://technet.microsoft.com/en-us/library/cc263199(v=office.15)
SharePoint 2013 introduce interesantes mejoras en el servicio de Conectividad de datos empresariales. Algunas de estas mejoras, relativa a listas externas son:
Mejoras a nivel de rendimiento
Se ha mejorado el rendimiento de listas externas gracias a un sistema externo, que se encarga de hacer el paginado, filtrado y ordenado de los datos de la listas externa, antes de que se envíen a SharePoint.
Límite en el número de registros devuelto por el sistema externo
Si se define un filtro de límite en el modelo del BDC, los usuarios pueden especificar el número de registros a retornar por página.
Filtros en datos
Los usuarios podemos filtrar datos externos a través de desplegables. Y los desarrolladores, podemos lanzar queries CAML para hacer filtrados sobre datos externos. Si el filtro de datos está definido en el modelo BDC, éste filtro se realiza en el sistema externo, con la consiguiente mejora de rendimiento que comentaba en el primer punto.
Exportar listas externas a Excel
Podemos exportar datos de listas externas e Excel 2010 y 2013 como si fuera cualquier lista nativa de SharePoint. Se exportan las columnas de la vista actual, y se hace en una única dirección, es decir, el usuario puede usar Excel para jugar con los datos, pero los cambios que haga, no se trasladan al sistema externo.
Si queremos saber más sobre estas mejoras en listas externas, y otras mejoras introducidas por el BCS, os recomiendo este artículo:
What's new for Business Connectivity Services in SharePoint 2013 Preview
Saludos!!
Esta nueva característica de SharePoint 2013 nos permite poder mostrar una misma imagen, en diferentes tamaños, según en qué página se muestra.
En este artículo vamos a ver cómo podemos configurarlo, y cuál es su cometido.
Para acceder a la configuración, lo haremos a través de las “Site settings”:
Una vez dentro, lo primero que nos llamará la atención es el mensaje de alerta que nos informa que debemos activar la Blob cache, antes de poder utilizar las Image renditions.
Aquí tenemos las instrucciones detalladas para activar la Blob Cache. Básicamente:
- Editar el web.config de nuestra aplicación web
- Localizar el nodo <BlobCache
- Edita el atributo Location a una ruta válida. Se recomienda que no esté en el mismo disco que el sistema operativo.
- Edita el atributo enabled a true.
Por ejemplo:
<BlobCache
location="C:\BlobCache\15"
path="\.(gif|jpg|jpeg|jpe|jfif|bmp|dib|tif|tiff|ico|png|
wdp|hdp|css|js|asf|avi|flv|m4v|mov|mp3|mp4|mpeg|mpg|rm|rmvb|wma|wmv
|ogg|ogv|oga|webm|xap)$"
maxSize="10"
enabled="true" />
Ojo con las extensiones, aseguraros que la extensión de vuestras imágenes está incluida, o incluirla vosotros.
Con esto, si volvemos a la pantalla de configuracion de Image Renditions, veremos que ha desaparecido el mensaje de alerta.
Vamos a crear un nuevo tamaño, por ejemplo, para las imágenes de "listados”, en modo thumbnail
Ahora vamos a crear una nueva página, e insertamos una nueva imagen en un campo de tipo imagen. Fijaros en que el formulario nos permite elegir la Image Renditions que hemos creado anteriormente
Si por el contrario, estamos insertando una imagen en un campo de texto enriquecido, en la Ribbon tenemos un botón para selecionar también el Image Rendition que queremos usar:
Si seleccionamos nuestro Thumbnail Image Rendition, y guardamos la página, tenemos:
Y si vemos las propiedades de la imagen desde el navegador, vemos como la anchura y altura es de 100px
Pero además, fijaros en la URL de la imagen. SharePoint le ha añadido la Query String RenditionID=5
Esta es otra forma de especificar el RenditionID, donde el ID es el ID que SharePoint le ha asignado cuando hemos creado la Image rendition, y que podemos ver en la página de configuración.
OJO, este parámetro sólo hace efecto si la imagen está dentro de SharePoint. No podemos pasar ese parámetro a una imagen de flikr, por ejemplo.
El atributo RenditionID también se puede utilizar en el makup de un “image field control” de nuestro PageLayout.
Sin duda, esta novedad nos facilita la vida a la hora de redimensionar nuestras imágenes, y nos ayuda a ahorrar disco, ya que no es necesario subir la misma imagen en n tamaños distintos.
Espero que os sirva.
Saludos!!
Os traigo otra pequeña, pero interesante novedad en SharePoint 2013. Se trata de la opción de configuración del Site “HTML Field Security”
Desde esta opción, podemos configurar si queremos permitir que se inserte IFrames dentro de un campo de texto enriquecido. Podemos decir que SI, que NO, o que sí, pero solo cuando el iFrame apunte a un dominio dentro de una lista. Fijaros:
Espero que os sirva.
Saludos!
En SharePoint 2013 tenemos disponible una nueva plantilla de sitio, llamada “Community site”. Esta plantilla está destinada a la creación de sitios de discusión sobre diferentes temas.
Toda la funcionalidad del site, viene a través de la Feature “Community site Feature”
Disponemos de los siguientes webparts específicos:
Y esta es la pinta que tiene una vez creado el site:
Como veis, el principal elemento de este site, es la lista de Discusiones, que contiene los “topics” con información sobre su estado, el autor, etc.
Además, tenemos una barra superior donde podemos filtrar las discusiones. A pesar de que para ese filtrado, se utilizan vistas sobre la lista, yo no he conseguido añadir una vista personalizada a esa barra. Lo que sí podemos hacer, es establecer nuestra vista personalizada, como la vista por defecto de la lista (desde la configuración del webpart de la lista).
De esta lista, podemos crear nuevos topics, o dar respuesta/comentar los topics existentes. También podemos usar el famoso “like” de las redes sociales o marcar una respuesta cómo “respuesta válida”
Los topics se asocian a una categoría. Dicha categoría se define en otra lista. Sólo se puede asociar a una categoría, sin embargo, al tratarse de una lista, podemos activar la característica de “Managed metadata and Enterprise Keywords”, y poder asignar múltiples “tags” a un topic.
Además de la lista de Discusiones, la plantilla incluye un webpart con accesos directos a las opciones de configuración más típicas del site:
También tenemos un resumen de la actividad del Site, y los usuarios que más contribuyen:
Desde la configuración, podemos definir, entre otras cosas, cuántos puntos otorgamos a un usuario, por realizar determinada acción:
Como vemos, con esta nueva plantilla y toda su funcionalidad, es bastante sencillo conseguir un típico portal de preguntas y respuestas estilo “2.0”. Sin embargo, sigo echando de menos algunas funcionalidades muy interesantes, como por ejemplo, que se puedan dar votos positvos/negativos a los topics, más facilidad para trabajar con metadatos y poder filtrar según esos metadatos, o que antes de crear un nuevo topic, se use el servicio de búsqueda para encontrar otros topics similares y evitar preguntas redundantes.
Para SharePoint 2010, tenemos un producto como RIVER, que sí que tiene todas estas características.
Espero que os sirva.
Saludos!!
Otra pequeña novedad que, pese al tamaño, para mi es bastante de agradecer, es la facilidad a lo hora de insertar código emebebido en el Page Content de nuestras páginas.
Si recordáis, en 2010, había que insertar un CEWP y hacer varios clicks sobre la Ribbon hasta que finalmente podías escribir tu código embebido.
Pues bien, ahora tenemos un nuevo botón en la ribbon, para ello:
Otra mejora 
Saludos!!
En el post anterior
SharePoint 2013 Preview: Novedades en el almacén de términos
vimos algunas novedades relacionadas con los Metadatos administrados. En este post, vamos a ver un nuevo webpart relacionado con esos metadatos. Se trata del Term Property Webpart, que tenemos dentro de la categoría Content Rollup
Como su propio nombre indica, este webpart, nos permite sacar información de un Term concreto.
Aquí vemos las opciones que tenemos:
Primero, podemos elegir entre un Term concreto, o el term que se está usando en el contexto de la página.
Luego tenemos las diferentes propiedades que podemos mostrar. Fijaros como tenemos la opción de elegir una Custom Property, que como os contaba en el post anterior, ahora podemos dar de alta y administrar de forma fácil, desde la propia herramienta del Almacén de términos.
Como veis, no están todas las propiedades del Term disponibles, y en concreto, hay una que me escuece que no salga. Se trata de la Category Image, que según vemos en la pantalla de administración del Term, sí debería poderse mostrar con el Term Property webpart:
No sé si me falta hacer algo más (que podría ser), o se trata de una funcionalidad no incluida en esta Preview.
Aún así, este webpart me parece de gran utilidad.
Espero que os sirva.
Saludos!!
Note: this article applies to SharePoint 2013 Preview (esto lo he visto hacer a los Masters de SP, así que me lo copio 
)
Tal y como nos han contado ya Andrew Connell y Waldek Mastykarz, SharePoint 2013 nos trae bastantes novedades en la parte de WCM.
Algunas de esas novedades, tienen que ver con los Metadatos administrados. Os cuento algunas de las cosas que he visto hasta el momento.
Desde la herramienta de administración de términos, ahora podemos ver el GUID asignado a un item (TermGroup, TermSet, Term…)
Editor para las Custom Properties. En 2010, cada item del TermStore, tenía un objeto de tipo PropertyBag, que podíamos usar para propiedades personalizadas. En 2013, podemos editar esa bolsa desde la misma herramienta
Intended Use: Desde esta pestaña podemos hacer que los Términos aparezcan como items de navegación:
Al marcarlo para usar en la navegación, tendremos un nuevo menú de navegación en nuestro site:
Desde la configuración de la Navegación del site, podemos deefinir si queremos que se aplica a la Global Navigation y/o Current Navigation
Existen otras novedades que iremos viendo en otros artículos, de momento ya hemos hecho boca
Y por poner un pero, echo de menos que sigamos sin poder Exportar nuestro Almacén de términos a un fichero con el mismo formato que luego usa la herramienta de Importación.
Espero que os sirva.
Saludos!!
Este post a la carrera es una recopilación inicial de los primeros posts escritos sobre Office 2013. Hace unos minutos que ha terminado la presentación de Steve Ballmer, y la red ya echa humo sobre la nueva versión de Office, que tiene muy buena pinta.
Algunos enlaces de interés:
Office Preview acaba de llegar…y no viene solo!
SharePoint 2013: Pre-requisitos de SW para su instalación!
Descargas de Office 2013
SharePoint 2013 - What you need to know
Understanding SharePoint 2013 Apps (aka: Apps 101)
SP2013 WCM: Forget Everything You Knew About SharePoint WCM!
Try it!!!
A disfrutar!!
Saludos.
Si queréis tener claro qué BDs instala SharePoint, según la versión, además de qué recomendaciones seguir con cada BD (requerimientos de espacio, Read/Write, Backup, Recovery…), os recomiendo el siguiente enlace de Technet
Database types and descriptions (SharePoint Server 2010)
Ahí tendremos las BDs de SharePoint Foundation, Server Standar, Server Enterprise y Project Server.
De cada BD tenemos una tabla con las siguientes características:
Para completar la información, en este enlace tenemos un dibujo visio con todas las BDs, donde de forma gráfica podemos ver qué BDs componen cada versión, y una idea del tamaño de la misma.
Databases That Support SharePoint 2010 Products
La imagen es simplemente para que veáis si os interesa el recurso.
Espero que os sirva.
Saludos!!
Si has trabajado con SharePoint 2010 en sitios de publicación, sabrás que el atributo Title de cada página de publicación, saca su valor del propio título de la página:
Bueno, no está mal, pero si estamos en el sitio de Ferrari que se ha debido gastar algunos euros en su sitio web, qué menos que aparezca Ferrari en el title de cada página.
Lo suyo sería montar un title del estilo:
Nombre del sitio raiz :: subsitio :: sub-subsitio…::Página
Si queremos hacer algo de ese estilo “jerárquico”, tenemos un post del gran Waldek Mastykarz donde explica cómo hacerlo, con algo de código.
Si no queremos escribir código y a nivel funcional nos conformamos con que aparezca el nombre del sitio y el título de la página, podemos tirar de SharePoint designer y los controles OOTB de SharePoint.
El atributo title, se define a nivel de Master Page de la siguiente forma:
1: <title id="onetidTitle"><asp:ContentPlaceHolder id="PlaceHolderPageTitle" runat="server"/></title>
Como vemos, se trata de un ContentPlaceHolder, que será sobrescrito desde el Page Layout.
Editamos el Page Layout que nos interese, y sobrescribimos el PlaceHolder con lo siguiente:
1: <asp:Content ContentPlaceHolderId="PlaceHolderPageTitle" runat="server">
2: Titulo gordooo -
3: <SharePoint:ProjectProperty runat="server" id="WebTitle" Property="Title" /> -
4: <SharePoint:FieldValue id="PageTitle" FieldName="Title" runat="server"/>
5: </asp:Content>
Como veis, primero hay un texto fijo, que es algo así como el título principal del sitio web.
Lo siguiente es el control ProjectProperty, que nos permite sacar una propiedad del SPWeb (en este caso, el título del SPWeb donde está la página). Por desgracia este control no se centra a nivel de SiteCollection, de ahí que esté usando un valor fijo antes de este control.
Para acabar, hacemos uso del control FieldValue, que permite sacar un campo de la página, en este caso, el título.
No es una solución tan perfecta como la de Waldek, pero al menos mejora lo que hace SharePoint OOTB con poco esfuerzo.
Espero que os sirva.
Saludos!!
Hoy un pequeño tip para los developers que no nos preocupamos mucho de nuestro entorno.
Hace unos días observé que me estaba quedando sin espacio en mi disco virtual del entorno de SharePoint. Utilizando la herramienta WinDirStat observé que la BD de SharePoint log, se comía más de 6 GB de espacio en disco!! ahí es ná!
Por suerte, es fácil de solucionarlo, basta con hacer un “Srink” de la BD.
Seleccionamos el FileType a Log:
y aceptamos! y a recuperar disco duro.
Saludos!
El siguiente post pretende solucionar una caso de uso típico cuando se construyen sitios públicos en SharePoint.
Si tenemos un sitio público, obviamente tendremos que habilitar el acceso al usuario anónimo. Si lo hacemos, seguramente querremos ocultar la Ribbon de alguna forma, para que el usuario anónimo no vea ningún enlace de “Sign in”.
Pero entonces, ¿Cómo hacemos para que los usuario editores del portal, puedan acceder a la configuración del sitio, crear páginas, etc?
Pues bien, probablemente lo más rápido y sencillo sea decirle al usuario que acceda a una URL específica, protegida, que solicite autenticación al usuario, por ejm:
http://www.contoso.com/_layouts/settings.aspx
Pero la verdad es que no queda muy elegante… y SharePoint tiene mucha clase!! 
Otra solución algo más elegante, es hacer uso de las Zonas de SharePoint y sus Authentication Providers.
La idea es que la zona Default, esté configurada para que permita el acceso anónimo. Esta zona responderá al host hearder http://www.contoso.com. A esta url accederá el usuario anónimo.
A continuación, extendemos la aplicación web, creamos la zona “Intranet” y hacemos que responda al host header: http://authoring.contoso.com
Los usuarios administradores y editores, accederán por la parte de Authoring, donde el sistema les solicitará credenciales, y, si hemos ocultado la Ribbon usando la técnica que nos cuenta el gran Santi en este post, tendremos la Ribbon para el usuario logado.
Hacer esto es muy sencillo desde la interfaz de la administración central. Yo aquí os dejo un script Power-Shell para conseguir esta configuración. Como este script lo reutilizo en otros escenarios, este script NO crea la aplicación web con el usuario anónimo habilitado. En este link tenéis muy bien explicado cómo hacerlo desde la interfaz. Si queréis también podéis modificar el script para que el comando New-SPWebApplication especifique el parámetro AllowAnonymousAccess
Os dejo el script:
Primero definimos las variables según nuestro entorno
1: # ******** Set variables for WebApp
2: $WebAppName = "SharePoint - dpa.heroes.lab80"
3: $WebAppHostHeader = "dpa.heroes.lab"
4: $WebAppPort = 80
5: $WebAppAppPool = "SharePoint - dpa AppPool"
6: $WebAppAppPoolAccount = "HEROES\sp_apppool" # This User has to be a Sharepoint Manager Account
7: $WebAppDatabaseName = "WSS_Content_DPA_LAB"
8: $WebAppDatabaseServer = "Spiderman"
9: # ******** Set variables for Site Collection
10: $SiteCollectionName = "DPA desa"
11: $SiteCollectionURL = ("http://" + $WebAppHostHeader)
12: $SiteCollectionTemplate = "BLANKINTERNET#2" #see templates: https://www.nothingbutsharepoint.com/sites/devwiki/SP2010Dev/Pages/Site%20Templates%20in%20SharePoint%202010.aspx
13: $SiteCollectionOwner = "HEROES\lmanez"
14: #******** Set variables to Extend to Authoring site
15: $authoringSiteName = "Sharepoint DPA Authoring"
16: $authoringHostHeader = "authoringdpa.heroes.lab"
17: $authoringPort = 80
A continuación un par de funciones para crear la aplicación web y la colección de sitios. OJO, el script detecta si ya existe la app web, y pregunta si se quiere re-crear.
1: function CreateWebApplication([string]$WebAppName, [string]$WebAppHostHeader, $WebAppPort, [string]$WebAppAppPool, [string]$WebAppAppPoolAccount,
2: [string]$WebAppDatabaseName, [string]$WebAppDatabaseServer)
3: {
4: Write-Host "Checking SPWebApplication... $WebAppName"
5: $target = Get-SPWebApplication | Where {$_.Url -eq ("http://" + $WebAppHostHeader + "/")}
6: if ($target -ne $null)
7: {
8: Write-Host "Removing SPWebApplication..."
9: Remove-SPWebApplication ("http://" + $WebAppHostHeader) -DeleteIISSite
10: #-RemoveContentDatabases
11: Start-Sleep 5
12: iisreset /noforce
13: Start-Sleep 5
14: Write-Host "SPWebApplication Removed"
15: }
16:
17: Write-Host "Creating SPWebApplication..."
18: New-SPWebApplication -Name $WebAppName -Port $WebAppPort -HostHeader $WebAppHostHeader -URL ("http://" + $WebAppHostHeader) -ApplicationPool $WebAppAppPool -ApplicationPoolAccount (Get-SPManagedAccount $WebAppAppPoolAccount) -DatabaseName $WebAppDatabaseName -DatabaseServer $WebAppDatabaseServer
19: Write-Host "SPWebApplication Created"
20: }
21:
22: function CreateSiteCollection([string]$SiteCollectionName, [string]$SiteCollectionURL, [string]$SiteCollectionTemplate, [string]$SiteCollectionOwner)
23: {
24: # +++++++++++++ Create a new Sharepoint Site Collection
25: Write-Host "Creating SPSite..."
26: New-SPSite -URL $SiteCollectionURL -OwnerAlias $SiteCollectionOwner -Template $SiteCollectionTemplate -Name $SiteCollectionName
27: Write-Host "SPSite created"
28: }
Finalmente, llamamos a las funciones y otros comandos Power-Shell:
1: CreateWebApplication $WebAppName $WebAppHostHeader $WebAppPort $WebAppAppPool $WebAppAppPoolAccount $WebAppDatabaseName $WebAppDatabaseServer
2: Write-Host "Web Application created succesfully" -ForegroundColor Green
3: iisreset /noforce
4: Start-Sleep 30
5: Write-Host "IIS Restarted succesfully" -ForegroundColor Green
6: CreateSiteCollection $SiteCollectionName $SiteCollectionURL $SiteCollectionTemplate $SiteCollectionOwner
7: Start-Sleep 10
8: iisreset /noforce
9: Write-Host "Site collection created succesfully" -ForegroundColor Green
10: Write-Host "Extending authoring..."
11: Get-SPWebApplication -Identity ("http://" + $WebAppHostHeader) | New-SPWebApplicationExtension –Name $authoringSiteName -HostHeader $authoringHostHeader -Port $authoringPort -Zone Intranet -URL ("http://" + $authoringHostHeader)
12: Write-Host "Authoring site extended" -ForegroundColor Green
Espero que os sirva.
Saludos!!
Si al activar vuestra Feature, os encontráis con un error similar a este (el token puede ser cualquier Key de los ficheros de Resources de SharePoint):
Localized resource for token 'Direction' could not be found for file with path: "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\Template\Features\My_Feature\…\schema.xml
Se debe al siguiente motivo:
Lo voy a explicar centrado en mi caso. Yo he partido de una definición de lista de SharePoint, creada con la plantilla de Visual Studio 2010. En esa definición, en el schema.xml, sale algo como esto:
1: <List xmlns:ows="Microsoft SharePoint"
2: Title="My List Definition"
3: FolderCreation="FALSE"
4: Direction="$Resources:Direction;"
5: Url="Lists/My custom List"
6: BaseType="0"
7: EnableContentTypes="True">
Fijaros en el parámetro Direction, que por defecto, la plantilla lo crea con el valor:
$Resources:Direction;
Si te preguntas para qué sirve ese parámetro, lo tienes aquí
El problema de ese valor, es que SharePoint va a buscar el valor de esa Key, en el fichero de Resources por defecto de la feature. Lo buscará en este path:
C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\Template\Features\My_Feature\…\
Si ahí no tenemos un fichero llamado Resources.resx, la activación de la feature fallará.
Para solucionarlo, tenemos 3 opciones:
- Incluir el fichero Resources.resx (con sus variantes de idiomas que queramos), en esa ruta, y que tenga definida la Key que queremos.
- Indicar el parámetro de la Feaure “DefaultResourceFile”, con el nombre del fichero de Resources que queremos utilizar. Dicho fichero debe estar en el path: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\Resources
- Indicar en el mismo valor del parámetro, el fichero de Resources en el que está la clave deseada. En el ejemplo que estamos viendo, sería: Direction="$Resources:core,Direction;"
De esta forma, indicamos que la key Direction, está en el fichero de Resources Core.resx (dentro del 14\Resources)
Con culquiera de estas 3 soluciones, funcionará.
CURIOSO!! (por llamarlo de alguna manera):
Os puedo asegurar que tengo más de un entorno, donde no me hizo falta hacer ninguna de las 3 soluciones, porque nunca me falló. Este error me lo he encontrado en un entorno nuevo, del que no tengo mucha información, salvo que se ha corregido aplicando la opción 3.
Y por qué ha aparecido de repente??? Pues parece que tiene que ver con algún update de SharePoint 2010 o con los language packs instalados. En este enlace hay algo de información, aunque no lo deja claro.
Espero que os sirva.
Saludos!!
Pues sí, después de varios días de rumores, hoy se ha hecho oficial la noticia de la adquisición de Yammer por Microsoft:
http://www.microsoft.com/en-us/news/Press/2012/Jun12/06-25MSYammerPR.aspx
Como dice la propia nota de prensa de MS, la idea de la adquisición es complementar con Yammer algunos productos de MS, entre ellos, SharePoint y Office 365:
“Yammer will continue to develop its standalone service and maintain its commitment to simplicity, innovation and cross-platform experiences. Moving forward, Microsoft plans to accelerate Yammer’s adoption alongside complementary offerings from Microsoft SharePoint, Office 365, Microsoft Dynamics and Skype.”
Actualmente, la versión empresarial de Yammer, ya tiene integración con SharePoint, así que es muy probable que los tiros vayan en esa dirección.
Aquí podemos ver algunas características de esa actual integración entre Yammer y SharePoint:
(extraído de: http://www.marketwire.com/press-release/Yammer-Announces-Integration-With-Microsoft-SharePoint-2010-1338093.htm)
Y en este video, podemos verlo en acción:
http://vimeo.com/27251407
Habrá que esperar a ver cómo crece SharePoint gracias a Yammer.
Saludos!!
Hola a todos,
Por si hay algún despistado que siga mi blog, y no el de Juan Carlos, Gustavo o Fabian (quizá algún familiar o amigo de la infancia 
), os informo que ya tenemos disponible el número 12 de CompartiMOSS.
En este número he tenido la suerte de colaborar, presentando RIVER, una solución para SharePoint, que permite crear Foros “2.0” (al más puro estilo ‘stackoverflow.com’)
Os recomiendo la descarga, porque no tiene desperdicio alguno!! Fijaros que “articulazos”:
- Editorial
- Desarrollo de aplicaciones Metro en Windows 8 conectadas a SharePoint (Edin Kapic)
- Usuarios externos en SharePoint Online en Office 365 (Alberto Diaz Martin)
- Novedades en Desarrollo para SharePoint Onpremise y Online con Visual Studio 2012 RC (Juan Carlos González Martín )
- Exposición de un sitio web con autenticación por claims usando ADFS - Parte 2 (Diego Gatti)
- 10 puntos para entender a Project Server 2010 (Juan Pablo Pussacq Laborde)
- Entrevista con Vielka Rojas
- River, el foro avanzado de SharePoint (Luis Máñez)
- Movimiento de documentos a gestor documental (DMS) desde SharePoint 2010 (Angel Suárez Guisuraga)
- ALM y SharePoint (I) (David Martos)
- Introducción a PowerView sobre SharePoint 2010 (Pablo Álvarez Doval)
- Diseño de Granjas de Servicios: Gobernabilidad de SharePoint para Corporaciones y Naciones (Juan Andrés Valenzuela Jofré )
- Metadatos Administrados en SharePoint 2010 (Carlos Ariel Dantiags)
- ControlPoint - Explora, Protege, Analiza y Controla (Tony Carballo)
http://www.gavd.net/servers/compartimoss/compartimoss_main.aspx
Saludos!!
Si desde nuestro OWA de Exchange Online, intentamos abrir en el explorador algún documento, podemos encontrarnos con el siguiente error:
Esto es debido a que el servicio de Presentación de documentos WebReady, no ha podido convertir el fichero, porque éste sobrepasa el máximo permitido.
Pues bien, a día de hoy, ese máximo está definido a nivel de clave de registro, por lo que no podemos cambiarlo en Office 365. El máximo es de 5MB. Aquí podéis ver un thread del foro de Office 365 donde lo confirma un ingeniero de MS:
http://community.office365.com/en-us/f/166/t/1184.aspx
Si tratamos con Exchange Server (On premise), sí se puede tocar, tal como explica este artículo:
http://technet.microsoft.com/es-es/library/bb852213(v=exchg.80).aspx
Saludos!!
Si usamos la búsqueda de SharePoint 2010, vemos que por defecto, tenemos disponibles los siguientes campos:
1: <Column Name="WorkId"/>
2: <Column Name="Rank"/>
3: <Column Name="Title"/>
4: <Column Name="Author"/>
5: <Column Name="Size"/>
6: <Column Name="Path"/>
7: <Column Name="Description"/>
8: <Column Name="Write"/>
9: <Column Name="SiteName"/>
10: <Column Name="CollapsingStatus"/>
11: <Column Name="HitHighlightedSummary"/>
12: <Column Name="HitHighlightedProperties"/>
13: <Column Name="ContentClass"/>
14: <Column Name="IsDocument"/>
15: <Column Name="PictureThumbnailURL"/>
16: <Column Name="PopularSocialTags"/>
17: <Column Name="PictureWidth"/>
18: <Column Name="PictureHeight"/>
19: <Column Name="DatePictureTaken"/>
20: <Column Name="ServerRedirectedURL"/>
Para ver qué campos tenemos disponibles, podemos seguir los pasos de este post:
http://sharepointmalarkey.wordpress.com/2011/01/31/search-core-results-web-part-how-to-view-raw-xml/
Que básicamente consiste en usar este xslt en el webpart de Resultados de la búsqueda:
1: <?xml version="1.0" encoding="UTF-8"?>
2: <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
3: <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/>
4: <xsl:template match="/">
5: <xsl:copy-of select="*"/>
6: </xsl:template>
7: </xsl:stylesheet>
Volviendo al listado de los campos por defecto, fijaros como en dichos campos, tenemos un campo llamado “Write”, que si vemos los resultados de la búsqueda, parece la fecha de creación del elemento. Digo parece, porque en realidad no es esa fecha.
Si quitáis la programación de la indexación de contenidos del buscador, creáis varios elementos en listas y bibliotecas de SharePoint, y pongamos, una hora después, hacéis una indexación completa de contenidos desde el buscador. Veréis que la fecha/hora que aparece en los resultados de la búsqueda, no es la fecha de creación real del ítem, sino la fecha/hora en la que se indexó el elemento en el índice del buscador.
Pero entonces, ¿cómo podemos sacar la fecha/hora real de creación del elemento?
Pues bien, para ello, vamos a tener que crear nosotros una nueva propiedad administrada, y vincularla a varias propiedades rastreadas.
Antes de hacerlo, comentaros que en este link, tenéis un listado de las propiedades rastreadas que existen por defecto en un servicio de búsqueda recién creado. Tened en cuenta que cuando SharePoint realiza una indexación, ese listado de propiedades rastreadas va cambiando. Es importante conocer cuáles están por defecto, por si nuestra aplicación necesita configurar alguna propiedad administrada, que se apoya en una rastreada. Si la rastreada no existe por defecto, también tendremos que crearla.
Volviendo a las propiedades rastreadas por defecto, vemos que, curiosamente, no aparece ninguna propiedad rastreada, que esté mapeada a la propiedad “write”. Sin embargo, os aseguro que la propiedad administrada “write”, existe por defecto. Supongo que el motivo será que no está completa la documentación.
También vemos que existe una propiedad rastreada llamada “ows_Created(Text)”, pero, extrañamente, al vincularla a una propiedad administrada, y sacarla en los resultados de la búsqueda, nos aparece sin ningún valor.
¿Qué propiedad debemos utilizar? Pues parece ser qué la propiedad también depende del tipo de contenido que se rastrea e indexa. Yo he trabajado con listas personlizadas, que heredan del tipo de contenido base “Item”. En esos casos, la propiedad rastrada que debemos mapear es: Basic:15(Date and Time)
Aquí tenemos la configuración de la propiedad administrada que he creado para tener acceso a la fecha de creación de un ítem, en los resultados de la búsqueda:
Como os digo, esto puede depender del tipo de contenido, así que es posible que en vuestro caso, debáis vincular otras propiedades administradas. Según he podido leer, sería:
- Basic:15(Date and Time)
- ows_Start_x0020_Date(Date and Time)
- ows_StartDate(Date and Time)
- Office:12(Date and Time)
- creationdate(Date and Time)
Espero que os sirva.
Saludos!!
Más artículos
Página siguiente >