execute site:stage as default on profile "all"
Rework encoding replacement to handle zero-length replace string.

Our logic only allowed single-char replacements through, since
that is what NIO supports, but zero-char replacement basically
maps to the IGNORE action in NIO. This patch makes that change.

Fixes #881.
Merge remote-tracking branch 'github/master'
Rework replacement string to use Java string, target charset.

We originally passed around a Ruby string with no specified
encoding, but this appeared to decode into invalid replacement
bytes under some encodings. Since we always want to replace with
the '?' character (rather than e.g. the unicode <?> character in
UTF-16), I altered the replaceWith field of CodingErrorActions to
be a plain String, and added the target charset to getBytes.

Fixes #375.
Fixes #861 (same cause).
Allow disabling 8-bit transcode error with :undef. Fixes #616.

ASCII-8BIT is basically treated as binary for general purposes, so
when MRI is asked to transcode ASCII-8BIT data to a text encoding,
it requires the data to conform to US-ASCII byte range or raises
an error. On MRI, this error is UndefinedConversionError, and the
user can opt to replace those high bytes by specifying :undef =>
:replace as a transcoding option.

On JRuby, we originally had a hard fail for this error that could
not be disabled. I moved the fail into the transcode logic by
treating ASCII-8BIT input encoding as US-ASCII for purposes of
text transcoding. This causes the Java transcoding subsystem to
raise an error.

Unfortunately, the error raised is MalformedInputException,
indicating that the input data is not well-formed character data.
I believe this is *correct* but it means we would have to enable
replacement using :invalid rather than :undef. To support compat
with MRI, I chose to set the :invalid action to the :undef action
in this situation, which allow :undef to replace high bytes as
required. I also filed http://bugs.ruby-lang.org/issues/8630
because I believe "invalid" is the proper treatment of high-byte
ASCII-8BIT characters when attempting to do a text transcode.

Fixes #616.
Remove encoding tags now passing.
Trivial: De-warned some IR source
New transcoder that supports multi-character replacements.

Fixes #870.
Cleanup.
Minor formatting improvements
Add version for lifecycle-mapping plugin because of eclipse bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=371618
Encoding::Converter.new should raise an Encoding::ConverterNotFoundError if both encodings are the same
Encoding::Converter.new should set replacement from options Hash
Use uFFFD character as replacement for Unicode targets.

Fixes #856.
Remove unused code.
Remove passing tag for arbitrary-length replacement strings.
Add eclipse settings for jruby-core
Use CharsetTranscoder for Encoding::Converter
Must pass encoding into getCodingErrorActions after 7c53e5bc
Change eclipse build output path to be different from maven so that they do not collide