Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

感想とまとめ - Eclipse Collections をはじめよう あっという間でした GS Collections Kata は順調すぎるくらい順調に進み、セットアップを始めてから 5 時間くらいで一息に終えてしまいました。 私は伊藤さんのセッションや事前調査を通してどういう API なのかだいたい把握していたので、余計にスムーズに進んだのだとは思いますが、本当にひっかかりの少ない API だなと再認識しました。 Kata を終えるのにどれくらいかかる? それほどの事前知識がなくても、Java のコレクションや Stream API をある程度触っている人であれば、前出の公式スライドに記載されている目安程度の時間で終えられると思います。 エクササイズパート : 10~30 分 × 9 エクササイズ → 2 時間半くらい 準備や調査・読み物パート等 : 1 エクササイズあたり 30 分
Eclipse環境にAPIvizを設定してJavaDocにクラス図を合わせて出力する。 前はdoxygen+graphvizでやってたが、何となくjavadocの方が出力したhtmlの見た目が好きなので。 ということでAPIvizを使ってみようと思ったのだがあまり日本語資料がないのでメモ。 でもAPIvizって2012で開発止まってるんだよなぁ。 実行環境 Windows8.1, Eclipse4.5(Pleiades All in One), Java1.8, APIviz1.3.2 **※APIvizは必ず最新版(現時点:1.3.2)を使用してください。1.3.1より前はJDKのバージョンが合わないようでエラーが発生します。** インストール 1. まず、APIvizにはGraphvizが必要なので下記サイトからダウンロード、インストール。サイトが停止している場合は日や時間を適当に調整
Web開発プロジェクトでのJavadocの運用方法について現時点(2015年11月)でどのように利用すべきか検討したのでまとめてみました。 実際は使用できるツールやサーバが限られるし、現状によってはいきなりJavadocを使用できないかもしれないので以下のすべてを設定できるかというと難しいのですが。 あくまで私見なのでもっといいツールや運用方法があればコメントください。 前提 JavaによるWeb開発 構成管理ツールとしてchefを使用 インテグレーションツールとしてJenkinsを使用 プロジェクト管理ツールとしてredmineを使用 単体テストではJUnitを使用 内部結合テスト以降、テストではselenium, appiumを使用 開発者のIDEとしてEclipseを使用 目的 開発効率の向上 納品ドキュメント作成工数の削減 属人化の排除 開発者のスキルアップの促進 開発者の手抜き・
皆さんはJavaのIDE、何をお使いでしょうか。 2015年現在では、おそらく以下の3つのいずれかだと思います。 Eclipse NetBeans IntelliJ IDEA (ちなみに、僕自身が使った経験がほとんどないので、VimやEmacsなどのエディタは今回のスコープから除外しますm( )m) 僕自身は、社会人になってからJavaを学び始め、新人研修はサクラエディタで受講し、それ以降はしばらく数年はEclipseのみを使っていました。 NetBeans歴は2年くらい、IntelliJ IDEA歴は1年くらいで、どのIDEも普段使いにはほぼ問題ない、というくらいのレベルです。 逆に言えば、どれもまだまだ使いこなせてないんじゃないかとも自分では思っています(^^; その程度のレベルの僕ですが、現時点でどのような見解を持っているのか、それぞれのIDEの特徴を比較しつつ説明したいと思います。
Action unavailable We're sorry! This is a static copy of Wiki.eclipse.org and not a functional wiki installation, so actions(edit,talk,history,etc.) do not function. For software licensing,website privacy policy, website terms of use, and legal FAQs, please see our legal stuff page. Eclipse logos and graphics are found on our logos page. For problems with the eclipse.org site, please contact the w
先日来、Android アプリのデバッグ作業の必要に駆られ、あまり好きではない Eclipse さんと向き合っております。 くそう、Android なんて興味無いのに(暴言)。 …嘘です。ちょっと嫌いなだけです。ドロイド君のことは愛していますが、本名は “Bugdroid” ということを最近知ってショックを受けました。好きな食べ物は林檎とペンギンです。 で、ある Out of memory Error を調べるために、Eclipse に Memory Analyzer Tool(MAT) を導入した際の、メモ。 インストール 環境は Mac OSX 10.7.5 + Eclipse Juno、ADT は 22.0.1 です。 Eclipse の “Help” → “Install New Software” で “Available Software Site” をクリックして 下記 UR
– その1: 自宅サーバがハング – その2: フリーズの原因はガベージコレクション – その3: 侍でヒープ使用量を確認 – その4: リーク箇所を確認する色々な方法 – その5: Memory Analyzer でヒープダンプを解析(最終回) 延々と連載してきたメモリリークトラブルシューティング記もいよいよ最終回です。 今回のメモリリーク現象はリークの再現方法がわからないため、運用環境から詳細なデータが取得できるheapdumpを取得した、というのが前回までのあらすじです。 次は、ヒープダンプの解析。 ヒープダンプは JDK に付属の jmap コマンドで取得します。 jmap -heap:format=x [pid] または jmap -heap:format=b [pid] といった形で実行するとヒープダンプを xml 形式、またはバイナリ形式で記録できます。 通常生のヒープダンプ
10年前のプロジェクトなのに、相変わらず本ブログでのアクセス数が最も多いのがこれ。 以前から、ブログ上ではjarファイルしか配布しておらず、解凍しないとソースコードが見られないのは不便という声を頂いていました。全部のソースコードをブログの記事上に載せるのは不可能なので、全ソースコードをGithub上で公開することにしました。 https://github.com/sylvan5/javagame この記事では、Github上の全ソースコードをEclipseのプロジェクトとして読み込む方法をまとめておこうと思います。Eclipseを使うとソースコードの閲覧、コンパイル、起動が非常に簡単にでき便利です。 1. Eclipseのダウンロード Eclipse のサイトからEclipse IDE for Java Developersをダウンロードします。2014年9月6日現在、最新版はEclips
Eclipse Junoでnull解析を行う Eclipse Juno(4.2)から、@Nullableが付いたパラメータを、そのメソッド内でNullチェックしていない場合はwarningやerrorにすることが出来るようになります。 @Nullable Nullableアノテーションがついているパラメータは、そのパラメータにはNullが渡されることも許容するという意味になります。 なので、メソッド内で値のNullチェックを行う必要があります。 例えば、以下のようなコードを書いたとします。 import static org.junit.Assert.assertEquals; import javax.annotation.Nullable; import org.junit.Test; public class NullableTest { @Test public void test
Tomcatを使用する場合と、OC4Jを使用する場合の両方で試してみた。 意外にサクサク動く。 Tomcatを使用する場合の設定 $ cd $TOMCAT_HOME/bin $ ./catalina.sh jpda start 起動時にjpda startとするだけで動く。 Oracle Application Server(OC4J)を使用する場合の設定 $ cd $ORACLE_HOME/opmn $ vi conf/opmn.xml ... <ias-component id="oc4j01" status="enabled"> <process-type id="oc4j01" module-id="OC4J" status="enabled"> <module-data> <category id="start-parameters"> <data id="java-option
Javaに限らず、ソースコードの整形(フォーマット)に手を取られるのはムダなことです。 最近のIDEは自動整形を当然のように備えていますが、自動整形を自動で実行するのが、eclipseの Save Actions(保管アクション) 。 Save Actionsをうまく使えば、ソースコードの整形だけでなくいろんな処理をソース保存時に行えるようになります。 初めはソースが勝手にごそっと書き換わるので戸惑いますが、慣れると機械的な作業に一切手を取られなくなるので劇的にコーディングが早くなります。 設定箇所 eclipseの 環境設定 から設定します。 設定内容 最低でも次の2つは有効にしておきましょう。 Format source code Organize imports これでソース保存時にソースコード整形とimport文の整理が行われます。 これに加えて、私は次のような設定を追加しています
毎年 6 月恒例の Eclipse メジャーリリースとなる Eclipse 4.4 Luna (ルナ) がリリースされた。ラムダなど Java 8 に正式対応した初のバージョンだ。これに合わせて日本語化された Eclipse と便利なプラグインや Java 8 実行環境を含む全部入りの Pleiades All in One もリリースした。 Pleiades All in One Eclipse 4.4 Luna ダウンロード http://mergedoc.sourceforge.jp/pleiades_distros4.4.html 起動時のスプラッシュは月食 (Lunar Eclipse) のときに月から地球を見たときに発生しているであろう日食イメージにした。地球の所々光っている部分は実際の街明かりで、韓国の北側の国が真っ暗で話題になった NASA の映像。背景は銀河中心方向の S
フォーマッティングルールを決めてそれに従ってコーディングを行なうことは、コードの可読性を向上させるために特に複数人プロジェクトでは大切だと考えています。 一方で、フォーマッティングルールをそれぞれの開発者が覚えてそれに従ってコードを書くのも、他の開発者が書いたコードがフォーマッティングルールに従っているかを確認するのも、それなりにコストのかかる作業ですので、自動的にフォーマットを揃えてくれるコードフォーマッタを使うのが良いということになります。 コードフォーマッタを通すタイミングや方法については「コードを書く人が都度フォーマッタを通す」「ファイル保存時に自動的にフォーマットされるように設定する」「コミット時に自動的にフォーマットされるように設定する」「コマンドラインからコマンドを使ってフォーマットをかける」などいろいろ考えられ、フォーマットし忘れを防ぐには保存時やコミット時に自動的にフォー
X なしで Eclim を使う方法。 導入 Vagrant や Docker の流行により、気軽に仮想マシンを使う時代になっています。すると開発にも仮想マシンを使うようにしてホストマシンはできるだけ汚さない方向に持って行きたいことになる。手軽に使いたいため当然 X 環境などは構築しない。 ここで問題になるのは IDE を前提にした言語。 IDE はウィンドウシステムの中で動くため、仮想マシンを X なしで使うと IDE の機能を使えず開発が厳しくなってくる。 具体的に言うと Java 、ジャバ、ジャヴァである。 書くときはあまりにも長い名前をタイプしたくないため補完が欲しくなり、読むときは名前解決のためのタグジャンプが欲しくなる。 追記 僕のモチベーションは VM の中に開発環境を閉じ込めてしまいたくて、かつ X を使いたくないところにあります。そうじゃない人はホストマシンで開発なり VM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く