問題タブ [data-exchange]

StackOverflowを読み、JoelSpolskyとJeffAtwoodによるポッドキャストを聞いていると、多くの開発者がXMLの使用を嫌うか、少なくともデータの保存や交換にXMLをできるだけ使用しないようにしようとしていると思います。

一方、私はいくつかの理由でXMLの使用をとても楽しんでいます。

• XMLシリアル化はほとんどの現代言語で実装されており、非常に使いやすいです。
• XMLシリアル化は、バイナリシリアル化よりも低速であるため、複数のプログラミング言語からの同じデータを使用する場合や、デバッグの場合でも人間が読み取って理解することを目的とした場合に非常に役立ちます（たとえば、JSONはより困難です）。理解するために）、
• XMLはUnicodeをサポートしており、適切に使用すれば、エンコードや文字などの違いに問題はありません。
• XMLデータを簡単に操作できるツールはたくさんあります。XSLTはその一例であり、データの提示と変換を容易にします。XPathはもう1つで、データの検索を簡単にします。
• XMLは一部のSQLサーバーに格納できます。これにより、複雑すぎてSQLテーブルに簡単に格納できないデータを保存および操作する必要があるシナリオが可能になります。たとえば、JSONまたはバイナリデータをSQLで直接操作することはできません（ほとんどの状況でおかしな文字列を操作する場合を除く）。
• XMLでは、アプリケーションをインストールする必要はありません。アプリでデータベースを使用する場合は、最初にデータベースサーバーをインストールする必要があります。アプリでXMLを使用したい場合は、何もインストールする必要はありません。
• XMLは、たとえばWindowsレジストリやINIファイルよりもはるかに明示的で拡張可能です。
• ほとんどの場合、XMLによって提供される抽象化のレベルのおかげで、CR-LFの問題はありません。

では、XMLを使用することのすべての利点を考慮に入れると、なぜ多くの開発者がXMLの使用を嫌うのでしょうか。私見、それに関する唯一の問題はそれです：

• XMLは冗長すぎて、特にBase64エンコーディングに関しては、他のほとんどの形式のデータよりもはるかに多くの場所を必要とします。

もちろん、XMLがまったく適合しないシナリオはたくさんあります。SOの質問と回答をサーバー側のXMLファイルに保存することは絶対に間違っています。または、AVIビデオまたは大量のJPG画像を保存する場合、XMLは使用するのに最悪のものです。

しかし、他のシナリオはどうですか？XMLの弱点は何ですか？

この質問は本当の質問ではないと考えた人々へ：

1980年以降のコンピューティングにおける非クローズの重要な新しい発明のような質問とは対照的に、私の質問は非常に明確な質問であり、他の人々がXMLを使用するときに経験する弱点と、なぜそれを嫌うのかを明確に説明するように促します。たとえば、 XMLが良いか悪いかについて議論することはできません。また、詳細な議論も必要ありません。したがって、これまでに受け取った現在の回答は短く正確であり、私が望む十分な情報を提供します。

しかし、この質問に対するユニークな良い答えはあり得ないので、それはウィキです。

SOによると、「実際の質問ではない」とは、「ここで何が質問されているかを判断するのが難しい。この質問は、あいまい、曖昧、不完全、または修辞的であり、現在の形式では合理的に答えることができない」という質問です。

• ここで質問されていること：質問自体は非常に明確であり、上記のテキストのいくつかの段落はそれをさらに明確にしていると思います、
• この質問はあいまいで、あいまいで、不完全です。繰り返しになりますが、あいまいでも不完全でもない、あいまいなものはありません。
• または修辞的：そうではありません：私の質問への答えは明白なものではありません、
• 合理的に答えることはできません：何人かの人々はすでに質問に素晴らしい答えを出し、質問が合理的に答えられることを示しています。

また、回答を評価し、受け入れられた回答を決定する方法も非常に明白なようです。回答がXMLの何が問題になっているのかについての正当な理由を示している場合、この回答が投票されて受け入れられる可能性があります。

