application.properties でログレベルを設定するにはどうすればいいですか? 質問する
これは非常に単純な質問ですが、情報が見つかりません。(おそらく、Java フレームワークに関する私の知識が著しく不足しているのでしょう。) application.properties を使用してログ レベルを設定するにはどうすればよいでしょうか。また、ログ ファイルの場所などはどうすればよいですか。
これは非常に単純な質問ですが、情報が見つかりません。(おそらく、Java フレームワークに関する私の知識が著しく不足しているのでしょう。) application.properties を使用してログ レベルを設定するにはどうすればよいでしょうか。また、ログ ファイルの場所などはどうすればよいですか。
Coming from C++ to Java, the obvious unanswered question is why didn't Java include operator overloading? Isn't Complex a, b, c; a = b + c; much simpler than Complex a, b, c; a = b.add(c);? Is there a known reason for this, valid arguments for not allowing operator overloading? Is the reason arbitrary, or lost to time?
Ctrl私は Java を使っています。Eclipse Helios で+ Shift+を押すとF、コードが自動的にフォーマットされます。ある時点で行が折り返されます。行の最大長を増やしたいのですが、どうすればよいですか?
別の投稿で、Java のメジャー バージョン番号のリストを見ました。 ジャワ メジャーバージョン 22 66 21 65 20 64 19 63 18 62 17 61 16 60 15 59 14 58 13 57 12 56 11 55 10 54 9 53 8 52 7 51 6 50 5 49 1.4 48 1.3 47 1.2 46 1.1 45 1.0.2 45 このリストはどこから来たのでしょうか? これに関する特定の参照はありますか? できればマイナー バージョンも表示されるものがあればいいのですが。
私のオフィスでは、Xerces という言葉を口にするだけで、開発者から殺意に満ちた怒りがわき起こります。SO の他の Xerces の質問をざっと見たところ、Maven ユーザーのほとんど全員が、この問題に一度は「悩まされている」ようです。残念ながら、この問題を理解するには、Xerces の歴史に関する知識が少し必要です... 歴史 Xerces は、Java エコシステムで最も広く使用されている XML パーサーです。Java で記述されたほぼすべてのライブラリまたはフレームワークは、何らかの形で (直接ではないにしても、推移的に) Xerces を使用しています。 Xercesの瓶は、公式バイナリ現在に至るまで、バージョン管理されていません。たとえば、Xerces 2.11.0 実装 jar はxercesImpl.jarではなく という名前ですxercesImpl-2.11.0.jar。 XercesチームMavenを使用しないつまり、公式リリースをアップロードしないということですメイヴンセントラル。 ゼクセスはかつて単一の瓶として放出される( xerces.jar) でしたが、2 つの jar に分割され、1 つには API ( xml-apis.jar) が含まれ、もう 1 つにはそれらの API の実装 ( xercesImpl.jar) が含まれます。多くの古い Maven POM は、依然として への依存関係を宣言していますxerces.jar。過去のある時点で、Xerces も としてリリースされましたがxmlParserAPIs.jar、一部の古い POM もこれに依存しています。 Maven リポジトリに xml-apis と xercesImpl の jar をデプロイする人によって割り当てられるバージョンは、多くの場合異なります。たとえば、どちらも Xerces 2.8.0 からのものであるにもかかわらず、xml-apis にはバージョン 1.3.03 が、xercesImpl にはバージョン 2.8.0 が与えられることがあります。これは、xml-apis の jar に、それが実装する仕様のバージョンをタグ付けすることが多いためです。この詳細について、非常にわかりやすい、しかし不完全な内訳があります。ここ。 問題を複雑にしているのは、Xerces が、JRE に含まれる Java API for XML Processing (JAXP) のリファレンス実装で使用される XML パーサーであることです。実装クラスは名前空間で再パッケージ化されるcom.sun.*ため、一部の JRE では利用できない可能性があるため、直接アクセスするのは危険です。ただし、Xerces のすべての機能がjava.*およびjavax.*API 経由で公開されるわけではありません。たとえば、Xerces のシリアル化を公開する API はありません。 混乱をさらに複雑にしているのは、ほとんどすべてのサーブレット コンテナー (JBoss、Jetty、Glassfish、Tomcat など) の 1 つ以上の/libフォルダーに Xerces が同梱されていることです。 問題点 紛争解決 上記の理由の一部 (あるいはすべて) により、多くの組織は POM で Xerces のカスタム ビルドを公開して使用しています。これは、小さなアプリケーションがあり、Maven Central のみを使用している場合はそれほど問題にはなりませんが、Artifactory または Nexus が複数のリポジトリ (JBoss、Hibernate など) をプロキシしているエンタープライズ ソフトウェアの場合はすぐに問題になります。 たとえば、組織 A はxml-apis次のように公開する場合があります。
これは私の pom ファイルの一部です。 ...
シリアル化可能なクラスがあるとしますAppMessage。 byte[]それをソケット経由で別のマシンに送信し、受信したバイトから再構築したいと考えています。 どうすればこれを達成できるでしょうか?
Java でこれを行うのはなぜ難しいのでしょうか。何らかのモジュール システムを使用する場合は、JAR ファイルを動的にロードできる必要があります。独自の を作成することでこれを行う方法があると聞きましたClassLoaderが、(少なくとも私にとっては) JAR ファイルを引数としてメソッドを呼び出すのと同じくらい簡単なはずの作業に対して、それは大変な作業です。 これを実行する簡単なコードの提案はありますか?
Foo
まず最初に述べておきますが、私は C# の列挙型にかなり精通していますが、Java の列挙型はかなり混乱しているようです。 ご覧のとおり、次の例では switch ステートメント @ enums を使用しようとしていますが、何をしても常にエラーが発生します。 受け取ったエラーは次のとおりです: 修飾されたケースラベルは、SomeClass.AnotherClass.MyEnum.VALUE_A修飾されていない列挙定数に置き換える必要があります。VALUE_A 問題は、エラーはよく理解しているのですが、列挙型が別のサブクラスにあるため、VALUE_A を記述することができないということです。この問題を解決する方法はありますか? また、Java でなぜこのようなことが起こるのでしょうか? //Main Class public class SomeClass { //Sub-Class public static class AnotherClass { public enum MyEnum { VALUE_A, VALUE_B } public MyEnum myEnum; } public void someMethod() { MyEnum enumExample //... switch (enumExample) { case AnotherClass.MyEnum.VALUE_A: { <-- error on this line //.. break; } } } }