SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

20年経ってもデファクトスタンダードIDEのEclipse入門

Eclipseでのデバッグ方法~プロジェクトの削除と復活

20年経ってもデファクトスタンダードIDEのEclipse入門 第3回

  • X ポスト
  • このエントリーをはてなブックマークに追加

プロジェクトの削除とインポート

 さて、話をガラッと変えて、プロジェクトの削除を扱っておきましょう。

プロジェクトの削除は削除メニュー

 パッケージエクスプローラー上にあるプロジェクトを削除する場合は、プロジェクトフォルダを右クリックして表示されたメニューから[削除]を選択するだけです(図18)。

図27:プロジェクトの削除は削除メニュー
図18:プロジェクトの削除は削除メニュー

 これは、[編集]メニューから[削除]を選択しても同じです。すると、図19の確認ダイアログが表示されます。

図28:プロジェクトの削除確認ダイアログ
図19:プロジェクトの削除確認ダイアログ

 この確認ダイアログで[OK]をクリックすると、プロジェクトが削除されます。

プロジェクトの削除は認識しなくなるだけ

 ところで、図19のダイアログ中のチェックボックスが意味するところを説明するとともに、プロジェクトの削除の本当の姿を紹介します。

 図20は、前項の手順でFirstJavaProjectプロジェクトが削除されたパッケージエクスプローラーと、ファイルシステム上でワークスペースフォルダ内を参照したウィンドウを一緒に並べた画像です。

図29:ファイルシステム上ではプロジェクトは健在
図20:ファイルシステム上ではプロジェクトは健在

 この画像からわかるように、Eclipse上からプロジェクトを削除しても、その実体は削除されていません。あくまでEclipseが認識しなくなるだけです。

 プロジェクトを、その実体から、つまり、ファイルシステム上でも削除する場合、図19の削除確認ダイアログ中の[ディスク上からプロジェクトコンテンツを削除]のチェックボックスにチェックを入れて[OK]をクリックします。

 その際、チェックボックス横の注意書きにもあるように、ファイルシステム上からも削除されるので、元には戻りません。間違って作成したプロジェクトを、直後に削除する場合でもない限り、安全のためには、このチェックボックスにはチェックを入れず削除を行い、Eclipseがプロジェクトを認識しなくなってから、ファイルシステム上から手動で削除するという2ステップを踏んだほうがよいでしょう。

 なお、Eclipse上から削除せずにいきなりファイルシステムからプロジェクトフォルダを削除した場合、パッケージエクスプローラー上では、プロジェクトは図21のような見え方となります。

図30:ファイルシステム上で削除されたプロジェクト
図21:ファイルシステム上で削除されたプロジェクト

 このようなアイコンの場合は、該当プロジェクトがファイルシステムから削除や移動されていないかを確認してください。もし、不要なプロジェクトの場合は、この状態でEclipseから削除すれば問題ありません。

プロジェクトのインポート

 Eclipseのプロジェクトは、ファイルシステム上から削除されていない限り、いつでもEclipseに読み込んで復活させることができます。[ファイル]メニューから[インポート]を選択します。すると、図22のインポートウィザードが表示されます。

図31:インポートウィザード画面
図22:インポートウィザード画面

 この画面ではさまざまなインポートが可能です。ここでは[一般]フォルダを展開して表示された[既存のプロジェクトをワークスペースへ]を選択し、[次へ]をクリックします。すると、図23の画面が表示されます。

図32:既存プロジェクトのインポート画面
図23:既存プロジェクトのインポート画面

 [ルートディレクトリの選択]欄にインポートしたいプロジェクトフォルダを選択すると、プロジェクト欄にインポートしたいプロジェクト名が表示されます。そのプロジェクトが選択されている(チェックされている)ことを確認して[完了]をクリックすると、インポートが完了し、プロジェクトエクスプローラー上にインポートしたプロジェクトが表示されるようになります。

 もし、インポートしたいプロジェクトがzipファイルの場合は、[アーカイブファイルの選択]欄でzipファイルを選択します。ここで、図23のオプションの[ネストされたプロジェクトの検索]チェックボックスと[プロジェクトをワークスペースにコピー]チェックボックスについて補足しておきましょう。

ネストされたプロジェクトの検索

 [ルートディレクトリの選択]において、上記の通りプロジェクトフォルダを選択するのではなく、ワークスペースのように複数のプロジェクトフォルダが格納された、より上位のフォルダを選択した場合、このチェックを入れることでフォルダ内の複数のプロジェクトをまとめてインポートできます。

