¿X-Windows debe instalarse en una caja Linux para que Java muestre gráficos a pantalla completa?Java: gráficos en Linux
Respuesta
Otros respondedores parecen suponer que "gráficos de pantalla completa en Java" significa necesariamente "una implementación en funcionamiento de AWT". Esto, por supuesto, no es necesariamente cierto, ya que es perfectamente posible (algunos incluso dirían deseable) usar Java sin AWT.
Cairo es una biblioteca de renderizado de gráficos en 2D que se puede usar desde Java y también se puede usar sin X11. A primera vista, parece que debería ser posible configurarlo para este escenario. Tendrá que configurarlo para usar la representación de OpenGL, y proporcionar una implementación OpenGL no compatible con X11 (por ejemplo, MesaGL con el controlador de dispositivo 'fbdev').
SDLJava es un puerto de Java de la popular biblioteca de desarrollo de juegos C SDL. Esto también debería poder hacer lo que usted solicita, aunque parece que no se ha actualizado desde 2005, por lo que si tiene algún problema, es posible que no se reciba asistencia.
Como alternativa, siempre puede usar un código C bastante simple para abrir y configurar el framebuffer, y luego usar JNI para devolver el framebuffer mapeado en memoria como un ByteBuffer de modo directo, para que pueda dibujar directamente en él.
Bueno "gráficos de pantalla completa" es un poco vago.
De todos modos, aparentemente hay un esfuerzo en curso para acceder al framebuffer desde Java: Framebuffer Toolkit.
El objetivo de este proyecto es producir un cuerpo de código que es una implementación pares en el uso de este dispositivo ligero para AWT y Swing. El objetivo de este código es eliminar la dependencia de X o otras capas de gráficos, de modo que los gráficos puedan ser redirigidos a un framebuffer (por ejemplo, un buffer en bruto, VNC, etc.). Esta implementación del ejemplo preferirá las soluciones de Java puro, con los puntos de extensión públicos disponibles para ingresar recursos nativos según sea necesario.
Para mostrar realmente algo gráfico en la pantalla, sí. Bud hay una versión sin cabeza del JRE para simplemente ejecutarlo. No verá ningún resultado gráfico, pero se ejecutará. Como alternativa, puede iniciar sesión de forma remota y usar el reenvío X para ejecutar el código java en el servidor, pero deje que el cliente maneje la visualización de los gráficos.
En un dispositivo incrustado, como Raspberry Pi, si no desea pasar por X11 completo con Java AWT + Swing estándar, entonces este proyecto https://github.com/ttww/JavaFrameBuffer de escribir directamente en el búfer de cuadros parece interesante.
Una alternativa puede ser usar, p. SWT en GTK, o Qt Jambi, para escribir en Frame Buffer (tanto GTK como QT pueden usar directamente un FB sin X11).
- 1. Programas gráficos DIFF para Linux
- 2. Dibujando gráficos en Java
- 3. Gráficos de trazado en Java
- 4. Java Problemas de gráficos
- 5. Java: ¿Gráficos o Graphics2D?
- 6. Java: ¿cómo representar gráficos?
- 7. Java - FontMetrics sin gráficos
- 8. ¿Gráfico de gráficos/gráficos de Java en tiempo real?
- 9. Gráficos en tiempo real en Java
- 10. Generar gráficos/gráficos de uso del disco con herramientas CLI only en Linux
- 11. Gráficos 2D de juegos Java
- 12. Java: crea gráficos sin awt?
- 13. Crear gráficos de Excel en Java
- 14. Java Runtime.exec problemas en Linux
- 15. Java daemon en Linux: ¿Opciones?
- 16. configurando Java Classpath en Linux?
- 17. Gráficos financieros/Gráficos en Ruby o Python
- 18. Biblioteca de gráficos para sistemas integrados sin Linux?
- 19. Java classpath - Linux
- 20. serialización eficiente de gráficos de objetos Java
- 21. Gráficos de Java deshabilitar el modo xor
- 22. Visualización de gráficos - Librería gratuita de Java
- 23. Java Application Cuelgue en Linux en "java.io.UnixFileSystem.getBooleanAttributes0"
- 24. Mercurial Commit Gráficos/Gráficos
- 25. Gráficos o gráficos en Windows Mobile 6
- 26. C# Gráficos n Gráficos
- 27. Lectura/escritura en linux Pipe usando Java
- 28. Activador emergente de Java en Linux
- 29. ruta de archivo Java en Linux
- 30. Alto iowait con procesos java en Linux
El objetivo del OP era utilizar gráficos, no usar la versión sin cabeza del JRE. –