SSIS "Specified"で終わる入力変数名 - なぜですか？

Question

私はSSISからいくつかのWCFサービスを消費しようとしています。私は開発マシンからうまく動作していた。しかし、別の開発者がこれをやろうとすると、問題が発生します。

他の開発者が私の.DTSXファイルをコピーすると、それは動作します。しかし、自分で作成した場合は、接続できません（WCF側から監視する）。

私は、2台のマシンでSSISがどのように動作するかに大きな違いがあることに気付きましたが、それが原因であると思われます。どちらのSSISマシンも、サービスから同じWSDLデータをダウンロードします。しかし、私のマシン（機能的なもの）のWebサービスタスクは、他のdevのマシン（非機能的なマシン）とは異なる入力セットを持っています。他のマシンがdata1Specifiedとdata2Specified入力を欠いていたのに対しdata1 (int)、data1Specified (bool)、data2 (decimal)、data2Specified (bool)、およびmsg (string)：私の方法は、私はDoStuff(int data1, decimal data2, string msg)た呼び出そうとした場合たとえば、私は5つの入力を持っているでしょう。他の入力を扱うとき、このxxxSpecified変数は、文字列（完全にテストされていないがそこに8個のデータ型がスローされている）を除くすべてのデータ型に対して常に私のマシンによって作成されているように見えるが、他の開発者のマシンはこれらのxxxSpecified変数を決して作成しない。

もう1つ注意してください：他の開発者が私のマシンから.DTSXをインポートして直接実行すると、動作します。 「WSDLのダウンロード」ボタンをクリックすると、同じWSDLをダウンロードしても、呼び出すサービス/メソッドを指定した後、別の入力セットが取得されます。だから明らかに彼のSSIS開発環境は私のものとは異なる決定を下しているので、私は彼の行動を私のようにする理由や方法を理解することはできません。また、なぜこれらのxxxSpecified変数が明らかに必要なのかもわかりません（WSDLには「指定」が存在しません）。

なぜこれらの入力はxxxSpecifiedの入力を生成するのですか？また、1つの環境ではなく他の環境ではなぜですか？

• 明確化： "GoodDevBox" はゼロから、手動でプロジェクトを作成し、それは（すなわちxxxSpecified入力を有する）動作。 "BadDevBox"は、手動でプロジェクトを最初から作成し、動作しません（xxx指定の入力が欠落しています）。この問題は、プロジェクトやソリューションを共有することとは関係ありません。実際には、 "BadDevBox"がWSDLを再処理しない場合、それらを共有することは、これを動作させる唯一の方法です。

Answer 1

を行う一方との間にそれらを比較し、Windowsのアップデートを実行し、問題が去っていきました。問題の内容はまだ分かりませんし、私の疑問に対する真の答えを知ることもできません。名前の最後に「指定」された変数が生成されるのはなぜですか。

Answer 2

設定ファイルがある場合、またはソリューションをビルド/コンパイルした場合、ネットワーク資格情報などの設定ファイルに資格情報と設定が保存されることがありました。

ソリューションをあるマシンから別のマシンに渡すとき、ユーザーがログインを使用してソリューションを開くかどうかにかかわらず、これらのクレデンシャルをconfigに保持します。

チェック設定ファイルをして動作するものと我々は最終的にはちょうどアンインストールし、問題のあるマシン上でSQL Serverを再インストールしない