.net 在调试模式下测试Azure和Web服务角色时修复了端口号

.net 在调试模式下测试Azure和Web服务角色时修复了端口号,.net,web-services,msbuild,maven,azure,.net,Web Services,Msbuild,Maven,Azure,我们正试图针对.NETWeb服务(它是Azure云项目的“角色”之一)测试Java客户机,这并不真正相关,只是希望有一个更快的代码测试调试周期。当然,在理想情况下,配置要在Java客户机上使用的端口并确保其始终相同 注意:Java客户端使用Maven设置运行时配置(以及服务的端口号)。这里的麻烦在于测试之前必须编辑pom.xml文件 问题实际上是:是否有一个使用MSBuild或某种IDE设置的方案允许.NET Web服务(本地Azure环境)在IDE中停止调试时关闭 此配置的最终状态是能够调试.

我们正试图针对.NETWeb服务(它是Azure云项目的“角色”之一)测试Java客户机,这并不真正相关,只是希望有一个更快的代码测试调试周期。当然,在理想情况下,配置要在Java客户机上使用的端口并确保其始终相同

注意:Java客户端使用Maven设置运行时配置(以及服务的端口号)。这里的麻烦在于测试之前必须编辑
pom.xml
文件

问题实际上是:是否有一个使用MSBuild或某种IDE设置的方案允许.NET Web服务(本地Azure环境)在IDE中停止调试时关闭


此配置的最终状态是能够调试.NET Web服务、运行Java客户端并关闭所有内容,然后能够重复此过程,而不必弄乱任务栏或修改客户端的
pom.xml
文件。

如果您是指在开发结构(本地仿真器)中,is应始终在同一端口上运行。但是,如果该端口正在使用中(另一个进程或以前的调试会话没有释放它),它将使用下一个可用端口


要释放前一个调试会话未释放的端口,只需停止并通过UI重新启动计算仿真程序,它应该恢复到配置的端口(除非它已经被另一个进程(如IIS)使用)。

是的,但必须弄乱UI(任务栏)是令人恼火的。如果VS在停止调试时关闭服务,比如说,
localhost:8080
,那就太好了。然后,您可以在VS和提示符之间切换,以快速对两者进行编辑并重新启动。大多数情况下,端口都被正确释放。我必须每隔几天采取一次这些步骤。