｢薄い｣JavaのO/Rマッパーの紹介 - DbUtils、Persist、Butterfly Persistence - public static void main
Hibernate、ActiveObjects、S2Dao、Apache Cayenne、iBATISなどORMフレームワークが群雄割拠状態なJavaですが、使い方を勉強したり設定ファイル書いたりするのが少し面倒かなと思っている人がいるかもしれません。 特にちょっとしたアプリケーションを作るならば、素のJDBCを使うのは嫌だけど、それに近い形で使えるORマッパーが欲しいと思うことがたびたびありました。 ということで以下の条件でJDBCを薄くラッピングしているJavaのライブラリを探して発見したものを紹介します。 レコードをオブジェクトに自動的にマッピングしてくれる できるだけSQLを書く量を減らすことができる いざとなったら生SQLを書くことができる 導入が簡単である 依存ライブラリが少ない 以下に挿入、検索、更新、削除を実行するコードを書いています。 今回はDBがMySQLだったので、M
GC HotSpotオプションとそれに対応するコレクタ名 - ihirokyの日記
sun jdk 6u13 での実行結果。Client VMだとSerialGCがデフォルトで、Server VMだとParallelGCがデフォルトっぽい。コンカレントGCを有効にするには明示的に指定しないといけない。コレクタ名だけ見てると、-XX:+UseConcMarkSweepGCと-Xconcgcは等価。 $ java -XX:+UseSerialGC GC Copy MarkSweepCompact $ java -XX:+UseParallelGC GC PS Scavenge PS MarkSweep $ java -Xconcgc GC ParNew ConcurrentMarkSweep $ java -XX:+UseConcMarkSweepGC GC ParNew ConcurrentMarkSweep GC.java $ cat GC.java import jav
Creating a Custom JMX Client (The Java™ Tutorials > Java Management Extensions (JMX) > Remote Management)
Trail: Java Management Extensions (JMX) Lesson: Remote Management The Java Tutorials have been written for JDK 8. Examples and practices described in this page don't take advantage of improvements introduced in later releases and might use technology no longer available. See Java Language Changes for a summary of updated language features in Java SE 9 and subsequent releases. See JDK Release Notes
JMX接続の気持ち悪い挙動 - ihirokyの日記
JConsoleからリモートホストで動いているJVMに接続するときの挙動が気持ち悪い。推測の域を出ないのだけれど、リモートホスト上でホスト名から引いたIPアドレスとJConsoleが接続するリモートのポートのIPアドレスが等しいようなホスト名をリモートホストにつけないと接続できない。JMXによるリモート管理を有効にした状態で、ホスト名に対応するIPアドレスがhostsに定義されていないと起動時にエラーが出るのもこれがらみなのかしら。 たとえば、JConsoleから接続したいJVMが稼動するホストhogeのhostsが ::1 localhost 127.0.0.1 localhost 172.29.64.51 loghost # JConsole起動ホストが接続しているネットワーク内 10.177.132.102 hoge hoge.nge1 10.177.133.203 hoge.nge
FAQ (JConsole とリモート管理)
JConsole と JMX リモート管理 Windows 上で JConsole を実行しています。「接続」ダイアログの「Local」タブに Java プロセスが表示されません。なぜですか。 Windows の場合、ユーザー名に「_」 (下線) が含まれると JDK 5 の jconsole および jps コマンドが動作しません。JConsole は Java プロセスを見つけることができません。 Windows システムのパスワードファイルをセキュリティー保護するにはどうしたらよいですか。 同一マシン上でリモートまたはローカルに実行されているアプリケーションに「Remote」タブを使って接続しようとすると、JConsole は接続に失敗します。ただし、同一マシン上で「Local」タブを使用する場合は、接続に成功します。 Linux 上で稼働している JVM に、JConsole を使
Java HotSpot VM Options
Please note that this page only applies to JDK 7 and earlier releases. For JDK 8 please see the Windows, Solaris reference pages. This document provides information on typical command-line options and environment variables that can affect the performance characteristics of the Java HotSpot Virtual Machine. Unless otherwise noted, all information in this document pertains to both the Java HotSpot C
2007-01-21
JVMオプション：-XX:+UseConcMarkSweepGC http://java.sun.com/docs/hotspot/gc1.4.2/example.html JDK5.0で性能向上 http://java.sun.com/performance/reference/whitepapers/5.0_performance.html#2.11 http://java.sun.com/javase/technologies/hotspot/exactoptions.jsp -Xconcgc は -XX:+UseConcMarkSweepGC http://java-house.jp/ml/archive/j-h-b/051099.html HotSpotのホワイトペーパーに，Incremental "Pauseless" Garbage Collector と書いてあるように，G
プロダクション デプロイメントにおける JVM ガベージ コレクションのチューニング
プロダクション デプロイメントにおける JVM ガベージ コレクションのチューニング 以下の節では、エンジン層のサーバにおいて Java 仮想マシン (JVM) のガベージ コレクションのパフォーマンスをチューニングする方法について説明します。 ガベージ コレクションのパフォーマンス チューニングの目標 一般に、プロダクション環境の WebLogic SIP Server では、サーバ負荷のピーク時も含めて常時、クライアントに対して非常に短い応答時間 (50 ミリ秒未満) で応答できる必要があります。短い応答時間を維持するための重要な要件の 1 つは、WebLogic SIP Server のエンジン層のインスタンスで使用する JVM のガベージ コレクション (GC) アルゴリズムを正しく選択し、かつ適切な状態にチューニングすることです。 一部のチューニング方式はガベージ コレクションの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sun-BigAdmin
Oracle Java Technologies | Oracle
A Collection of JVM Options
Connecting to a Tomcat instance with JConsole | monline
JMX テクノロジを使用する監視と管理
Apache Tomcat 6.0 (6.0.53) - Monitoring and Managing Tomcat
Java/TomcatとJMX - たむちょんの脳内図鑑
itarchitect.jp
Nishigaya's Weblog - Custom JMX Client using JRuby (Part 1)
http://japan.internet.com/developer/20070123/26.html
Java 暗号化拡張機能 JDK5.0
Java 暗号化拡張機能 JDK5.0