全て、

私は、機密データを含むシステム（私たち）のインターフェイスを構築しています。このデータは、クライアントの他のシステムに組み込まれるものに対して、（私たち自身の設計の）システムインターフェイスを介して利用できるようにする必要があります。

シナリオ：-SystemBはSystemA.NewInterface.getData（）を呼び出します。ここで、SystemAは既存のもの（私たち）であり、SystemBは認証された許可された呼び出し元です。

質問の中心は次のとおりです。ここで適切な認証メカニズムは何ですか。

もちろん、標準のネットワークレベルのセキュリティ（SSL / TLS、ポートブロッキング、IPアドレスフィルタリング）が使用されます。ただし、IPアドレスはスプーフィングされる可能性があります。流れるデータは（データが収集された人の機密性と匿名性を保護するために）難読化されますが、それでも大量に取得すると非常に価値があります。

呼び出し側システムに証明書を発行することはできません。

「Diffie-Hellman」（Diffie-Hellmanのウィキペディア）のようなキー交換をモデルにした2要素（ish）認証システムの計画/設計/ガレットパケットビューがありますが、ビジネスマンが十分に関与しているそれの適合性について質問するかもしれません。有効な回答が非常に技術的である有効な質問。

私は、企業がそのような技術的な選択/計画の理由を理解するとは思わない。

規制対象の世界（政府、軍事、医療機関）で証明書を使用しないシステム->システムインターフェイスの認証に関するグローバルまたは国内のガイドラインまたは標準はありますか？

グローバルな組織/標準委員会または規制機関による標準を引用できる場合は、そのパターンを喜んで使用（拡張？）します...そうすれば、ビジネスはそれが単なる技術的な「奇妙な」/煙と鏡以上のものであることを知ることができます。

助けてくれてありがとう！

Aidanapword

私は、2 つの独立したシステム (例: 受信者 <=> 中間層 (IL) <=> 送信者) 間で (HTTP 経由で) データを交換する必要がある中間層を作成する任務を負っています。Receiver と Sender は両方とも、Web サービスを介して一連の API を公開します。Sender システムでトランザクションが発生するたびに、IL はそれを認識し (Sender に常に ping を送信する Windows サービスを作成することを考えています)、データをマッサージしてから、Receiver に配信する必要があります。IL は、Receiver にデータが転送されるまで、一時的に SQL データベースにデータを格納できます。次の質問があります -

1. WCF (あまり使用していません) を使用して、送信者と受信者 (どちらも Web サービスを公開しています) と通信できますか?
2. 配送を保証するにはどうすればよいですか?
3. インターネット上のメッセージのセキュリティを確保するにはどうすればよいですか?
4. 同時実行の問題を処理するためのベスト プラクティスは何ですか?
5. エラー処理のベスト プラクティスは何ですか?
6. データの信頼性を確保するにはどうすればよいですか (データは途中で改ざんされません)
7. 送信者へのデータの受信を確実にするにはどうすればよいですか?
8. 知っておく必要がある制約は何ですか?

カスタム .NET ソリューションを使用して、これを MS プラットフォームに実装する必要があります。BizTalk などのミドルウェアは使用しないように言われました。それが重要な場合、受信者は SDFC インスタンスです。

どんなポインタでも大歓迎です。ありがとうございました。

XMLを使用してデータ交換を行うJavaのWebアプリケーションがあります。サーブレットを作成しましたが、HTTPPostを使用して特定のクライアントからXMLファイルをアップロードしています。Postメソッドが正常に完了すると、200 OKメッセージがクライアントに送信されます（デフォルトのWebサーバーのHTTPステータスを使用）。次に、アップロードに問題が発生したときにクライアントがHTTPステータスメッセージ（400 Badリクエスト、502 Badゲートウェイなど）を受け取るように、アプリケーションにHTTPステータスコードを含める必要があります。WebアプリケーションにHTTPステータスコードを追加するにはどうすればよいですか？提案を手伝ってください。ありがとう

