¿Cómo se emiten versiones de archivo de clase más nuevas con Scala (50.0/51.0)?

Question

Quiero probar el nuevo verificador de código de tipo byte con las clases creadas por scalac.

scalac muestra en la actualidad los archivos de clase de la versión 49.0, pero el nuevo verificador de verificación de tipo solo es obligatorio desde la versión 51.0.

Intenté "verificar" las clases con ProGuard (que de hecho las convirtió a la versión 50.0), pero no estoy seguro de si el verificador nuevo simplemente volvió al verificador de tipografía automática de forma automática.

¿Cómo puedo convertir archivos de clase a la versión 51.0 (o cómo puedo averiguar qué verificador se utiliza al cargar archivos de clase de la versión 50.0)?

Answer 1

Parece que FJBG (la biblioteca NSC utiliza para generar el código de bytes) ha visto alguna esfuerzo a apoyar StackMap pero no tengo ni idea de qué tan avanzado está.

Si preguntas en scala-internals, Stephane Michelou podría aparecer. Él es el tipo que ha estado working on it.

Answer 2

No estoy seguro, pero creo que el formato de bytecode no se ha modificado profundamente y que probablemente siempre sea compatible con versiones anteriores. (Si sabe algo sobre bytecode, recuerde los largos y dobles en el pool constante y la pila de operandos, que fueron diseñados de una manera un poco loca. No ha sido modificado, ¿verdad?) Por lo tanto, probablemente cambie el número mayor/menor.

¿Cómo hacerlo? Hay dos formas:

• Utilice el editor hexa y modifíquelo manualmente. Debería ser realmente simple si conoce la posición de los bytes. Ahí está la [especificación bytecode] [1], que dice que debe omitir los primeros cuatro bytes y verá dos bytes de versión menor y dos bytes de versión principal (en este orden).
• Usa una biblioteca. Tengo algo de experiencia con BCEL. No parece ser la biblioteca mejor diseñada que he visto en mi vida, pero debería ser lo suficientemente buena para su caso. He visto los métodos setMinor y setMajor en una clase (mira ClassGen y la clase JavaClass "casi inmutable").

[1] http://java.sun.com/docs/books/jvms/second_edition/html/ClassFile.doc.html

Answer 3

me gustaría utilizar ASM para analizar el código de bytes. Sé que scala (y clojure) usan ASM internamente, por lo que el esfuerzo dedicado a aprenderlo no se desperdiciará. Probablemente pueda juntar un ClassReader y un EmptyVisitor que anule el método de visita que proporciona la información del encabezado con bastante rapidez.

Answer 4

Sé que puede ser obvio, pero no estoy seguro de que después de leer tu pregunta para que voy a preguntar:

¿Está utilizando una versión beta construir? Al igual que en una de las construcciones nocturnas? ¿O quieres modificar la versión actual?

EDITAR: Ok, hay algo que no entiendo aquí. Acabo de probar las versiones nocturnas y sí, son la versión 49.0. Pero hasta donde sé, esto es establecido por el compilador.

Está intentando cambiar la versión para tener acceso a nuevas funcionalidades sofisticadas. Pero eso no tiene sentido para mí. Si el compilador lanza la versión 49.0, cambiarla a una versión más nueva (50.0, 51.0 o 70.0 por lo que importa) no debería tener ningún impacto. Por lo que yo sé, la versión es para garantizar la compatibilidad, lo que significa que no ejecutará una clase más nueva con una máquina virtual más antigua que no sea compatible con su idioma.

Por lo tanto, en su caso, agregar una nueva versión significará que, probablemente, la VM actual no querrá ejecutar su código. E incluso si lo hace, probablemente no contenga la funcionalidad que menciona, si esa funcionalidad solo está en la versión 51.0 que su compilador/VM actual no admite.

Quiero decir, tal vez lo que estás tratando de hacer es completamente normal y es simplemente que no lo sé y estoy demostrando mi ignorancia en esta área :), pero creo que falta algo allí.

Answer 5

Supongo que una de las cosas más fáciles de hacer sería usar un descompilador de Java (ver JADClipse para un plugin de Eclipse) y luego recompilar la fuente a la versión que necesites.