[
https://issues.apache.org/jira/browse/CAMEL-10840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15870105#comment-15870105
]
Claus Ibsen commented on CAMEL-10840:
-------------------------------------
Christian is fine to just comment here.
Self assign is when people have done a bit more more contributions.
> CsvDataFormat.setRecordConverterRef not usable
> ----------------------------------------------
>
> Key: CAMEL-10840
> URL: https://issues.apache.org/jira/browse/CAMEL-10840
> Project: Camel
> Issue Type: Improvement
> Components: camel-csv
> Affects Versions: 2.18.1
> Reporter: Christian Ribeaud
> Priority: Minor
> Fix For: 2.18.3, 2.19.0
>
>
> Following interface {{org.apache.camel.dataformat.csv.CsvRecordConverter}} is
> *package* protected. This is actually fine because it is used internally.
> There are two implementations in {{CsvRecordConverters}}. However
> {{org.apache.camel.model.dataformat.CsvDataFormat}} contains following
> *public* methods:
> {code:java}
> public String getRecordConverterRef() {
> return recordConverterRef;
> }
> /**
> * Refers to a custom <tt>CsvRecordConverter</tt> to lookup from the registry
> to use.
> */
> public void setRecordConverterRef(String recordConverterRef) {
> this.recordConverterRef = recordConverterRef;
> }
> {code}
> So, it seems possible to specify my own {{CsvRecordConverter}} but, because
> of the point mentioned earlier, this is actually NOT (easily) possible.
> I came across this point because I was looking for a mechanism allowing me to
> proxy the values being taken from {{CSVRecord}} to *Map* or *List*.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
