Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Yeah, I can understand the need to refresh metadata if the source design has changed, and if you need to schedule data loads from the source because you can't manage it on-demand, that's fine. But don't start conflating the two concepts. Metadata is descriptive; data is content. Single-version-of-the-truth should apply to terminology as well.
Is there partiqual question in your post? do you need any clarification? or... did you just want to went little bit (which is fine with me 😁😉) and wanted to let everyone know(which is also fine with me 😁😉) ?
What I mean is if there is any particular scenario you want to talk about or discus it will be important to choose correct version of NPrinting to start with as well as tell us about a setup (QlikView - which exact version). As you know it is quite important to establish those basics if we want to chat about the rest.
cheers
Lech
Hi,
"Metadata is descriptive" and what Qlik NPrinting loads in the Repository during a connection metadata reload is the description of the content of that connection which include the name of fields, their first 1,000 distinct values of each field, the objects (like charts, listbox, sheets, etc) in the source app/document. So when the content change, for example because a new chart is added, it is needed to reload the connection metadata to include it in the list you see when editing a template.
Qlik NPrinting doesn't load all the data of a connected app.
Best Regards,
Ruggero
Ruggero,
My own experience and this post appear to be in conflict with your description:
I would have no issue with using the term Metadata as you describe, but it appears to include more than that. Perhaps that was the original intention but the situation changed?
-Kevin
Lech,
I think there is a problem with the documentation and it's causing confusion. Unless someone has a different interpretation of "Metadata", which I'm open to hearing. Or perhaps the old data issue is limited to "Local" qlikview connections: https://community.qlik.com/t5/Knowledge/NPrinting-reports-have-old-stale-data-with-local-NPrinting/t...
Yeah, I guess from this old post of yours(!) that the metadata refresh has an "off-label" use that fixes local connection problems: https://community.qlik.com/t5/Qlik-NPrinting-Discussions/Nprinting-doesn-t-refresh-the-data/m-p/1137...
So I guess that's the deficiency in the documentation, not the use of "Metadata".
Hi Kevin
I see what you mean. In terms of clling nprinting cache a "metadata" I am still fine with it as it is actually as Ruggero mentioned in this scenario a "metadata".
The fact that we sometimes see old data in the reports and "generate metadata" reload must be used is for different reasons. I am not a Qlik R&D so I am not 100% sure but here is what I have found so far:
Conclusion based on my understanding:
hope this helps
Hi @Lech_Miszkiewicz ,
1 it is not "stupid behaviour" is it "optimization" 😛 . The reason why the Engine keeps a Qv.exe process opened for each recently used QVW is that opening a QVW requires time. So the Engine suppose that if you used a QVW to generate reports there is a good probability that you will use the same next time and it keep it opened. The consequence is that a Qv.exe process is keep running. With small QVWs this optimization has not a green impac but we had cases where customers uses huge QVWs that require a long time to be opened. Instead when hardware resources are needed the Engine will kill the old Qv.exe process if the are keeping opened QVWs not used to generate the requested reports.
Yes, I agree, in those cases it is better to use a QlikView server.
Best Regards,
Ruggero
Yeah. I know the reason and agree with the optimisation aspect. Sorry about my bad choice of words 😬
I guess it would be good to have some setting which we as end users could choose if the connection should be closed each time or kept open as it is at the moment.
There is no one right scenario in this case i guess.
Don't worry @Lech_Miszkiewicz I understood your meaning :-).
I shared the info for all readers and I agree with the other parts of your answer. Thanks