rt/vm/src/main/java/org/apidesign/vm4brwsr/VMLazy.java
Sun, 09 Nov 2014 10:36:08 +0100 Don't initialize @JavaScriptBody resources sooner than their methods are called.
Thu, 15 May 2014 18:09:50 +0200 Don't expose vm to the users of externally visible loader
Wed, 14 May 2014 21:49:44 +0200 loadClass is loadBytes+reload
Wed, 14 May 2014 21:24:24 +0200 Read the byte array via loadBytes call
Wed, 14 May 2014 16:09:03 +0200 loadBytes does not need the loader argument
Wed, 14 May 2014 15:57:52 +0200 First step towards calling directly into ClassPath and using VMLazy only for JIT compilation
Wed, 07 May 2014 17:24:29 +0200 Splitting into two classes: one that deals with classpath, one that deals with ZIP content
Wed, 30 Apr 2014 15:04:10 +0200 Merging from default branch and resolving conflicts. mvn install -DskipTests passes OK.
Sun, 20 Oct 2013 20:36:03 +0200 Can load multiple resources of the same name even in testing and development mode
Mon, 14 Oct 2013 16:44:55 +0200 VM.reload can now reload a class in existing virtual machine
Fri, 11 Oct 2013 09:58:03 +0200 If a class is not available during Ahead-Of-Time compilation it needs to be ready for dynamic loading
Thu, 12 Sep 2013 14:15:47 +0200 Updating to recent changes in html.java.net APIs
Fri, 26 Apr 2013 18:48:34 +0200 Partially working extension modules
Thu, 25 Apr 2013 16:17:48 +0200 Initial structure for extension modules
Thu, 21 Mar 2013 18:48:46 +0100 Initial attempt for advanced obfuscation
Sat, 09 Mar 2013 16:09:35 +0100 Generated code is usually huge - start with large buffer
Tue, 26 Feb 2013 16:54:16 +0100 Moving modules around so the runtime is under one master pom and can be built without building other modules that are in the repository