問題タブ [system-properties]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tomcat - 起動時に Tomcat 構成でシステム プロパティを指定するにはどうすればよいですか?
「 -Dmy.prop=value 」のように、-D パラメータを使用して引数を渡すことで、Tomcat にシステム プロパティを指定できることを理解しています。
context.xml ファイルまたはその他の tomcat 構成ファイルでプロパティ値を指定することにより、これを行うよりクリーンな方法があるかどうか疑問に思っています。1 つ目は、プロパティを追跡する方が簡単であること、2 つ目は、複数のコンテキストを実行していて、-D パラメータを使用してコンテキスト固有のプロパティを指定する方法がわからないことです。
Tomcat バージョン 5.5 を使用しています。
java - Java で「複数の」SSL 証明書を使用するにはどうすればよいですか?
同時に複数のホストと通信するアプリケーションがあります。この場合、複数のキーストアを使用して他のホストとの通信を確立する必要があります。
この場合、システム プロパティ「javax.net.ssl.keyStore」の設定に問題があります。この問題についてよく議論している以前の投稿を見つけました。
それでは、この問題を解決するための最良のアプローチは何でしょうか?
maven-2 - Maven2.1.0がシステムプロパティをJava仮想マシンに渡さない
LinuxボックスでHudsonビルドを実行する場合は、コマンドラインを使用してシステムプロパティをJava仮想マシンに渡します。2.1.0にアップグレードしてから、2.0.9では非常にうまく機能していましたが、完全に機能しなくなりました。システムプロパティは、Java仮想マシンに到達することはありません。
私は小さなテストプロジェクトを作成しましたが、実際にはまったく機能しません。
これは、Maven2.0.9で問題なく機能するはずです。
しかし、これは失敗します:
Javaコードは単にこれを行います
java - Java システム プロパティのスコープ
Java では System.setProperty() メソッドを使用して、いくつかのシステム プロパティを設定します。この記事によると、システム プロパティの使用は少しトリッキーです。
System.setProperty() は悪質な呼び出しになる可能性があります。
- 100% スレッド敵対的です
- スーパーグローバル変数が含まれています
- これらの変数が実行時に不可解に変化すると、デバッグが非常に困難になります。
私の質問は次のとおりです。
システム プロパティのスコープはどうですか。それらはすべての仮想マシンに固有のものですか、それともすべての仮想マシン インスタンスで同じプロパティ セットを共有する「スーパー グローバルな性質」を持っていますか? 私はオプション1を推測します
システム プロパティの変更を検出するためにランタイムの変更を監視するために使用できるツールはありますか。(問題の検出を容易にするため)
java - ファイルシステムで大文字と小文字が区別されるかどうかを検出するにはどうすればよいですか?
フォルダからのList<String>
ファイル名と特定のファイル名がありますString
。ファイル名がリストに含まれているかどうかを検出したいのですが、大文字と小文字が区別されるかどうかという、基になるファイルシステムのプロパティを尊重する必要があります。
これを行う簡単な方法はありますか(チェックの「ハック」以外System.getProperty("os.name", "").toLowerCase().indexOf("windows")!=-1
)?;-)
java - user.homeシステムプロパティを変更します
javaプログラムの外部からuser.homeシステムプロパティを変更して、D:\ Documents and Settings \%USERNAME%とは異なるディレクトリであると見なすにはどうすればよいですか?環境変数、またはVM引数を介して?
java - App Engineでjava.vm.specification.versionなどのシステムプロパティを設定するのはなぜですか?
App Engineのドキュメントによると、デプロイ記述子でアプリのシステムプロパティと環境変数を設定できます。AppEngineは、アプリサーバーでJVMを初期化するときに、次のシステムプロパティを設定します。
これらのシステムプロパティのいずれかを設定するのはなぜですか?
java - Maven を使用して Spring XML でシステム プロパティを解決できない
私のアプリケーションは、データを保存できるディレクトリへのパスを知る必要があります。Java システム プロパティを設定し、その変数を Spring XML のプレースホルダーとして使用しようとしました。
Eclipse で、そのプロパティを実行構成の環境に追加したところ、問題なく動作しました。Spring は${dataDir}を正しいパスに解決します。
しかし、Maven2 ( mvn test -DdataDir=c:/data ) を使用してアプリケーションをテストすると、Spring はプレースホルダーを解決できないと文句を言います。
私のSpring XMLは次のようになります。
そのシステム プロパティが Spring に渡されないのはなぜですか? 私は何を間違っていますか?ご提案ありがとうございます。
編集:もちろん、その通りです: ${baseDir} は ${dataDir} である必要があります。しかし、それはこの質問の単なるタイプミスであり、実際のコードではありません。
以前にMAVEN_OPTSを試しましたが、どちらも機能しません...
java - 一般的な Java システム プロパティと既知の値の完全なリストのクラウドソーシング
私は別の質問に触発されました: Java システム プロパティを使用するためのベスト プラクティス
現在、Java システム プロパティと可能な値の完全なリストを探しています。私はそれらの使用を簡素化するために単純なクラスに取り組んでいます (興味がある場合は、ソースと背景情報 (私のブログ)を入手してください)。このクラスでは、次のことを提供しようとしています。
- Java システム プロパティへのシンプルで一貫したアクセス (文字列定数なし)
- 利用可能なプロパティとその可能な値の完全なドキュメント - IDE 内 (つまり、オートコンプリート、インライン Javadoc)
- 戻り値および/または命名の矛盾を修正
- java.io.tmpdir が存在することを確認してください - 実際、それが私がこれをすべて行っている主な理由です:)
完全なドキュメントと利用可能なプロパティの完全なリスト (利用可能性が JVM に大きく依存するものであっても) を入手するには、 source をダウンロードして実行し、結果を投稿してください。それに応じてクラスを更新し、指定された場所で利用できるようにします。うまくいけば、それがあなたの何人かのライブを楽にするでしょう:)
編集:
System.getProperties()で説明されている標準プロパティや、システムで利用可能なすべてのプロパティを探しているわけではありません。システム プロパティの包括的なリストを作成しようとしています。ベンダー、jvm、またはバージョンに関連するものであっても、存在することが保証されておらず、ドキュメントがまばらまたは見つけにくいものです。のようなプロパティ
- sun.desktop (Linux のみ。"gnome" など)、
- awt.toolkit (Mac のみ。例: apple.awt.CToolkit)
- sun.cpu.endian (Sun JVM のみ)
- ...
他の人に私のコードを実行してもらい、その結果を投稿してもらい、使いやすい Java 列挙型の形式で包括的なリスト (プロパティとその可能な値の広範なドキュメントを含む) をコンパイルしてもらいたいと思います。
それ以外の
そのコードを実行して、結果を投稿してください。開始するための簡単なスクリプトを次に示します。
(これは本当の質問ではなく、クラウドソーシングの問題であることはわかっています。誰も気にしないことを願っています)
報奨金:
この質問には正解がないため、報奨金は新しいシステム プロパティを最も多く発見した人に授与されます。ヒントとして、非標準の JVM (J2ME、Android、GCJ、OpenJDK、Apache Harmony など) と JVM 上の共通言語 (Groovy、Scala、JRuby など) をテストすると、特に成果が得られるはずです。
現在のリーダー:
- rsp 19 発見された特性
- ボリス14の発見された特性
- Joa Ebert 8 発見されたプロパティ
- Suraj Chandran 1 件の物件を発見
ところで、最終結果を Maven アーティファクトとしてリリースし、十分な情報が得られ次第、中央リポジトリにアップロードする予定です。
更新: 公開リポジトリ、ついに
SystemProperty.javaは、 molindo-utils プロジェクトの一部として、GitHub で利用できるようになりました。molindo-utils は現在、Sonatypeの OSS リポジトリから 1.0-SNAPSHOTとして入手できます。リリースの準備が整うとすぐに、Maven セントラルにも同期されます。