Prepara la agenda para la Iberian SharePoint Conference

Ya queda muy poco para que empiece uno de los eventos más importantes que hemos preparado en España las comunidades de SharePoint, sin duda contamos con grandes profesionales internacionales y de la península, además de contar con grandes empresas que ayudan al evento con sus patrocinios.

Para aprovechar mejor el evento es importante que pienses bien las sesiones a las que vas a acudir revisando la agenda del evento.

Recordar que la Iberian SharePoint Conference empieza el día 10, si te pre registraste a principios de verano recuerda que ahora tienes que confirmar tu entrada. Y si aun no te has registrado todavía puedes hacerlo, utilizando este cupón  GENMADPOINT o cualquiera de los siguientes para los workshops.

Cualquier duda no dudes en consultarnos o visitar las FAQS. Estamos muy contentos de poder tener esta oportunidad, nos vemos!!!.

PPT: Office365 y SharePoint 2013, aplicaciones para consumir

Comparto mi presentación del evento “Movilidad en Office 365 y SharePoint, teléfonos y tablets” donde dimos un repaso a las distintas apps que se ofrecen OOB para consumir servicios de SharePoint 2013 y Office365.

En esta ocasión vimos la interacción desde distintos dispositivos como Windows 8.1, iPad y Windows Phone 8.

 

[Office365] Quitar dominio asociado

Cuando adquirimos una suscripción de Office365 se nos asigna un dominio de forma automática del tipo “misuscripción.onmicrosoft.com”. Si tenemos nuestro dominio podemos asociarlo de forma que las cuentas de usuario, buzones, cuentas de Lync y la url del portal público utilicen el dominio personalizado en lugar del asignado por defecto.

En el caso que adquiramos otro tenant de Office365 y queramos mover el dominio a este tenant antes de configurar los nuevos registros de DNS tendremos que desasociar el dominio del antiguo tenant.

Para desasociar o eliminar el dominio de Office365 tendremos que asegurarnos primero que ningún objeto lo está utilizando, es decir, tenemos que asegurarnos que no lo utilicen: usuarios, buzones, grupos de usuario, cuentas de distribución y colecciones de SharePoint públicas.

Para quitar un dominio de Office365 disponemos de la opción “Dominios” desde la sección de administración de Office365. Desde esta opción seleccionaremos el dominio y pulsaremos en “Quitar”.

 

Mi consejo para quitar el dominio de nuestro tenant:

Quitar el dominio del site público de SharePoint Online.

Eliminar el dominio público de Office365 del tipo “www.”.

A continuación revisaremos los grupos de seguridad y los eliminaremos en caso de existir.

Desde la página de administración de Exchange Online revisaremos las cuentas de distribución y las eliminaremos todas.

A continuación modificaremos el dominio de todas las cuentas de usuario de Office365, para ello tenemos dos opciones: modificar los usuarios de forma masiva o eliminarlos directamente.

Es importante tener en cuenta que la eliminación se va realizando poco a poco por lo que debemos esperar cierto tiempo en función del número de usuarios.

Modificaremos el propósito de los dominios desde la opción “Ver la configuración DNS“ > “establecer finalidad del dominio” y desmarcaremos todas las opciones.

Por último modificaremos el dominio por defecto desde la ficha de la suscripción y seleccionaremos el dominio que nos asigna Office365 por defecto. Esta opción la encontraremos desde la panel de información de administración de Office365 en un enlace con el nombre de nuestra suscripción que encontraremos arriba a la derecha.

En ocasiones es posible que no se aplique el cambio provocando un error del siguiente tipo al eliminar el dominio.

Para asegurarnos podemos ejecutar un script de PowerShell del siguiente tipo para verificar las cuentas que den problemas:

Get-MsolUser -DomainName midominio.es | fl UserPrincipalName

[Office365] Quitar dominio asociado

Cuando adquirimos una suscripción de Office365 se nos asigna un dominio de forma automática del tipo “misuscripción.onmicrosoft.com”. Si tenemos nuestro dominio podemos asociarlo de forma que las cuentas de usuario, buzones, cuentas de Lync y la url del portal público utilicen el dominio personalizado en lugar del asignado por defecto.

En el caso que adquiramos otro tenant de Office365 y queramos mover el dominio a este tenant antes de configurar los nuevos registros de DNS tendremos que desasociar el dominio del antiguo tenant.

Para desasociar o eliminar el dominio de Office365 tendremos que asegurarnos primero que ningún objeto lo está utilizando, es decir, tenemos que asegurarnos que no lo utilicen: usuarios, buzones, grupos de usuario, cuentas de distribución y colecciones de SharePoint públicas.

Para quitar un dominio de Office365 disponemos de la opción “Dominios” desde la sección de administración de Office365. Desde esta opción seleccionaremos el dominio y pulsaremos en “Quitar”.

 

Mi consejo para quitar el dominio de nuestro tenant:

Quitar el dominio del site público de SharePoint Online.

Eliminar el dominio público de Office365 del tipo “www.”.

A continuación revisaremos los grupos de seguridad y los eliminaremos en caso de existir.

