Two minor fixes

1. Newline characters preserve to eliminate data modification with the
load logic
2. Adding test with casting to BigDecimal. In my case Oracle cell
containing broken numeric data was successfully casted with "columnValue
= rs.getString(i);" to string "~", which caused Greenplum failure on
data load. To eliminate the corrupted data, I retrieve it and cast to
BigDecimal in Java. This bugfix has almost no performance impact