PHOENIX-7267 CsvBulkLoadTool fails job due to a bad record with "(sta…

[xavifeds8]

…rtline 1) EOF reached before encapsulated token finished"

[xavifeds8]

With commons-csv 1.0, CsvBulkLoadTool would fail the entire MapReduce job when encountering a malformed CSV record.
After the upgrade of commons-csv to 1.14.1
--ignore-errors: Bad records are skipped, good records are loaded, errors are counted in MR counters
Without --ignore-errors: Job fails gracefully with a clear error message instead of crashing

Sanity test for the upgrade : https://gist.github.com/xavifeds8/bd6015a1733ddbf630cbbdb453bdbc0d

[xavifeds8]

Changes made :

1. Upgraded commons-csv from 1.0 to 1.14.1
2. Migrated deprecated CSVFormat.withXxx() calls to CSVFormat.Builder API
3. Migrated deprecated new CSVParser(reader, format) to CSVParser.builder().setFormat(format).setReader(reader).get()
4. Caught UncheckedIOException (thrown by commons-csv 1.14.1 during iteration) in UpsertExecutor and CsvToKeyValueMapper, so parse errors are now routed through the normal error-handling path
5. Updated Pherf's CSVFileResultHandler and GoogleChartGenerator for the same API migration

Tests:

1. Updated existing CSVCommonsLoaderIT tests for the new API
2. Fixed testCSVCommonsUpsertBadEncapsulatedControlChars assertion to match the new exception wrapping
3. Added testCSVCommonsUpsertEOFInEncapsulatedToken — directly tests the reported scenario (unclosed quote at EOF)