The following error or similar are found in the DPA logs:
org.quartz.JobExecutionException: TextPollJob failed [See nested exception: org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; uncategorized SQLException for SQL [INSERT INTO CONST_4 (H, P, ST, SS, SE, PNAME, LN, TRUNCATED, D) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?)]; SQL state [72000]; error code [1461]; ORA-01461: can bind a LONG value only for insert into a LONG column
Note: The location of the error can change. For example, it can occur in modules other than TextPollJob.
Monitored instance will not start monitoring.
SQL [INSERT INTO CONST_4 (H, P, ST, SS, SE, PNAME, LN, TRUNCATED, D) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?)]; SQL state [72000]; error code [1461]; ORA-01461: can bind a LONG value only for insert into a LONG column
; nested exception is java.sql.BatchUpdateException: ORA-01461: can bind a LONG value only for insert into a LONG column
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate
DPA
Oracle repository
Character encoding can be a cause.
Historically database columns which hold alphanumeric data have been defined using the number of bytes they store. This approach was fine as the number of bytes equated to the number of characters when using single-byte character sets.
With the increasing use of multi-byte character sets to support globalized databases comes the problem of bytes no longer equating to characters.
So this can be caused when DPA is inserting into the Text poll or Plan poll tables.
Two possible resolutions exist.
repo.additionalProperties=oracle.jdbc.RetainV9LongBindBehavior=true