問題タブ [system.io.packaging]

COM相互運用機能を介してSystem.IO.Packagingを使用すると、「ドメインのIDを特定できません」というメッセージが表示されます。これが発生する理由を説明する記事がいくつかあり、解決策は、問題のある関数を独自のAppDomainで実行することです。

だから私は以下のようなサンプルコードを取りましたが、それでもエラーが発生します、私は何が間違っているのか疑問に思っています、そしてまた、VS2010ではAddAssemblyとAddHostは時代遅れだと言います-それはもはやそれらがなくなったことを意味するのだろうか？実装されていますが、その場合、新しいメソッド（AddAssemblyEvidenceおよびAddHostEvidence）の使用方法がよくわかりませんか？

私の現在のプロジェクトでは、顧客のためにそれらをコピーするのに時間がかかるリソースとして、膨大な数のファイル (1 から 30 KB の少量の数十億ファイル以上) を扱っています。1000 個または 10000 個のファイルを 1 つのファイルにパッケージ化するのに役立つパッケージング メカニズムを探しています。また、アプリケーションからそれらを読み取るには、それらを作成または変更している間、抽出も圧縮も必要ないはずです（分散され、リソースがクライアント間で共有されているアプリケーションのパフォーマンスと性質のため）、私は検索しました次の ZIP ライブラリについて知っている:

• SharpZipLib
• ドットネットジップ
• System.IO.Packaging

しかし、上記のライブラリは、解凍せずにzipまたはパッケージ内のファイルにアクセスするために、少なくともファイルを反復処理する必要があるようです。zip またはパッケージ ファイル内のアドレス (フォルダー構造階層) を介してファイルにアクセスする必要があります。次のリンクは、zip ファイルを繰り返し処理することで回答される同様の質問です。

ファイル全体を解凍することなく、zip ファイルからデータを読み取る方法

zip ファイル内のコンテンツ

この問題について誰かアイデアや解決策はありますか?

ところで、私は C# でコーディングしており、プロジェクトは Windows フォーム ベースです。

system.io.packaging.package を使用して、いくつかのファイルを含むパッケージを作成しています。目的は、インポート/エクスポート機能を作成することです。

私はそのようなパッケージを作成します:

そして私はそれを次のように読みました：

パッケージがファイルを開こうとすると問題が発生します

「ファイルに破損したデータが含まれています」というエラーが表示される

何度もテストしたのですが、よくわかりません...

EDIT : 同じコードがコンソール アプリケーションでは機能しますが、Web アプリケーションでは機能しません。

