Tag Clouds

The working tag cloud.

Syntelos-G is current in graphics, toward an initial version of Fv3.

Syntelos-A work is in appengine. A possible goal for this group is a short reader + editor version of Gap Data.

Syntelos-R is sleeping with the slim resemblance between jnpl-loader and fractionalcloud.

Syntelos-X includes jbxml which features in Syntelos-G in the jnlp-loader.

Web Loader Test

The JNLP Web Loader Test verifies the sandbox class loader restricted access policy.

The sandbox / Web Loader successfully drops the Test Main class after unpacking the Test JNLP.

JNLP Web Loader

The jnlp-loader project takes a step forward in opening the sandbox.

The sandbox.WebLoader enforces an executable code policy on java code.

The sandbox silently drops nativelib resources and jvm class files that violate its policy.


This policy permits a desktop program to be run without loading native code or performing unsafe operations against its class loader and jnlp services.


In this policy, all jnlp resources loading native code are dropped. And unpacked byte code classes performing reflection (java.lang.reflect), or binding (java.lang.Class.forName); acting on java.lang.Runtime or java.lang.File; or subclassing java.lang.ClassLoader are deleted after the loader unpacks (before application main).

The sandbox package can provide JNLP services * for performing downloads and file operations.

The sandbox.WebLoader main function can create a sandbox in which file and runtime access should only occur through the JNLP services provided by the sandbox package.

LLG version zero zero three

LLG version 0.0.3 hit a wall with j2d graphics. The game saturates the graphics pipeline. This could be improved with a WTKX style partial repainting -- but updating instruments and flight and changing the camera motion to make it work is more than I'm interested in doing.

The jogl approach shows three orders of magnitude graphics performance improvement.

jnlp-loader

Recently I've made initial releases of the JNLP Loader (WebStart) that I wrote as part of the FV3 user interface project.

The jnlp-loader project adds a stage to the tail of JNLP project's build process for another product after the principal application archive and JNLP descriptor. The application loader is an executable jar file containing only the code of the jnlp-loader with the JNLP descriptor for the application.

A typical loader program (jar file) is a 20 or 30 KB download. It unpacks the platform specific resources and runs the application (main) via a deletable and updateable temporary directory. Most interesting for JNLP / WebStart application developers is the simple java main runtime of the insecure jnlp-loader in comparison with the secure javaws.

FV3

Working on LLG, I found that the very simple game was able to saturate the Java2D graphics pipeline. So much time was spent rendering that too little remained for adding more interesting game features.

As a result, I started FV3DS and FV3TK as a launch into the JOGL-2/NEWT graphics.

JOGL-2/NEWT is very interesting. NEWT is a complete replacement for the AWT! For me, that's hot. To see what I know about JOGL-2/NEWT, have a read through FV3TK.

LLG

Taking a break from the rigors, I'm developing a game -- one of my favorites -- Lunar Lander version "G". It's a work in progress, but here's a link to a full frame version -- the current development snapshot.

I like this project most of all because it gives me a convenient and fun way to develop some practical software engineering in web based visualization.

The WTKX project has been consolidating methods for the client side, and LLG starts again fresh in the neighborhood to complete that work. The LLG codebase pulled in the principals from TKX including Screen, BackingStore, and Animator. And then developed a solution to the J2D graphics pipeline / AWT Lock problems (for us multi- threaders) through the careful application of Aut.


The way forward for LLG is a big story.