Valor mágico incompatible 1008813135

Estoy escribiendo un applet de Java e incrustándolo en una página web. Solía ​​ejecutar Mac y Windows en diferentes navegadores sin problema. Estaba usando NetBeans en la Mac para construir el archivo .jar que el applet usó.

Por alguna razón u otra, decidí cargar el proyecto en NetBeans de Windows. Comencé a recibir el siguiente error en el equipo con Windows al acceder a la página web desde cualquier navegador:

java.lang.ClassFormatError: Incompatible magic value 1008813135 in class file 

Temiendo que mi decisión de abrir el proyecto en Windows haya causado este error -intenté comstackr desde NetBeans de la Mac- tenía miedo de que hubiera sido mi decisión, pero el error persistió.

Comencé un nuevo proyecto en la Mac e importé el código fuente existente: el mismo problema.

Estaba leyendo acerca de este error y parece que el número mágico esperado es 0xCAFEBABE en hexadecimal, que es 3405691582 en decimal, no 1008813135. ¿Parece que la versión Mac de Java ya no produce este encabezado de archivo? Hoe puede ser eso? No hice ninguna actualización ni nada.

Sí, 0xCAFEBABE son los primeros 4 bytes habituales de un archivo Java.

1008813135 es en encoding latina, que es, con toda probabilidad, el comienzo de

Por lo tanto, es probable que se inicie un 404 error o alguna otra página de error.

No he experimentado este problema, pero buscar en Google este error produce varias soluciones posibles:

forum.sun.com – Desarrollo de Applet de Java – Valor mágico incompatible 1008813135 en el archivo de clase MyApplet

Gracias a Dios, el problema está resuelto.

Es la memoria caché de Java, por lo que la solución irá al Panel de control de Java, a la pestaña “General”, y debajo de “Archivos temporales de Internet”, haga clic en “Configuración”, luego haga clic en “Eliminar archivos”. Intenta usar el applet de nuevo.

“Incompatible magic value 1008813135” ¿Error?

El problema ahora está resuelto: descubrí que el host del sitio web que estaba utilizando no admite archivos .jar en absoluto. Cargué los archivos en masa con mi progtwig ftp y no noté que ignoraba por completo los archivos .jar.

Errores en la inicialización de java

De acuerdo, entonces fue un problema de configuración de Apache, eliminé esta línea de mi archivo httpd.conf:

# DefaultType application/x-httpd-php

Solucionado el problema.

Si está utilizando la seguridad de Spring o algún tipo de filtros de servlets personalizados, asegúrese de que la ubicación del archivo o la base de código esté en el acceso “permitAll”. Esto fue un problema en mi caso

Estaba enfrentando el mismo problema. La razón en mi caso era que toda la biblioteca de dependencias que usa Applet no estaba firmada y tampoco la applet podía localizarlas .

Así que he agregado toda la biblioteca dependiente junto con el applet principal en el archivo jsp como a continuación:

app.archive = ‘/esense/resources/lib/Applet.jar, /esense/resources/lib/jasypt-1.7.jar, /esense/resources/lib/mysql-connector-java-5.1.30.jar, / esense /resources/lib/runtime-api-1.0.jar ‘;

También he firmado todo el jar.

Espero que esto funcione en tu caso.

El número mágico incompatible son los primeros cuatro bytes de un archivo html que tiene algún mensaje de error, probablemente un mensaje de que no se encuentra el archivo.

Encontré este fenómeno cuando no tomé en cuenta la sensibilidad de mayúsculas y minúsculas en el elemento de la base de código de la etiqueta del applet. Las cosas funcionaron bien en Windows, pero el servidor de Internet que estaba usando ejecutaba UNIX, donde la sensibilidad de mayúsculas y minúsculas de los archivos es importante. Hacer el caso de todos los nombres de archivos y directorios en los elementos de código y base de código resolvió el problema.

Acabo de hacer clic en maven-> update project-> include snapshot release en mi arranque de spring y funcionó.