I have a business requirement to check the digital signature on an Open Packaging Conventions Package (it's a Word document) prior to continuing to process the document. The package is signed by me prior to delivering it to the client, so my code needs to verify at runtime that the file came from me and also has not been altered. I have working code that does this properly:

My question relates to what actually happens when PackageDigitalSignatureManager.VerifySignatures() is called. I am concerned that during the certificate validation a CRL check, or some other call outside the network, will be made. I have some clients who run my application on machines with absolutely no internet access. If the code relies on internet access, it's basically a showstopper for me.

I want to know two things:

1. Will my code lead to a CRL check or something else which could result in a call outside the network?
2. If so, is there a way to prevent it, or perhaps a different way to validate the signature reliably using a different mechanism?

小さなデータ (<1kB) をファイルに頻繁に (> 1 秒間に 10 回) 書き込むシミュレーター プログラムに取り組んでいます。これらのデータを格納するために Queue を使用しました。このキューに 300 人以上のメンバーがいる場合、zip ファイルに格納されたファイルにデータを書き込み、キューをクリアします。

問題は、シミュレーションを一時停止または停止した後 (どちらの場合flushも呼び出されます)、zip ファイルを抽出して出力ファイルをチェックするときです (より具体的Offsets.sdoには:) 書き込みの最後のステップ (私のコードでは、を呼び出すflush) からのデータのみがファイル内にあります。 . また、シミュレーション中に（フィールドを使用して）作成したZipfileのoutFileサイズは0です。

私のファイルライターコードは次のとおりです。

出力は次のとおりです。

最初の 5 つの書き込みは自動で、最後の書き込み (41 レコード) はシミュレーションの一時停止に関するものです。

最近、Eclipseでこの問題が発生しています。プロジェクトをビルドするたびに、次のエラーが表示されます。

私はウェブを検索しており、複数の回答を見つけました。ただし、これらは機能していないようです。「debug.keystore」ファイルを検索しようとしましたが、見つかりませんでした。プロジェクトを何度もクリーンアップしてビルドしましたが、まだ運がありません。

この問題に対する迅速な回答をいただければ幸いです。問題に関するコードや回答、質問を投稿できます。

私が書いているシステムの要件は、zip、gzip、rar、tar など、さまざまな圧縮/アーカイブ手法のいずれかを使用して作成された可能性のあるファイル/パッケージの内容を特定する必要があることを意味します。ファイルは、Windows または Unix/Linux の任意のバリアントを実行している可能性があるリモート システムに配置され、ファイルは任意の圧縮/アーカイブ手法で作成されている可能性があります (サポートする管理可能なリストに落ち着きます)。

System.IO.Packaging はどのような形式を処理しますか? zip のみですか?

サードパーティのライブラリ? これは私の好みのオプションではありません。将来にわたってこのシステムをサポートする必要があります。

ガイダンスや提案をいただければ幸いです。

約 7 レベルの深さのフォルダー構造があり、さまざまなサイズと形式の約 100 万個のファイルが含まれています。圧縮できるものはすべて圧縮されています。350GBくらいです。

このディレクトリ全体をクラウド ストレージにプッシュしたいと考えています。

ディレクトリ全体をtarまたはrarファイルなどにパッケージ化し、チャンクにして送信する方法があるかどうか疑問に思っていました。次に、クラウド サービスでパッケージを再作成 (アンチャンク) し、必要に応じてアンパッケージすることができます。そして、これをできるだけ早く行います。

System.Io.Packagingたとえば、ディレクトリ構造を圧縮しようとせずにパッケージ化する方法はありますか? あると思いますが、これが効率的かどうか、または実際にこれについて正しい方法で考えているかどうかはわかりません。

この大規模なディレクトリ構造をクラウドにプッシュするより良い方法はないでしょうか?

Web サーバー (URL) でホストされているパッケージ (System.IO.Packaging.Package) があり、Web ブラウザーでパッケージ URL をフィードすると、パッケージをダウンロードできます。

私の要件は、パッケージ全体をダウンロードせずに、パッケージから単一のファイル (ファイルに関連付けられたストリーム) を抽出することです。

System.IO.Packaging には、パッケージを操作できるクラスがあります。これらのクラスは、パッケージが SMB 共有にある場合は適切に機能しますが、パッケージが Web サーバーでホストされている場合はファイルの抽出に失敗します。

PackagePart.GetStream() メソッドを呼び出すと失敗し、ストリームが書き込み専用であるため読み取り操作を実行できないという例外が発生します。読み取り/書き込みアクセス許可を渡す Package.Open() および PackagePart.GetStream() メソッドのオーバーロードを使用しようとしましたが、それでも機能しません。

スタック トレースを正しく理解していれば、どういうわけか MS.Internal.IO.Zip.ZipIOLocalFileBlock._blockManager のストリーム インスタンスに PackagePart.GetStream() 呼び出しから伝達された権限がありません。

これはバグですか？私は何か間違ったことをしましたか？回避策はありますか? 私はこの問題の解決策を得るために 2 週間以上苦労してきましたが、これらのクラスの使用法に関する十分なドキュメントはありません。

PS: いくつかの一般的な Zip ライブラリ (SharpZipLib、DontNetZip、および .NET 4.5 ZipArchive クラス) を既に試しましたが、それらはすべて私の要件を実現できませんでした。

ありがとうございました。