火急:对.net的webservices快失去信心了....

Question

what if you change 
return "40001";   
===>
return e.Message;what are the error messages?

Answer 1

可能有如下的一些错误:高手请过目:A.这是一个意外的标记。标记应为“NAME”。 行 2，位置 242674。
B.这是一个意外的标记。标记应为“EQUALS”。 行 2，位置 242674。
C.“0”字符(十六进制值 0x30)不能以名称作为开头。 行 1，位置 7。
D.XML 声明的语法无效。 行 1，位置 3。如果是这样,webservices作为一个企业平台也太差了把(如果只能做到这个样子的话)

Answer 2

看看错误信息是什么微软件有一个.net 的模拟测试工具（可以模拟多用户），用来测试软件的运行情况

Answer 3

1.将web service下的 Web.Config 中的语言设置成"gb2312"(如果你在调用中使用了中文)
2.换一个更快的机器。
3.传入的参数的确不正确。

Answer 4

1.将web service下的 Web.Config 中的语言设置成"gb2312"(如果你在调用中使用了中文)
,这个有什么作用么?这不是防止国外的网站看本站出现乱码么?怎么和webservices发生了什么关系么?2.换一个更快的机器。
机器好像没有特别忙啊!3.传入的参数的确不正确.部分现象是的,可是会不会有,http传过去的xml字符串少了一点什么的,由于网络太忙了!

Answer 5

>>>>可能有如下的一些错误:seems the strings passed in are not in invalid xml format
>>>>如果是这样,webservices作为一个企业平台也太差了把(如果只能做到这个样子的话)I would suggest you try the same with Java webservices and let's know what you get

Answer 6

>>>如果是这样,webservices作为一个企业平台也太差了把(如果只能做到这个样子的话)不会吧，我的Webservice用的很好啊。
现在关键是你得把Webservice报错的信息完整的获取下来进行认真分析，才能找到多用户调用时导致出错的原因所在！

Answer 7

小数据量的测试到还可以(那看不出什么东西啊?)我这里每个客户端传入的xml是:1.7M 啊(我自己做的压力测试),不知道是否太大了,太夸张了一点