Problemas con VS 2010, framework 4 y Crystal Reports 2010. Ojalá todos fueran como éste.
Puedes solucionarlo añadiendo al app.config de tu proyecto de inicio:
<startup useLegacyV2RuntimeActivationPolicy=”true”>
<supportedRuntime version=”v4.0″/>
</startup>
http://www.spyriadis.net/tag/net-framework/
A por el próximo!
Rompe, rompe, rompe, rompe… voy a desinstalar y volver a instalar… de momento la impresión es que está aún verde…
Hay varios instaladores, unos van y otros no… he tenido que probar con varios hasta conseguir abrir un rpt…
Seguro que es un problema de instalación y falta de pruebas en distintos entornos por parte de SAP…
En fin… crucemos los dedos..y a ver si tras desinstalar/instalar, ccleaner y reiniciar… logro que no me rompa mi VS2010 cuando intento crear un rpt…
Bueno, pues no ha habido suerte… increible!!.. nueva versión que no me permite ni crear un rpt nuevo. UN –10 para SAP.
Probaré con una VM de 32 bits y una configuración normalita, esperando que ésta la hayan probado un poquito más los testers de SAP.
Tanto esperar para esto!
=====================
La versión de 32bits no da problemas! menos mal!!!
Madre mía, madre mía, las horas perdidas en semejante tontería.
Si publicas con ClickOnce y si tu proyecto utiliza Crystal Reports y si se te ocurre añadirle log4net (http://logging.apache.org/log4net/) en su última versión la 2.11, y si compilas para “ANY CPU”, prepárate!!
Cuando no te falla la instalación en 32bits, te falla en 64, y viceversa.
Empezarás a obtener distintos errores, el más común, el del título, pero a medida que vayas haciendo pruebas para solucionarlo, te pueden aparecer otros durante la instalación de tu aplicación, como el “log4net ya existe”, que si “no hay espacio en disco”, etc, etc.
Solución (que es lo importante):
Añade a tu proyecto la versión 2.11, pero asegúrate de no hacerlo desde NuGet. Ves a la web y descárgate los binarios, eso sí, CON LA FIRMA VIEJA!!
Si publicas ahora, verás que te funcionará bien en 64bits, pero en 32, te dará el mensaje del título.
El último paso es indicar en los “Applications files…” que excluya el fichero “log4net.dll”.
De este modo, nuestra aplicación siempre cogerá la dll desde el GAC, ya sea en 32 o 64, eso sí, cogerá la 2.10, que es la que mete Crystal.
Estamos de enhorabuena. Mi odiado y a la vez amado Crystal Reports lanzó un nuevo SP, el nº 3, el pasado mes.
Os paso una lista de las correcciones, así como el link desde el que os lo podéis instalar.
http://scn.sap.com/docs/DOC-26441
Un día más perdido con nuestros amigos de Crystal Reports, esta vez me llama un cliente diciéndome que cada vez que quiere sacar un informe, le aparece el error del título.
Antecedentes: el programa accede a una base de datos en SQL Server 2008 y a una base de datos SQL Azure. En la primera no se produce el error al generar informes, en la segunda sí.
Tras visitar páginas, foros, etc.. mi cabeza empieza a hervir…. que si tablas que se han movido, que si mejor usar datasets, que si… que si…
Solo le falla a este cliente, por lo que tiene que ser algún recursos de la máquina… y sí… por ahí iban los tiros…
Los informes utilizan SQL Server Native Client 10 para poder hacer la conexión con SQL Azure, las versiones anteriores, no soportan esta base de datos.
Y vaya… el cliente tiene instalada la SQL Server Native Client 9!!!
Señores de Crystal… ¿por qué en lugar de dar mensajes de error absurdos no son capaces de decir algo como: “provider no soportado por el datasource”.. yo qué sé.. algo que nos ayude a saber de qué va.. sin tener que perder el día…
Por cierto, si el cliente tiene instalada la v.11 (la nueva para SQL Server 2012)… en ese caso el mensaje de error es la repera… simplemente el programa hace CRASHHHH!!! sin mensaje ni nada…
Señores de Crystal… que poco me queda de seguir usando su generador de informes…
Mi siempre adorado y querido Crystal Reports. Hoy he ido a instalarte el último SP, el 4, ya que la exportación a Word deja tantísimo que desear, que espero que algo solucione este SP, aunque la verdad, no tengo nada de fe en ello.
Me pongo a instalar, y cual es mi sorpresa… jajajaajaj… hasta la instalación del SP da error y se cancela.
Que pena de producto, con lo que hemos sido tu y yo.
En fin, la solución, sacar los ficheros msi y ejecutarlos directamente.
Los ficheros se extraen en el temporal del usuario (os dejo imagen):
Y nada, esto ya es de risa… pero seguiremos informando…
Por cierto, el SP4 lo tenéis aquí: http://scn.sap.com/docs/DOC-7824
Yo creo que en SAP nunca prueban nada. ¿Cómo es posible que siempre que instale alguna actualización de Crystal Reports, siempre, siempre, me de algún tipo de error?
Me paso en el SP4 y ahora, en una máquina distinta, me pasa con el SP5.
¿Detectan que soy yo? ¿Me tienen manía? ¿O son así de malos?
Al menos la solución ya la tengo en otra entrada de este blog:
http://pdcuevas.wordpress.com/2012/12/08/installation-error-2753-con-crystal-reports-sp4/
¿Esta empresa no aprende de sus errores?
No esperaba menos de mi querido Crystal Reports. Hoy no me deja desinstalarlo. Estoy acostumbrado a los errores de instalación, pero hoy! Ni tan siquiera se quiere ir!
Qué bonito error! Clarificador como siempre!…
Solución:
Ir al regedit y buscar el dato: “1033.mst”… estará por “Computer\HKey_CLASSES_ROOT\Installer\Products\…….” en el valor “Transforms”.
Ahí podrás ver dónde está buscando el ficherito que necesita para desinstalarse. Seguramente, al ser un directorio temporal, lo habrás borrado y en consecuencia, no te deja desinstalar.
No pasa nada. Bájate el SP que toque, y cuando se descomprima, mueve los ficheros a donde él los busca.
Ahora ya podrás desinstalar.
Qué bueno mi Crystal!
J
Problemas con VS 2010, framework 4 y Crystal Reports 2010. Ojalá todos fueran como éste.
Puedes solucionarlo añadiendo al app.config de tu proyecto de inicio:
<startup useLegacyV2RuntimeActivationPolicy=”true”>
<supportedRuntime version=”v4.0″/>
</startup>
http://www.spyriadis.net/tag/net-framework/
A por el próximo!
Rompe, rompe, rompe, rompe… voy a desinstalar y volver a instalar… de momento la impresión es que está aún verde…
Hay varios instaladores, unos van y otros no… he tenido que probar con varios hasta conseguir abrir un rpt…
Seguro que es un problema de instalación y falta de pruebas en distintos entornos por parte de SAP…
En fin… crucemos los dedos..y a ver si tras desinstalar/instalar, ccleaner y reiniciar… logro que no me rompa mi VS2010 cuando intento crear un rpt…
Bueno, pues no ha habido suerte… increible!!.. nueva versión que no me permite ni crear un rpt nuevo. UN –10 para SAP.
Probaré con una VM de 32 bits y una configuración normalita, esperando que ésta la hayan probado un poquito más los testers de SAP.
Tanto esperar para esto!
=====================
La versión de 32bits no da problemas! menos mal!!!
Madre mía, madre mía, las horas perdidas en semejante tontería.
Si publicas con ClickOnce y si tu proyecto utiliza Crystal Reports y si se te ocurre añadirle log4net (http://logging.apache.org/log4net/) en su última versión la 2.11, y si compilas para “ANY CPU”, prepárate!!
Cuando no te falla la instalación en 32bits, te falla en 64, y viceversa.
Empezarás a obtener distintos errores, el más común, el del título, pero a medida que vayas haciendo pruebas para solucionarlo, te pueden aparecer otros durante la instalación de tu aplicación, como el “log4net ya existe”, que si “no hay espacio en disco”, etc, etc.
Solución (que es lo importante):
Añade a tu proyecto la versión 2.11, pero asegúrate de no hacerlo desde NuGet. Ves a la web y descárgate los binarios, eso sí, CON LA FIRMA VIEJA!!
Si publicas ahora, verás que te funcionará bien en 64bits, pero en 32, te dará el mensaje del título.
El último paso es indicar en los “Applications files…” que excluya el fichero “log4net.dll”.
De este modo, nuestra aplicación siempre cogerá la dll desde el GAC, ya sea en 32 o 64, eso sí, cogerá la 2.10, que es la que mete Crystal.
Estamos de enhorabuena. Mi odiado y a la vez amado Crystal Reports lanzó un nuevo SP, el nº 3, el pasado mes.
Os paso una lista de las correcciones, así como el link desde el que os lo podéis instalar.
http://scn.sap.com/docs/DOC-26441
Un día más perdido con nuestros amigos de Crystal Reports, esta vez me llama un cliente diciéndome que cada vez que quiere sacar un informe, le aparece el error del título.
Antecedentes: el programa accede a una base de datos en SQL Server 2008 y a una base de datos SQL Azure. En la primera no se produce el error al generar informes, en la segunda sí.
Tras visitar páginas, foros, etc.. mi cabeza empieza a hervir…. que si tablas que se han movido, que si mejor usar datasets, que si… que si…
Solo le falla a este cliente, por lo que tiene que ser algún recursos de la máquina… y sí… por ahí iban los tiros…
Los informes utilizan SQL Server Native Client 10 para poder hacer la conexión con SQL Azure, las versiones anteriores, no soportan esta base de datos.
Y vaya… el cliente tiene instalada la SQL Server Native Client 9!!!
Señores de Crystal… ¿por qué en lugar de dar mensajes de error absurdos no son capaces de decir algo como: “provider no soportado por el datasource”.. yo qué sé.. algo que nos ayude a saber de qué va.. sin tener que perder el día…
Por cierto, si el cliente tiene instalada la v.11 (la nueva para SQL Server 2012)… en ese caso el mensaje de error es la repera… simplemente el programa hace CRASHHHH!!! sin mensaje ni nada…
Señores de Crystal… que poco me queda de seguir usando su generador de informes…
Mi siempre adorado y querido Crystal Reports. Hoy he ido a instalarte el último SP, el 4, ya que la exportación a Word deja tantísimo que desear, que espero que algo solucione este SP, aunque la verdad, no tengo nada de fe en ello.
Me pongo a instalar, y cual es mi sorpresa… jajajaajaj… hasta la instalación del SP da error y se cancela.
Que pena de producto, con lo que hemos sido tu y yo.
En fin, la solución, sacar los ficheros msi y ejecutarlos directamente.
Los ficheros se extraen en el temporal del usuario (os dejo imagen):
Y nada, esto ya es de risa… pero seguiremos informando…
Por cierto, el SP4 lo tenéis aquí: http://scn.sap.com/docs/DOC-7824
Al lanzar varios informes de Crystal, me encuentro con este error y su solución:
Crystal solo permite generar 75 reportes
Por tanto, modificar con regedit:
HKEY_LOCAL_MACHINE\SOFTWARE\SAP BusinessObjects\Crystal Reports for .NET Framework 4.0\Report Application Server\InProcServer\PrintJobLimit
y cambiar valor de 75 a -1 (ilimitado).
PERO!! lo que realmente tenemos que hacer es utilizar los métodos Close y Dispose, ya que con esto vamos marcando los reports para que GC los elimine de memoria y podremos generar tantos como necesitemos.
El problema no es tanto de Crystal, sino de la mala gestión de los recursos que podamos hacer en nuestro código.
