2010-04-29
Eclipse pluginとしてのAptanaがeclipseのファイル検索機能を使いにくくする件
2009年10月頃にリリースされたAptana Studio2ですが、これをeclipseのプラグインとして入れていると、eclipseのファイル検索機能が使いにくくなりました。
eclipseは3.5からか3.4からか覚えてませんが、ファイル検索時に該当行までをSearch Viewで表示してくれるようになりました。
これが、Aptana Studio2をプラグインとして入れると、なぜか該当ファイルまでしか表示してくれない、昔の機能に戻ってしまいます。
実際のSearch View
PDT 2.1-SR2 All In Ones*1
上記にAptana Studio2.0をプラグインとしてインストール
StandaloneのAptana Studio2なら問題ない
この該当行まで見せてくれるファイル検索は、割と便利で気に入っていてます。
PDTとAptanaの機能もそれぞれ必要なのでどうしようかと思ったんですが、どういうわけかStandaloneのAptana Studio2なら問題ない様子。
スタンドアローンとはいえeclipseベースなのは変わりなく、PDTはAptanaが提供するプラグインに組み込まれてます。
たぶん本来のPDTと比べて、少しバージョンが低いとか、最新版になるのにタイムラグがあるといった事はあるかもしれません。
でも、これでPDTとAptanaを使いつつ、快適にファイル検索が使えます。
なお、MacでもWindowsでも同様の問題が発生して、同様にスタンドアローン版で一応解決しました。
StandaloneのAptana Studio2にPDTをインストールした場合のSearch View
ところで、もうちょっと横長に表示出来ないんだろうか。
*1:eclipse-php-galileo-SR2-win32.zip
2009-09-16
eclipse3.5を使っていたら使用調査のようなものがポップアップしてきた件(Usage Data Upload)
eclipse3.5 というかPDT2.1 を使っていたら、こんなものがポップアップしてきました。
3枚目の画像で送信データのプレビューが見れますが、エラー情報としてファイルパスが含まれているところがありました。
ディレクトリが見つからない的なエラーで、ファイルパスが含まれており、そのディレクトリ名はプロジェクト名でした。
一応個人的なデータと言えなくもないので、除外しておきました。
3枚目の画像の時に Add filter から、特定の文字列を含む項目を除外することが出来ます。
より便利になってほしいので送信するのはかまわないんですが、若干面倒ですね。
2009-09-13
PDT2.1(eclipse3.5)のインストールフォルダに使ってはいけない文字があった
PDT2.1がどうにもバギーな件 - kanonjiの日記 とかで、PDT2.1のセットアップではまってますが、そのエラーのうちの1個の再現方法がわかりました。
PDT2.1のAll In Oneパッケージで試してるけど、たぶんeclipse3.5なら発生するんじゃないかな。
eclipseは、通常 eclipse/eclipse.exe という様に、eclipseフォルダに全ファイルが入っています。
このフォルダ名に下記の文字*1を使用して -clean 引数をつけて起動すると、このエラーが発生するようになります。
- [
- ]
-clean 引数をつけて起動しなければ、プラグインも含めてちゃんと動きますが、プラグインを認識する処理中のエラーぽいので、もしかすると新しいプラグインを追加した時にも、同じエラーが出るかもしれません。
いずれにせよ [ と ] は使わないほうが無難のようです。
*1:他にもあるかもしれません。
2009-09-11
PDT2.1がどうにもバギーな件
更に続きがちょっとあります
PDT2.1(eclipse3.5)のインストールフォルダに使ってはいけない文字があった - kanonjiの日記
さっき PDT2.1のdropinsにSubclipseを入れようとしてはまった件 - kanonjiの日記 でdropinsフォルダを使う時の注意みたいなのを書きましたが、どうも解明しきれてなかったみたいです。
dropins以外にも、ちょいちょい思い通りにいかない所が出てるので、ちょっと整理してみます。
何が悪いのかよくわからず、再現方法*1を確認してないので、間違った事を書いてるかもしれません。
eclipseフォルダをリネームしていると、dropinsフォルダ内のプラグインを認識しない
さっきのエントリーで、dropinsフォルダを使ったプラグインインストールの動きを調べました。
最初に置いたeclipseは、色々と実験をしてしまったので破棄して、zipからやり直したら、またdropinsフォルダ内のプラグインを認識しませんでした。
そのときの違いは、eclipseのインストールフォルダ名を変えていたという事くらいのはず。
- eclipse/eclipse.exe
- これならOK
- all-in-one-pdt2.1
- /eclipse.exe:これだと認識しない*2
たぶんdropinsフォルダを使ってることが原因でeclipseが起動しない場合がある
dropinsフォルダを使ったプラグインインストールで、試行錯誤していると、このようなエラーが出て起動しなくなることがありました。
原因がよくわからなかったのですが、おそらくdropinsフォルダを使っている事が原因ぽいです。
1個前の、インストールフォルダのリネームによるトラブルですが、下記の手順で回避が可能でした。
- eclipse/eclipse.exe の状態でdropinsフォルダにプラグインを置く。
- eclipseを起動し、プラグインが認識される。
- eclipseを終了する。
- インストールフォルダを all-in-one-pdt2.1:/eclipse.exe にリネームする。
- eclipseがちゃんと起動するしプラグインも認識されている。
しかし、-clean 引数を一度つかったら、せっかく認識させてからリネームしたのを帳消しにするのか、上記画像のエラーが出てしまいました。
eclipse/eclipse.exe に戻したら起動するようになったのですが・・・
インストールフォルダのリネームが悪いのか、dropinsフォルダの使い方が悪いのか、そのあたりにバグがあるのか、決定的な原因がわかりません。
PDT2.1に PHPプロジェクトが作成できないバグがある
Steps to reproduce:
New > File > PHP Project
type a name for the project
click "Next"
on the next screen click "Finish"
Expected result:
The project to be created
Actual result:
It display an error "Creation of element failed"
Additional Information When the error is displayed and click "back" and
click "finish" still can not be created a project.
Bug 280935 – [Project Mgmt] trying to create a new PHP project - displaying an error "Creation of element failed"
PHPプロジェクトを作成する際、ウィザード1ページ目でNextを押してライブラリの設定を開くと発生するようです。
Since we released PDT 2.1.1 you can do it simply by:
1. Help | Install new software
2. add this site - http://download.eclipse.org/tools/pdt/updates/2.0/
3. check the PDT 2.1.1 version
Enjoy ;)
Bug 280935 – [Project Mgmt] trying to create a new PHP project - displaying an error "Creation of element failed"
既に修正はされているのでアップデートをすれば回避できるようですが、現時点での公式が配布しているzipのバージョンでは、このエラーが発生します。
また、アップデート方法に注意が必要で、なぜか Help → Check for Updates ではなく Help → Install New Software... から、PDT 2.1.1を新しいバージョンとしてインストールするという手順のようです。
しかし、自分の環境では PDT 2.1.1 のインストールでまたエラーが発生しました。
このエラーのときはまだ、インストールディレクトリをリネームしていて、かつdropinsフォルダを使っていたため、それが原因の可能性も高いです。
このエラーを受けて、前述の -clean 引数を使うことになり、eclipseが起動しなくなったので、もう確認する事はできません。
zipの解凍からやり直したら、PDT 2.1.1 はちゃんとできて Creation of element failed エラーは発生しなくなりました。*3
設定がめんどくさい・・・
eclipseは設定項目が多いのに、バックアップして別のeclipseに戻せないのがつらいです。
Export/Importにそれっぽい項目があったりしますが、やり方が悪いのかどうもちゃんと機能しません。
Firefoxみたく、ファイルで持っててくれればいいのに。
設定のバックアップ方法ありませんか?
ちなみに、自分の環境は以下のとおりです。
- OS
- WindowsXP Media Center Edition
- JAVA
- 1.6.0_16-b01
- PDT
- 公式のAll in oneパッケージ。eclipse-php-galileo-win32.zip*4
PDT2.1のdropinsにSubclipseを入れようとしてはまった件
続きがあります。
- PDT2.1がどうにもバギーな件
- id:kanonji:20090911:1252697383
PDT2.1 でSubclipseを使うため、せっかくなのでdropinsフォルダを使ってみることにしました。
なかなかうまく入らなかったので、後々のためにメモしときます。
なお、 PDT2.1 は eclipse3.5(Galileo)ベースなので、たぶん eclipse3.5 でも同じだと思います。
featuresフォルダとpluginsフォルダの両方ある場合は、dropins/${AS_YOU_LIKE}以下に配置
パターン3:dropins/${AS_YOU_LIKE}/eclipse以下に配置
このパターンを使うとプラグイン群をフォルダごとに分けて配置できますね。${AS_YOU_LIKE}/以下に"eclipse"フォルダを設けないといけないところが要注意。
eclipse/ dropins/ emf/ eclipse/ features/ plugins/ gef/ eclipse/ features/ plugins/2008-05-15 - kojihashiの日記
dropinsに入れる場合、プラグインの構造によって置き方が変わります。
Subclipseではfeaturesフォルダとpluginsフォルダの両方ある構造なので、dropinsフォルダに直置きは出来ません。
管理しやすくするために、dropinsフォルダにsubclipseフォルダを作って、そこに置くことにしました。
上記サイトでは、自分で作ったフォルダの中に、eclipseフォルダが必要と書いてますが、これが逆にあると認識されませんでした。
引用はeclipse3.4での話なので、たぶんeclipse3.5になって動きが変わったということかもしれません。
一度dropinsに配置したプラグインのフォルダ名を変えるには一手間必要
たとえば dropins/foo にプラグインを置いたとして、やっぱり dropins/bar にしたくなった場合です。
eclipseを終了して、fooをbarにリネームして、eclipseを起動したら、そのプラグインは認識されませんでした。
-clean引数なども効果がありません。
解決方法は、いったんfooフォルダをdropinsフォルダの外に出した状態でeclipseを起動し、プラグインを消したことにします。
そしてeclipseを終了し、改めてbarフォルダにリネームしたものをdropinsフォルダに置いてから起動します。
dropinsフォルダ内でリネームだけして、fooは削除されbarが追加されたと認識してくれても良さそうなものですが、だめみたいですね。
なお、一度そのプラグインが削除された事になるので、設定が引き継がれない等のトラブルが起こるかもしれません。*5
ところでdropinsフォルダって?
eclipse3.4から Equinox p2 フレームワークという、プラグインのインストール/更新の仕組みが導入されました。
dropinsフォルダは、そのp2を使ったプラグインインストールで、その中でも手動でのインストール用のフォルダです。
eclipse内のGUIでのプラグイン管理もp2によって刷新されてますが、これはdropinsフォルダではなく別の場所にインストールします。
たぶん、従来通りeclipse本体のfeatures/pluginsに入れてるんだと思います。
参考
2009-07-28
Failed to execute WebDAV PROPPATCH
先日入れたTracLightning 2.2.5のSubversionを、PDT2に入れたSubclipse 1.6.2 から操作していたら、下記のようなエラーが発生しました。
org.tigris.subversion.javahl.ClientException: Failed to execute WebDAV PROPPATCH svn: Commit failed (details follow): svn: At least one property change failed; repository is unchanged RA layer request failed svn: Error setting property 'ignore': Could not execute PROPPATCH.
どうも svn:ignore を設定すると発生するもののようで、下記と状況がまったく一緒です。
ちなみに subversion は TracLightning 2.2.5 付属のもので、バージョンは 1.6 系。
subclipse は AmaterasIDE 2.0.6 付属のもので、バージョンは 1.6.2。
web で調べてみたら subclipse のバグらしい。
http://d.hatena.ne.jp/garbagetown/20090708/1247066848
Subclipseのバグということで、Subclipse 1.6.3 にバージョンをあげて、解決しました。
なお、Subclipse 1.6.2 の時にセットした svn:ignore ではエラーが解消せず、一度ベースリビジョンに戻した上で、改めて svn:ignore しました。









