Skip to main content
Announcements
Defect acknowledgement with Nprinting Engine May 2022 SR2, please READ HERE
cancel
Showing results for 
Search instead for 
Did you mean: 
kevpickering
Contributor III
Contributor III

Changing Source Connection

Hi,

We are running NPrint Server V16.1.0.0 (SR1).

I've changed the QlikView document for source connection in the nsq after doing a migration from QlikView Server to version 12. It's the same qvw just on a different server.

If I preview a report in the nsq, I can see after NPrint opens the qvw that it is from the QV12 server.

However, all our automated schedules still connect to the old server version, according to the NPrint server logs.

Do changes in the nsq source connection automatically update in the NPrint server or am I missing something?

Help appreciated, please.

1 Solution

Accepted Solutions
kevpickering
Contributor III
Contributor III
Author

Thanks Marcus but managed to find the culprit. Service was set up to read nsq files in a folder rather than the one file we use. There was a backup copy of the pre-server change nsq stored in the same folder and NPrint servce was therefore reading the schedule from this file as well.

So moving the offending file seems to have done the trick and a test schedule ran correctly.

The only issue now is that even though all the old schedules were made inactive, nsq saved and then moved to archive, NPrint monitor still shows the old schedules and hasn't removed them (even after a service restart).  I'm hoping the service will eventually clean up the old schedules over time.

View solution in original post

3 Replies
marcus_malinow
Partner - Specialist III
Partner - Specialist III

Hi Kevin,

I believe you need to restart your NPrinting Server service, as the old connection details will be cached.

Marcus

kevpickering
Contributor III
Contributor III
Author

Thanks Marcus but managed to find the culprit. Service was set up to read nsq files in a folder rather than the one file we use. There was a backup copy of the pre-server change nsq stored in the same folder and NPrint servce was therefore reading the schedule from this file as well.

So moving the offending file seems to have done the trick and a test schedule ran correctly.

The only issue now is that even though all the old schedules were made inactive, nsq saved and then moved to archive, NPrint monitor still shows the old schedules and hasn't removed them (even after a service restart).  I'm hoping the service will eventually clean up the old schedules over time.

Daniel_Jenkins
Specialist III
Specialist III

Hi Kevin,

1. Please be aware that no version of QlikView 12 is supported by NPrinting 16.x. Requirements for NPrinting 16.x.x.x versions only

2. To clean up the Monitor:

i.  stop the NPrinting server service

ii. remove the NSQs and/or Folders from the QlikView NPrinting Files list

iii. rename or delete this file: C:\ProgramData\NPrinting\Monitor\Schedules.xml

iv. add your NSQs and/or Folders to the list

v.  start the NPrinting server service

HTH - Daniel.