OutOfMemoryError の調べ方 - Qiita
OutOfMemoryError (以下 OOME)が起こったときにお手上げ状態にならないためにも、 Java のメモリ管理の仕組みとか、 OOME が起こったときの調査方法とかを調べる。 環境 OS Windows 7 > java -version java version "1.8.0_74" Java(TM) SE Runtime Environment (build 1.8.0_74-b02) Java HotSpot(TM) 64-Bit Server VM (build 25.74-b02, mixed mode) Java 8 で、 Oracle の JVM を前提とした話です。 Java のメモリ管理 これを知っておかないと、 OOME が起こっても、メモリ内で何が起こっていて、どこを調査すべきで、どのように対処したらいいのかが判断できない。 なので、まずは、そもそも J
JavaEE使い方メモ（JPA その２ - マッピング） - Qiita
環境構築 JPA の基本的な話 JPQL の話 Criteria API の話 コード マッピング方法だけを確認しやすいようにした一覧を作成しました。 JPA マッピングカタログ - Qiita はじめに オブジェクト指向で考えられたドメインモデルと、正規化などを考慮して考えられたリレーショナルデータベースのテーブルでは、データの持たせ方に違いが生まれる。 この違いをインピーダンスミスマッチと言う。 インピーダンスミスマッチを解決するには、データベースから取得したレコードをオブジェクトにマッピングする処理が必要になる（さらに、永続化するときは逆変換が必要）。 オブジェクトとテーブルの構造が１対１で対応していれば、この変換はそこまで大変ではない。 しかし、そうでない場合、変換を自力で実装するのは非常に骨が折れる。 O/R マッパーはこの変換を自動でやってくれるフレームワークで、 JPA では
JavaEE使い方メモ（JPA その１ - 基本） - Qiita
環境構築 マッピングの話 JPQL の話 Criteria API の話 コード JPA とは Java Persistence API の略。 O/R マッパー。 データベースアクセスに関する多くの処理が抽象化されていて、オブジェクトの世界にデータベースの話が入り込まないように設計されている印象。 それゆえに、クラスとテーブルを１対１で対応させたり、生 SQL を直接記述したりといった実装をしていた人には取っ付きにくいフレームワークだと思う。 しかし、「エリック・エヴァンスのドメイン駆動設計」の５章、６章で紹介されているようなパターン（Entity, Value Object, Repository, Aggregate）を守ろうとすると、 JPA の持つ機能は結構重要になると思っている（特にテーブルとのマッピング）。 Hello World プロジェクトの作成 コンテキストルートが j
Jackson使い方メモ - Qiita
package sample.jackson; public class Hoge { public int id; public String name; @Override public String toString() { return "Hoge [id=" + id + ", name=" + name + "]"; } } package sample.jackson; import com.fasterxml.jackson.core.JsonProcessingException; import com.fasterxml.jackson.databind.ObjectMapper; public class Main { public static void main(String[] args) throws JsonProcessingException { Hog
JavaEE使い方メモ（基本＋環境構築） - Qiita
Java EE とは Java Platform, Enterprise Edition の略。 Java SE(Standard Edition) がデスクトップアプリケーション開発向けの仕様がまとめられているのに対して、Enterprise ーすなわち企業向けのアプリケーション（Web アプリとか）を開発するうえで必要になるライブラリやフレームワークの仕様がまとめられたエディション。 名称について 2014年12月現在の最新はバージョン７。 バージョン４までは J2EE (Java 2 Platform, Enterprise Edition)と呼ばれていたが、バージョン５からは Java EE (Java Platform, Enterprise Edition)と名称が変更されている（年上の人たちは J2EE って言っちゃう人が多い）。 バージョン４までは J2EE 1.4 という
Groovyを知らない人のためのbuild.gradle読み書き入門 - Qiita
これは、 G* Advent Calendarの15日目の記事です。 昨日は @int128 さんの Gradle Slashプラグインをリリースしました #gadvent でした。 明日は @tyama さんです。 はじめに Gradle 便利ですよね。便利すぎて Ant や Maven には戻れないです。 なにが良いって、設定ファイルである build.gradle の記述量が、 Ant の build.xml や Maven の pom.xml と比べると非常に少なくて済むのが良いです。 build.gradle は、設定ファイルと言いつつも、その実体は Groovy で書かれたスクリプトファイルです。 Gradle は、 Groovy の持つメタプログラミング機能や省略記法などを利用して、設定を簡潔に記述できるようになっています。 これはメリットなのですが、一方で Groovy の
JMockit使い方メモ - Qiita
JMockit の使い方メモ。 まとめといて何だけど、 JMockit が提供している強力な機能はなるべく使わないで済むように設計（実装）することが、理想的なんだろうなと思うわけです。 （たぶん、 JMockit の機能を下手に使いすぎると、可読性が落ちて、テストコードのメンテナンスも大変になりそうな気がする） でも、いざテスト困難な実装とぶち当たったときに備えて、ひと通り機能は知っておいた方がいいとも思うわけです。 ※このメモは ver1.6 の頃のもので 2016年 12 月現在の最新（ver 1.29）とは異なる点が多数あると思われます。JMockit は API の非推奨化→削除もかなり頻繁に行われているようなので、中には最新版では使えなくなっているものもあるのでご注意ください。 環境
PrimeFacesの導入方法とテーマの変え方メモ - Qiita
<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" id="PrimeFaces" version="3.0"> <display-name>PrimeFaces Sample</display-name> <servlet> <
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Guice 使い方メモ - Qiita