Desde la página de administración de Exchange Online revisaremos las cuentas de distribución y las eliminaremos todas.

A continuación modificaremos el dominio de todas las cuentas de usuario de Office365, para ello tenemos dos opciones: modificar los usuarios de forma masiva o eliminarlos directamente.

Es importante tener en cuenta que la eliminación se va realizando poco a poco por lo que debemos esperar cierto tiempo en función del número de usuarios.

Modificaremos el propósito de los dominios desde la opción “Ver la configuración DNS“ > “establecer finalidad del dominio” y desmarcaremos todas las opciones.

Por último modificaremos el dominio por defecto desde la ficha de la suscripción y seleccionaremos el dominio que nos asigna Office365 por defecto. Esta opción la encontraremos desde la panel de información de administración de Office365 en un enlace con el nombre de nuestra suscripción que encontraremos arriba a la derecha.

En ocasiones es posible que no se aplique el cambio provocando un error del siguiente tipo al eliminar el dominio.

Para asegurarnos podemos ejecutar un script de PowerShell del siguiente tipo para verificar las cuentas que den problemas:

Get-MsolUser -DomainName midominio.es | fl UserPrincipalName

Activar la interfaz de usuario en Windows Server 2012

Windows Server 2012 dispone de varios modos de trabajo en los que se habilitan distintos servicios y herramientas de administración, estas funcionalidades se habilitan mediante “features” que se activan o desactivan bajo demanda, siempre dependiendo de la licencia instalada:

• Server Core: Contiene los servicios básicos y no dispone de ninguna interfaz gráfica.
• Minimal Shell (“MinShell”): Dispone de las características de “Graphical Management Tools and Infrastructure”.
• Full Installation: Disponemos además de la “Server Graphical Shell” incorporando los componentes como:  Desktop, Start screen, Windows Explorer, Internet Explorer.
• Full Installation with Desktop Experience: Incluye las Windows RunTime, el Windows Store y la capacidad de descargar Apps del marketplace.
  

Para habilitar las features utilizaremos el ejecutable Dism donde indicaremos el nombre de la funcionalidad, para determinar el nombre podremos ejecutar el comando:

dism /online /Get-Features

 

De manera que para habilitar la experiencia completa de administración utilizaremos los siguientes comandos:

dism.exe /online /enable-feature /featurename:Server-Gui-Mgmt /all dism.exe /online /enable-feature /featurename:Server-Gui-Shell /all dism.exe /online /enable-feature /featurename:DesktopExperience /all

 

Server Core:

 

Minimal Shell:

Full installation:

 

http://www.oostdam.info/index.php/sectie-blog/55-windowsserver2012/348-windows-server-2012-install-and-uninstall-the-gui

http://technet.microsoft.com/en-us/library/jj574205.aspx

Cómo provisionar un WebPart Sandboxed

A la hora de definir las soluciones (.WSP) de SharePoint podemos automatizar la creación de elementos como: Tipos de contenido, columnas, listas, páginas…

En los casos en los que estemos creando nuestros propios WebParts en modo SandBox nos interesará que al activarse las características de nuestra solución aparezca el WebPart en la página sin necesidad de añadirlo manualmente, para ello podremos automatizar la provisión de páginas y de WebParts sobre esas páginas.

 

Para provisionar ficheros en SharePoint podremos utilizar los módulos en los que podemos indicar para un conjunto de ficheros de la solución sobre que “dirección” de SharePoint queremos que se realice una copia. El siguiente ejemplo muestra un módulo para provisionar páginas en la biblioteca de páginas:

<?xml version="1.0" encoding="utf-8"?> <Elements xmlns="http://schemas.microsoft.com/sharepoint/">   <Module Name="Pages" Url="$Resources:osrvcore,List_Pages_UrlName;" Path="">     <File Path="Pages\SamplePage.aspx" Url="SamplePage.aspx" Type="GhostableInLibrary" ReplaceContent="True" >       <Property Name="Title" Value="Págna de ejemplo" />       <Property Name="PublishingPageLayout" Value="~SiteCollection/_catalogs/masterpage/BlankWebPartPage.aspx, Página de elementos web en blanco" />       <Property Name="ContentType" Value="$Resources:cmscore,contenttype_pagelayout_name;" />      </File>   </Module> </Elements>

En el tag “Module” indicaremos en la URL la dirección de la biblioteca de páginas donde queremos que se copie la página y que servirá de base para la url indicada en el tag “File”. En este caso en lugar de indicar el nombre he utilizado un recurso ($Resources:osrvcore,List_Pages_UrlName;) con lo que me permite desplegar el módulo para cualquier idioma que se haya creado nuestro site.

Para poder indicar que tipo de página quiero que se genere he añadido una property con el nombre “ContentType” y en Value he indicado el tipo de contenido de “Plantilla de página” pero mediante su recurso ($Resources:cmscore,contenttype_pagelayout_name;).

Para poder indicar el layout que debe utilizar se debe indicar la property “PublishingPageLayout” y la url del layout con un formato del estilo “~SiteCollection/_catalogs/masterpage/”.

 