プロジェクトをワークスペースにコピー

 インポートするプロジェクトフォルダがワークスペース外に存在する場合、そのフォルダの内容物をまとめワークスペースにコピーし、それをプロジェクトとするかどうかのチェックボックスです。チェックを外した場合、インポートするプロジェクトはリンク形式として、ワークスペース外のフォルダを参照することになります。

 もちろん、Eclipse上でプロジェクト内のファイル類を変更した場合、その実体となるワークスペース外に存在するファイル類が変更されてしまいます。チェックを入れた場合は、コピーしてきたワークスペース内のファイル類が変更され、インポート元のファイル類はそのままの状態で保持されます。

 なお、そもそもワークスペース内に存在するプロジェクトをインポートするのならば、このチェックボックスは意味がありません。

Eclipseの挙動がおかしくなったら

 最後に、Eclipseを利用していて挙動がおかしくなった場合の対処法を紹介しておきましょう。一般的にアプリケーションの挙動がおかしくなった場合、そのアプリケーションの再インストールを考えます。もちろん、Eclipseも例外ではありませんが、その前に一度試したほうがよいことがあります。それは、.metadataフォルダの削除です。

 Eclipseのワークスペースフォルダ内には.metadataフォルダが存在しています。これは、ドットから始まる隠しフォルダなので、OSの設定で隠しファイルを非表示にしている場合は見えません。その場合は、設定を変更するか、コマンド操作で確認することになります(図24)。

図33:ワークスペースフォルダをコマンドで確認
図24:ワークスペースフォルダをコマンドで確認

 この.metadataフォルダには、そのワークスペースに関する設定情報が格納されています。これらの設定情報が壊れたために、Eclipseの挙動がおかしくなることが多々あります。その場合は、.metadataフォルダを丸々削除の上、もう一度Eclipseを起動してください。多くの場合、正常な動作に戻ります。

 ただし、設定情報が初期化されているだけでなく、パッケージエクスプローラー上からはプロジェクトも消えています。といってもこれは先述の通り、あくまでEclipseがプロジェクトを認識しなくなっただけで、ワークスペース内に実体が残っている限りは先の手法でいつでもインポートが行えて復活できます。

まとめ

 今回は、Eclipseでの例外の確認方法から話を始めて、ブレークポイントを利用したデバッグ方法、ステップ実行を紹介しました。また、プロジェクトの削除とインポートについても紹介しました。次回は、Eclipseの便利なショートカットを紹介していきます。

この記事は参考になりましたか?

  • X ポスト
  • このエントリーをはてなブックマークに追加
20年経ってもデファクトスタンダードIDEのEclipse入門連載記事一覧

もっと読む

この記事の著者

WINGSプロジェクト 齊藤 新三(サイトウ シンゾウ)

WINGSプロジェクトについて>有限会社 WINGSプロジェクトが運営する、テクニカル執筆コミュニティ(代表 山田祥寛)。主にWeb開発分野の書籍/記事執筆、翻訳、講演等を幅広く手がける。2018年11月時点での登録メンバは55名で、現在も執筆メンバを募集中。興味のある方は、どしどし応募頂きたい。著書記事多数。 RSS Twitter: @yyamada(公式)、@yyamada/wings(メンバーリスト) Facebook<個人紹介>WINGSプロジェクト所属のテクニカルライター。Web系製作会社のシステム部門、SI会社を経てフリーランスとして独立。屋号はSarva(サルヴァ)。HAL大阪の非常勤講師を兼務。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

山田 祥寛(ヤマダ ヨシヒロ)

静岡県榛原町生まれ。一橋大学経済学部卒業後、NECにてシステム企画業務に携わるが、2003年4月に念願かなってフリーライターに転身。Microsoft MVP for Visual Studio and Development Technologies。執筆コミュニティ「WINGSプロジェクト」代表。主な著書に「独習シリーズ(Java・C#・Python・PHP・Ruby・JSP&サーブレットなど)」「速習シリーズ(ASP.NET Core・Vue.js・React・TypeScript・ECMAScript、Laravelなど)」「改訂3版JavaScript本格入門」「これからはじめるReact実践入門」「はじめてのAndroidアプリ開発 Kotlin編 」他、著書多数

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

  • X ポスト
  • このエントリーをはてなブックマークに追加
CodeZine(コードジン)
https://codezine.jp/article/detail/13509 2021/02/09 11:00

おすすめ

アクセスランキング

アクセスランキング

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング