Unlike other similar efforts, the goal of this project is not to execute any existing Java library. It is expected that libraries for the new, limited environment need to be specially designed.
It is simple to try Bck2Brwsr! The project skeleton is provided as Maven archetype. The use of the most recent one is described in Knockout4Java page. There is another one (with more experimental features) described at Bck2BrwsrViaCLI.
 What is in New Releases?
- Donated our JSON mappings to Jersey (pull request has been accepted) for Jersey 2.1
- Support for different HTTP methods (like PUT, PULL, etc.)
- Knockout4Java Archetype for dual profile project (FXBrwsr as well as Bck2Brwsr)
- Better support for Boolean mapping in Bck2Brwsr VM
- FXBrwsr launcher stops the HTTP server when the FXBrwsr window is closed
- FXBrwsr with full debugging support and a demo
- Dual Twitter demo - single source code, dual deployment (watch the same demo)
- Lightweight, generic JSON <-> Java mapping: javadoc
- ProviderAPI and a TCK to bind to other technologies than Bck2Brwsr, Knockout.js and FXBrwsr: javadoc
- Follow naming convention -- now bck2brwsr-maven-plugin -- thanks to Miloš Kleint
- Full featured demo Twttr demo
- Bck2Brwsr provides better binding of complex classes (defined by a special @Model) annotation
- The @Model classes can be obtained from a server via JSON and JSONP. Use @OnReceive annotation
- Browser testing harness has nicer output with UL and expandable LI
- Bck2Brwsr 0.5 has better support for MVVC via Knockout.js - see the calculator demo version 0.5
- Binds String and primitive types
- Bind array types (exposed as List
- Basic binding of complex classes
- Separate module for Maven archetype called org.apidesign.bck2brwsr:bck2brwsr-archetype-html-sample (and thus instructions for getting Bck2BrwsrViaCLI has changed)
- Improved speed of Bck2Brwsr virtual machine via better control flow
- Can use Closure compiler to generate more compact code
- One incompatible change: AnnotationProcessor for the @Page annotation no longer capitalizes field names found in the HTML page. This was meaningful when the fields were static constants. Now (when they are plain instance fields) it makes little sense.
What you can expect? It works. It is sometimes not fast. It is sometimes broken (what would you expect after four months of development?). Errata:
- When you create new project and want to use it in NetBeans, you need to update nbactions.xml file to refer to 0.4 version, rather than 0.3-SNAPSHOT.
Here is list of achievements for the 0.4 version:
- Throwing and catching exceptions by Tomáš Z., finally block by me.
- Support for converting ByteCode in the browser
- Speed via register based system - Ľubomír finished first version of his register based rewrite on Dec 14, 2012.
- Speed benchmark and infrastructure to measure it in various environments - Martin Š.
- Run with -Dvmtest.brwsrs=firefox,chromium-browser (or any other browsers you want to test)
- Maven archetype for creating the calculator like demos
- Int32, Int16, Int8 arithmetics done by Martin Š.
- API for drawing on the canvas: Thanks Toni! Read about his experience using Bck2Brwsr.
- More precise int64 support - Martin Š. working on
- Fields of same name in subclasses. Thanks to Bck2BrwsrMangling.
- Compatibility tests can be written with help of @Compare annotation
- Basic reflection support (e.g. Bck2Brwsr throws SecurityException when allowed),
- Done: Class.newInstance() works.
- Done: Class.getMethods() works (returns only public methods)
- Done: Annotations of classes and methods
- Support for MVVC like Knockout.js that binds String and primitive types
- Packages into a static website via JAR files (which then take long time to inflate)
- Implements java.util.zip APIs
 Done, not yet released
Nothing so far, just released Bck2Brwsr 0.7.2
Although the system is capable to run and execute trivial applications, there remains tons of things to improve and fix. Any help is welcomed. Just let me know if something interests you:
- Use Closure compiler to generate more compact code
- Per individual libraries - ObfuscatePerLibrary
- Access to multipage via sammy.js or crossroads.js
- Method and field overriding with various modifiers
- More reflection support (e.g. don't throw SecurityException when allowed),
- No private method/field/constructor/class access
- Probably no field access
- May need constructor access
- Performance benchmark Sci2000
- Investigate generating asm.js friendly code
- Generate Java wrappers for all HTML5 elements dynamically (Honza)
- Project page at html.java.net
- Mailing list
- Source code
- Hudson jobs
- Maven Repository at java.net
- Bugs are in java.net's bugzilla