問題タブ [properties-file]

StatSVNを使用すると、構成ファイルでユーザーに関する情報を定義できます。ドキュメントの例は次のとおりです。

ただし、ユーザー名に「。」が含まれているとどうなりますか。初期化？これを達成するための賢い方法はありますか？例 john.doe::

ご入力いただきありがとうございます

ファイルを更新するために、.propertiesApacheCommonsConfigurationのPropertiesConfigurationを使用しています。しかし、私は次のようにコードを使用しています：

このエラーが発生します：

ここで何が問題になっていますか？初めて使っています。

PS：処理に利用できる比較的同等以上のライブラリはあります.propertiesか？

ここにある投稿で

Andrew Finnellの返事は、ある点で断然最も役に立ちました。ただし、それを拡張して、他のセクション以外のセクションを許可する方法を知る必要があります。

答えがすでにそのページにある場合は、私に知らせてください。そうでない場合は、誰かが私を助けてくれます。

基本的に欲しい

など...私のセクションとして。私が見つけたすべての通常のxmlライブラリなどは、かさばり、混乱を招くものであるため、前述のメソッドをはるかに簡単に使用できるようにしたいと考えています。前もって感謝します。

プロパティ ファイルを読み込もうとしています。ロードしようとしているクラスと同じディレクトリに
プロパティファイルがあります。 例：

またconfig.properties、ファイルは com\classes\internal dir にあります

しかし、FileNotFoundExceptionまたはを取得しますjava.lang.NullPointerException（最初の行ではなくコメントアウトされた行を使用する場合）

ここで何が間違っていますか？私は何を誤解していますか？

Spring Webアプリケーションを起動しようとすると、次のエラーメッセージが表示されます。

eclipseを介してTomcat（バージョン6.x）を実行しています。次のディレクトリにtimex-servlet.propertiesを配置しようとしましたが、役に立ちませんでした。

timex-servlet.xmlのtimex-servlet.propertiesへの参照は次のとおりです。

プロパティファイル参照の前にクラスパスを置くという同じメッセージを処理するSOスレッドがいくつかあります。そこで、次のことを試しましたが、これも機能しませんでした。

Javaでロードされたプロパティをスタックすることは可能ですか? たとえば、次のことができます。

両方からプロパティにアクセスしますか？

.propertiesファイルからプロパティの値を取得するためのPropertyPlaceholderConfigurerを備えたSpringapplication-context.xmlがあります。メインフォルダとテストソースフォルダには、別々の.propertiesファイルがあります。問題は、.propertiesファイルで環境変数を使用する必要があることです。しかし、私がそれを次のように行うとき：

次のエラーが発生します。

プレースホルダーコンフィギュレーターは次のように定義されます

property.nameを環境変数として（プレースホルダーとしてではなく）解釈する方法についてのアイデアはありますか？

よろしく、Dmitriy。

複数のバンドルを持つ osgi アプリケーション (felix 内) があります。1 つのバンドルに共通のプロパティ ファイルがいくつかあり、残りのバンドルはそれらを使用するだけで済みます。

maven と spring osgi を使用します。プロパティ ファイルは次のようなリソースにあります。

Maven は通常、バンドル jar 内にそれらをビルドするため、アプリケーション クラスパスにあるはずですが、Spring はそれらにアクセスできず、これは失敗します。

(classpath*: およびその他の組み合わせを試しました)

これとこれを読んだ

それは本当に osgi のイデオロギーに関するグローバルな問題であり、それを機能させるための標準的な方法はありませんか? そのようなハックと回避策のみですか<osgix:cmProperties...>？

これは、デプロイが難しくなり、エラーが発生しやすくなるためですmvn deploy。通常のアプリケーションのように、プロパティ ファイルを jar 内にデプロイすることはできません。リリースごとに手動でプロダクション ボックスにコピーする必要があります。

パフォーマンスとメモリの観点から、ローカリゼーションプロパティファイルに関するベストプラクティスは何ですか？

いくつかの大きなファイルまたは多くの小さなファイル？
プロパティファイルまたはコンパイル済みプロパティクラスファイルを使用しますか？

シナリオ例：
約150個の.jspファイルを含むアプリケーションがあります。
各jspファイルは5〜50個のキーを使用します。
キーの総数は1500です。
各キーは25の言語に翻訳されています。

私は4つの解決策を想像します：

1）いくつかの大きなプロパティファイル（例：'Bundle_da.properties'などのファイル）を使用する
と、それぞれに1500個のキーを持つ25個のプロパティファイルがあります。
150個の.jspファイルにはすべて、同じプロパティファイルが含まれています。
このように、すべての.jspファイルには1500個のキーがすべて含まれ、そのうち5〜50個のキーしか使用できません。

2）いくつかの、しかし大きなプロパティクラスファイル（たとえば、'public class Bundle_da extends ListResourceBundle ...'）
を使用すると、それぞれに1500個のキーを持つ25個のクラスがあります。
150個の.jspファイルすべてに同じクラスが含まれています。
このように、すべての.jspファイルには1500個のキーがすべて含まれ、そのうち5〜50個のキーしか使用できません。

3）小さいプロパティファイルを多数使用する
各.jspファイルには、その特定のファイルに必要なキーのみが含まれます。
プロパティファイルの数は150x25 = 3750になります
。このように、すべての.jspファイルには、実際に使用されるキーのみが含まれます。（つまり、5〜50個のキー）。

4）.jsp固有のプロパティクラスを使用します。
各.jsp固有のバンドルクラスには、その特定の.jspファイルに必要なキーのみが含まれます。
プロパティクラスの数は150x25 = 3750になります
。このように、すべての.jspファイルには、実際に使用されているキーのみが含まれます。（つまり、5〜50個のキー）。

2つの質問：パフォーマンス
の観点から、4つのソリューションのどれが好ましいソリューションですか？メモリ の観点から、4つのソリューションのうち、Webサーバーに割り当てるメモリが少ないのはどれですか？

よろしくお願いします
アラン

Mavenでビルドし、NetBeans 7でコーディングし、GlassFish3.1.2にデプロイするJavaEE6アプリがあります。完成に近づくと、デモビルドを展開していることに気付きます。

問題は、dev、QA、demo、prodなどのさまざまな環境用にビルドする簡単な方法がないことです。いくつかのものについては、Javaクラスを使用しており、静的ゲッターが多数返されます。環境定数の値に基づく値。しかし、これは条件付きで設定するのに役立ちません

• javax.faces.PROJECT_STAGE（web.xml）
• データベースクレデンシャル（glassfish-resources.xml）
• メールサーバー（glassfish-resources.xml）
• JPAロギングレベル（persistence.xml）

そしておそらく、XMLファイル全体に散らばっている、今は考えられない他の多くのことです。

これらの構成ファイルの複数のバージョンを定義し、ビルド時にフラグを設定して環境を選択する方法はありますか？環境が指定されていない場合はデフォルトでdevになりますか？この場合、Mavenを機能させる方法はありますか？