問題タブ [meta-inf]

以下は私のプロジェクトcontext.xmlのディレクトリにある私のファイルです：META-INF

しかし、プロジェクトnetbeansをデプロイ/実行しようとすると、次のエラーが発生します。

なぜこのエラーが発生するのですか？にデータベース情報を追加しましたcontext.xml。

一般的な問題: JAR ファイル内のリソース ファイル (document.xml) を検索/検索する際に、特定の位置が固定されておらず、ファイルの名前も事前に不明です。

状況: 2 つの JavaSE プロジェクトで、両方とも独自の JAR ファイルを作成します。Jar-Ajar内のどこかにxmlドキュメントを保持します（場所は事前にわかりません）。特定の操作（設定情報など）のためにドキュメントの引き渡しJar-Bを依頼したい。JarA呼び出し元は Jar-B、リソース/ファイルがどのように呼び出され、その現在の場所がどこにあるかを知りませんJar-A。

要件:内でリソースの名前を変更したり移動したりできるためJar-B、リソース/ファイルの固定された場所に依存する必要があり ます。探しているファイルの場所とファイルの名前を尋ねる必要があります。Jar-AJar-AJar-BJar-A

考えられる解決策の方向:META-INFディレクトリは常にMANIFETS.MFキーと値のペアを持つファイルを保持します。したがって、'ResourceLocator' というキーと 'org.my.package.ResourceLocator.class' のような値を保存すると、Jar-Bロードしてロケーター オブジェクトをインスタンス化できるクラスを見つけることができます。探しているファイルですよね？

resourcelocator を使用して、この方法でより多くの値を検索できます。

内に resourcelocator オブジェクトがあるJar-Aため、「もの」を参照するためのキーのみを文書化する必要がありますが、実際の実装は外部の世界から分離されています。

これがこの種のルックアップに対処するための良いアプローチであるかどうか疑問に思っていますか? についてはすでに知っていNetbeans Lookup APIますが、ルックアップにはクラス/インターフェース名が必要です。それは私が今探しているものではありません。

事前に知られていないリソースを検索するときに、 と を分離したままにする方法はJar-Aありますか?Jar-B

注: これはサービス ローダーやエクスターション メカニズムではありませJar-BんJar-A。ここではそうではありません。Jar-Aの存在を知りませんJar-B。

うまくいけば、誰かがすでにこの「問題」に遭遇しています。あなたのアイデアを共有してください.ありがとう!

JAR 仕様へのリンク:こちら

JPAとHibernateを使用しています。Netbeans 7.x の meta-inf ディレクトリはどこにありますか? 何らかの理由で、存在しないようです。

G'day！

config-filesプロジェクトには、内で 相互に上書きしている2つの依存関係がありますMETA-INF/services/xxx。

上書きする代わりに、これら2つの構成ファイルをマージ/連結 する手順はありますか？

どんなアイデアでも大歓迎です！

2 つの Meta-Inf フォルダーがあることを「発見」しました... Eclipse と War ファイルにあります。

最初のものは（戦争中）：

/META-INF/

2番目の奇妙なものは次のとおりです。

/WEB-INF/classes/META-INF/

2 番目のフォルダーには、persistance.xml と something.taglib.xml があります...

ファイルを最初の meta-inf フォルダーに移動すると、休止状態から例外が発生します。

この 2 番目の奇妙に配置された meta-inf フォルダーの目的は何ですか?

これは通常のフォルダ構造ですか?

Tomcat 7 で実行しているサーブレット アプリケーションがあり、ローカルで MySQL に接続したいと考えています。

私のローカルの MySQL ユーザーはパスワードを持っていないので、便宜上そのままにしておきたいと思っています。

ただし、inのpassword下の属性を使用しないと、ユーザー名を設定していても、ユーザー名なしで DB に接続しようとします。Resourcecontext.xml

パスワードなしで接続するにはどうすればよいですか?

重要であれば、以下は私の context.xml ファイルです。

プログラムで epub の html ファイルを編集する必要があるため、.epub を解凍し、html ファイルに必要な編集を行うパーサーを作成しました。ただし、コードを使用してそれらを .epub に戻すと、EpubChecker は次のことを示します。

編集した .epub を解凍すると、container.xml が存在し、欠落していません。

最初に MIME タイプと META-INF を圧縮する必要があることを理解しています。ファイルを epub に変換するコードは次のとおりです。

WinRar を使用してディレクトリを手動で zip すると、エラーは表示されず、正しく機能します。何が間違っているのかわかりません。誰か助けてくれませんか?ありがとう。

私は Maven でかなり些細なことだと思った 2 つのことを達成しようとしてきました (私は 3.0.3 とすべてのプラグインの最新バージョンを使用しています) が、何をしてもうまくいかないようです。仕事。する必要がある：

