2014-11-06 148 views
0

我有使用SysOperationFrameworkService的代码,并在模型部署或其他一些情况后,许多用户得到Function SysOperationDataContractInfo::newParameterInfo has been incorrectly called.如何部署客户端服务WSDL

无法通过全编译,同步,全CIL,删除XPPIL文件,删除AUC/KTI,使用数据,安全性(他们是管理员),刷新缓存(服务器&客户端等)我有一张向微软开放的门票,他们正在挣扎。

我已经将问题缩小到位于AOT的服务组位于\Service Groups\AxClient的WSDL文件被部署到C:\Users\[User]\AppData\Local。要么存在那些文件,要么在这些文件被部署时发生某些事情。

任何想法如何/什么导致这些文件(AxClient.wsdl等)被创建?对于恰好在“工作”的用户,我可以关闭客户端,删除所有文件,打开客户端,并且不存在任何文件......然后执行SysOp进程,并在此过程中创建这些文件。对于非工作用户,在同一台机器上具有相同的安全性,则不会创建文件。

回答

0

你试过axclicfg.exe - >连接 - >刷新

+0

有很多次。我实际上认为这是SysOperationFramework处理复杂抽象层次的一个错误。如果我给错误用户系统管理员,然后去工具>选项>开发人员,打开断点,然后它的工作。但是,如果我通过SystemAdmin>用户>选项从另一个用户设置该功能,即使它们是系统管理员也不起作用。一些令人讨厌的问题。我认为这是与使用数据相结合的内核错误。 – 2014-11-13 18:35:49

0

我发现,

“功能SysOperationDataContractInfo :: newParameterInfo已被错误地称为” 已被倒掉,因为可能的bug在内核中调用“dictMethod = new DictMethod(UtilElementType :: ClassInstanceMethod,dictClass.id(),methodName);”在SysOperationServiceController.getServiceOperation()方法中。在我的情况下,新的DictMethod有时无法从超类获取方法参数,导致SysOperationDataContractInfo.newParameterInfo中的_parentMethodParameterName检查失败。

所以,我解决了这个问题,只是做其中的参数无法收回,然后打电话只是super(_parameter)override of the super method,那么一切都进行得很顺利。

相关问题