Java6のJapaneseImperialCalendar で和暦から西暦へ変換 ： java | メモリークラフト
昔のシステムのＤＢだと、年月日がカラムごとにNUMBERで入っていたり、年が和暦で入っていたりすることがあります。 そんなときにJava6の和暦カレンダー(JapaneseImperialCalendar)が便利です。 //元号コード、 int imperialCd = 4; //和暦年 int year = 19; //月 int month = 5; //日 int day = 2; //ロケールを和暦に設定 Locale.setDefault(new java.util.Locale("ja", "JP", "JP")); //カレンダーを作成 Calendar cal = Calendar.getInstance(); //元号コードを設定(明治:1,大正:2,昭和:3,平成:4) cal.set(Calendar.ERA, imperialCd); //年月日を設定 cal.se
5年後に後悔しないJavaプログラムの書き方 - L'eclat des jours(2009-07-02)
_ 5年後に後悔しないJavaプログラムの書き方 ここ数日、死ぬほど後悔しまくっているので、あらためて（というのは、数年前にも一度後悔しまくって、そのときの知見はあらかた処方箋とかコーディングの掟に書いているからだが）後悔しないための書き方をいくつか紹介する。 とにかく、ファクトリメソッドパターンを使うこと。 これは本当に重要。しかも簡単でありながら効果は絶大。 だめな例。 public class FooBar { private Connection conn; ... protected void setup() { ... conn = DriverManager.getConnection(url); ... } urlを指定することや、DriverManagerの実装を交換すれば良いだろうと想定していても（というか、Connectionならそういう方法もあり得るが、そうはいかな
Java SE コアAPI 使用コード例一覧 - ＠IT
＠IT編集部 2009/3/24 最終更新： 2012/04/11 17:57 このページは、Java開発者／プログラマのための、Java SE（旧、J2SE）のコアAPIの使用コード例の記事へのリンク集です。パッケージごとに表でまとめてあります。メソッドやコンストラクタ、例外などAPIの使い方の参考にしてください。パッケージやクラスの並び順は、標準のJavadoc（「Java Platform, Standard Edition API 仕様」）と同様にしています。 すべてのクラス java awt（Abstract Window Toolkit） event image io（In/Out） lang（LANGuage） reflect math（MATHmatics） net nio（New In/Out） charset（CHARacter SET） rmi（Remote Meth
Mapのキーをイテレートしながら要素を削除する。 - 設計と実装の狭間で。
実装方法をすぐ忘れるので、メモ書き。 Map<String, String> m = new HashMap<String, String>(); m.put("aaa", "bbb"); m.put("aaa1", "bbb"); m.put("aaa2", "bbb"); m.put("aaa3", "bbb"); for (Iterator<String> i = m.keySet().iterator(); i.hasNext();) { if (i.next().endsWith("2")) { i.remove(); } } System.out.println(m); こういうショボイコードを見ると本当に泣ける。 ダメダメな例 Map<String, String> m = new HashMap<String, String>(); m.put("aaa", "bbb");
Javaメモリ管理 - デブウィキ(Devwiki) - 開発Tips
Tips 領域 New 領域 ：ヒープ領域 寿命の短いオブジェクトが配置される New 領域が不足すると Scavenge GC が頻繁に行われる Old 領域 ：ヒープ領域 寿命の長いオブジェクトが配置される Old 領域が一杯になると Full GC が行われる Permanent 領域 ：非ヒープ領域 クラスやメソッドの情報が格納される Permanent 領域 が不足しても Full GC が行われる 起動オプション 各値の初期値は、各値の最大値と同じ大きさに設定すること -Xms=256M -Xmx=256M -XX:PermSize=128M -XX:MaxPermSize=128M -Xms ヒープ全体の初期値 -Xmx ヒープ全体の最大値 -XX:NewSize New 領域の初期値 -XX:MaxNewSize New 領域の最大値 -XX:PermSize Perma
tayshow.blog : JAVA環境について(これ知らんとけっこうハマルかも)
久しぶりにJAVAを触る機会があって、新たにJAVA環境について気づいた点のメモ。 （復習メモ） ・javac.exe Javaのコンパイラ ・java.exe Javaのインタープリタ ・javaw.exe java.exeと一緒(DOS窓は開かない。) ・環境変数優先度 １ システム環境変数 ２ ユーザ環境変数 （インストールに勝手にされとること（j2sdk1.4.2_05の場合）） ●java.exeが４つある？ JDKをC:\j2sdk1.4.2_05にインストール（デフォルトのまま）したとすると JREはC:\Program Files\Java\j2re1.4.2_05に自動でインストールされとるのね。 JREのインストール時に C:\Program Files\Java\j2re1.4.2_05とC:\windows\system32に java.exeと
Java のクラスアンロード (Class Unloading)
作成日：2004.05.18 更新日：2005.06.21 今後、随時書き足して行きます。多分。 はじめに Java は動的にクラスのロードとアンロードが行われる仕組みになっている。 クラスはクラスファイルの形でディスク上やネットワークに配置され、プログラム中でそれらが本当に必要になった段階で JavaVM 上に読み込まれる。 またクラスはその使用が終わった段階でガーベージコレクターによって動的に回収され JavaVM からアンロードされる。 Servlet / J2EE サーバーなどはこの性質を利用して運用中にプログラムの一部を入れ替えるホットスワップ (Hot Swap) を実現している。 だがこの仕組みを実装するには少し工夫がいる。 この文書ではクラスのアンロードを実現するやり方について述べる。 1. クラスのロードとアンロードの基本的な仕組み クラスローダー Java VM がクラ
java - public static void main(String [] args){ /*...*/} // は不要! : 404 Blog Not Found
2006年11月09日17:00 カテゴリLightweight Languages java - public static void main(String [] args){ /*...*/} // は不要! これは一本とられました。 はじめてのにき(2006-11-07) public class initializer { public static initializer i = new initializer(); public initializer() { System.out.println("Hello world!"); System.exit(0); } } これより短くならないかあれこれ考えたのですが、無理そうですね。System.out.println()もSystem.exit()もvoidなのが致命的で。Cみたく戻り値があれば、 public class
![java - public static void main(String [] args){ /*...*/} // は不要! : 404 Blog Not Found](https://cdn-ak-scissors.b.st-hatena.com/image/square/da78a05937633f7a2b4b2219826151c370cd607b/height=288;version=1;width=512/https%3A%2F%2Fparts.blog.livedoor.jp%2Fimg%2Fusr%2Fcmn%2Fogp_image%2Flivedoor.png)
Java Programming Tipsクラスローダーを自作する方法
【概要】 クラスローダーを自作する方法の紹介。クラスローダーの自作が有効なケースとして代表的なものは次の通り。 ・同一 FQN で異なるクラスを扱いたい(複数バージョンのライブラリを同一 JVM 上で取り扱いたいときなど) ・クラスの定義を Jar ファイルからの読み込み / HTTP からのクラス定義のロードなどの標準的な方法ではなく、独自の方法で動的にロードできるようにしたい。 【キーワード】 クラスローダー、ClassLoader、自作、つくり方 1. DirectoryClassLoader の作成 今回はクラスローダー作成のはじめの一歩として、極めてシンプルで原始的、かつ不完全なクラスローダーを作成する。具体的には指定されたディレクトリに格納されているクラスファイルを動的にロードするだけの DirectoryClassLoader を作成する。 import java.io.Bu
技術情報ツリー
[Java] Java VM のメモリリークの有無や、最適ヒープサイズを調べるために有効な情報 以下の情報を取得することによって、Java VM のメモリリークの有無や、最適ヒープサイ ズを調べることができます。 ■ JavaVMのヒープサイズ使用量のデータ (-Xverbosegc オプション) Javaのパフォーマンス低下は殆どありませんので、本番環境でも実施可能です。 Javaオプションに -Xverbosegc というオプションを付けて、数時間〜数日間Javaを動作さ せることによって、ヒープサイズの使用量の推移が確認できます。 Java を「-Xverbosegc:file=出力ファイル名」オプション付きで起動し、ログを出力しま す。つまり現在既にJavaを起動している場合には、再起動が必要です。例えば1週間程度ロ グを出力してみて、そのデータを確認すれば、ヒープサイズ使用量の傾
Javaのスレッドとメモリリーク
Javaにはgarbage collectorが組み込まれていますので、CやC++の場合と違って、自分でメモリを解放する必要はありません。使われなくなったオブジェクトは、そのうち自動的に削除されます。 ところが、プログラマが意識していないところで、オブジェクトが参照されたままとなってしまい、いつまでたってもgarbage collectorでメモリが解放されない、という状況になることがあります。これが、Javaのメモリリークです。 スレッドにおいても、メモリリークが発生しやすいケースがあります。 例として、次のソースコードを見てください。 public class ThreadTest { public static void main ( String[] args ) throws Exception { for (int i = 0 ; i < 100 ; i++) { Thread
やまろうのJavaなわけ/Vol.40 JavaでZIP圧縮。org.apache.tools.zipを使えば日本語ファイル名もOK
/* やまろうのJavaなわけ 2005/03 Vol.40 JavaでZIP圧縮。org.apache.tools.zipを使えば日本語ファイル名もOK 「破綻プロジェクト入り！？」でおなじみのやまろうです。 どうにもむちゃくちゃなプロジェクトに入ってしまったみたいです。 要件自体がまとまってなくて、「〜は未定」みたいのがあちこちに あって、画面もWebだってこと意識してなくてそれ無理だろう？！ってやつが いっぱいだったりでともかく破綻してます。 でもってフレームワークはVol.39で書いた まぬけなのを使わなきゃいかんし、画面300だからCommandクラス1000以上 だぜー？！なんてこったいと。技術的にはIBMのContent Managerってやつを 使うのが新しいことかな。画像ファイルとか文書ファイルとかそういった コンテンツをまとめて管理する機能を持ってる製品なんだ。DB +
テクノボックス--TechnoBox:: Web Application Development Javaサンプルコード/サンプルプログラム
Javaサンプルコード集 ここに掲載したサンプルコードは、実際のプログラムから説明の対象となる部分を 断片的に切り出したものであって、 このままをそっくりコピーすればすぐ使える というようなコードではありません。 これらのコードはあくまでも参考例としてください。 コードは、筆者が初めてJavaにふれた頃に直感的に分からずにくだらないことだと思いつつ 調べたことなど（初歩の初歩）を全くの個人的な考えで書いたもので、 決してJavaのエキスパートが書いたお手本のようなものではありません。 もっといい方法がいくらもあるでしょう。 また、特に記載が無い限り、 コードはSwingベースのものです。 （このページのコードを利用することは自由ですが、それによって生じた障害等への責任はいっさい負いません） ※各コードはポップアップ画面で表示されます。 ■ データ・配列
ずんWiki - Java Tips
2012-03-21 bash 2012-02-23 TODO/3 2011-10-28 FrontPage 2011-06-30 plum3.x 2011-03-31 vim 2011-03-21 MyMenuBar MySQL GNU Screen @SuppressWarning - コンパイラの警告を抑制する † J2SE5 になって Generics が出来たのは良いが、J2SE1.4以前のソースを Generics コンパイラでコンパイルすると（serialVersionUIDやタイプセーフに関する）ワーニングを大量に吐くようになる。 もともと気にしないものなのに一々警告が出るのはうっとおし過ぎってことで、SuppressWarnig アノテーションの登場だ。 例えばこんな↓クラスがあると public class Foo implements java.io.Serializ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
javaworld.jp
Oracle Java Technologies | Oracle
https://always-pg.com/java/j2se_rd/number/setscale.html