Eclipse プラグイン開発チュートリアル¶ このドキュメントは2011/01/28に行われた「Eclipse プラグイン開発セミナー in 名古屋」で使われたプラグイン開発チュートリアルです。プラグイン開発をした事のない初心者の方にプラグイン開発とはどういったものかを、一通り学ぶ事を目的としています。 プラグインを作成してみたい方はこのチュートリアルを元にプラグイン開発を体験してみるとよいでしょう。 目次:
Eclipse プラグイン開発チュートリアル — Eclipse Seminar v1.0 documentation
Eclipse プラグイン開発チュートリアル¶ このドキュメントは2011/01/28に行われた「Eclipse プラグイン開発セミナー in 名古屋」で使われたプラグイン開発チュートリアルです。プラグイン開発をした事のない初心者の方にプラグイン開発とはどういったものかを、一通り学ぶ事を目的としています。 プラグインを作成してみたい方はこのチュートリアルを元にプラグイン開発を体験してみるとよいでしょう。 目次:
2008-02-18
久々にプラグインネタ。最近Jiemamyもまた触り始めたので。 本日、長い間解決していなかったバグが一つ潰れました。 EclipseのResource（EclipseのPackageExplorer等に評じされるワークスペース内のファイル等）は、いずれかのProjectに属していますね。で、そのResourceをエディタで開いている状態を考えます。 この状態のまま、Projectをクローズ（コンテキストメニューからCloseProjectを選択）した場合、開いているResourceがdirty（編集済み未保存）の場合はSaveを促してから自動で閉じ、そうでなければ自動的にエディタを閉じるべきです。 JavaエディタやTextエディタなど、そういった仕様になっています。しかし、Jiemamyのダイアグラムエディタではエディタがそのまま残ってしまい、クローズした後に保存しようとするとResou
Eclipseプラグイン開発に良くある10の過ち - Fly me to the Luna
Planet Eclipse経由で流れていた良記事を翻訳してみた。Eclipse Tipsの記事です。 翻訳の元記事 http://blog.eclipse-tips.com/2009/01/top-10-mistakes-in-eclipse-plug-in.html 元のタイトルは「Top 10 mistakes in Eclipse Plug-in Development」なので、「Eclipseプラグイン開発の間違いトップ10」の方が正しいんだろう。10位から順番に上がっていきます。また、画像は引用していません。 引用ここから 私はEclipseプラグイン開発をし始めた方をトレーニングしてきました。そしていつも同じように間違えてしまう点を見つけました。そこで今回、そうやって見つけてきた10の良くある過ちを一覧にしました。もしあなたがこれらの間違いをしていたとしても、それはあなただけ
Eclipse/プラグイン開発のTIPS集/エラーログの制御 - きのさいと
その詳細画面 使い方 † このビューにエラー内容を表示するには以下の記述をすればよいようです。 IStatus status = new Status(IStatus.ERROR, SamplePlugin .getPluginId(), IStatus.OK, "メッセージ", new Exception("エラーメッセージ")); SamplePlugin.getDefault().getLog().log(status); 2行目のlogメソッドが呼ばれたときに、与えられたstatus(IStatusの実装クラス)オブジェクトの内容をログに出力します。Statusオブジェクトはエラーなどの状況を格納したクラスです。コンストラクタの引数の意味は以下の通り。 /** * Creates a new status object. The created status has no chil
エラーログの出力 - Eclipseプラグイン開発
Eclipseにおいて，発生したエラーの状況がIStatusオブジェクトによって表現され，CoreException例外にIStatusオブジェクトが保持されて伝達される(「CoreExceptionとIStatus」参照)。そして，IStatusオブジェクトの内容をエラーダイアログに簡単に表示することができた(「エラーダイアログの表示」参照)。 しかし，エラーダイアログが表示できない(表示することがふさわしくない)状況も当然存在する。そんなときに頼るのがロギング。ちゃんと起きたことは残しときましょう，という機構。エラーダイアログは閉じてしまえばそれまでだが，同時にログに記録しておけば，ログをクリアしない限りいつでも見ることができるようになる。 IStatusオブジェクトがエラーダイアログに統合され簡単に表示できたように，IStatusオブジェクトの内容をログに記録することも簡単にできるよ
Eclipseプラグインを国際化しよう- @IT
Eclipseプラグイン実践テクニック（1） Eclipseプラグインを国際化しよう NTTデータ先端技術 竹添直樹 NTTデータ 基盤システム事業本部 岡本隆史 2006/8/26 「作って覚えるEclipseプラグイン」では、Eclipseのプラグイン開発に関するトピックを解説してきました。本連載では、より実践的な内容を紹介していきます。第1回ではプラグインを国際化する方法を解説します。「作って覚えるEclipseプラグイン」で作成してきたプラグインはいずれもユーザーインターフェイスで使用される文字列をマニフェストファイルやソースコード中にハードコードしてきましたが、より多くのユーザー（海外のユーザー）にプラグインを使ってもらおうという場合にはユーザーインターフェイスの国際化は必須になります。これはEclipseプラグインに限った話ではなく、通常のJavaアプリケーションにおいてもリソ
Eclipse Forms: Rich UI for Rich Client Applications
Eclipse Forms: Rich UI for the Rich Client Summary Spice up your rich client with rich user experience using Eclipse Forms. Written as a thin layer on top of SWT, Eclipse Forms allow you to achieve the Web look in your desktop applications without using the embedded browser. This allows you to retain full control of the widgets in the UI and to maintain portability across all operating systems Ecl
Eclipse Formsでリッチクライアントアプリ開発 (1/3) - @IT
Eclipse FormsによるUIは一味違う Eclipseプラグイン開発では、基本的にSWT（Standard Widget Kit）を用いてユーザーインターフェイスを構築します。SWTはネイティブ・ウィジェットをラップしたGUIツールキットであり、デスクトップ環境と親和性の高いユーザーインターフェイス（UI）を提供します。 編集部注：SWTについての詳細は、「米持先進技術工房＠IT分室、第2回 EclipseのVEでSWTアプリを作る（前編）」を参照してください。 しかし、Eclipseのユーザーインターフェイス全般を考えた場合、ダイアログなどではよいものの、ビューやエディタ内部で複雑なユーザーインターフェイスを提供する場合、SWTで構築すると違和感が出てきます。例を挙げてみましょう。 どうでしょう。項目自体はSWTの場合とまったく同じですが、違和感はなくなったのではないでしょうか。
FrontPage - きのさいと
2025-12-22 Eclipse/プラグイン開発のTIPS集/メニューバーとか、ポップアップとかのまとめ 2025-11-21 Struts/org.apache.struts.action.ActionMessage(エラー処理) 2025-10-16 Subversion/削除してしまったファイルを元に戻す 2025-10-13 Java/Direct Web Remoting(DWR)をつかう 2025-10-01 Hibernate/TIPS集 2025-09-19 Linux/sudoを使う 2025-09-10 WebSphere/WASとJNDI 2025-09-08 GitHub/ローカル・リモートブランチとoriginのはなし 2025-08-27 Struts/Validateのやり方 2025-08-26 Struts/同期トークンで二度押しなどをチェックする 2
第12回［最終回］ まとめ | gihyo.jp
前回まででフォームデザイナーの実装が完了しました。最終回の今回は連載を通してEclipseプラグインを開発してきた経験をもとに、もう一度そのメリットについて考えてみたいと思います。また開発に役立つサイトや書籍、プラグインを紹介していきます。 Eclipseプラグインを開発するメリット 第1回で、Eclipseのプラグインを開発するメリットを下記のように挙げました。 既にあるプラグインをカスタマイズすることができる 目的に合うプラグインがない場合、自分で開発することができる プラグイン開発の知識をEclipse RCP（リッチクライアント環境）の開発に応用することができる 私は上記に加えて「学習効果」を挙げることができると考えています。今回フォームデザイナーを実装するにあたり、PDE（Plug -in Development Environment）のマニフェストエディターやEclipse
＠IT：Eclipseのカスタマイズの勧め（前編）
Eclipseのカスタマイズの勧め（前編） Eclipseの動作をカスタマイズするためのEclipseのフィーチャーの使い方 Eclipseでは、アクティブな製品や、ランタイムコンフィグレーションに含まれる各機能には任意でブランドを登録することができる。フィーチャーにブランドを登録しなければならないわけではないし、どのフィーチャーにもブランドを登録しないことも可能だが、少なくとも1つにはブランドを登録しておくべきだ。 ■ブランド登録の定義（プラグインの仕事） ブランドを登録するときの秘けつは、定義の置き場所がどこか把握しておくことだ。フィーチャーにブランドを登録するのは自分だが、ブランドを登録するコンテンツはプラグインによって提供される。これは、フィーチャーと同じidを持つプラグイン（デフォルト処理）、もしくはフィーチャーの定義で識別されるプラグイン（Eclipse 2.1.1の新オプショ
いちばん簡単なEclipseプラグイン
EclipseはオープンソースのJava統合開発環境として、すでにデファクトスタンダードといえる地位を築いています。皆さんもご存じのとおり、Eclipseは非常に有用な機能を多く備えていますが、やはり最大の特長はプラグインによる拡張が可能という点でしょう。すでに無償・有償含め数多くのプラグインが世界中で開発されており、これらを組み合わせることでEclipseに好きな機能を追加することができるのです。 既存のプラグインを組み合わせるだけでも十分に強力なEclipseですが、さらに自分でプラグインを作ることができるとしたらどうでしょうか？ 既存のプラグインでは実現できない、かゆいところに手が届くような機能をEclipseに組み込むことができます。また、既存のフレームワークやライブラリをより使いやすくするための機能を実装することもできます。そして、これらの機能をEclipseプラグインとして公開
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.limy.org/program/eclipse_plugin/
第1回：Eclipseとプラグイン (1/4) | Think IT（シンクイット）