<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Bulk exporting - field separator takes only one character when I use the csv options for text enclosure in advanced settings in Talend Studio</title>
    <link>https://community.qlik.com/t5/Talend-Studio/Bulk-exporting-field-separator-takes-only-one-character-when-I/m-p/2208616#M7760</link>
    <description>&lt;P&gt;I've been able to reproduce this behavior using TIS 6.4.1.&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;Checking into the component code, this part is the culprit:&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;PRE&gt;                    //support passing value (property: Field Separator) by 'context.fs' or 'globalMap.get("fs")'.
                    if (fieldSep.length() &amp;gt; 0 ){
                        field_Delim_tFileOutputDelimited_1 = fieldSep.toCharArray();
                    }else {
                        throw new IllegalArgumentException("Field Separator must be assigned a char.");
                    }
                    &lt;FONT color="#FF0000"&gt;&lt;STRONG&gt;this.field_Delim = field_Delim_tFileOutputDelimited_1[0];&lt;/STRONG&gt;&lt;/FONT&gt;&lt;/PRE&gt; 
&lt;P&gt;I suspect the reason this is not a huge problem is that when you are using properly escaped csv files (csv options), the field separator should no longer be sensitive to the content of the data -- meaning you can safely use a single character.&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;if you wanted to fix it, you'd need to edit the component. From a quick look at the component code, this will not be a quick fix as the current code expects a character and this is tied into how data is escaped when it is written.&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;What I would suggest is updating any jobs reading these files to use csv options as well -- at a high level, it is always better to enable csv options unless you are writing very very large files and need better performance.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 29 Oct 2018 18:57:24 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2018-10-29T18:57:24Z</dc:date>
    <item>
      <title>Bulk exporting - field separator takes only one character when I use the csv options for text enclosure in advanced settings</title>
      <link>https://community.qlik.com/t5/Talend-Studio/Bulk-exporting-field-separator-takes-only-one-character-when-I/m-p/2208615#M7759</link>
      <description>&lt;P&gt;I am experiencing some strange behavior, trying to create a bulk export to csv.&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;I had previously set it up als follows:&lt;/P&gt; 
&lt;P&gt;- row separator: "\n"&lt;/P&gt; 
&lt;P&gt;- field separator: "#\t#"&lt;/P&gt; 
&lt;P&gt;- no csv options (Escape Char and Text Enclosure)&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;The csv creation worked perfectly with that setup.&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;Afterwards I had the requirement to add a free text field to that export and unfortunately, the free text field contains carriage returns. For that, I checked the csv options and tried to add the character string "\"" for text enclosure. But when I&amp;nbsp;run the job with that setup, the field separator in the corresponding csv file is # (while it used to be #\t# before). It seems that the field separator can only consist of one character if the csv options are used. Has anyone of you experienced this before?&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;I am using: &amp;nbsp;&lt;/P&gt; 
&lt;P&gt;talend version 7.0.1&lt;/P&gt; 
&lt;P&gt;&lt;SPAN&gt;java version "1.8.0_101"&lt;/SPAN&gt;&lt;/P&gt; 
&lt;P&gt;Java(TM) SE Runtime Environment (build 1.8.0_101-b13)&lt;/P&gt; 
&lt;P&gt;Java HotSpot(TM) 64-Bit Server VM (build 25.101-b13, mixed mode)&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;BR Kristian&lt;/P&gt;</description>
      <pubDate>Sat, 16 Nov 2024 07:23:33 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/Bulk-exporting-field-separator-takes-only-one-character-when-I/m-p/2208615#M7759</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2024-11-16T07:23:33Z</dc:date>
    </item>
    <item>
      <title>Re: Bulk exporting - field separator takes only one character when I use the csv options for text enclosure in advanced settings</title>
      <link>https://community.qlik.com/t5/Talend-Studio/Bulk-exporting-field-separator-takes-only-one-character-when-I/m-p/2208616#M7760</link>
      <description>&lt;P&gt;I've been able to reproduce this behavior using TIS 6.4.1.&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;Checking into the component code, this part is the culprit:&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;PRE&gt;                    //support passing value (property: Field Separator) by 'context.fs' or 'globalMap.get("fs")'.
                    if (fieldSep.length() &amp;gt; 0 ){
                        field_Delim_tFileOutputDelimited_1 = fieldSep.toCharArray();
                    }else {
                        throw new IllegalArgumentException("Field Separator must be assigned a char.");
                    }
                    &lt;FONT color="#FF0000"&gt;&lt;STRONG&gt;this.field_Delim = field_Delim_tFileOutputDelimited_1[0];&lt;/STRONG&gt;&lt;/FONT&gt;&lt;/PRE&gt; 
&lt;P&gt;I suspect the reason this is not a huge problem is that when you are using properly escaped csv files (csv options), the field separator should no longer be sensitive to the content of the data -- meaning you can safely use a single character.&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;if you wanted to fix it, you'd need to edit the component. From a quick look at the component code, this will not be a quick fix as the current code expects a character and this is tied into how data is escaped when it is written.&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P&gt;What I would suggest is updating any jobs reading these files to use csv options as well -- at a high level, it is always better to enable csv options unless you are writing very very large files and need better performance.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 29 Oct 2018 18:57:24 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/Bulk-exporting-field-separator-takes-only-one-character-when-I/m-p/2208616#M7760</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2018-10-29T18:57:24Z</dc:date>
    </item>
    <item>
      <title>Re: Bulk exporting - field separator takes only one character when I use the csv options for text enclosure in advanced settings</title>
      <link>https://community.qlik.com/t5/Talend-Studio/Bulk-exporting-field-separator-takes-only-one-character-when-I/m-p/2208617#M7761</link>
      <description>Thanks for looking at it and thank you for your advice on how to construct the job. Any idea on if this error is going to be fixed in one of the next versions?</description>
      <pubDate>Mon, 05 Nov 2018 12:15:43 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/Bulk-exporting-field-separator-takes-only-one-character-when-I/m-p/2208617#M7761</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2018-11-05T12:15:43Z</dc:date>
    </item>
  </channel>
</rss>

