While being asked about JavaFX and whatever other Oracle, Google or
whatever technology, all I can say: I don’t really care – as long it’s free
and complies w/ the 4 freedoms of software.
Lately Oracle even made the proposal JEP 178: Statically-Linked JNI Libraries,
allowing Java applications using JNI within a statically deployed runtime. Read: May work on Apple’s iOS.
IMHO the real issue of being able to deploy ‘Java Tech’ on any platform including mobile/embedded devices is not whether Oracle allows static JNI linkage,
but to allow deploying a custom JRE in the first place.
It is Oracle herself who restricts her patent grant to non embedded devices, hence ‘Java Tech’ does not comply w/ the 4 freedoms of software, see:
IMHO the most advancement Oracle could make to ‘Java Tech’ would be
a general patent and license grant, so you actually would be able to
legally use and deploy your Java’ish builds anywhere and be free
without the hassles and fears of a multimillion dollar battle.
Let it be a build based on OpenJDK, Apache Harmony, DalvikVM .. or whatever
This article is of naive nature, a desperate writeup to partake in our democratic system
regarding our involvement in the world wars.
After WW2 war methodology (strategy and tactics) has changed
from direct confrontation to delegated proxy wars.
This article asks the German and European government
to put a stop on participating in non declared wars
in which we currently are involved, directly or by proxy!
This article asks to put a stop on the current ‘Foreign Intervention Policy’
and scale back to trade and diplomacy as we were until 1994[20].
One problem with proxy and non declared wars as well as with
non public foreign interventionism, is that they circumvent the democratic mechanisms.
Citizens are not able to build an informed judgment about foreign world policy
if governments are hiding their war activities and goals behind weapon supplies,
support of ‘activists’ and so called humanitarian missions.
If you are around, we hope you have a chance to to attend
and meet w/ us.
Afterwards we may like to dine & wine together, if possible.
JogAmp: 2D/3D & Multimedia Across Devices
Tuesday, 7 August 3:30 pm - 5:00 pm
JogAmp provides OpenGL and OpenCL across devices using Java. Showcasing font,
UI and video, high-level API utilization (Ardor3D, Java3D, etc.), and
applications on Android, Linux, Window, OSX, and Solaris.
JogAmp Community
RC6 is now underway, I still have to add some supplied patches and walk through the buglist though.
However, this time I have to complete this task until tomorrow regardless whether I could complete the bug walk or not.
Besides adding proper Mac OS X support (10.5.8 – 10.7.*, incl. OpenJDK7),
OpenGL 4.2 and latest EGL, ES1 and ES2 extension updates and lot’s of stabilization’s, Xerxes Rånby and myself worked on a proper Linux ARMv7 support.
Both were able to test on Omap4 (Pandaboard ES), Tegra2 (AC100), where Xerxes also tested on other machines, eg. Nokia N9 MeeGo.
Even though GlueGen and JOGL in general support EGL and ES1/ES2 since 2008 incl. the GL profile selection,
we figured we need better support for multiple GL implementations on one platform, Mesa3D software and the hardware EGL/ES ones.
Without tweaking your default configuration, JOGL chooses the right implementation for the desired profile,
e.g. hardware accelerate GLES2 for the desired common GL2ES2 profile on your mobile device, even though Mesa is installed. Continue reading Jogl/JogAmp RC6 Beta / Linux Armv7 Builds
Since the mouse features were to easy to add and my Android vacation should take a bit longer, our OS X port was a good candidate to burn some hours I don’t have.
What should work for OS X by now:
NEWT Top-Level Windowing
NEWT Child Window w/ NEWT Parent
NEWT Child Window w/ AWT Parent
JOGL incl. shared context
NEWT works w/ AWT enabled JVM out of the box
Method to execute a Runnable on the MainThread
The new native Jar loading facility (Application, Applet, Webstart)
