Hatena::ブログ(Diary)

kanonjiの日記 RSSフィード

http://kanonji.info/blog/ 2013年2月頃に移転しました。

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

f:id:kanonji:20100429120539p:image

上記にAptana Studio2.0をプラグインとしてインストール

f:id:kanonji:20100429120540p:image

StandaloneのAptana Studio2なら問題ない

この該当行まで見せてくれるファイル検索は、割と便利で気に入っていてます。

PDTとAptanaの機能もそれぞれ必要なのでどうしようかと思ったんですが、どういうわけかStandaloneのAptana Studio2なら問題ない様子。

f:id:kanonji:20100429120748p:image

スタンドアローンとはいえeclipseベースなのは変わりなく、PDTはAptanaが提供するプラグインに組み込まれてます。

たぶん本来のPDTと比べて、少しバージョンが低いとか、最新版になるのにタイムラグがあるといった事はあるかもしれません。

でも、これでPDTとAptanaを使いつつ、快適にファイル検索が使えます。


なお、MacでもWindowsでも同様の問題が発生して、同様にスタンドアローン版で一応解決しました。

StandaloneのAptana Studio2にPDTをインストールした場合のSearch View

f:id:kanonji:20100429120747p:image

ところで、もうちょっと横長に表示出来ないんだろうか。

*1:eclipse-php-galileo-SR2-win32.zip

2009-09-16

eclipse3.5を使っていたら使用調査のようなものがポップアップしてきた件(Usage Data Upload)

f:id:kanonji:20090917032232p:image

f:id:kanonji:20090917032233p:image

f:id:kanonji:20090917032234p:image

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なら発生するんじゃないかな。

f:id:kanonji:20090912035105p:image

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が起動しない場合がある

f:id:kanonji:20090912035105p:image

dropinsフォルダを使ったプラグインインストールで、試行錯誤していると、このようなエラーが出て起動しなくなることがありました。

原因がよくわからなかったのですが、おそらくdropinsフォルダを使っている事が原因ぽいです。


1個前の、インストールフォルダのリネームによるトラブルですが、下記の手順で回避が可能でした。

  1. eclipse/eclipse.exe の状態でdropinsフォルダにプラグインを置く。
  2. eclipseを起動し、プラグインが認識される。
  3. eclipseを終了する。
  4. インストールフォルダを all-in-one-pdt2.1:/eclipse.exe にリネームする。
  5. eclipseがちゃんと起動するしプラグインも認識されている。

しかし、-clean 引数を一度つかったら、せっかく認識させてからリネームしたのを帳消しにするのか、上記画像のエラーが出てしまいました。

eclipse/eclipse.exe に戻したら起動するようになったのですが・・・

インストールフォルダのリネームが悪いのか、dropinsフォルダの使い方が悪いのか、そのあたりにバグがあるのか、決定的な原因がわかりません。

PDT2.1に PHPプロジェクトが作成できないバグがある

f:id:kanonji:20090912035106p:image

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に入れてるんだと思います。

参考

2008-05-15 - kojihashiの日記

dropinsフォルダにプラグインを追加するときの注意点 - Fly me to the Juno!

Equinox p2 によって Eclipse プラグインの頭痛を解消する

*1:reproduce

*2:スペースを含む含まないは、両方試しました

*3:dropinsフォルダを使わず、インストールディレクトリのリネームも無しの状態です。

*4:昨日ダウンロードしたもの

*5:これは試していません

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 しました。