Removing debugging note

Call RetroLambda during AOT compilation

Run the tests in a browser

We don't need the loader anymore

Don't forget to add to classes list

Using @Compare tests to make sure the classes are processed by the AOT infrastructure.

Support processing of lambda also in directories

Can call RetroLambda processor in JAR files.

Seems to work OK on soon to come release 1.0 of html4j

Adopting to new names of SPI packages to be introduced by version 1.0 of html4j API

Removing all the JDK8 invokeDynamic infrastructure. We don't need it when we are using retrolambda.

Keep bytecode level at 1.8 as we still use default methods

1st implementation of interface extender methods

Executing first lambda expression on bck2brwsr thanks to preprocessing of retrolamda

Need to initialize flags. getFields throws SecurityException on bck2brwsr VM - avoid.

Need to initialize declaring class

The bootstrap method gets called with three arguments

Don't mangle with JavaScript when debugging Java only method

We have emulation for all the rt/emul/compact classes

Merging the latest changes on default branch

Merge: Test conversion to char

Merging two heads on default branch

i2c needs to get down to 16-bits

There does not seem to be reasons to generate the JS artifact of the VM anymore.

Initial attempt to provide proper 3rd parameter to bootmethod

Name of boot method is properly provided

1st parameter of bootstrap method - the Lookup - is correct

Managed to call the bootstrap method. Just with wrong arguments.

A bit more debug statements

The test fails on invokeDynamic instruction in JavaScript execution

All modules, except the one that deals with invokeDynamic pass OK

Moving the test to JDK8 project, making it compilable and parsable by Asm

Capable to compile the java.lang.invoke stuff

Making sure various classes are defined only at one place

Almost compiled java.lang.invoke, except the parts that deal with Asm bytecode generator

Bringing in new exceptions

New exceptions as of JDK8-b132 needed for invoke dynamic

Can these tests be placed in compact profile

Looks like we need the java.lang.invoke classes for lambdas to work

Batch of classes necessary to implement invoke dynamic interfaces. Taken from JDK8 build 132

Modifying the test to fail in bck2brwsr VM

A way to test invokeDynamic on JDK7 inspired by https://code.google.com/p/indy-maven-plugin/

Adopting html4j rev. 0.8.3

Keeping and printing the information about bootmethods

Filling in the constant pool

First steps towards parsing invokeDynamic

Can parse JDK8 generated bytecode

Using Object.defineProperty to specify non-enumerable properties on Object

Don't list overriden Object's methods twice

Methods on object need to be manually enumerated

We need to swallow the wait4js attribute

Verifying behavior of isAssignableFrom with array class parameter

Making sure no enumerable methods are on plain Object

Using Object.defineProperty to hide attributes from list of enumerable properties

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] copy for tag release-0.9

[maven-release-plugin] prepare release release-0.9

Need to include javadoc for artifacts one wants to publish to maven repo

Removed tag release-0.9

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] copy for tag release-0.9

[maven-release-plugin] prepare release release-0.9

Remove the dirty hacks with names. The fix with the compiler should be good enough.

Actually use the passed-in configuration object

Another two cases where it is safer to check for name of superclass, rather than equality. rt/emul/compact test randomly failed.

Switching to new version of html4j APIs

Merging work on closure branch which seems to work relatively well

Skip JS aot compilation, if the JS file already exists

One calculator demo is more than enough

Removing the archetype. Enough to have a shared one at https://github.com/jtulach/html4j-archetype

Launching the application from a fully built distrution directory structure

Directly derive the parent root folder based on resource name rather than going through classpath

Lowering number of actions in invoker by half

Reference cons__V as string

External classes are treated as exported.

Make sure Object is always available in each VM and each extension.

All classes loaded through the 'vm' object will have 'invoke' method that can be used to invoke static methods like main(String[]), so our examples no longer need to rely on initialization in static initializers.

Load scripts asynchronously

There can be multiple VMs in one browser and the primitive types may be shared. Using string comparition to compare primitive classes.

Make sure test classes remain exported

Turning on standalone mode for the bck2brwsr.js

The static calculator demo needs to reference just a single application .js file from its main HTML page. The rest is loaded based on classpath attribute.

Adding since tag

Skip Maven related info files

Can't close the JAR, we read its resources later

Enough to check the number is between 40 and 50

Moving the JAR file parsing and processing into a shared library

Shorten the name to register an extension and use configuration object with a generated magic to ensure basic level of consistency.

Trying to switch to latest version of ko4j. Probably needs two patches on top of 0.8.1. Works with: html4j rev. 7ec623087bfa

Special toString() method for Boolean

Need to flush the stack before destroying it with return value of a function

Don't include provided dependencies

Seek also in exports for the loadBytes function

Export all java.** packages

Skip already empty classpath slots

Generated Script files can be specified on classpath

Print out reasonable error rather throwing undefined type error

closure compiler has bad habbit of rearranging elements to global scope. Need to avoid it by adding yet another wrapping function.

Don't include @JavaScriptResource resources in generated JavaScript

Tests pass OK in full obfuscation mode

Seek the class in VM as well as among exported symbols to allow calculator demo to start in full obfuscation mode

Static compilator demo is capable to load itself from individual extension files

Support for exporting whole packages. addRootClasses defined in terms of addClasses and addExported.

Ignore all classes in the processor

Doing the initial classpath cycle in JavaScript to allow loading of the VM on demand

Using own copy of replaceAll function, so the launcher can be independent on the Java libraries

Don't expose vm to the users of externally visible loader

loadClass is loadBytes+reload

Read the byte array via loadBytes call

loadBytes does not need the loader argument

First step towards calling directly into ClassPath and using VMLazy only for JIT compilation

JDK8 throws IOException on the build server. Try xdg-open fallback then.

Obfuscated tests and their libraries pass tests OK

Use FQN as string when running tests with FULL obfuscation of library JARs

Removing unneeded import

Use exported symbols

Used from tests, must be exported

Using string references to make sure JavaQuery API works in obfuscated mode

console.log is not available in plain nashorn execution

Prevent obfuscation when defining proxy constructor and methods