Gracias Pablo. Estuvimos viéndolo en los equipos de desarrollo y testing con esta herramienta. Hay un par de aperturas de registro que fallan, pero se ve que es esperable, porque después siguen otras aperturas que buscan la misma clave en otra ruta y son existosas. Los reportes de Crystal funcionan bien. En el servidor de producción no nos podemos meter con una herramienta como ésta. Es una entidad financiera y ese acceso está muy restringido. El AppPool de la aplicación en producción corre con un usuario especial, porque así lo exige seguridad lógica de la institución. ¿tendrá que ver esto?. De todas formas, la versión anterior de Crystal (10.2) en la otra aplicación que corre en el mismo servidor y con el mismo usuario en el appPool, ejecuta bien, solo que es 32 bits. ¿Alquien más con algún salvavidas? Tenemos que tenerlo corriendo para el lunes próximo porque hay auditoría. Saludos
_____ De: Pablo A. Allois [mailto:[email protected]] Enviado el: Martes, 09 de Abril de 2013 03:57 p.m. Para: [email protected] Asunto: [puntonet] RE: [puntonet] Crystal Reports 10.5 for VS2008 deploy en aplicación ASP.NET * Replies will be sent through Spamex to [email protected] * For additional info click -> www.spamex.com/i/?v=26647720 Hola Matias, No tengo experiencia con Crystal Reports, a lo mejor es un problema conocido. Pero si queres investigar mas en profundidad tenes el procmon de SysInternals, que te muestra las lecturas al registro. Con esa herramienta podes ver si hay un access denied porque el usuario del sitio no tiene permisos y podes ver si se esta buscando una rama de la registry que no existe. <http://technet.microsoft.com/es-ES/sysinternals> http://technet.microsoft.com/es-ES/sysinternals Filtralo para que muestre solamente acceso a la registry y del proceo w3wp.exe si no la cantidad de información del output te va a dificultar la investigación. Saludos! _____ De: [email protected] [mailto:[email protected]] En nombre de Matias Enviado el: 09/04/2013 14:51 Para: [email protected] Asunto: [puntonet] Crystal Reports 10.5 for VS2008 deploy en aplicación ASP.NET Estimados Tengo un tema que me está complicando la existencia. Tenemos una solución (ASP.NET) implementada hace un tiempo en una empresa que migró a una plataforma 64 bits. Está desarrollada con Framework 3.5 (Visual Studio 2008) y Crystal Reports. Probamos de todo, pero seguimos teniendo este error: "Se produjo un error en tiempo de ejecución de Crystal Reports" "Los permisos de la clave de registro de Crystal Reports son insuficientes o el software en tiempo de ejecución de Crystal Reports no está instaldo correctamente" "Instale el archivo correcto de redistribución de Crystal Reports bla bla..." Instalamos los redistribuibles de Crystal Reports para Visual Studio 2008 que están en los equipos de desarrollo y se incluyeron en el paquete de instalación, normalmente en: C:\Archivos de programa\Microsoft Visual Studio 9.0\Crystal Reports\CRRedist Probamos tanto los de 64 bits como los de 32 bits. También bajamos los que distribuye oficialmente SAP: <blocked::http://scn.sap.com/docs/DOC-27942> http://scn.sap.com/docs/DOC-27942 Probamos también con ambas versiones (64 bits y x86). Verificamos que el ApplicationPool esté configurado para permitir la ejecución de librerías de 32 bits (cuando probamos la distribución de 32 bits de Crystal). Reiniciamos en cada caso IIS y el servidor completo inclusive. Colocamos en el Web Config todas las referencias necesarias y otras adicionales por las dudas: <add assembly="CrystalDecisions.Data.AdoDotNetInterop, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.CrystalReports.Engine, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.ReportSource, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.Shared, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.Windows.Forms, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.ReportAppServer.ClientDoc, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> <add assembly="CrystalDecisions.Enterprise.Framework, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> <add assembly="CrystalDecisions.Enterprise.InfoStore, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> <add assembly="CrystalDecisions.Web, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> Probamos de sacar todas y dejar las mínimas (Engine, ReportSource, Shared y Web) La aplicación corre perfectamente en desarrollo (Windows XP y Windows 7, todo 32 bits) y testing (Windows 2003 Server, 32 bits). Producción, donde surge el error descripto, es un Windows Server 2008 R2 sobre un Intel Xenon. Todo 64 bits. Cabe aclarar también que hay otro proyecto más viejo que se migró al mismo servidor también (Framework 2.0) que apunta a las librerías de Crystal para VS2005 y funciona a la perfección (32 bits, porque no hay 64 compatibles de Crystal para esa versión). Osea: Conflicto entre Crystal 10.5 y Windows Server 2008 R2 64 bits. Ya no sabemos qué probrar. Se agradecen sugerencias. Gracias Saludos Se certificó que el correo no contiene virus. Comprobada por AVG - www.avg.es Versión: 2012.0.2240 / Base de datos de virus: 2641/5734 - Fecha de la versión: 09/04/2013
