Sun, 11 May 2014 14:01:18 +0200Merging separated emulation of ZIP access
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Sun, 11 May 2014 14:01:18 +0200] rev 1557
Merging separated emulation of ZIP access

Sun, 11 May 2014 12:24:19 +0200Using only emul.mini APIs closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Sun, 11 May 2014 12:24:19 +0200] rev 1556
Using only emul.mini APIs

Sun, 11 May 2014 08:10:28 +0200Use as little of Java APIs as possible closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Sun, 11 May 2014 08:10:28 +0200] rev 1555
Use as little of Java APIs as possible

Sun, 11 May 2014 08:08:17 +0200Prevent recursive loading of ZipResource class closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Sun, 11 May 2014 08:08:17 +0200] rev 1554
Prevent recursive loading of ZipResource class

Sun, 11 May 2014 08:05:59 +0200Run in the browser only. It's faster. closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Sun, 11 May 2014 08:05:59 +0200] rev 1553
Run in the browser only. It's faster.

Sun, 11 May 2014 08:05:27 +0200Include whole VM in the bootstrap code closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Sun, 11 May 2014 08:05:27 +0200] rev 1552
Include whole VM in the bootstrap code

Fri, 09 May 2014 08:37:20 +0200Moving Zip tests into right locations closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Fri, 09 May 2014 08:37:20 +0200] rev 1551
Moving Zip tests into right locations

Wed, 07 May 2014 17:24:29 +0200Splitting into two classes: one that deals with classpath, one that deals with ZIP content closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Wed, 07 May 2014 17:24:29 +0200] rev 1550
Splitting into two classes: one that deals with classpath, one that deals with ZIP content

Wed, 07 May 2014 16:47:24 +0200Separating the unzipping functionality into own module. Step one. closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Wed, 07 May 2014 16:47:24 +0200] rev 1549
Separating the unzipping functionality into own module. Step one.

Wed, 07 May 2014 11:55:06 +0200String.toCharArray is known to be painfully slow. Avoiding it as much as possible and dead code which was referencing it closure
Jaroslav Tulach <jaroslav.tulach@apidesign.org> [Wed, 07 May 2014 11:55:06 +0200] rev 1548
String.toCharArray is known to be painfully slow. Avoiding it as much as possible and dead code which was referencing it