Hi @peggy_zhuY2FUY,
Thanks for jumping in. I have good news to report. I've discovered a solution, even while using SSL.
The solution:
On each of your job processor machines, make sure to log into Vault at least once using the new path (in my case, the https FQDN path), using either the Vault client or the Vault add in for AutoCAD. After that, everything works!
Background info:
There is a file named WorkingFolders.xml that establishes your working folder for Vault that must be present on the job processor system, in the directory that corresponds to your server name. If you are using SSL, this directory will begin with https.
For example:
On my job processor machine, this path is:
"C:\Users\USERNAME\AppData\Roaming\Autodesk\VaultCommon\Servers\Services_Security_6_29_2011\[email protected]\Vaults\YOUR_VAULT_NAME\Objects\WorkingFolders.xml"
This WorkingFolders.xml file is only created when you actually log into the Vault on the job processor machine using either the Vault client or via the Vault add in for AutoCAD.
Simply launching the Autodesk Job Processor app creates the folder but does not create the WorkingFolders.xml file.
What I found is that if this .xml file does not exist for the folder of the Vault you are connected to, then the Vault Job Processor does not update the drawing properties or update the revision table as expected. I believe this is because it ends up downloading to a default folder instead of the folder it should download it to when working folders are enforced. If you don't enforce working folders on your Vault, maybe you will never run into this issue.
As long as that file exists, everything works perfectly, whether I have the Vault server set to http or https.
Again, note that if you were using your Vault server in http mode (i.e. not secure) and then switch to https (secure) mode, you will need to log into the Vault from the Vault client (or Vault add in for AutoCAD) on EVERY one of your job processor systems at least once. This will create the .xml file in the directory that corresponds to your https path.
On one of my job processor systems, I had logged in while using http but had not done so yet after switching to https. This is why the revision table was updating correctly when I was using http but would fail to update when I set it to https. Now, it's updating as expected regardless of what mode I have the server set to.
This was a really tricky issue to figure out but the solution ended up being very simple! I like that 🙂
I hope this post helps someone else out.
Patrick