Al desplegar la solución se crearía la página automáticamente, pero ahora quedaría instanciar el WebPart en la página. En el caso de tener un WebPart en modo SandBox el despliegue es algo distinto al que se realiza para cualquier WebPart estándar.

Para realizarlo, añadiremos un elemento del tipo “AllUsersWebPart” donde indicaremos el WebPartZoneID donde queremos que se instancie el WebPart. A continuación indicaremos el WebPart a crear, para ello indicaremos el Fullname de la clase del WebPart y el id de la solución.

Un ejemplo sería:

<?xml version="1.0" encoding="utf-8"?> <Elements xmlns="http://schemas.microsoft.com/sharepoint/">   <Module Name="Pages" Url="$Resources:osrvcore,List_Pages_UrlName;" Path="">     <File Path="Pages\SamplePage.aspx" Url="SamplePage.aspx" Type="GhostableInLibrary" ReplaceContent="True" >       <Property Name="Title" Value="Págna de ejemplo" />       <Property Name="PublishingPageLayout" Value="~SiteCollection/_catalogs/masterpage/BlankWebPartPage.aspx, Página de elementos web en blanco" />       <Property Name="ContentType" Value="$Resources:cmscore,contenttype_pagelayout_name;" />       <AllUsersWebPart WebPartZoneID="CenterColumn" WebPartOrder="1">         <![CDATA[           <webParts>             <webPart xmlns="http://schemas.microsoft.com/WebPart/v3">               <metaData>                 <type name="EjemploProvision.WPEjemeplo.WPEjemeplo, EjemploProvision, Version=1.0.0.0, Culture=neutral, PublicKeyToken=4c85771a8ca8227c" />                 <importErrorMessage>$Resources:core,ImportErrorMessage;</importErrorMessage>                 <Solution SolutionId="e76fca22-2f79-4d1a-8c3b-82021a03578a" xmlns="http://schemas.microsoft.com/sharepoint/" />               </metaData>               <data>                 <properties>                   <property name="Title" type="string">Ejemplo de provisión de WP</property>                   <property name="Description" type="string">Ejemplo de cómo provisionar un Sandboxed WP</property>                 </properties>               </data>             </webPart>           </webParts>         ]]>       </AllUsersWebPart>     </File>   </Module>

 

Él id de la solución lo encontraremos el la definición del paquete en la pestaña “Manifest”.

Para obtener el podemos utilizar el post Get the Public Key of an Assembly.

Para instanciar varios WebParts en la misma página añadiríamos tantos elementos AllUsersWebPart como WebParts vayamos a añadir.

 

Podéis descargaros un ejemplo de proyecto en Visual Studio 2012.

Evento MadPoint: Movilidad en Office 365 y SharePoint, teléfonos y tablets

El próximo Viernes 13 haremos un evento presencial en el que veremos las opciones móviles que tenemos para trabajar con Office 365 y SharePoint desde nuestros teléfonos y tablets con Windows 8.

Además para todos los asistentes repartiremos descuentos para la primera Iberian SharePoint Conference!!

 

Agenda:

· Presentación del evento y presentación de la Comunidad Office 365

· Integración Office 365 & SharePoint con Windows 8 / Windows Phone

· Introducción al desarrollo genérico en Windows 8 / Windows Phone

· Desarrollo de apps de Windows 8 / Windows Phone  que consuman SharePoint. Con la presentación de la aplicación SharePoint Companion, aplicación de Windows 8 para navegar por SharePoint.

 

Fecha:

Viernes, 13 de septiembre de 2013 16:00-19:00

 

Dirección:

Centro de Innovación de la Vaguada, entrando por el parque de La vaguada.

Avenida de Monforte de Lemos
Metro Línea 9, Barrio del Pilar 38 28029
España

 

Utilizar JQuery desde SharePoint Online

Para utilizar Jquery desde nuestro sitio de SharePoint Online debemos referenciarlo desde nuestra masterpage o bien desde un layout si solo la utilizaremos en casos puntuales. Tenemos que tener en cuenta que la nueva versión de SharePoint Online utiliza por debajo SharePoint 2013 y podemos crear ficheros masterpage o layouts a partir de un fichero HTML.

A la hora de añadir la referencia a JQuery podemos bien almacenar el fichero .js en SharePoint o bien utilizar un .js desde un CDN.

Si almacenamos el fichero JQuery dentro de SharePoint lo mejor es almacenarlo dentro de una biblioteca de documentos, en concreto en “Biblioteca de estilos” o “Style Library”. En este caso la referencia tendría un aspecto del tipo:

<!--SPM:<SharePoint:ScriptLink language="javascript" name="~sitecollection/Style Library/jquery-1.10.1.min.js" OnDemand="false" runat="server" Localizable="false"/>—>

 

En el caso que utilicemos una CDN tendremos que utilizar algo del estilo:

<script src="https://ajax.microsoft.com/ajax/jquery/jquery-1.10.1.min.js"></script>

Es importante que utilicéis HTTPS ya que nuestro sitio en SharePoint Online irá sobre HTTPS y si hacemos referencias a elementos HTTP el explorador nos advertirá con un mensaje y es probable que en la mayoría de los equipos bloque el contenido evitando cargar asía el fichero de JQuery.