<?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: Strange issue with Qlik Replicate and an Oracle database table in Qlik Replicate</title>
    <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507866#M13797</link>
    <description>&lt;P&gt;No one else is seeing anything like this???&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I've gone up to May 2024 release and have done a ton of troubleshooting with support with no resolution as of yet. They're struggling to reproduce the issue sadly.&lt;/P&gt;</description>
    <pubDate>Fri, 28 Feb 2025 21:04:41 GMT</pubDate>
    <dc:creator>eblackstonegesa</dc:creator>
    <dc:date>2025-02-28T21:04:41Z</dc:date>
    <item>
      <title>Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2503395#M13593</link>
      <description>&lt;P&gt;I'm facing a strange scenario. We're loading updates from an Oracle database using logminer to an Azure Event Hub.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have a task with several monitored tables:&lt;/P&gt;
&lt;P&gt;ADDRESS&lt;/P&gt;
&lt;P&gt;etc.etc.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The ADDRESS table has a field called "AddressType" which is used in a filter statement to ensure that only certain values trigger updates.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This works fine most of the time, but sometimes (like when the server is rebooted) the column in question is always null, which makes the filter fail. Restarting the task usually fixes it.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This is truly bizarre. Has anyone heard of anything like this happening?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 29 Jan 2025 00:19:48 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2503395#M13593</guid>
      <dc:creator>eblackstonegesa</dc:creator>
      <dc:date>2025-01-29T00:19:48Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2503634#M13598</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/221485"&gt;@eblackstonegesa&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;What is the full version number of Replicate that you're using? We might need a support case to look into it in more detail, but with the version we can at least check documentation for later releases to see if this is a known issue.&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Dana&lt;/P&gt;</description>
      <pubDate>Wed, 29 Jan 2025 22:43:50 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2503634#M13598</guid>
      <dc:creator>Dana_Baldwin</dc:creator>
      <dc:date>2025-01-29T22:43:50Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2503796#M13609</link>
      <description>&lt;P&gt;Thanks for the reply. Looks like we're missing a few updates with potential Oracle fixes, so we're going to try that route first.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 30 Jan 2025 17:33:23 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2503796#M13609</guid>
      <dc:creator>eblackstonegesa</dc:creator>
      <dc:date>2025-01-30T17:33:23Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507866#M13797</link>
      <description>&lt;P&gt;No one else is seeing anything like this???&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I've gone up to May 2024 release and have done a ton of troubleshooting with support with no resolution as of yet. They're struggling to reproduce the issue sadly.&lt;/P&gt;</description>
      <pubDate>Fri, 28 Feb 2025 21:04:41 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507866#M13797</guid>
      <dc:creator>eblackstonegesa</dc:creator>
      <dc:date>2025-02-28T21:04:41Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507881#M13798</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/221485"&gt;@eblackstonegesa&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Sorry to hear about that. Would you please share the support ticket number? We'd like to review the case again with support team.&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;John.&lt;/P&gt;</description>
      <pubDate>Sat, 01 Mar 2025 01:30:35 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507881#M13798</guid>
      <dc:creator>john_wang</dc:creator>
      <dc:date>2025-03-01T01:30:35Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507913#M13802</link>
      <description>&lt;P&gt;Hi John! Sent you a pm with the case number. Thanks!&lt;/P&gt;</description>
      <pubDate>Sat, 01 Mar 2025 16:23:12 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507913#M13802</guid>
      <dc:creator>eblackstonegesa</dc:creator>
      <dc:date>2025-03-01T16:23:12Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507923#M13803</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/221485"&gt;@eblackstonegesa&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thanks for the information. Please allow me some time, I will get back to you shortly with my findings.&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;John.&lt;/P&gt;</description>
      <pubDate>Sun, 02 Mar 2025 03:06:36 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507923#M13803</guid>
      <dc:creator>john_wang</dc:creator>
      <dc:date>2025-03-02T03:06:36Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507935#M13804</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/221485"&gt;@eblackstonegesa&lt;/a&gt;&amp;nbsp;,copy&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/158833"&gt;@shashi_holla&lt;/a&gt;&amp;nbsp;,&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/121014"&gt;@Dana_Baldwin&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I think I’ve found something in the attachments. If my understanding is correct, the issue occurs when the &lt;STRONG data-start="178" data-end="191"&gt;ADDRUSECD&lt;/STRONG&gt; column sometimes has a &lt;STRONG data-start="215" data-end="223"&gt;NULL&lt;/STRONG&gt; value.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;1. &lt;/STRONG&gt;The problem is unrelated to the table’s supplemental logging settings, so increasing the table supplemental logging level cannot solve the issue.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;2.&lt;/STRONG&gt; The issue is caused by the computation of the &lt;STRONG data-start="359" data-end="372"&gt;ADDRUSECD&lt;/STRONG&gt; column. This is evident from both the JSON file and the task log file. Specifically, in the exported JSON file:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="john_wang_0-1740903300602.png" style="width: 999px;"&gt;&lt;img src="https://community.qlik.com/t5/image/serverpage/image-id/178035i101A97DFD36B30BE/image-size/large?v=v2&amp;amp;px=999" role="button" title="john_wang_0-1740903300602.png" alt="john_wang_0-1740903300602.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;in task log file "issue reproduced.log" line #190149:&lt;/P&gt;
