UPDATE的Windows Server AppFabric的自定义配置提供者发布
这里是链接到自定义提供的代码 - http://www.gurpreetsohal.com/configurationprovider.zip
我已成功地使用反射来进一步踏入微软AppFabric的dll文件,我发现这个地方发生异常的地方。
的异常的WaitForStatus方法造成的 - 服务绝对是在启动状态,它只是从来没有达到超时值内启动状态。
默认超时值是60秒。我已经增加了10分钟,同样的问题。
的情况是:
1)在工作组环境 这意味着AppFabric中不会让SQL Server源存储配置文件,所以你留给文件共享或创建工作定制配置提供者。
我选择做后者,并使用blobstorage提供了使用ICustomProvider接口提供的实现。
这一切似乎工作正常,配置可以创建/修改正确删除 - 配置向导工作正常。
问题是,当我在PowerShell中运行Start-CacheCluster时,AppFabric Caching Service挂起处于启动状态。
Powershell的,然后抛出一个错误:
但是,如果我手动从SERVICES.MSC启动服务 - 它工作正常没有问题,几乎瞬间。
为了确保这不是一个环境问题,我已经配置AppFabric使用文件共享进行配置,并且它工作正常,没有任何问题。
然后我开始看看这个powershell命令实际上做了什么,并反编译了dll。
这让我只要这样的:
currentAdmin.StartCluster(新ProgressDelegate(这一点,(IntPtr的)this.StartClusterDelegate),新WriteErrorDelegate(这一点,(IntPtr的)this.WriteErrorRecord),这个。 QuorumTimeout,this.HostTimeout);
我无法进一步,并卡住了。
我曾经尝试都Azure的表和Blob存储,试图得到这个工作
帮助!!!!!
防火墙已关闭。我正在尝试的基本配置是单个节点,所以它也是管理节点。 – swissarmykirpan 2012-03-21 21:46:46
另外,在原来的问题中,我提到我使用了标准的文件共享方法,这种方法没有任何问题! – swissarmykirpan 2012-03-21 21:59:17
@ warpcore。如果可以的话,为自定义提供者抛出代码可能不是一个坏主意。也许那里有一个问题。 – 2012-03-22 14:35:50