C＃デスクトップアプリケーションとWCFサービスの間でデータを交換する最良の方法は何ですか？私が今知っている唯一の方法は、区切り文字を含む文字列配列としてデータを送信することです。

ありがとう

私は実際にWPFアプリケーションをプログラミングしています。今、私はWPFの初心者なので、問題があります：

ウィンドウ A には、いくつかの値を持つチェックボックスがあります。ウィンドウ A のボタンをクリックすると、ウィンドウ B が開きます。ウィンドウ B には、テキストフィールドと保存ボタンがあります。ウィンドウ B のボタンをクリックして閉じると、テキストフィールドの値がウィンドウ A のチェックボックスに表示されます。

まず、これを Windows フォームでプログラムし、BindingSource で解決しました。これは WPF では機能しません。どうすれば解決できますか？

私の状況: 私は、さまざまなアプリケーションやソースから情報を収集し、グラフ、情報グラフィック、およびレポートを生成する Web 監視ダッシュボードに取り組んでいます。

私が統合しようとしているアプリケーションは、CACTI、Nagios、およびその他のローカル プライベート モニタリング ツールです。Nagios を除いて、これらのアプリケーションを統合するのに問題はありませんでした (あまり経験がありません)。

私が知りたいのは、Nagios を Web サービスとして使用する方法、または同様の方法があるかどうかです。これにより、情報の一部を公開し、それを使用してダッシュボード アプリケーションで独自のレポートを生成できます。

壮大な努力なしにそれを行うことは可能ですか?

読んでくれてありがとう。

外部ベンダーから定期的にデータ (具体的には、トランザクションの詳細なリスト) を取得するバッチ アプリケーションを設計するよう依頼されました。データ交換に XML を使用することに同意しましたが、実際のデータ転送を容易にするために、さまざまな方法/プロトコルを調査しています。ベンダーは、データを転送する手段として電子メールまたは FTP を提案しましたが、ロジスティクスと信頼性の懸念から、最初のオプションを完全に拒否しました.

2 番目の FTP については、信頼性が懸念される運用環境で FTP を使用することを常に躊躇してきました。ベンダーがファイルを FTP にパブリッシュして定期的にプルダウンする設計は、信頼性が低く、エラーが発生しやすいようです。私の最初の反応は、特定の期間、必要に応じてデータを照会できる Web サービスのようなもの (この特定のベンダーが提供できるかどうか、または提供する意思がないかどうか) に引き寄せられることです。

一般的に、このような状況で使用する最善のアプローチは何ですか? FTP (または SFTP) は一般的に受け入れられるオプションと見なされていますか? このような単純なデータ交換に対して Web サービスはやり過ぎでしょうか? 私が完全に見落としている他の実行可能なオプションはありますか?

複数のサイトがあり、それらの間で値を投稿する必要があります。

暗号化/復号化に phpseclib (http://phpseclib.sourceforge.net/) ライブラリを使用しています。

データを暗号化した後、他の Web サイトに投稿しても安全ですか。

私の作業シナリオは次のとおりです。

example1.com から example2.com に投稿する必要がある文字列があるとします。

まず、example1.com で、ライブラリが提供する関数を使用して文字列を暗号化します。次に、暗号化された文字列が非表示のフォーム フィールドの値として設定され、データが example2.com に投稿されます。

暗号化された値を example2.com に直接 POST しても安全ですか? または、json_encode や url_encode などのエンコーディング関数を使用して、暗号化されたデータをエンコードし、Web サイト間のトランザクションを安全にする必要がありますか?

この XML を GET の結果として返す Web サービスがあります。これは有名なデータ交換フォーマットですか? または、通常どおりに解析する必要がありますか? または、* と # を通常のブラケットに置き換えて、通常の XML として処理する必要がありますか?