RAW data fails to get imported in some cases

[shubham-yb]

There are some cases where the user may face invalid hexadecimal error upon attempting to migrate a (LONG) RAW attribute.

Example Schema for Oracle:

DROP TABLE RAW_TYPE;
CREATE TABLE RAW_TYPE(raw_value RAW(2000), long_raw_value LONG RAW);
INSERT INTO RAW_TYPE VALUES('FFFFFFFF','FFFFFFFF');
INSERT INTO RAW_TYPE VALUES(HEXTORAW('7FFFFFFF16'),HEXTORAW('7FFFFFFF16'));
INSERT INTO RAW_TYPE VALUES(NULL,HEXTORAW('7FFFFFFF16'));
INSERT INTO RAW_TYPE VALUES(HEXTORAW('7FFFFFFF16'),NULL);
INSERT INTO RAW_TYPE VALUES(NULL,NULL);
INSERT INTO RAW_TYPE VALUES('','');

This might be related to the collation of the user's machine as the issue was reproducing on a Ubuntu VM, which has C-based locale , whereas the same issue couldn't be replicated on a CentOS 7 VM uses en_US-based locale.

Visit this link for more collation related details:

#243