&lt;P&gt;&lt;FONT face="courier new,courier"&gt;2025-02-14T12:31:03:770492 [TRANSFORMATION ]T: New column 'ADDRUSECD', type: 'kAR_DATA_TYPE_STR' (manipulator.c:1490)&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier"&gt;2025-02-14T12:31:03:770492 [TRANSFORMATION ]T: Column 'address.postal-address-updated.ADDRUSECD' will not be replicated homogeneously as it was added using a transformation (manipulator.c:1545)&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier"&gt;2025-02-14T12:31:03:770492 [TRANSFORMATION ]T: Transformation expression is 'source_lookup('NO_CACHING','PARTNERAPI','VIEW_GETADDRINFOBYADDRNBR','ADDRUSECD','ADDRNBR=:1',$ADDRNBR)' (manipulator.c:713)&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;3.&lt;/STRONG&gt; I’m not sure about the task design and replication logic, but this does not seem like a common scenario:&lt;/P&gt;
&lt;UL data-start="634" data-end="1016"&gt;
&lt;LI data-start="634" data-end="699"&gt;The table has a &lt;STRONG data-start="652" data-end="672"&gt;primary key (PK)&lt;/STRONG&gt; composed of two columns.&lt;/LI&gt;
&lt;LI data-start="703" data-end="833"&gt;In the task design, one of these &lt;STRONG data-start="738" data-end="752"&gt;PK columns&lt;/STRONG&gt; is retrieved using &lt;STRONG data-start="772" data-end="789"&gt;source_lookup&lt;/STRONG&gt; based on the other &lt;STRONG data-start="809" data-end="830"&gt;PK column’s value&lt;/STRONG&gt;.&lt;/LI&gt;
&lt;LI data-start="837" data-end="1016"&gt;Normally, uniqueness is ensured by both columns together. However, it looks like &lt;STRONG data-start="920" data-end="937"&gt;source_lookup&lt;/STRONG&gt; is returning a &lt;STRONG data-start="953" data-end="961"&gt;NULL&lt;/STRONG&gt; value from the view &lt;STRONG data-start="982" data-end="1013"&gt;"VIEW_GETADDRINFOBYADDRNBR"&lt;/STRONG&gt;.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;&lt;STRONG&gt;4.&lt;/STRONG&gt; If the logic is intended to retrieve another column’s value, please ensure that the query against &lt;STRONG data-start="1118" data-end="1149"&gt;"VIEW_GETADDRINFOBYADDRNBR"&lt;/STRONG&gt; does not return &lt;STRONG data-start="1166" data-end="1174"&gt;NULL&lt;/STRONG&gt; rows.&lt;/P&gt;
&lt;P&gt;I'm glad to be working with Shashil on this case. Please don't hesitate to reach out if you need any additional information.&lt;/P&gt;
&lt;P&gt;Good luck,&lt;/P&gt;
&lt;P&gt;John.&lt;/P&gt;</description>
      <pubDate>Sun, 02 Mar 2025 08:49:01 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507935#M13804</guid>
      <dc:creator>john_wang</dc:creator>
      <dc:date>2025-03-02T08:49:01Z</dc:date>
    </item>
    <item>
      <title>Re: Strange issue with Qlik Replicate and an Oracle database table</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507944#M13805</link>
      <description>&lt;P&gt;Thanks for taking a look. The problem with that finding is that ADDRUSECD is actually being filtered in record selection condition. It&amp;nbsp;&lt;EM&gt;must&lt;/EM&gt; match a list of possible codes in every table defined in that task.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The fact that these records are being passed to my target system proves that the column isn't actually null from the source lookup. It's getting blanked out inappropriately sometime after that. This seems like some kind of bug in building the target message.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I was going to try swapping from the Azure Event Hub target to a Kafka target, but it doesn't look like our Qlik license allows Kafka endpoints strangely enough.&lt;/P&gt;</description>
      <pubDate>Sun, 02 Mar 2025 21:06:44 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Strange-issue-with-Qlik-Replicate-and-an-Oracle-database-table/m-p/2507944#M13805</guid>
      <dc:creator>eblackstonegesa</dc:creator>
      <dc:date>2025-03-02T21:06:44Z</dc:date>
    </item>
  </channel>
</rss>

