Add fields and field annotations to jruby.
Use ordered hash map to ensure fields are defined in order specified.
Fix issues with java_signature for parameters.
Better fix.
Update testing doc.
Add field annotation.

This allows a seralization objects to be constructed in ruby.
Formatting.
Correct readme.
Fixing hashing consistency across JVM instances.

Several of the core JRuby classes calculate hash codes based on java or ruby
object ids. This doesn't produce consistent hashing across JVM instances, which
is needed for distributed frameworks. For example, Hadoop uses hashCode values
to distribute keys from the map phase to the same reducer task (partitioning).

This commit adds hashCode (and ruby's hash method) implementations for
RubyBoolean, RubyNil, and RubySymbol. RubyBoolean and RubyNil simply return
static, randomly-generated hashCode values that are hard-coded. This replaces
the default java Object#hashCode.

For RubySymbol, the previous implementation of hashCode returned the symbol's
id, which could be different depending on the order in which symbols are
created. This updates it to calculate a hashCode based on the raw symbolBytes
like the RubyString implementation, but with a RubySymbol-specific seed and
without the encoding addition for 1.9. This value is calculated when symbols
are instantiated so the performance impact should be minimal.

This commit also adds a RubyInstanceConfig setting and CLI option for
consistent hashing, jruby.consistent.hashing.enabled, which controls whether
the Ruby runtime's hash seeds (k0 and k1) are generated randomly. When set to
true, they are set to static values. These hash seeds are used to hash
RubyString objects, so this will make string hash codes consistent across JVMs.

(later commit...)

Updating hashCode implementations.

Per discussion on the last commit's pull request [1], updating the
implementations of hashCode for RubyNil and RubyBoolean. Now the hashCode
behavior for nil and booleans will only change when consistent hashing is
enabled. Adds a hashCode instance variable to RubyBoolean and RubyNil that is
set in the constructor to the Object#hashCode value (using
System.identityHashCode) or a static value.

[1]: https://github.com/jruby/jruby/pull/590
REFACTORING: supporting flag about receiving an offset or not.
Update to invokebinder 1.2 artifact.
Remove debug flag.
IO.copy_stream should handle objects that respond to read or write. Fixes #437
Go back to known-working-but-slower Exchanger impl of #next.

The exchanger impl is still slower than the pure-Ruby +
queue impl, but it does not leak threads and appears to
reliably shut down abandoned Enumerators. We can iterate on
improving perf of this impl (and applying that knowledge to
Fiber perf) post 1.7.4.

This reverts commits d3cf2954b38110da9f8d63f46c0757ad9f451c8d
and f19a8376453656c113b9ef9adf4b365eabaf37d6.
Improved killifying of Enumerator#next thread.
Fix #497 by using nearest class's name for anon inspect prefix.
Merge pull request #722 from josedonizetti/supporting_offset

REFACTORING: supporting flag about receiving an offset or not.
Fix misspelling.
Restore use of FileOutputStream in ChannelDescriptor.

We use FileOutputStream here because it can handle append mode
for us, as opposed to RandomAccessFile which requires us to do
our own seeking. I am restoring this with documentation and Jose
will provide a new patch that only flips to RAF when we need to
provide an offset.
Update to HEAD of jruby-launcher