Aquí está la configuración: tengo un equipo de monitoreo remoto más antiguo, conocido como Badger. El software de control GUI que se ejecuta en Windows es una aplicación Java, el CD tiene una fecha de 2003 pero creo que el software es mucho más antiguo. El setup.exe
no se ejecuta en mi instalación de Windows 7 AMD64, recibo un / 64 de error de bits 32 bits, sospecho que podría ser una aplicación de 16 bits (que es lo suficientemente seguro feo).
De todos modos, intenté resolver esto con un XP VM Guest en VirtualBox en el host AMD64 Windows 7. El setup.exe
corre bien, pero cuando trato de iniciar la aplicación Java consigo un error inmediata de Windows:
java.exe ha encontrado un problema y debe cerrarse.
Si hago clic aquí para ver qué datos contiene este informe de error, obtengo:
AppName: java.exe AppVer: 0.0.0.0
ModName: javai.dll ModVer: 0.0.0.0
Offset: 0009b4e
Cuando veo información técnica sobre el informe de error, existe el galimatías habitual de binhex, pero parte del texto se queja de falta de memoria, superclase incorrecta, índice incorrecto, error de asignación de almacenamiento de clase, entre otros.
Detrás del error está la ventana CMD con:
Symantec Java! JustInTime Compiler versión 3.00.029 (i) para JDK 1.1.x, Copyright 1996-98 Symantec Corporation
Más tarde, en mi iMac, que también tenía un XP VM Guest en VirtualBox disponible, instalé el software y lo lancé con éxito. Luego exporté la VM, la importé a mi host AMD64 de Windows 7 y me encontré con el mismo error descrito anteriormente.
Obviamente, los hosts son muy diferentes entre sí, pero me pregunto cuál es específicamente la causa de este comportamiento, ¿dónde funciona en el host Mac pero no en el host AMD / Windows?
fuente
Respuestas:
Algunas diferencias de CPU son visibles para los invitados en máquinas virtuales como VMware, Virtual PC (versión actual) y VirtualBox que utilizan la ejecución de código nativo.
Tratar:
fuente
De hecho, trabajé en el software al que te refieres. Lo que hicimos en el pasado para solucionar problemas extraños de Java / OS fue cambiar el objetivo de acceso directo de la GUI para usar su versión Java instalada en lugar de la versión Java que guardamos en el CD. Intente cambiar eso y luego ejecute el acceso directo para ver si eso ayuda.
¡Buena suerte!
fuente
No puedo responder a su pregunta específica sobre qué es diferente entre los hosts, pero es posible que pueda hacer que su software de control GUI Badger funcione utilizando una máquina virtual Java más moderna.
Intente instalar la última JVM en su host AMD64 de Windows 7 - VM huésped Windows XP, y utilícela para ejecutar el programa.
Descargue aquí: http://www.java.com/en/download/manual.jsp
fuente
Me pregunto si el problema que tiene está relacionado con el firewall de Windows 7 que bloquea el software para que no se conecte al equipo Badger y la aplicación Java en lugar de manejar esa excepción con gracia, simplemente termina. No estoy familiarizado con el equipo de Badger, pero el hecho de que haya conseguido que la VM funcione en el iMac (que de forma predeterminada no habilita el firewall) pero la misma VM falló en el cuadro de Windows 7 (que de manera predeterminada habilita el firewall) Creo que ese puede ser el problema. Sugeriría usar la aplicación Service Manager en Windows 7 para detener temporalmente el servicio de firewall y ejecutar su prueba nuevamente para ver si esta vez es exitosa. Si es así, deberá verificar la documentación de Badger para ver qué puertos utiliza y permitirlos a través de su firewall.
fuente