Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
I read the troubleshooting page and this is the solution:
"Some entities used in the template are missing from the connection cache.
To solve:
Open the template in Qlik NPrinting Designer to get a detailed list of the missing entities.
Solve the list by creating the missing entities in the source .qvw document. Or remove them from the template.
Regenerate the connection cache."
The problem is they do exist in the source, and work, and are integral to the report creation. The list of missing entities is quite large consisting of images and specific columns in table. I have checked some and they are very simple, one is literally just an expression '=[Field]'. So that should be compatible. I have tried reloading the metadata.
well ... '=[Field]' is already quite strange. It may have worked in NP 16, but definitely is not the usual aproach to how you should build expressions (which should contain function or formula) otherwise it should be just added as a dimension to the table...
Hi,
A Qlik NPrinting report could use objects from many different connections. So, please check:
- that the new Qlik NPrinting 17+ installation has all the connections you had in the old QlikView NPrinting 16
- that the new connections link the same .QVWs of the old ones
- that all connection caches are correctly generated
Then run the Check Entities in the Qlik NPrinting Designer again.
Best Regards,
Ruggero
Hi Lech,
It is used quite often in the setup I inherited and I sometimes use it myself without any issue outside of the new NP. IT is used for dashboard apps as well (also on an older version of QV).
- that the new Qlik NPrinting 17+ installation has all the connections you had in the old QlikView NPrinting 16
It only uses one connection.
- that the new connections link the same .QVWs of the old ones
I made sure it was linking to the correct qvw from the start.
- that all connection caches are correctly generated
I reloaded the metadata and refreshed multiple times.
I'm still trying to solve this issue. Some entities are actually missing from the QVW but others are there and I see no reason why the template editor can't recognise them. The most obvious case is the =[Field] which I mentioned before. There are other expression columns in the same table which are =[Field] and work. The problem columns are not set to conditional show, they are set up identically to the working columns.
I updated every table in the list and somehow most of them went through big changes which I cannot understand. Why would the reports be working fine in NP16 if the object list is so different in Designer than the source QVW?
Hi,
again =[Field] is just wrong practice. The fact that it worked in NPrinting 16 does not mean that it is correct. In fact it is just wrong from QlikView development point of view.
Now regarding your question why something could work in NPrintign 16? Well, It is quite straight forward - it is completly different tool. NPrinting 17+ (in your case Feb2020) is new enterprise tool. It is not as forgiving as the old brother. It must require best Qlik application development practices and any shortcuts are not forgiven.
Now because some of your entities could be constructed in the way that is not supported in NPrinting 17+ you may never be able to fully migrate and will have to do some manual rework.
Obviously I have not seen your qvw hence cannot test/comment more on it. I guess the best option now would be to open support ticket and check with Qlik if your qvw is supported at all as you may be just burning time trying to figure out why it is not migrating while migration might not be possible at all.