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

プロジェクトをインポートする方法を確認します。別に作成されていたプロジェクトや、プロジェクトを削除した時にコンテンツを削除しなかったものを改めて利用する場合に使います。 プロジェクトをインポートするには「ファイル」メニューの中の「インポート」をクリックします。 「一般」の中の「既存プロジェクトをワークスペースへ」をクリックし「次へ」ボタンをクリックします。 インポートするプロジェクトを選択するウィンドウが表示されます。 「ルート・ディレクトリーの選択」にチェックを行い、右側にある「参照」ボタンをクリックします。 インポートするプロジェクトが含まれるディレクトリを指定して「OK」ボタンをクリックします。 インポート可能なプロジェクトの一覧が表示されます。インポートしたいプロジェクトの左側のチェックボックスにチェックを行った後で「終了」ボタンをクリックします。 パッケージ・エクスプローラーの中
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//
pythonで開発している場合は appcfg.py vacuum_indexes があるからデータストア上のインデックスの削除が行えるんですが、Java版のSDKにはまだその手のツールが無いので困ります。 そこで普段はJavaしか使わない人でも、ツールだけはPython版を使ってEclipseから簡単にインデックス削除を行えるようにしてみました。*1 まずGoogle App Engine SDK for Pythonを入れて置く必要があります。もちろんPythonも。 Eclipseのプロジェクト内に以下のようなダミーのアプリケーションディレクトリを作成しapp.yamlとvacuum_indexes.batを作成します。 消したいインデックスが出来てしまったら vacuum_indexes.bat を実行すれば不要なインデックスの削除が出来ます。 ファイルセット ダミーのアプリケーシ
Eclipse Foundation、オープンソースプロジェクト支援サイト「Eclipse Labs」を開設 ソフトウエア開発ツール「Eclipse」プロジェクトを運営する非営利団体Eclipse Foundationは米国時間2010年5月13日、Eclipse関連オープンソースプロジェクトを支援するためのポータルサイト「Eclipse Labs」(ベータ版)を開設したと発表した。米Googleのオープンソースプロジェクト向け無料ホスティングサービス「Google Code」を利用しており、Eclipse LabsおよびGoogle Codeの利用規約に同意すれば誰でもプロジェクトを開始できる。 Eclipse Labsを利用すると、ソースコードリポジトリ機能(「Subversion」または「Mercurial」)や障害トラッキングシステム、Webサイトを備えるオープンソースプロジェクト
Javaのデバッグをしていて、ステップ実行中にステップインを繰り返したらソースコードのないところに行き当たったことがあるだろう。あるいはEclipseでF3キーでクラスやメソッド・フィールドの宣言元を辿っていってソースコードのないところに行き当たったことがあるだろう。 Eclipseの場合、"Class File Editor"というものが開く。そこにはJavaのバイトコードのニーモニックがズラズラと並んでいて、「これは読めないや、ワケが分からない」と投げ出してしまったりしていないだろうか。 怖がることはない。ちょっとコツを掴めばすぐに読めるようになる。 Class File Editorの開き方 自前のJavaクラスの場合、ビルドして出来上がったclassファイルを開く必要がある。"Package Explorer"だとclassファイルは隠されていて見えないのでWindow -> Sh
_ ログに見るEclipse脳 なんで以下のようなコードが生まれるのだろうか? ... } catch (Exception e) { logger.error("xxxでエラーになった"); } loggerはLog4JのLogLogのインスタンスなので、あと3文字追加すれば、 ... } catch (Exception e) { logger.error("xxxでエラーになった", e); } となって、話が異様に簡単になる。 なっていなかったので、例外になったという事実だけを淡々と記録したログを前に途方に暮れて調査に無駄な時間を使うことになった。 どうも、彼らはユニットテスト(xUnit系の話ではない)時に、loggerの行にブレークポイントを置いて調べるから、eをLogLogのメソッドに送る必要性をまったくわかっていないようだった。 実際にインストールして動作させて異常時にログ
Eclipse3.5を入れて、CTRL+クリックでジャンプする時にInterfaceかImplemented Classかを選択する事ができるのがすごい便利なんです。特にInterfaceベースのDIをしまくるプログラムを書いていると重宝します。 で、ブレークポイントを設定しても止まってくれないのです。正確には、最初の1回だけは止まります。その後、全てのブレークポイントが無視されますΣ(゚д゚lll) なんでかなーと思ったら、同じ症状の人を発見しました。 どうやらEclipseは関係なく、JDK6u14のバグらしいです。u14から圧縮ポインタ(?)や新しいGCアルゴリズムが追加されているのですが、GCが悪さをしているのかなぁ。。BugID:6862295で登録されています。仕方ないのでJDK6u13を探そうとしたら、JDK6u15がリリースされていました。日本語のリリースノートも出ています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く