0

そのため、GO パイプラインを使用して NServiceBus の最新バージョン (3.2.7) を含むプロジェクトのアップグレードを展開すると、キューを作成する何らかのアクセス許可の問題が発生したようです。手動で作成すると、サービスはまだ機能しないようです。それから読んでください。

これが私のエンドポイント構成です

public class EndpointConfiguration 
        : IConfigureThisEndpoint, AsA_Server
        , IWantCustomInitialization, IWantCustomLogging 
    {

        public void Init() {
            // setup Container
            var container = new WindsorContainer();
            container.Kernel.ReleasePolicy = new NoTrackingReleasePolicy();
            container.Install(new WindsorInstaller(), new DatabaseInstaller(), new WorkflowTaskingInstaller());

            SetLoggingLibrary.Log4Net(XmlConfigurator.Configure);

            Configure.With()
                .CastleWindsorBuilder(container) 
                .MsmqTransport()
                .UnicastBus()
                .RavenSubscriptionStorage()
                .MyUnitOfWork()
                .XmlSerializer();

            LogManager.GetLogger("cs.Process").Info("Starting cs.Process");
        }

    }

サービスに問題があると言ったようです。私は NServiceBus を初めて使用するので、host.exe を実行するのではなく、これをサービスとして展開する方法について確信が持てません。

また、これをローカルで実行すると、開発環境のキューをポイントして読み取ることができます。

4

1 に答える 1

1

これらのキューは扱いにくい場合があります。キューの作成に使用されたアカウントがそれを所有しているように見え、そのアカウントのみが最初に他の権限を付与できます。したがって、その目的のためだけに、既知のアカウントでサービスを実行してください。

汎用ホストをサービスとして実行していない場合は、プロセスが実行される ID でログインしているアカウントがキューにアクセスできることも確認してください。

私は yonks に NServiceBus を使用したことはありませんが、最後に覚えているアクセス拒否例外は、キューでアクセスする必要があるさまざまなビットを示しているはずです。

于 2012-08-16T17:49:20.693 に答える