Hi, there
We are testing the interoperability of configuration service between Metro version and .Net version. Our test scenario is: .Net Trader client-->Metro Config service-->Metro BS -->Metro OPS We found two problems when changing the configuration server URL for trader client and BS of .Net version 1. After changed the configuration service URL to new URL (such as http://localhost:8080/Config_service/configservice) in configuration page of .net version trader client, and click 'set' button. The new configuration service URL is not changed (or saved). 2. So we changed the configuration service URL to new URL (such as http://localhost:8080/Config_service/configservice) in trader_client\Trade \web.config <appsettings>, and restart the services. The new configuration service URL works, and get the JAVA_BS URL from Database. Because of the .Net version Trader client set the BS name in trader_client\Trade \web.config <appsettings>,like: <add key="DOTNET_BS" value="BsClient_DotNet_BasicHttpBinding"/> <add key="DOTNET_BSSEC" value="BsClient_DotNet_WsHttpBinding"/> And there is no JAVA_BS setting in the configuration, it will throw exception. It seems that Trader client does not get the BS URL by configuration service directly, but get it by BS name setting in web.config file like the code above. I am not sure whether it is a bug or not, but it brings us difficulty to the implement the interoperability of configuration service between Metro version and .Net version. Since in Metro version, we save the config service URL in Database, and the config service will access the BS and OPS directly without any configuration. Do you have any feedback or comments about Configuration service implementation of Metro version? Any suggestions about testing the interoperability of configuration service between Metro version and .Net version? Best Regards. Yongna Jia
