Yo le apuntaria al tema del usuario especial del AppPool.

 

Cuando laburaba en hosting, teniamos usuarios especiales … y recuerdo que
para algunos componentes tuvimos que agregar permisos a algunas ramas de los
registros.

 

En tu caso lo que haria, es trabajar en conjunto con los administradores del
servidor … y haria el siguiente troubleshooting:

-          Crear un sitio que solamente saque un reporte de cristal reports
para probar y aislar el problema 

-          Pedirles a los admin que pasen a producción el sitio con un app
pool configurado tal cual el sitio que da problemas

-          Verificar que ande mal

-          Stopear el app pool y cambiarlo para que corra con un usuario
System o un usuario en el grupo Administrators locales

-          Probar 

o        Si falla, ya sabes que no es un problema de permisos

o        Si no falla, puede ser que te falte alguna rama del registro

-          Despues de eso, hacer un iisreset, configurar el sitio de prueba
con el usuario comun que tenia el app pool y pediles que corran el procmon
sobre el proceso w3wp.exe

-          Ejecuta el sitio, genera el error, y pediles que te manden el
output del procmon … seguramente se pueden exportar

-          Ahí podes buscar un access denied o not found, y te va a decir
que rama de la registry o que archivo le esta faltando para que funcione
Crystal Reports

 

Hacete amigo del procmon … es una herramienta importantisima para
troubleshooting de ambientes que tienen la seguridad restringida.

Y no te quedes con el problema solo, este tipo de problemas se resuelven
cuando desarrolladores y administradores trabajan en conjunto.

 

 

Saludos!

 

 

 

  _____  

De: puntonet@mug.org.ar [mailto:puntonet@mug.org.ar] En nombre de Matias
Enviado el: 10/04/2013 12:23
Para: puntonet@mug.org.ar
Asunto: [puntonet] RE: [puntonet] Crystal Reports 10.5 for VS2008 deploy en
aplicación ASP.NET

 

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:pablo-lis...@allois.com.ar] 
Enviado el: Martes, 09 de Abril de 2013 03:57 p.m.
Para: puntonet@mug.org.ar
Asunto: [puntonet] RE: [puntonet] Crystal Reports 10.5 for VS2008 deploy en
aplicación ASP.NET

* Replies will be sent through Spamex to puntonet@mug.org.ar 
* 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: puntonet@mug.org.ar [mailto:puntonet@mug.org.ar] En nombre de Matias
Enviado el: 09/04/2013 14:51
Para: puntonet@mug.org.ar
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

Reply via email to