ASTParserとは † さてさて、いままでEclipseのウィジェットとか、リスナーとか比較的IDEよりでないところを見てきましたが、今回はソースコードを解析するパーサ、ASTParserを見てみたいと思います。 ASTParserはパッケージエクスプローラなどに表示されているJavaソースからソースコードを取得し解析するとか、ユーザ入力値に応じてJavaのソースコードを生成するとか、Javaソースをプログラマブルに操作するときに使用します。 ↑ やってみる † 触ってみましょう。ソースコード情報はパッケージエクスプローラから取得するとして、そのクラスを操作するリーダを作ってみました。 package nu.mine.kino.plugin.astsampless; import java.util.Iterator; import org.apache.log4j.Logger; i
Eclipse Foundationは、“次世代のEclipse IDE”として新しく開発した、Webブラウザから利用できる統合開発環境「Eclipse Che」（エクリプス・チェ）のリリースを発表しました。 Eclipse Cheは、本体となるChe ServerにWebブラウザから接続し、Webブラウザから利用する統合開発環境。チームで開発するためのプロジェクトなどを設定可能で、GitやSubversion、Diffなどに対応。 エディタ部分ではJavaやJavaScriptのオートコンプリートや開発中のコード内容がダイナミックに反映されるIntelliSenseなどを備えています。 開発したコードはEclipse Cheの開発画面から、プロジェクトにひも付けされたDockerコンテナにデプロイして実行し、デバッガなどを利用できます。サーバサイドの実行環境まで連係することがEclips
JavaFX の Hello World 作成方法メモ。 e(fx)clipse は使ってないけど、後々必要になるので入れておく。 環境 OS Windows7 64bit Java 1.7.0_25 IDE Eclipse Juno Scene Builder 1.1 準備 Java FX のインストール Java のバージョンが 1.7.0_6 以上なら標準でバンドルされてるので不要。 Scene Builder のインストール Oracle が提供してるフリーの Java FX 用 GUI デザインツール。 ここからダウンロードできる。 1.1 の Windows 版をダウンロードして、インストーラに従ってインストール。 Eclipse プラグイン（e(fx)clipse）のインストール e(fx)clipse という Java FX 用のプラグインがあるので、マーケットプレースから
プログラミング言語Goのインストール brewを用いてプログラミング言語Goの環境をインストール。 brew update brew install go 次に.zshrcを編集して{$GOROOT, $GOPATH}を設定しパスを通す ※（$GOARCHなどをセットすると、go getしてもbinが作成されなくなる。クロスコンパイラ関係の問題？） vim ~/.zshrc if [ -x "`which go`" ]; then export GOROOT=`go env GOROOT` export GOPATH=$HOME/go export PATH=$PATH:$GOROOT/bin:$GOPATH/bin fi GOPATH用のフォルダを作成して、Gocode（自動補完）をインストール source ~/.zshrc mkdir ~/go go get -u github.co
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近新人研修（プログラミング未経験者・大学で専攻など、ごちゃまぜ）に関わることがありました。 適当なタイミングでEclipseのショートカットキーを教えていたのですが、実演してあげると食いつきがよかったです。 ウケがいい≒新人から需要があるといえそうですし 教えるほうも教わるほうもモチベーションを保ちやすいです。 その点で、ウケるかどうかは大切な視点のひとつだと思います。 なので、ウケのよさランキングの形式で、ショートカットを紹介したいと思います。 環境は、WindowsでPleiadesのやつ（http://mergedoc.sour
Eclipse 3.7 で Maven 使えるようになるところまでの設定 - kagamihogeのblog とだいたい同じこと書いてありますが、自分メモ用にちょっと書き直した感じ。 環境 Eclipse 4.2.0 ※3.7以降ならこのエントリで書いてある手順と同一でいけると思われる。 ※2013/09/14 追記 Eclipse Kepler(4.3) IDE for Java EE Developers では最初からプラグインが入っているので、このエントリの手順は不要。 このエントリのサマリ EclipseのMavenプラグインであるm2eのインストール Mavenプロジェクトの作成 pom.xmlに依存性追加 ※Mavenのビルドツールとしての側面には触れてません。 やること m2eのインストール Help > Eclipse MarketPlaceを選ぶ。 こんな感じのダイアログ
windowsのeclipse pleiadesだと入ってるんですが、mac版eclipseには標準でjadclipseが入ってなかったので入れました。 jadというのは、デコンパイラです。 コンパイルされているライブラリのコードなどをデコンパイルして読むことができるというやつです。 下記ブログ記事参考にさせてもらいました。 MacでEclipseでjadとJadclipseインストール - memoっとく ↓ここからjad本体のダウンロード JAD Java Decompiler Download Mirror Jad 1.5.8g for Mac OS X 10.4.6 on Intel platformをダウンロード。 macのバージョンは多少合ってなくても気にせずに。 ↓次に、jadclipseのダウンロード JadClipse - Eclipse plugin | Free De
Eclipse 3.7(INDIGO)が正式にリリースされたので、早速移行してみた。 今までなら、新しいEclipseに移行するには 1. 旧Eclipseをインストールしたディレクトリ名を適当に変更(例: e:\eclipse3.5) 2. 新Eclipseをzipファイルから展開(例: e:\eclipse) 3. 旧Eclipseのfeatureディレクトリから"org.eclipse."以外のパッケージを新Eclipseにコピー 4. 旧Eclipseのpluginディレクトリから"org.eclipse."以外のパッケージを新Eclipseにコピー 5. 上記までで上手く移行できなかったプラグインを再構成 という手順を踏んでいたが、Eclipse 3.7(INDIGO)ではimportに新たな機能が追加されたらしい。 Eclipse 3.7を使い始める前に知っておくといいこと -
こんにちは！ iPhone/Androidエンジニアのgaoohです！ 好きなExceptionはUnsupportedOperationExceptionです！ みなさん、Android開発ではエディタは何をつかってますか？ やっぱJavaといえばEclipseですよね！ 個人的にはEclipseが大好きっ子です。好きすぎてEclipseでPerlを書いてたらまわりから変な目でみられたけど、それにもめげずに今日もワークスペースを開きます。 そんなEclipse好きなので、Androidで開発するときに抑えておくべきことをまとめてYo！ とリーダーにいわれたので、まとめてみました。 これだけはいれとけ！ 必須plugin ADT 当たり前ですが、これをいれないと話になりません。 http://developer.android.com/sdk/eclipse-adt.html EGit G
はじめに Android プログラマのみなさん、こんにちは。 今日も元気に Out Of Memory してますか? ということで、この記事では日々 OOM に悩まされる Memory 的な意味で富豪的な Android プログラマの為に、Eclipse Memory Analyzer Tool、通称 MAT の基本的な使い方を紹介します。 尚、この記事は [twitter:@youten] さんが企画された裏 Android Advent Calendar 12/20 の記事ですが、内容的には比較的オモテなものになっています。 対象読者 Andoid アプリ作ってる/はじめたけど、まだ MAT を使ったことがない方 MAT を使ってみようした事はあるものの、画面から難しそうな雰囲気を察知し、起動10秒後にはそっとタブを閉じてしまった経験がある方 DDMS の基本的な使い方を理解している方
<body> <span>このページはフレーム対応のブラウザでご覧ください。</span> </body>
play! は java web アプリケーションフレームワークであり、当然、開発には java 言語を使います*1。 play! の オフィシャル にあるスクリーンキャストでは TextMate を使っていますが、java 開発者は eclipse に慣れていることが多いので、play! には eclipse での開発を容易にするツールがいくつか用意されています。 eclipsify play! アプリケーションを eclipse プロジェクト化する eclipsify コマンドが用意されています。 まずはヘルプを参照してみます。 D:\work>play help eclipsify ~ _ _ ~ _ __ | | __ _ _ _| | ~ | '_ \| |/ _' | || |_| ~ | __/|_|\____|\__ (_) ~ |_| |__/ ~ ~ play! 1.0
EclipseでJUnit4を使ってみると、けっこう面倒だと思ってしまう。それは、Eclipseの非常に便利なimport自動編成機能（Ctrl+Shift+O）と、Java5から導入されたstatic importとの相性が悪いからだ。たとえば、JUnit4を使って、 import static org.junit.Assert.*; import static org.hamcrest.Matchers.*; ･･･中略･･･ @Test public void onePlusOneEqualsTwo() { int sum = 1 + 1; assertThat(sum, is(equalTo(2))); }というテストを書いていて、なにか別のクラスを使おうとしておもむろに「Ctrl+Shift+O」を押すと、static importの部分が以下のように展開されてしまう。 impo
EclipseでAndroidサンプルを開く はじめてAndroid開発をする場合は、まずはSDK付属のサンプルを開いてみましょう。 デモ動画 Eclipseでは各アプリはプロジェクトという単位で管理します。 Eclipseを起動して、ようこそ ウインドウを閉じて、ワークベンチという画面に切り替えたら メニューより新規/その他を選びます その中のAndroid/Android Project を選んで次へをクリック Create Project from existing Source(ソースを読み込む)をチェックして 右側のBrowseボタンから、Android SDKフォルダーのsamplesの中からHelloActivityを選びます。 するとProjectが作成されます。 そしてHelloActivityを選択します。 そして右ショートカットメニューより実行/AndroidAppl
Software Error:HTML::Template->new() : Cannot open included file ./tmpl/site//.tmpl : file not found. at lib/HTML/Template.pm line 1616. HTML::Template::_init_template(HTML::Template=HASH(0x9b07918)) called at lib/HTML/Template.pm line 1189 HTML::Template::_init(HTML::Template=HASH(0x9b07918)) called at lib/HTML/Template.pm line 1083 HTML::Template::new("HTML::Template", "filename", "./tmpl/site//
Software Error:HTML::Template->new() : Cannot open included file ./tmpl/site//.tmpl : file not found. at lib/HTML/Template.pm line 1616. HTML::Template::_init_template(HTML::Template=HASH(0x9355870)) called at lib/HTML/Template.pm line 1189 HTML::Template::_init(HTML::Template=HASH(0x9355870)) called at lib/HTML/Template.pm line 1083 HTML::Template::new("HTML::Template", "filename", "./tmpl/site//
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く