You may have encountered a scenario where the PDFg service fails after running the migration wizard in ColdFusion and may have noticed the below error message in the logs.
Getting Started: [Thread-12] - Error in setting up authentication for PDFg services. at coldfusion.document.PDFgCryptoUtils.processCipherWork(PDFgCryptoUtils.java:482) at coldfusion.document.PDFgCryptoUtils.decrypt(PDFgCryptoUtils.java:376) at coldfusion.document.PDFgCryptoUtils.decrypt(PDFgCryptoUtils.java:195)
An easy way to fix this is by copying the “seed.properties” and .prikey from the “lib” folder( \ColdFusionxxx\cfusion\lib ) of the old install and replacing them on the new install. Please ensure you take a backup of existing files before replacing them. Restart the ColdFusion Add-ons and ColdFusion Application services and verify the PDFg service.
Staff
10 posts
This seems a very dangerous suggestion!
Wouldn’t it break ALL settings stored in the “new” instance which use passwords, such as datasources, scheduled tasks, cloud services, and more? They would have been encrypted with the seed originally on the new instance. Now the decryption done using the copied-in seed from the old machine should make them fail to succeed (after the restart).
Did you have any working datasources (using passwords) stored on the new instance when you tried this? And did you confirm they still worked (after the cf restart)?
Indeed, I would think copying in the old seed would also cause the admin login itself to fail–after the restart, but you wrote as if that worked for you.
Can you confirm things? I only have time now to write this, not test things. I wanted to get this out ASAP for the sake of readers. If you (or I or others) confirm that my concern is unfounded, I will of course edit/strike out or remove my comment here.
If I’m right, then we should consider a new way to solve the problem you were addressing. Apologies if I’m wrong here.
You must be logged in to post a comment.
23 Nov
10AM Pacific
Online