1. すべてのファイル (イメージ) を build/javadoc-css/resources/ (プロジェクト ルートからの相対位置) から Javadoc 出力の resources/ ディレクトリにコピーします。私が使用しているスタイルシートはその resources ディレクトリの画像を参照しており、関連する画像をその resources/ ディレクトリにコピーする必要があります。これまでのところ、doc-files/ ディレクトリ内のファイルのみをコピーできるようです。それは深刻に欠けているので、何かが欠けていることを願っています。
2. すべてのファイル (LICENSE.txt と NOTICE.txt、誰もがコピーする必要がある一般的なものだと思いました) を build/jar/META-INF からすべての出力 jar の META-INF ディレクトリにコピーします。(注: META-INF ディレクトリに LICENSE および NOTICE ファイルをソース ディレクトリに配置したくありません。これは、多くのモジュールがあり、これらのファイルのコピーを多くしたくないためです。)

#1 を達成するために、私は <javadocDirectory> および <docfilessubdirs> タグに力を注いできましたが、これらは表示される doc-files/ ディレクトリでのみ機能します。

#2 については、 <resource> タグのいくつかのバリエーションを試しました。

バリエーション #1:

バリエーション #2:

バリエーション #3:

間違った場所にエラーやファイルはありません。私のリソースタグさえなかったようです。何も起こりません。

システム APK を編集するための基本的な手順:

1. APK のバックアップを作成します。
2. 動作中の APK を逆コンパイルします。
3. 変更を行います。
4. 作業中の APK を再コンパイルします。
5. META-INF フォルダーと AndroidManifest.xml の両方を、バックアップ APK (逆コンパイルされていない) からコピーして、再コンパイルされた動作中の APK に貼り付けます。終わり！

META-INF には署名が含まれています: これは理にかなっています。しかし、元の署名を保持する AndroidManifest.xml の目的は何ですか? 私はこれを自分でテストしましたが、Android は再コンパイルされた AndroidManifest.xml (つまり、元の AndroidManifest.xml ではない) で APK をロードしませんでした。

多くのガイドでは、元の APK から変更された APK に META-INF と AndroidManfest.xml の両方をコピーする必要があると述べています。

私が見つけた最も近い答えは、再コンパイルすると AndroidManifest.xml が破損するというものです ( http://rootzwiki.com/topic/268-guide-newbies-how-to-port-themes/を参照)。 AndroidManifest.XML を再コンパイルし、それらは同一です (WinMerge と言い、それらは同一の MD5 および SHA1 ハッシュを持っています)。別の個人 ( http://miuiandroid.com/community/threads/q-remove-miui-torch-app.16013/ ) は、META-INF と AndroidManifest.xml が何らかの形で互いに関連付けられていると推測しています。

誰もがそうするのですが、その理由を知っている人はいますか?

Google-Eclipseプラグインを使用して新しいWebアプリケーションプロジェクトを作成すると、次のようなプロジェクトディレクトリ構造全体が作成されます。

まず、私の理解では、それMETA-INF/はユーティリティJAR専用であり、Webアプリ（WAR）用ではありませんでした。それでsrc/META-INF/*、プロジェクトで見ることは私を驚かせました。しかし、そのようにパッケージ化されたGAEWebアプリの例を見てきました。

とWEB-INF/classes/META-INF/！これに加えて、GAEプロジェクトとディレクトリについての言及はありません。MANIFEST.MFこれらは常に。の下にパッケージ化されて使用されていMETA-INFます。今、私は本当に混乱しています。

META-INFしたがって、最初に、その役割と一般的な役割について確認/明確化する必要があると思います。次に、WebアプリケーションのWAR内WEB-INFでそれらを一緒に使用する方法を理解し、次に、GAEがその上に置く特異性（存在する場合）を理解します。 WAR構造。

注：私はMavenを使用しておらず、少なくとも次の6〜12か月は使用するつもりはありません（今はそれを学ぶ時間がありません）。したがって、これらの質問に対する回答のいずれかが、Mavenベースのbuldを使用しているかどうかによって異なる場合は、Ant / Ivyを使用しているので、Maven以外の回答をお勧めします。

だから私は尋ねます：

1. META-INFユーティリティ（ライブラリ）JAR、実行可能JAR、およびWARの場合、ディレクトリの通常の内容は何ですか？MANIFEST.MFWAR（GAEと非GAEの両方）に必要ですか、なぜですか、なぜそうではありませんか？
2. ランタイムクラスパスで利用できるように、Web以外のリソースをどこに配置する必要がありますか？たとえば、私が持っていると言うenvironment.propertiesかmyapp-custom-resource-config.xml...これらをどこに置くのですか？、、？WEB-INF/_ WEB-INF/classes_ WEB-INF/classes/META-INF何処か別の場所？
3. GAEプロジェクトWEB-INFとMETA-INFディレクトリの適切な内容は何ですか？また、それらをパッケージ化する正しい方法は何ですか？

前もって感謝します。