This content has been marked as final. Show 6 replies
Most likely this is a account/user profile issue. If I remember correctly, the current profile is the profile of currently logged-in interactive user, which may or may not be "default profile". Also, to access other user profile the account must have a permission, which is not the case for the SYSTEM account. Therefore, even a necessary profile is loaded, the CF might not be able to access it.
If you set CF service to run under the same interactive account under which the command line works, and after that CFEXECUTE works - this is it. You also can try to enable "Allow service to interact with desktop" for debugging purposes. So, you would actually see that DOS window that might contain error message and/or prompt for something.
You also may try this tag that allows some of the above, if you cannot change settings on the server.
I found my own solution. I think Mr Black is probably right about the user profile deal with CFEXECUTE, but it just seemed like a kludgey solution anyway. What the cfGnuPG CFC/wrapper was missing was a way to invoke GPG to decrypt a FILE, rather than a data stream. So I added a new method to the gnuPG.class file originally provided by Wayne Graham in his CFDJ article to do "decryptFile"--basically, you just pass it a filename instead of a data stream and it works the same way. I also added an optional parameter to it for the output file (GPG option -o), since I found that decrypting the file to output the results was inconsistent (sometimes it would work, other times it would hang). By telling GPG to write the decrypted content to a file, it worked perfect everytime.
If anyone would like the revised gpg.jar file with the additional method, feel free to email me.
I would love to get the revised code this is exactly what i am working on for a client.
I am having the same gnupg hang problem when decrypting. Can I get the revised code from you?
John, I'd be happy to send you the code, but I need your email.