Nuevas características de Project Standard 2013 y Project Profesional 2013 incluyen una interfaz de usuario mejorada que coincide con otras aplicaciones de Office 2013 y es compatible con la interfaz de usuario de estilo moderno en Windows 8, integración con los objetos de arte de la oficina de informes, informes de evolución y nuevas características de programación para los informes. Project Profesional 2013 permite compartir más amplia y proyectos de sincronización en SharePoint Server 2013, junto con las aplicaciones de panel de tareas también se implementan en otras aplicaciones Office 2013 como Word, Excely Outlook.
Las características nuevas de Project Server 2013 son numerosas. Algunas no tienen una historia de programación importante, como una nueva escala de tiempo en Project Web App. Estas características se recogen en la documentación para el usuario final y de ayuda con el producto que está disponible en Microsoft Office Online y en los temas orientados a los administradores y profesionales de TI en Microsoft Technet. Otras nuevas características, como los partes de horas mejorados, facilitan a los desarrolladores de terceros que interactúen con partes de horas y estados a través de la interfaz de Project Server Interface (PSI).
La adición de Project Online y la Tienda Office (http://office.microsoft.com/store) para aplicaciones de proyecto son cambios de gran alcance, donde Project Server es accesible a través de Microsoft Azure. Acceso basado en la nube a Project Server utiliza un modelo de objeto de cliente (OMSC) para el desarrollo de aplicaciones con Microsoft .NET Framework, Microsoft Silverlight, Windows Phone y aplicaciones web que utilizan JavaScript. Un requisito de Project Online es que las cuatro bases de datos de Project Server de versiones anteriores se combinan en una base de datos.
escalabilidad y rendimiento de Project Server 2013 se ha mejorado en muchas áreas, como el estado de la tarea, los partes de horas y administración de proyectos. Flujos de trabajo de Project Server se ha rediseñado con la versión 4 de Windows Workflow Foundation (WF4). Uso de la .NET Framework 4 y la Windows Communication Foundation (WCF) con el PSI mejora la seguridad, rendimiento y escalabilidad. Por ejemplo, puede cambiar el protocolo de transporte de las aplicaciones basadas en WCF mediante el uso de archivos de configuración, sin cambiar el código de la aplicación o volver a compilar. Project Web App almacena en caché muchas de las llamadas PSI donde datos no cambian significativamente.
Nota
|
|
Para el desarrollo con Project Server 2013, puede usar Visual Studio 2012 con las extensiones de herramientas de Office y SharePoint o Visual Studio 2010. Recomendamos el uso de Visual Studio 2012, que también puede crear aplicaciones de forma nativa para los productos Office 2013. Project Server 2013 requiere que Visual Studio permita el desarrollo completo de características como las páginas de detalles del proyecto y las aplicaciones basadas en WCF. Las extensiones de herramientas de SharePoint en Visual Studio pueden implementar elementos web y otras características de SharePoint directamente en Project Web App y otros sitios de SharePoint.
Ya no es necesario Visual Studio para desarrollar flujos de trabajo de Project Server que utilicen campos personalizados, etapas, fases y tipos de proyectos empresariales que se pueden gestionar en Project Web App. Si bien puede utilizar Visual Studio 2012 para desarrollar flujos de trabajo, por lo general, resulta más fácil y rápido crearlos con SharePoint Designer. Visual Studio se puede utilizar para flujos de trabajo que requieran acceso al CSOM u otras API externas.
|
Aplicaciones de proyecto
Distribución y comercialización de software ha ha revolucionado el concepto de una aplicación. Para Project 2013, aplicaciones pueden ser disponible para compra y descarga desde el público Tienda Office o distribuidas en un catálogo privado de la aplicación en SharePoint. Una aplicación suele ser un programa interactivo, autónomo que realiza un número reducido de tareas relacionadas. La aplicación de un proyecto puede ser una aplicación de panel de tareas para los clientes de Project Standard 2013 o Project Standard 2013 , o una aplicación para Project Server 2013 o Project Online.
Para obtener información acerca de las aplicaciones para los clientes de escritorio de proyecto, vea Aplicaciones de panel de tareas en Project. Para obtener un ejemplo de Project Server 2013 , consulte Tutorial: Crear una aplicación de Project Server hospedada por SharePoint. Además de los artículos en las aplicaciones de Office y el SDK de SharePoint, las aplicaciones de Office y SharePoint Blog tiene muchos mensajes que son relevantes también para Project 2013 y Project Online.
Una aplicación para Project Server 2013 se puede trabajar con una instalación local y Project Online. Aplicaciones de servidor de proyecto pueden incluir elementos web, receptores de eventos remotos y lógica empresarial. Acceso al modelo de objetos de Project Server en una aplicación es a través de la OMSC, no el PSI. Almacenamiento de datos puede ser basado en la nube como con SQL Azure, externo como a través de Servicios de conectividad empresarial de Microsoft (BCS), interno con una base de datos local o mixto.
Seguridad de la aplicación En general, se llevan a cabo acciones que realiza una aplicación en nombre del usuario que ejecuta la aplicación; explícitamente no utilizar la suplantación o especificar quién puede ejecutar las acciones de App no puede superar el nivel de permisos del usuario que se ejecuta la aplicación.
En Office Developer Tools para Visual Studio 2012, el archivo AppManifext.xml tiene un editor gráfico donde puede establecer el ámbito de la solicitud de permiso. Por ejemplo, para crear una aplicación que permite a los jefes de proyecto actualizar sus proyectos, en la ficha permisos del panel diseñadora AppManifest.xml , seleccione Varios proyectos para el ámbito y escribir el permiso. Si el usuario de la aplicación tiene permisos de administrador de proyecto, puede ejecutar la aplicación de proyectos que administra. El código en el archivo AppManifest.xml debe incluir lo siguiente:
<AppPermissionRequests>
<AppPermissionRequest Scope="http://sharepoint/projectserver/projects" Right="Write" />
</AppPermissionRequests>
La tabla 1. Ámbitos de solicitud de permiso para las aplicaciones de Project Server
Alcance | Permisos |
|---|
Servidor del proyecto.
|
Administrar (Requiere permisos de administrador de Project Server). |
Varios proyectos
|
Lectura, escritura (requiere permisos de administrador de proyecto para algunas operaciones; permisos de miembros del equipo del proyecto para basic lea las operaciones, como las asignaciones de tareas.) |
Proyecto único
|
Lectura, escritura (requiere al menos permisos de miembros del equipo del proyecto; acceso a algunos datos de un proyecto depende de otros niveles de permisos.) |
Recursos de empresa
|
Lectura, escritura (requiere permisos de administrador de recursos). |
Estados
|
SubmitStatus (Requiere permiso para enviar el estado de los proyectos). |
Elaboración de informes:
|
Lectura (Requiere el permiso para iniciar sesión en Project Server.) |
Flujo de trabajo
|
Elevar (Requiere el permiso para ejecutar flujos de trabajo. La aplicación se ejecuta con permisos elevados, para habilitar las transiciones de una etapa a otra en un flujo de trabajo. Lógica empresarial de la aplicación controla las transiciones de fase). |
Para obtener información acerca de cómo desarrollar, distribuir, alojamiento y administración de aplicaciones, vea Temas relacionados en la documentación del desarrollador SharePoint Server 2013 y Office 2013 y Crear aplicaciones para Officey Crear aplicaciones para SharePoint . Para obtener información sobre el ámbito de la solicitud de permiso para otras aplicaciones de SharePoint, consulte App permissions in SharePoint 2013.
Integración con SharePoint Server
Muchas características de Project Web App requieren la nueva infraestructura de SharePoint Server 2013 como OAuth y autenticación basada en notificaciones, autorización de Project Server y permisos de los grupos de SharePoint, sincronización de proyectos con listas de tareas de SharePoint y flujos de trabajo declarativos de Project Server. La aplicación de servicio de proyecto se pueden asociar con cualquier colección de sitios en una granja de SharePoint. Sincronización del proyecto puede ser una lista de tareas de SharePoint, donde SharePoint Team Services mantiene el proyecto. Un proyecto de empresa también puede sincronizarse con una lista de tareas de SharePoint, donde Project Server mantiene el control completo del sistema. Para los diagramas de arquitectura y una explicación de la sincronización del proyecto, consulte Arquitectura de Project Server 2013.
SharePoint Server 2013 contiene numerosas características nuevas. Si desea más información, consulte Centro para desarrolladores de SharePoint.
Integración con los flujos de trabajo
Los flujos de trabajo son una característica principal de la gestión de carteras de proyectos. El ciclo de vida de un proyecto puede incluir procesos de ejecución larga que abarquen muchas fases. Las fases de gobierno incluyen propuestas de proyecto, análisis del impacto de negocio y la selección, creación, planeación, gestión y seguimiento de proyectos.
Project Server 2013 flujos de trabajo se basan en la plataforma de flujo de trabajo SharePoint 2013 , que utiliza WF4. A diferencia de en versiones anteriores, los flujos de trabajo declarativos para Project Server 2013 pueden crearse mediante el uso de SharePoint Designer 2013 y son accesibles para local y de uso en línea. Utilice el modelo de seguridad de flujo de trabajo de SharePoint con OAuth flujos de trabajo de Project Server y pueden instalarse en un sitio de Project Web App . La figura 1 muestra que SharePoint Designer 2013 puede agregar fases a un flujo de trabajo de sitio para la gestión de la demanda, donde se definen las fases en Project Web App.
Figura 1. Uso de SharePoint Designer para agregar una fase a un flujo de trabajo para Project Web App
Crear un flujo de trabajo declarativo agregando fases de flujo de trabajo, acciones, condiciones y otros elementos en una herramienta de diseño, que puede ser SharePoint Designer 2013 o Visual Studio 2012. La herramienta de diseño, a continuación, guarda el flujo de trabajo como código XAML, que se interpreta en tiempo de ejecución. Pueden ejecutar flujos de trabajo declarativos en Project Server 2013 locales o en Project Online. Mediante el uso de Visual Studio 2012, también puede crear acciones personalizadas y formularios de control adicional y guardar plantillas de flujo de trabajo para su reutilización con varias instancias de Project Web App . SharePoint Designer 2013 puede consumir las acciones personalizadas que se crean en Visual Studio 2012.
Un flujo de trabajo Project Server 2013 actúa como una aplicación en la que el administrador, que ha diseñado los permisos para Project Web App, puede publicar un flujo de trabajo declarativo y asociarlo a un tipo de proyecto empresarial (EPT). El EPT debe ser para un proyecto empresarial, en el que Project Server mantiene el control total. Una lista de tareas de SharePoint no puede usar un flujo de trabajo de Project Server.
El OAuth permite a los gestores de proyecto que cuentan con los permisos para la creación del proyecto que invoquen el flujo de trabajo sin usar la representación. Las llamadas del flujo de trabajo a Project Server, por ejemplo, realizadas para leer un valor de campo personalizado y decidir qué sucursal seguir, se realizan en nombre del gestor de proyectos. Para evitar que el gestor de proyectos cree un flujo de trabajo que pase automáticamente al siguiente nivel, la llamada para avanzar al siguiente nivel de flujo de trabajo se ejecuta como autor del flujo de trabajo (el administrador). Por el contrario, los usuarios de los flujos de trabajo heredados Project Server 2010 realizan llamadas representadas a través de la Cuenta del usuario proxy del flujo de trabajo para obtener acceso como administrador a través de todo el flujo de trabajo.
Aunque Project Server 2013 local puede utilizar flujos de trabajo WF3.5 compilados, se recomienda que actualice los flujos de trabajo heredados a flujos de trabajo declarativos basados en WF4. La tecnología más reciente es más sólidas y escalables. Analistas de negocios y el personal PMO puede crear o actualizar los diseños de flujo de trabajo con Visio 2013 e implementar flujos de trabajo de Project Server sin codificación mediante el uso de SharePoint Designer 2013.
Para obtener información acerca de cómo crear un flujo de trabajo declarativo para Project Web App, consulte Comenzar desarrollando flujos de trabajo de Project Server 2013. Para una comparación de las capacidades para flujos de trabajo de SharePoint Designer y Visual Studio, vea desarrollar 2013 de SharePoint los flujos de trabajo mediante Visual Studio.
Modelo de objeto del cliente
El acceso mediante programación a Project Online requiere un CSOM que esté creado en CSOM de SharePoint. La autenticación de Project Online se llevará a cabo con OAuth mediante Windows Live ID, pero no la autenticación de formularios de Project Server o la autenticación de Windows.
A continuación se muestran los principios y características del CSOM en Project Server 2013:
-
El CSOM está diseñado para mejorar la facilidad de uso. Por ejemplo, los métodos y propiedades usan directamente o proporcionan los datos por nombre, en lugar de solicitar muchos GUID, por parámetros changeXml o pasando conjuntos de datos.
-
El CSOM de Project Server implementa un subconjunto de las funciones de la PSI basándose en los requisitos más comunes para las soluciones de terceros.
-
El CSOM llama internamente a la PSI, pero factoriza de manera diferente. Por ejemplo, las actualizaciones de todos los cambios de estados se realizan a través del método StatusAssignmentCollection.SubmitAllStatusUpdates, no mediante el método PSI Statusing.SubmitStatus para el usuario o el método SubmitStatusForResource para otros recursos.
-
El CSOM es accesible a través de un servicio WCF (Client.svc) más que a través de los 22 servicios públicos de la PSI.
-
La inicialización del CSOM de Project Server tiene lugar directamente a través de la clase ProjectContext con la URL Project Web App, no mediante una referencia WCF ni un ensamblado del proxy.
-
El CSOM implementa varias bibliotecas e interfaces de cliente, que son admitidas por la infraestructura del CSOM de SharePoint interna. Las bibliotecas y las interfaces de cliente incluyen las siguientes:
-
La biblioteca de cliente Microsoft.NET en el ensamblado Microsoft.Project.Server.Client.dll
-
La biblioteca Silverlight en el ensamblado de Microsoft.ProjectServer.Client.Silverlight.dll
-
Biblioteca de Windows Phone 8 en el ensamblado Microsoft.ProjectServer.Client.Phone.dll
-
La biblioteca JavaScript para las aplicaciones web en el archivo PS.js o el archivo PS.debug.js
-
Extremos de REST para acceder con el protocolo OData
-
La compatibilidad nativa para las consultas LINQ con el filtrado para limitar la cantidad de datos que se devuelve
-
El CSOM puede usarse tanto para las soluciones Project Online como para las soluciones locales, independientemente de la PSI y de otros ensamblados de Project Server, como Microsoft.Office.Project.Server.Library.dll.
-
Es posible que se considere otra funcionalidad del CSOM Project Server 2013 para las actualizaciones acumulativas y paquetes de servicio, en base a las solicitudes de los socios de Project Server y la comunidad de desarrolladores.
|
Nota
|
|
El CSOM es la interfaz preferida para los desarrolladores de Project Server de terceros. Le recomendamos que utilice el CSOM para desarrollar nuevas aplicaciones, si el CSOM incluye la funcionalidad que su aplicación necesita.
|
Para obtener más información acerca del desarrollo con el CSOM, consulte Modelo de objeto de cliente (CSOM) para Project Server 2013. Para obtener más información acerca de la interfaz REST en las aplicaciones de SharePoint, consulte Programación mediante el servicio REST de SharePoint en la documentación para el desarrollador SharePoint 2013.
Cambios en la base de datos de informes
Las cuatro bases de datos en Project Server 2010 se combinan en una base de datos única de Project en Project Server 2013. El nombre predeterminado de la base de datos de Project es ProjectService. Las tablas y vistas de informes mantienen los nombres anteriores, mientras que las tablas y vistas de las bases de datos de borrador, publicadas y de archivo tienen los prefijos draft, pub y ver en la base de datos de ProjectService. Por ejemplo, la tabla de proyectos publicados es pub.MSP_PROJECTS.
Importante
|
|
No se admite el acceso directo para las tablas y vistas de borrador (prefijo draft), publicadas (pub) y de archivo (ver). Los informes deben usar solo las tablas y vistas de informes, que tengan el prefijo dbo. Por ejemplo, la tabla dbo.MSP_EpmProject incluye la lista de proyectos en la instancia Project Web App.
No existe nada para evitar activamente que use directamente el acceso mediante programación a la base de datos para actualizar los datos en las tablas y vistas de la base de datos de Project. Debe ser consciente de que el caché de Project Professional, las tablas para borradores y datos publicados y las tablas de informes se basan en un protocolo de sincronización de caché que puede verse interrumpido por una edición de datos directa. Si daña las bases de datos de Project Server o corrompe las cachés del cliente de Project Professional mediante el acceso directo para modificar datos, recuerde que el soporte técnico del producto no podrá ayudarle.
|
Project Server 2013 introduce un servicio OData para el acceso en línea o en local. Las tablas y vistas de informes en línea se exponen solo por la interfaz OData. Para un uso en local, puede usar la interfaz OData o directamente acceder a las tablas y vistas de informes en la base de datos de ProjectService en la granja de SharePoint. Project Online no admite una base de datos con varios arrendatarios. Es decir, cada una de las múltiples instancias de Project Web App tiene sus propias bases de datos Project. El servicio OData ejecuta internamente las consultas SQL en las tablas y vistas de informes y entrega una carga XML o JSON. Para obtener más información a modo de introducción a los servicios OData para informes en Project Server 2013 y para la referencia del esquema ProjectData, consulte ProjectData: referencia de servicio OData de Project 2013.
Para obtener información general acerca de consultas OData, consulte OData: convenciones del URI. Por ejemplo, puede ver todos los proyectos en una instancia local de Project Web App donde el nombre del proyecto comienza con "Test", mediante la siguiente consulta en un navegador. Haga clic con el botón secundario en la página del navegador y, a continuación, haga clic en Ver fuente.
http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=startswith(ProjectName, 'Test') eq true
Para importar datos del proyecto de PowerPivot en Excel 2013, en la cinta de opciones DATOS seleccione Desde fuentes de datos OData en el menú desplegable Desde otras fuentes. En el cuadro de diálogo Asistente para conexión de datos, escriba http://ServerName/ProjectServerName/_api/ProjectData/ en la ubicación de fuentes de datos, seleccione Siguiente y, a continuación, seleccione la tabla Proyectos en la página del asistente Seleccionar tablas. Nombre y guarde el archivo.odc y seleccioneFinalizar. En el cuadro de diálogo Importar datos seleccioneInforme PivotTable. En la hoja de cálculo de Excel, seleccione los campos para las filas y columnas de tabla dinámica que desee mostrar.
Los usuarios de Project Server local, que tienen los permisos correctos, pueden tener directamente acceso las tablas y vistas de informes a través de Microsoft SQL Server para crear informes, como en Project Server 2010. En Project Server 2013, los usuarios pueden también acceso a las instalaciones en tablas de informe a través de la interfaz de OData. Puede recuperar datos de Project Server en línea o a través de los extremos del resto del servicio OData local. Por ejemplo, la tabla dbo.Tabla MSP_PROJECT y el dbo.Vista de MSP_EpmProject_UserView puede utilizarse para los informes. Las tablas o vistas que tienen un prefijo de draft, pubo ver son sólo para uso interno de Project Server y no son para fines de notificación. Por ejemplo, el borrador.Tabla MSP_TASKS y pub.Vista MSP_PROJECTS_WORKING_VIEW no están documentados y son sólo para uso interno.
| Nota |
|---|
Puede extender local informe agregando tablas, campos, vistas y procedimientos almacenados en una base de datos independiente. No debe modificar el informes tablas y vistas existentes en la base de datos de Project Server. |
Se documentarán los informes tablas, vistas y campos de la base de datos en un archivo de Ayuda HTML en una actualización posterior de la descarga SDK de Project 2013 . Para obtener documentación del esquema XML de OData para el servicio de ProjectData , consulte ProjectData: referencia de servicio OData de Project 2013. En la mayoría de los casos, las consultas de las tablas y vistas que se crearon para Project Server 2010 informes funcionará con la base de datos en Project Server 2013. Usuarios locales pueden tener acceso a los cubos OLAP de Project Server en SQL Server Analysis Services, como lo hacen actualmente. En Project Online, no están disponibles los cubos OLAP.
Aplicaciones de panel de tareas en Project
Project Standard 2013 y Project Profesional 2013 admiten el uso de aplicaciones de panel de tareas, que se pueden utilizar para integrar y mostrar contenido externo en una página web. El panel de tareas muestra contenido de la página web. Mediante JavaScript, tiene acceso a tareas, recursos, vistas y datos de proyectos en general. El modelo de objeto JavaScript para Project puede obtener información acerca de la tarea o el recurso seleccionado y puede obtener datos en una celda de la cuadrícula de vistas seleccionada, como el diagrama de Gantt. Las aplicaciones de panel de tareas para Project también implementan controladores de eventos para eventos modificados de tareas, recursos o vistas seleccionadas.
En la Figura 2 se muestra la aplicación de panel de tareas Hello ProjectData que consulta el servicio ProjectData y, a continuación, compara los datos del proyecto actual, con las medias de todos los proyectos. La descarga del SDK de Project 2013 incluye el código fuente completo de la aplicación.
Figura 2. Una aplicación de panel de tareas en Project Professional puede acceder a los datos de Project Server
|
Nota
|
|
Project Standard 2013 no puede integrarse directamente con Project Server 2013 mediante las aplicaciones de panel de tareas.
|
Las aplicaciones de panel de tareas en Project Professional admiten elementos web creados para Project Server 2013, de modo que los desarrolladores pueden crear una extensión una vez que se ejecute tanto con Project Web App, como con Project Professional. Las aplicaciones de panel de tareas generales que se desarrollan para otros productos de Office 2013 también se pueden usar con Project Standard 2013 y Project Profesional 2013. Si desea más información, consulte Aplicaciones del panel de tareas para Project 2013.
Receptores de eventos de Project Server
Puede haber varios servidores Project Web App (también llamados servidores web front-end o WFE) en una granja de SharePoint que incluye la aplicación de servicio de Project back-end. Los receptores de eventos se conocen también como controladores de eventos. Los controladores de eventos locales pueden implementarse en código de plena confianza e implementarse en todos los WFE para una instalación de Project Server local. Los receptores de eventos remotos se pueden implementar en servicios web en servidores locales o remotos y varios WFE e instalaciones de Project Server pueden acceder a ellos. Project Online solo puede utilizar receptores de eventos remotos.
SharePoint administra los controladores de eventos de Project Server de cada instancia de Project Web App, en lugar de hacerlo por una página de configuración determinada Project Web App. En la aplicación de administración central de SharePoint, seleccione Configuración general de aplicaciones, seleccione Administrar en Configuración de PWA y, a continuación, seleccione la instancia en la lista desplegable Project Web App Instancia de la página de configuración de PWA. Para agregar un controlador de eventos local o un receptor de eventos remoto, seleccione Controladores de eventos del servidor.
Para una instalación local de Project Server, puede crear un receptor de eventos remotos como una característica de SharePoint que utiliza la clase Microsoft.ProjectServer.Client.EventHandlerCreationInformation de la OMSC y administrar mediante programación el receptor de eventos mediante el uso de métodos en la clase EventHandlerCollection . Para los receptores de eventos remotos, eventos anteriores son sincrónicos, eventos posteriores son asincrónicos y hay un tiempo de espera para los casos donde no devuelve el receptor de eventos remotos.
|
Nota
|
|
Administración Central de SharePoint sólo está disponible para las instalaciones locales. Para Project Online y SharePoint Online, puede agregar o quitar los receptores de eventos remotos mediante un paquete de aplicación basado en OMSC.
|
En la página Controladores de eventos del servidor, el proceso para agregar un controlador de eventos local para una instalación de Project Server local es prácticamente igual al proceso descrito en el tema Procedimiento para crear un controlador de eventos de Project Server y registrar un evento de Project Server 2010. La diferencia es que la página Nuevo controlador de eventos incluye más opciones. Por ejemplo, seleccione Creación de proyecto de la lista Eventos y después seleccione Nuevo controlador de eventos. En la página Nuevo controlador de eventos, los dos únicos campos obligatorios son Nombre y Orden (véase la Figura 3). Si está agregando un controlador de eventos local de total confianza, agregue el campo Nombre del ensamblado y el campo Nombre de clase y deje vacío Dirección URL del extremo. Si está agregando un receptor de eventos remoto, agregue Dirección URL del extremo y deje en blanco los campos Nombre del ensamblado y Nombre de clase.
|
Precaución
|
|
Si se especifica tanto el nombre de clase/nombre de ensamblado y la URL de extremo, Project Server llama la local (local) controlador de eventos. El receptor de eventos remotos se omite.
Si crea dos controladores de eventos para el mismo evento, donde un controlador de eventos es local y uno es un receptor de eventos remotos, y el valor de orden es el mismo para ambos, Project Server pasa por alto el receptor de eventos remotos.
|
Figura 3. Procedimiento para agregar un controlador de eventos local o un receptor de eventos remoto
Si necesita acceder a los conjuntos de datos PSI para un controlador de eventos local, puede copiar el ensamblado Microsoft.Office.Project.Schema.dll del directorio [Windows]\Microsoft.NET\assembly\GAC_MSIL\Microsoft.Office.Project.Schema\v4.0_15.0.0.0__71e9bce111e9429c. En lugar de la PSI, recomendamos el uso de las clases de eventos en el espacio de nombres Microsoft.ProjectServer.Client; el desarrollo con CSOM no requiere la manipulación de conjuntos de datos. Para desarrollar receptores de eventos remotos para Project Online, debe utilizar la clase Event y la clase EventHandlerCreationInformation en el CSOM.
Antes de implementar un controlador de eventos de Project Server, instale y pruebe el controlador de eventos en una instalación de prueba de Project Server. Para una instalación local de Project Server, si el controlador de eventos local que agrega queda inoperativo, el servicio de eventos Project Server 2013 no podrá cargar los otros controladores de eventos personalizados válidos. En ese caso, deberá quitar el controlador del evento problemático y reiniciar el servicio de eventos.
|
Nota
|
|
Para una instalación local de Project Server, le recomendamos que migre a receptores de eventos remotos mediante el CSOM para desarrollar receptores de eventos. Dado que los receptores de eventos remotos no ejecutan código de terceros en el servicio de eventos de Project Server, los receptores de eventos remotos son más estables. Los administradores locales se liberan de la responsabilidad de mantener el servicio de eventos de Project Server.
|
Para obtener información general sobre los eventos, consulte Control de eventos en aplicaciones para SharePoint.
