<?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 Reload freezes after partial reload in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Reload-freezes-after-partial-reload/m-p/1026281#M346842</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I programmed an application with macros to do a normal reload only when neccessary since a reload will take 10 to 30mins and is only needed once a week but it may happen at uncertain times like monday morning or tuesday noon. The solution works nicely in my desktop environment but on the server it simply does not run smoothly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a synchronisation table in a MySQL database where freshly released weeks are to be inserted with a state like 'new'. The application has to read it and find out if there are weeks with the 'new' state and then do a reload via the api call doReload.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For the synchronisation table I use partial reload:&lt;/P&gt;&lt;PRE __default_attr="plain" __jive_macro_name="code" class="jive_macro_code jive_text_macro _jivemacro_uid_14519908915442238" jivemacro_uid="_14519908915442238" modifiedtitle="true"&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; ODBC CONNECT64 TO DB1 (XUserId is xxx, XPassword is xxx);&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; weeks:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; replace LOAD&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; week,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; state;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; SQL SELECT week,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; state&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; FROM DB1.synctable;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; if IsPartialReload() = -1 Then&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; EXIT Script;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; ENDIF&lt;/P&gt;
&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This check is supposed to be pretty quick. The application needs to be run via Windows Taskplaner since the QV scheduler does not have all the requirements for that: starting an application with certain parameters (variables) and running macros is a rather mystic issue as some calls work but many do not.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Afterwards the macro looks for weeks with the state 'new' and does a doReload. As far as I can tell this reload calls the same commands as above again which is not a problem for me or my desktop application. On the contrary the server freezes at this point. Logging is enabled and 2 logs are created. The first one shows a completed partial reload routine. The second one stops at the odbc connection call:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __default_attr="plain" __jive_macro_name="code" class="jive_macro_code jive_text_macro _jivemacro_uid_14519909012141188" jivemacro_uid="_14519909012141188"&gt;
&lt;P&gt;...&lt;/P&gt;
&lt;P&gt;05.01.2016 11:37:00: 0011&amp;nbsp; SET DayNames='Mo;Di;Mi;Do;Fr;Sa;So'&lt;/P&gt;
&lt;P&gt;05.01.2016 11:37:00: 0013&amp;nbsp; SET hideprefix = '~'&lt;/P&gt;
&lt;P&gt;05.01.2016 11:37:00: 0016&amp;nbsp; ODBC CONNECT64*XUserId*XPassword*&lt;/P&gt;
&lt;P&gt;*EOF*&lt;/P&gt;
&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;At this point the application still shows the dialog of the partial reload until it becomes a white rectangle overlaying the application elements. The task manager shows an application of about 2GB in the beginning running very slowly down to 65mb over 10min. It looks like the server is having problems opening the connection for a second time. Is there a way to convince it otherwise (or better securely close the first one after the initial partial reload)?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 05 Jan 2016 10:56:08 GMT</pubDate>
    <dc:creator />
    <dc:date>2016-01-05T10:56:08Z</dc:date>
    <item>
      <title>Reload freezes after partial reload</title>
      <link>https://community.qlik.com/t5/QlikView/Reload-freezes-after-partial-reload/m-p/1026281#M346842</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I programmed an application with macros to do a normal reload only when neccessary since a reload will take 10 to 30mins and is only needed once a week but it may happen at uncertain times like monday morning or tuesday noon. The solution works nicely in my desktop environment but on the server it simply does not run smoothly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a synchronisation table in a MySQL database where freshly released weeks are to be inserted with a state like 'new'. The application has to read it and find out if there are weeks with the 'new' state and then do a reload via the api call doReload.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For the synchronisation table I use partial reload:&lt;/P&gt;&lt;PRE __default_attr="plain" __jive_macro_name="code" class="jive_macro_code jive_text_macro _jivemacro_uid_14519908915442238" jivemacro_uid="_14519908915442238" modifiedtitle="true"&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; ODBC CONNECT64 TO DB1 (XUserId is xxx, XPassword is xxx);&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; weeks:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; replace LOAD&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; week,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; state;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; SQL SELECT week,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; state&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; FROM DB1.synctable;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; if IsPartialReload() = -1 Then&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; EXIT Script;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; ENDIF&lt;/P&gt;
&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This check is supposed to be pretty quick. The application needs to be run via Windows Taskplaner since the QV scheduler does not have all the requirements for that: starting an application with certain parameters (variables) and running macros is a rather mystic issue as some calls work but many do not.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Afterwards the macro looks for weeks with the state 'new' and does a doReload. As far as I can tell this reload calls the same commands as above again which is not a problem for me or my desktop application. On the contrary the server freezes at this point. Logging is enabled and 2 logs are created. The first one shows a completed partial reload routine. The second one stops at the odbc connection call:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __default_attr="plain" __jive_macro_name="code" class="jive_macro_code jive_text_macro _jivemacro_uid_14519909012141188" jivemacro_uid="_14519909012141188"&gt;
&lt;P&gt;...&lt;/P&gt;
&lt;P&gt;05.01.2016 11:37:00: 0011&amp;nbsp; SET DayNames='Mo;Di;Mi;Do;Fr;Sa;So'&lt;/P&gt;
&lt;P&gt;05.01.2016 11:37:00: 0013&amp;nbsp; SET hideprefix = '~'&lt;/P&gt;
&lt;P&gt;05.01.2016 11:37:00: 0016&amp;nbsp; ODBC CONNECT64*XUserId*XPassword*&lt;/P&gt;
&lt;P&gt;*EOF*&lt;/P&gt;
&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;At this point the application still shows the dialog of the partial reload until it becomes a white rectangle overlaying the application elements. The task manager shows an application of about 2GB in the beginning running very slowly down to 65mb over 10min. It looks like the server is having problems opening the connection for a second time. Is there a way to convince it otherwise (or better securely close the first one after the initial partial reload)?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 05 Jan 2016 10:56:08 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Reload-freezes-after-partial-reload/m-p/1026281#M346842</guid>
      <dc:creator />
      <dc:date>2016-01-05T10:56:08Z</dc:date>
    </item>
    <item>
      <title>Re: Reload freezes after partial reload</title>
      <link>https://community.qlik.com/t5/QlikView/Reload-freezes-after-partial-reload/m-p/1026282#M346843</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ok it looks like I found the problem:&lt;/P&gt;&lt;P&gt;I did the reload with ActiveDocument.DoReload, which looks like a newer, non depricated version of ActiveDocument.Reload according to the api. Yet it does not work since new year's eve. Trying ActiveDocument.Reload instead made the execution run again .... very annoying but anyways..&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 05 Jan 2016 15:51:37 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Reload-freezes-after-partial-reload/m-p/1026282#M346843</guid>
      <dc:creator />
      <dc:date>2016-01-05T15:51:37Z</dc:date>
    </item>
  </channel>
</rss>

