Community
Vault Customization
Share your knowledge, ask questions, and explore popular Vault API, Data Standard, and VBA topics related to programming, creating add-ins, or working with the Vault API.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

ADMS 2024.2 API Calls

2 REPLIES 2
SOLVED
Reply
Message 1 of 3
steveh3
285 Views, 2 Replies

ADMS 2024.2 API Calls

steveh3
Advisor
Advisor

Hello Gang,

Need some help on API calls and how to determine how to point to s a specific SQL server if they have the same name on two different SQL servers.

 

Here's the case....

We have spun up two new servers (one for ADMS and one for SQL) for testing and are identical to the production server. Only difference is the the old server had ADMS and SQL on same virtual machine.

 

The new SQL server has the instance name as the old (current production  server) "AutodeskVault".

 

Installed ADMS 2024.2 on the new server and restored a backup to the new servers and all appears to be working as expected from the Thick Client.

 

We are now doing some testing with some API calls.

Since we updated the dll’s on the new server to 2024. We are finding out that all of our calls point to  the new server db. Even the old machine lookups are now going to the new db instance. They should still be pointing to the old db on the old server.

 

We did NOT update the dll’s on the old (current production) servers, only the new SQL server.

 

Is there a .dll that determines what server to look at so that we pull from the correct SQL db from the correct server?

 

We have been doing these lookups for about 8 years with probably 5 upgrades and have not run into this before. They only difference is that we split ADMS and SQL into two servers.

 

Thoughts?

Inventor---Vault Professional
0 Likes

ADMS 2024.2 API Calls

Hello Gang,

Need some help on API calls and how to determine how to point to s a specific SQL server if they have the same name on two different SQL servers.

 

Here's the case....

We have spun up two new servers (one for ADMS and one for SQL) for testing and are identical to the production server. Only difference is the the old server had ADMS and SQL on same virtual machine.

 

The new SQL server has the instance name as the old (current production  server) "AutodeskVault".

 

Installed ADMS 2024.2 on the new server and restored a backup to the new servers and all appears to be working as expected from the Thick Client.

 

We are now doing some testing with some API calls.

Since we updated the dll’s on the new server to 2024. We are finding out that all of our calls point to  the new server db. Even the old machine lookups are now going to the new db instance. They should still be pointing to the old db on the old server.

 

We did NOT update the dll’s on the old (current production) servers, only the new SQL server.

 

Is there a .dll that determines what server to look at so that we pull from the correct SQL db from the correct server?

 

We have been doing these lookups for about 8 years with probably 5 upgrades and have not run into this before. They only difference is that we split ADMS and SQL into two servers.

 

Thoughts?

Inventor---Vault Professional
2 REPLIES 2
Message 2 of 3
manaiah_patil
in reply to: steveh3

manaiah_patil
Autodesk
Autodesk
Accepted solution

Thank you for sharing the inputs!

As we noticed that you are using the names, could you please try with IP address, especially when we are working with the API calls. The Windows hosts setting file also might help to enforce the correct routing.

0 Likes

Thank you for sharing the inputs!

As we noticed that you are using the names, could you please try with IP address, especially when we are working with the API calls. The Windows hosts setting file also might help to enforce the correct routing.

Message 3 of 3
steveh3
in reply to: steveh3

steveh3
Advisor
Advisor

Thank you Manaiah....

Pretty sure that might be it. We made the change on Friday all appears to be working as expected now.

Thank you,

Steve H.

Inventor---Vault Professional
0 Likes

Thank you Manaiah....

Pretty sure that might be it. We made the change on Friday all appears to be working as expected now.

Thank you,

Steve H.

Inventor---Vault Professional

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report