Cómo sabéis, por defecto en SharePoint 2013 podemos crear colecciones de sitios de acuerdo a dos modos de experiencia de usuario: 2010 y 2013. Si queremos cambiar dicho comportamiento para que sólo se puedan crear colecciones de sitios de acuerdo a una experiencia, podemos hacer uso del modelo de objetos o de PowerShell.
Por ejemplo, para qué sólo esté disponible la experiencia 2013 a la hora de crear colecciones basta con ejecutar el siguiente script PowerShell:
1: $wa=Get-SPWebApplication http://winsrv2012:90
2: $wa.CompatibilityRange = [Microsoft.SharePoint.SPCompatibilityRange]::NewVersion
3: $wa.Update()
4: $wa.CompatibilityRange
La correspondiente salida por pantalla nos muestra que el rango de compatibilidad a nivel de aplicación web es únicamente 15. Previamente, teníamos un nivel mínimo de 14 y un máximo de 15. Como se puede deducir, el cambio viene dado por el valor qué se le especifique a la propiedad CompatibilityRange que puede tomar los siguientes valores:
Si tratamos de crear una nueva colección de sitios en la aplicación web modificada veremos qué ya no podemos elegir dos valores de experiencia de usuario como sucedía inicialmente.
Buena pregunta como diría alguno, y qué no tiene fácil respuesta dado lo complicado que resulta en muchas ocasiones entender el modelo de licenciamiento que Microsoft aplica a sus productos. En cualquier caso, gracias a este enlace de TechNet y sobre todo a Eva Ordoñe, voy a tratar de poner un poco de luz al asunto de como se licencian las Office Web Apps para SharePoint 2013. Básicamente tenemos dos modos de licenciamiento principales en función del uso de las Office Web Apps:
-
Modo View Only, al comprar una licencia de SharePoint Server 2013 es posible desplegar una máquina con el rol Web o App Server con la característica de poder visualizar documentos Office en Web.
-
Modo Edit and View, es necesario desplegar una máquina con el rol de Office Web Apps Server:
-
Se descarga e instala Office Web Apps en el servidor.
-
La licencia está englobada en la de SharePoint Server y se obtiene comprando la licencia de la suite de escritorio: Professional Plus, Standard o bien Office 365 ProPlus.
-
Para dar permisos a los usuarios para usar la capacidad de edición, hay que asignar las licencias por medio de PowerShell. Por tanto, estamos haciendo uso de una de las novedades a nivel de licenciamiento que incorpora SharePoint 2013 como ya comenté en los siguientes artículos:
¿Y para SharePoint Foundation? Pues igual qué en Server, el mecanismo de configuración de licencias mediante PowerShell está disponible.
En SharePoint 2013, como sucedía con su predecesor, podemos configurar un sitio para qué se pueda mostrar en diferentes idiomas. Sin embargo, hay una diferencia fundamental: mientras en SharePoint 2010 el usuario tenía la opción de cambiar el idioma, en SharePoint 2013 esto ya no es así y depende de la cultura del navegador para que el usuario vea el sitio en un idioma o en otro. En este artículo se expone claramente esta nueva forma de soportar varios idiomas en sitios de tipo Intranet en SharePoint 2013: http://olafd.wordpress.com/2012/11/02/switch-language-in-sharepoint-2013/
Si estás haciendo uso de la nueva infraestructura de flujos de trabajo de SharePoint 2013 disponible a través del Windows Azure Workflow y quieres aplicar algunas de las actualizaciones liberadas por Microsoft, es importante que revises el procedimiento qué Microsoft ha habilitado al respecto. Este procedimiento está detallado en el siguiente enlace: http://technet.microsoft.com/en-us/library/dn133867.
Un post muy rápido en esta ocasión…respuesta también rápida: No. Para demostrarlo:
-
Creamos un sitio o una colección de sitios con la plantilla Sito de desarrollador en SharePoint 2013 On-Premise.
-
Accedemos a la tienda de SharePoint (u Office Store) e intentamos agregar NAPA. Comprobaremos que no es posible agregar la aplicación.
Como sabéis, desde SharePoint 2010 disponemos de la frase de contraseña como mecanismo para agregar o eliminar servidores en una granja en la que tengamos desplegado nuestro servidor favorito. La frase de contraseña se especifica inicialmente durante el proceso de instalación de SharePoint 2010 y 2013, por lo que en caso de olvido posteriormente es posible cambiar su valor. Para ello:
-
Abrimos la consola de administración de SharePoint 2013.
-
Ejecutamos en la misma el siguiente Script PowerShell (la primera línea del mismo no es necesaria puesto que ya tenemos precargados los comandos de PowerShell específicos de SharePoint 2013 en la consola).
1: Add-PSSnapin Microsoft.SharePoint.PowerShell
2: Get-Help Set-SPPassPhrase -Detailed
3: $passphrase = ConvertTo-SecureString -String "SharePoint2013PassPhrase" -asPlainText -Force
4: Set-SPPassPhrase -PassPhrase $passphrase -Confirm
- Lo primero que hacemos es obtener información detallada relativa a Set-SPPassPhrase.
- A continuación, generamos la nueva frase de contraseña de forma segura especificando el valor de la misma como texto plano.
- Finalmente, con el cmdlet Set-SPPassPhrase fijamos la frase de contraseña de la granja con el nuevo valor. Al ejecutar este comando, se nos pedirá confirmar el valor de la frase de contraseña.
Referencias:
Cómo sabéis, desde marzo de este año tenemos disponible la primera actualización pública (Public Upate – PU) para SharePoint qué es de obligatoria instalación si se van a instalar actualizaciones que vayan saliendo con posterioridad a la liberación de esta PU. Os dejo un paso a paso de como hacer la instalación de la PU en un entorno de SharePoint 2013 RTM de CloudShare.
Aunque con un poco de retraso, por fin he encontrado un pequeño hueco para comentar como fue el Primer Office & SharePoint App Challenge realizado en España de forma simultanea, o casi como comentaba el amigo Alberto, en Madrid, Barcelona y Valencia el pasado 26 y 27 de abril. Los objetivos que nos planteamos en el App Challenge eran fundamentalmente dos:
-
En primer lugar, introducir y formar a los participantes en el nuevo mundo de creación de aplicaciones tanto para SharePoint 2013 (On-Premise y Online en Office 365) como para Office 2013. Como comentaba Alberto en su post, el
Office Store del qué en próximas semanas tendremos noticias es una tienda con un presente y futuro más que prometedor qué dará cabida a la creación de aplicaciones empresariales y también de consumo tanto por desarrolladores de SharePoint como por desarrolladores web en general.
-
En segundo lugar, plantear ideas de aplicaciones de calidad para ser publicadas en el Office Store y sobre todo desarrollarlas. Durante el App Challenge se presentaron ideas de aplicaciones muy interesantes y por supuesto, algunas implementaciones como a continuación os detallaré.
Antes de presentaros las ideas de aplicaciones y aplicaciones en sí, quería agradecer a todos los participantes en el App Challenge su participación:
-
A los centros de innovación de Microsoft en España qué han sido los “brazos” ejecutores de esta iniciativa de Microsoft Corporation, y especialmente por lo que me toca, al
CIIN.
-
A los grupos de usuarios de SharePoint de España (SUGES, SUG.CAT, MadPoint y LevaPoint) qué a través de los mentores y organizadores han hecho posible que el challenge haya sido todo un éxito:
-
En Madrid: Mario Cortes Flores y Miguel Tabera.
-
En Valencia: Adrián Díaz, José Quinto, Guillermo Bas y Alberto Díaz.
-
En Barcelona: Edin Kapic, David Martos y un servidor.
-
A las empresas patrocinadoras y colaboradoras en el challenge, que han hecho posible disponer de premios y regalos para los asistentes: Microsoft Encamina SolidQ General de Software Beezy Campus MVP Ediciones Eni AvePoint Pasiona Plain Concepts.
-
No me puedo olvidar de los más de 70 participantes en el App Challenge que además de ponernos a prueba a los mentores en la formación han sido capaces de generar 3-4 ideas de aplicaciones en cada ciudad, algunas de las cuáles se convertirán en aplicaciones que serán publicadas en el Office Store.
-
Y finalmente, no podía dejar fuera de este agradecimiento a
Santy qué nos ha ayudado como siempre en temas de diseño y qué se curró la pedazo de aplicación del “Preguntón” para hacer más ameno el sorteo de los regalos del App Camp.
Aplicaciones e Ideas de Aplicaciones
-
Madrid, aplicaciones e ideas presentadas:
-
Beezy Profiles, creada por la gente de Spenta, se trata de una aplicación social que permite qué los usuarios de SharePoint puedan integrar os datos de su perfil social con datos procedentes de otras redes sociales como LinkedIn.
-
Business Apps Framework, idea de aplicación expuesta por integrantes de Online TIC. Se trata de una aplicación qué de forma dinámica es capaz de generar distintos elementos (formularios, listas, botones de acción, etc) para un cierto escenario de negocio como por ejemplo la gestión de oportunidades empresariales.
-
SharePoint Health Dashboard, aplicación creada por un equipo de Raona. Se trata de un panel que permite de manera rápida y en tiempo real tener una idea general de varios indicadores del servidor (usuarios, ancho de banda, ocupación de listas, etc.). Se trata de una aplicación de tipo SharePoint-Hosted y experiencia de usuario de tipo Inmersive.
-
Barcelona, aplicaciones e ideas presentadas:
-
Localizador de direcciones para Word, idea presentada por un grupo de chavales estudiantes de ingeriría informática. Se trata de una sencilla aplicación de tipo “Panel de tareas” para Word qué permita recoger datos de direcciones en documentos Word, ubicarlas en un mapa y mostrar información de detalle de la dirección. Además, en el caso de encontrar varias coincidencias para una dirección, la aplicación muestra información de las mismas en un listado y permite que el usuario pueda elegir la opción qué sea más adecuada en función de la dirección recogida del documento Word.
-
Aplicación de Excel para cuadrar balances. Se trata de una aplicación de tipo “Panel de tareas” para Excel qué permite recoger información de un balance económico para, mediante las correspondientes operaciones de cálculo, permitir que el usuario pueda cuadrar las cuentas de forma automatizada.
-
Comparador de configuración de seguridad entre diferentes sitios de SharePoint. La idea un comparador/clonador de seguridad entre colecciones de sitios.
-
Player de videos HTML5 para SharePoint, idea de aplicación presentada por un equipo de Raona. Se trata de crear una aplicación qué permite visualizar en un player HTML los videos subidos a una biblioteca desplegada a nivel de aplicación. Al mismo tiempo, desde la aplicación se pueden cargar videos.
-
Valencia, aplicaciones e ideas presentadas:
-
Aplicación para conocer los datos relativos a las capacidades de las listas desde el punto de vista de un DBA. En este caso, se trata de una idea de aplicación con un gran potencial de uso, y también con una alta complejidad en cuanto a desarrollo.
-
Visor de cámaras de seguridad. Se trata de una aplicación qué muestra un panel de cámaras IP recogiendo para ello la información almacenada en una lista. Esta aplicación se encargaría de enviar notificaciones PUSH a dispositivos móviles. La aplicación, presentada por un equipo de Encamina, está compuesta por un módulo de visualización de cámaras IP en internet (Publicas, proporcionando url de conexión, o privadas especificando modelo, usuario y contraseña).
-
Aplicación para formularios de Contacto, presentada por un equipo de SolidQ. Se trata de una aplicación que permite crear formularios de contacto dinámico en base a propiedades de configuración. Los formularios se crean a partir de los datos de configuración aportados en una App Part.
-
App de integración entre Project Server y SharePoint Server para generar y mostrar Dashboards.
Cómo comentaba más arriba, en total estamos hablando de en torno 12 ideas de aplicaciones algunas de las cuáles están siendo desarrolladas ahora mismo para ser publicadas el Office Store. Aprovecho para comentar, que si tienes una idea de aplicación para Office & SharePoint, estás a tiempo de poder acceder a una serie de incentivos que Microsoft Corporation tiene para aplicaciones de calidad destinadas al Office Store. Si estás interesado en acceder a estos incentivos o tienes dudas sobre como poner en práctica una idea de aplicación, puedes contactarme por medio de Twitter (@jcgm1978) o correo electrónico (jgonzalez@gruposodercan.es).
Los ganadores en cada ciudad y el ganador de España
Llegado este punto, toca hablar de los ganadores de cada ciudad y del ganador global qué se han llevado los premios qué teníamos para los App Challenge:
-
Ganador global y también ganador en Madrid: Beezy Profiles.
-
Ganador en Valencia: Aplicación para conocer los datos relativos a las capacidades de las listas desde el punto de vista de un DBA.
-
En cuanto a Barcelona, optamos por no elegir un ganador ya qué el tiempo destinado a desarrollar aplicaciones lo dedicamos fundamentalmente a resolver dudas, ver ideas de aplicaciones y como enfocar el desarrollo de las mismas, etc.
Después de varios meses desde la disponibilidad general de la versión RTM de SharePoint 2013, parece que se está produciendo el despegue en cuanto a número de proyectos sobre la nueva plataforma migrando desde versiones previas. En este sentido, antes de ponerse manos a la obra hay que tener muy que actualizaciones desde SharePoint 2010 están admitidas y cuáles no. Por suerte, esta información está muy bien recogida en el siguiente enlace de TechNet: http://technet.microsoft.com/es-es/library/cc262747.aspx. Básicamente, tendremos que mirar dos aspectos al hablar de actualizaciones:
- Actualizaciones admitidas entre productos:
Una pregunta que recibo muy a menudo es la diferencia a nivel de funcionalidades entre la suite de escritorio de Office y su equivalente web (Office Web Apps). Aunque la respuesta está clara: Office Web Apps ofrecen un subconjunto de funcionalidades de la suite de escritorio, siempre viene bien tener a mano una comparativa punto por punto entre ambas versiones. Podéis encontrar esta comparativa en el siguiente enlace de TechNet: http://technet.microsoft.com/en-us/library/jj819306.aspx
Siguiendo con la serie de artículos con recursos sobre actualización desde versiones previas de SharePoint a SharePoint 2013, os dejo un nuevo recopilatorio con artículos disponibles en TechNet y en castellano:
En este artículo os comentaba el funcionamiento del mecanismo de invitación a usuarios externos para colaborar en sitios de SharePoint Online. El caso, es qué el otro día preparando una formación al realizar una invitación a un usuario externo a una de mis colecciones de sitios, me daba continuamente un aviso de error indicando qué no se podía compartir el sitio con usuarios externos por lo que me puse a indagar qué me faltaba en esa colección de sitios para tener esta funcionalidad disponible:
-
Lo primero que hay que hacer es comprobar a nivel del tenant de Office 365 qué tenemos habilitada la funcionalidad de “Uso compartido externo”. Por defecto, está habilitada como podéis ver en la correspondiente captura de pantalla.
-
Pero tener habilitada esta funcionalidad no es suficiente, porque si tratáis de compartir una colección de sitios que no sea la qué se crea por defecto veréis que se muestra el mensaje de marras indicando qué no se puede compartir el sitio con usuarios externos.
-
Tras investigar un poco, la clave está en qué es necesario indicar de forma explícita que la colección de sitios se puede compartir para poder compartir elementos de la misma. Para poder realizar esta configuración, tenemos que navegar a la administración e nuestro tenant de Office 365. En la misma, disponemos de la opción “Uso compartido” qué es la clave de todo.
-
Seleccionamos la colección de sitios en la que queremos activar el uso compartido de manera que se muestra la correspondiente ventana de configuración. Marcamos una de las dos opciones que habilita el uso compartido y pulsamos “Guardar”. Un punto importante aquí, es que el cambio no es automático, hay que darle unos minutos para que se propague.
-
Y a partir de aquí, ya podemos compartir la colección o elementos de la misma con usuarios externos.
Referencias:
Si quieres ver los usuarios con los que has compartido un sitio u otro elemento de SharePoint (como un simple documento), tienes que seguir los siguientes pasos:
-
Para el caso de un sitio, simplemente pulsa la opción “Compartir” disponible en la parte superior de cualquier página del sitio.
-
En la ventana que se abre, si tu sitio ha compartido podrás ver que bajo el título “Compartir <Nombre del Sitio>” se muestra la siguiente información: “Compartido con muchas personas” qué contiene un vínculo.
-
Si haces clic sobre ese vínculo, se muestra el listado de personas con las que se ha compartido el sitio. En el caso del ejemplo, se trata de un sitio de SharePoint Online en Office 365 por lo que el listado puede contener usuarios de nuestro tenant de Office 365 o bien usuarios externos (de otro tenant o con un LiveID).
Pues sí, con este problema me encontré esta mañana…estaba intentando crear Aplicaciones Web en mi entorno de pruebas, y se creaban de forma correcta al menos aparentemente. Digo aparentemente porque al revisar el IIS resulta que no había ni rastro del correspondiente directorio virtual. Total, que indagando me encontré conque el servicio de Aplicación Web de SharePoint Foundation por algún extraño motivo se encontraba en un estado “Deteniendo” que impedía la correcta creación de aplicaciones web.
Para solucionarlo, y tras una rápida búsqueda llegue a este thread de stackexchange en el que se dan varias soluciones que permiten solucionar el problema. En concreto, y por pura rapidez, la ejecución de STSADM solventó el problema:
stsadm -o provisionservice -action start -servicetype spwebservice
En mi caso, ni hacer un IISReset ni ejecutar stsadm -o execadmsvcjobs solventó el problema como si lo hizo el comando anterior.
Siguiendo con la serie de posts sobre adquisición y uso de aplicaciones desde el App Store, en esta ocasión vamos a ver qué sucede a nivel de administración de aplicaciones adquiridas una vez que se ha descargado una primera aplicación:
-
Nos vamos a a la Administración Central de SharePoint 2013 y en la sección Apps, pulsamos el enlace “Manage App Licenses”.
-
A continuación se muestra un listado con las aplicaciones adquiridas que muestra información como Tipo de licencia, número de usuarios, usuarios asignados, fecha de expiración y usuario comprador.
-
A través del menú contextual de cada aplicación listada, podremos acceder a la página de administración correspondiente (opción “Manage license”. En esta página se muestra información relativa a la aplicación comprada en cuanto a número de usuarios permitidos, si es gratuita o no y quién la adquirió. Desde esta página también se pueden agregar administradores de licencia.
-
La opción “Configure Store Settings” permite acceder a una página en la que podemos configurar como realizar compras de aplicaciones y solicitudes de aplicaciones por parte de los usuarios. Si no tenemos creado una colección de sitios de tipo “Catálogo de aplicaciones” a nivel de cada aplicación web, no podemos realizar ninguna configuración.
-
Para crear el catálogo, usaremos la opción “Manage App Catalog” bajo “App Management”.
-
La página que se abre nos permite configurar y crear por aplicación web su catálogo de aplicaciones correspondiente.
- Notad como en los parámetros de creación del catálogo, no se indica la plantilla para la colección ya que viene fijada de antemano. También se puede especificar quienes van a ser los usuarios o grupos con acceso al catálogo.
- Una vez cread el catálogo, en la correspondiente página de resumen se muestra la Url de acceso al mismo y la información de su usuario administrador.
- De vuelta a la página “Configure Store Settings”, podremos comprobar que ya es posible configurar tanto la compra de aplicaciones como la petición de las mismas.
En este artículo vamos a ver como podemos hacer uso del Modelo de Objetos en Cliente de búsquedas (sabor ECMAScript) en una aplicación SharePoint-Hosted creada con la herramienta NAPA desde un sitio de SharePoint Online en Office 365:
- En primer lugar accedemos al entorno de desarrollo de NAPA y creamos un nuevo proyecto.
- Como tipo de proyecto, elegimos App for SharePoint.
- Modificamos de forma conveniente la página Default.aspx para qué permita hacer uso del MO en Cliente de búsquedas:
- Añadimos una referencia a la librería JavaScript de búsquedas:
<script type="text/javascript" src="/_layouts/15/sp.search.js"></script>
- Añadimos el código HTML necesario para poder realizar búsquedas y mostrar resultados en la página de la aplicación.
-
En el archivo App.js añadimos la lógica necesaria para poder hacer uso del Modelo de Objetos en Cliente de búsquedas. En este caso, os remito a las referencias qué he seguido en el artículo y que contienen el código.
-
A nivel de configuración del manifiesto de la aplicación, nos aseguramos de darle permisos a la aplicación para que pueda hacer búsquedas. Para ello, en la ventana de propiedades del proyecto en NAPA nos vamos a “Permissions” y en la sección “Services” indicamos que la aplicación necesita el permiso “Query” necesario para poder realizar búsquedas.
-
Desplegamos la aplicación desde NAPA usando el correspondiente asistente.
- Antes de probar la aplicación, verificamos qué tenemos información disponible para buscar.
- De vuelta en el proceso de despliegue de la aplicación, antes de poder instalarla se nos preguntará si confiamos en la aplicación a la qué se le va a dar permisos para realizar consultas de búsqueda.
- Finalmente, comprobamos que la aplicación funciona como se espera.
Referencias:
Hace unos meses, comentaba en este blog una novedad importante a nivel de licenciamiento en SharePoint 2013: la desaparición de las licencias de tipo SharePoint For Internet Sites (FIS) lo que en la práctica convierte a nuestro servidor favorito en una opción muy atractiva para crear sitios públicos a un coste razonable y no sobrecargado como sucedía con las versiones SharePoint 2007 y 2010. En este artículo nuevo de la serie quería dejar un resumen de como es el modelo de licenciamiento en SharePoint 2013 (incluyendo SharePoint Online). Básicamente:
-
Partimos de la base de qué tenemos cuatro versiones del producto:
-
SharePoint Foundation 2013: Gratuito.
-
SharePoint Online en Office 365, en el que se aplica el concepto de pago por uso.
-
SharePoint Server Estándar, licenciado por instancia de servidor y CAL de usuario.
-
SharePoint Server Empresarial, licenciado por instancia de servidor y CAL de usuario (CALSs de SharePoint Server 2013 Estándar + CALs de SharePoint Server 2013 Empresarial).
-
Como comentaba, con SharePoint 2013 el modelo de licenciamiento cambia para “abaratar” la creación de sitios Internet…desaparecen las versiones FIS de manera que para implementar sitios públicos necesitamos una licencia Estándar o Enterprise + las CALs de acceso necesarias (para usuarios autenticados).
Si nos centramos en cada producto comentado (dejando fuera SharePoint Foundation, que es gratuito):
SharePoint Online en Office 365
Su modelo de licenciamiento tiene las siguientes características:
-
No existe el concepto de licencia, sino que se habla de subscripción ó Concepto de pago por uso.
-
Se puede comprar de dos formas:
-
Como un plan “standalone” (planes P1 y P2).
-
Como parte de un plan de Office 365: Small Business Small Business Premium MidSize Business Enterprise (Varios planes, incluyendo Educación y Gobierno).
SharePoint Server 2013 OnPremise
En este caso, el modelo de licenciamiento tiene las siguientes características:
- Los sitios Intranet se licencian mediante el modelo de CALs:
- Se requiere una instancia de SharePoint Server 2013 por cada instancia del SW qué se esté ejecutando.
- Se requiere una CAL por cada persona/dispositivo que acceda.
- Las CAL son aditivas: para acceder a características “Empresariales” se necesitan tanto las CAL de SharePoint Estándar como las de SharePoint Empresarial.
- Para escenarios Extranet e Internet, no se requieren CALs para usuarios externos.
Usuario Externo: Aquel usuario qué no forman parte de la organización dónde se está desplegando SharePoint ni de terceros “OnSite” en la organización
Fuente: http://technet.microsoft.com/en-US/library/jj819267.aspx#bkmk_Featurecomparison
Siguiendo con la serie de posts sobre la instalación de Windows Azure Workflow Server (WAS) o lo que es lo mismo, la infraestructura de flujos de SharePoint 2013 en esta ocasión vamos a ver los pasos finales para poder empezar a crear y desplegar flujos:
-
En primer lugar, aunque se haya instalado y configurado la infraestructura de flujos, tenemos que hacer que SharePoint “se entere” de ello. En concreto, utilizando la consola de administración de SharePoint 20103 tendremos que asociar una colección de sitios existente con el endpoint de la infraestructura de flujos. Para ello, utilizaremos el cmdlet Register-SPWorkflowService de acuerdo a la siguiente sintaxis.
1: Register-SPWorkflowService –SPSite "http://winsrv2012/" –WorkflowHostUri "http://winsrv2012:12291/" –AllowOAuthHttp
Cómo sabéis, SharePoint 2013 incorpora un nuevo motor de flujos de trabajo que es independiente de la instalación de SharePoint y que nos permite aprovechar toda la potencia de los flujos de trabajo de .NET Framework 4.x. Para instalar y configurar el nuevo motor de flujos, tendremos dos posibilidades:
En nuestro caso, vamos a ir por comodidad por la opción del Web Platform Installer:
-
En el Web Platform Installer, localizamos el Workflow Manager y lo agregamos para instalar.
-
Una vez que concluye el proceso de instalación, lanzamos el asistente de configuración del Wokflow Manager. Este asistente instala y configura tanto el Workflow Manager como el Workflow Client 1.0 ambos necesarios para poder crear y publicar flujos de trabajo en Windows Azure Workflow Server.
-
En la primera ventana del asistente hacemos clic sobre la opción “Configurar Workflow Manager con la opción predeterminada (recomendado)”.
-
En la siguiente pantalla del asistente especificaremos parámetros de configuración como el nombre del servidor de BD y la cuenta de servicio que se va a utilizar.
-
En esta pantalla tenemos que especificar también la clave a utilizar para la generación de certificados y qué será necesaria en el caso para cada nuevo equipo que se añada a la granja de servidores.
-
Pulsamos “Siguiente” (la flechita) en el asistente y se muestra un resumen de las configuraciones realizadas.
-
En la nueva pantalla del asistente podremos ir viendo como se van realizando las configuraciones de cada componente necesario para que la infraestructura de flujos de trabajo de SharePoint 2013 esté operativa.
-
Si todo ha ido bien en el proceso de instalación y configuración, veremos como se muestra un check en verde para cada uno de los componentes necesarios.
-
Finalmente, el asistente del Web Platform Installer concluye indicando que se han instalado/configurado los siguientes elementos necesarios para la infraestructura de flujos: registro a nivel de IIS, Microsoft Windows Fabric, Service Bus 1.0 y Workflow Manager 1.0 (junto con el Workflow Client 1.0 en este caso).
-
A nivel de servidor de base de datos (BD), veremos como se han creado varias BDs.
- A nivel de IIS, se ha creado un sitio específico para la gestión de flujos de trabajo.
- Si hacemos un browse del sitio, veremos que sé muestran en formato XML algunos parámetros de configuración de la infraestructura de flujos.
Referencias:
Como comentaba el amigo Fabian, tras el curso inicial de Introducción a SharePoint 2013 en Microsoft Virtual Academy (MVA) ya están disponibles los cursos de nivel básico, intermedio y avanzado para SharePoint Server 2013 en los que de nuevo he tenido el placer de trabajar con mis colegas Gustavo Vélez (gustavo@gavd.net) y Fabián Imaz (@FabianImaz) y en el que hemos contado con la inestimable colaboración de dos otros dos grandes del mundo SharePoint como Alberto Díaz (@adiazcan) y Ricardo Muñoz (@rmunozcr) a los que se ha unido David Sánchez Aguilar para completar el trabajo de revisión de los cursos. En estos cursos nos hemos centrado exclusivamente en SharePoint Server 2013 tratando de cubrir las distintas funcionalidades y capacidades de la plataforma y también aspectos relativos a implementación, arquitectura, configuración y uso.
Más artículos
Página siguiente >