操作

リンクをコピー

Bug（バグ） #205

完了

ZendFrameworkがあるとインストールに失敗する

Kousuke Ebihara さんが約15年前に追加. 約9年前に更新.

ステータス:

Fixed（完了）

優先度:

High（高め）

担当者:

Kousuke Ebihara

対象バージョン:

OpenPNE 3.7.0

開始日:

2009-07-29

期日:

進捗率:

100%

予定工数:

3.6 で発生するか:

Yes

3.8 で発生するか:

Unknown (未調査)

説明

以前のチケットは http://trac.openpne.jp/ticket/4183 です

http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=21238より転記

{{{
./symfony openpne:install
にて

Is it OK to start this task? (y/n)

y
PHP Notice: Undefined variable: config in /var/www/html/OpenPNE-3.1.1/lib/task/opPluginSyncTask.class.php on line 100

File "Zend/Validate/Hostname/Jp.php" does not exist or class "Zend_Validate_Hostname_Jp" was not found in the file

実際、ZendからJp.phpをコピーしてもインストは完了されない。 
}}}

関連するチケット 2 (0件未完了 — 2件完了)

操作

リンクをコピー

Kousuke Ebihara さんが14年以上前に更新

3.6 で発生するか を Yes にセット

操作

リンクをコピー

Rimpei Ogawa さんが14年以上前に更新

優先度 を Low（低め） から Normal（通常） に変更

操作

リンクをコピー

Hidenori Goto さんが約14年前に更新

この現象が再現したので調べてみました。

環境¶

Windows7 64bit
XAMPP for Windows 1.7.3
XAMPP付属PHP 5.3.1
XAMPP付属ZendFramework 1.9.6

回避方法¶

XAMPP配下のPEARをインクルードパスから外す
XAMPP配下のZendFrameworkのJp.phpのファイル名を、OpenPNEインストール時のみ一時的に変更する

原因詳細¶

OpenPNE3.6beta3に付属するZendFrameworkは古いバージョンのようで、Zend_Validate_Hostnameの処理方式が異なるようです。

OpenPNE3.6beta3に付属のもの→Jp.phpなどが単体のクラスになっていて、クラスをロードする形になっている（Jp.phpは付属しない）
XAMPP付属など新しいバージョンのもの→Jp.phpなどは配列データを返すのみになっている

システムのインクルードパスにZendFrameworkが存在しない場合は問題にならないのですが、WindowsでXAMPP環境を使っている場合はチケットタイトルのようにXAMPP環境のZendFrameworkが存在します。
OpenPNE付属のZendFrameworkのホスト名チェック処理（plugins.openpne.jpをバリデートする処理）で、以下のような流れでエラーになっていました。

Zend_Validate_Hostname_Jpに対応するファイルが読み込み可能か？→true
Zend_Validate_Hostname_Jpクラスをロード→クラスじゃないのでエラー

提案¶

システムのインクルードパスにPEARが事前に設定されている場合は、衝突の可能性があるので、OpenPNE側で対処した方がよいのかもしれません。

操作

リンクをコピー

Kousuke Ebihara さんが約14年前に更新

優先度 を Normal（通常） から High（高め） に変更
対象バージョン を OpenPNE 3.7.0 にセット

ZendFramework では半公式ではありますが PEAR チャンネルサーバ経由でのインストールがおこなえるようにもなっています。
http://pear.zfcampus.org/

報告にあるような XAMPP 環境でのインストールはやや特殊かもしれませんが、前述の PEAR チャンネルサーバの利用や Fedora 等のディストリビューションが提供するパッケージを利用して、 ZendFramework を、たとえば OpenPNE ではない他のシステム用にインストールするというような運用は充分考えられることです。

3.6.0 までに確実に対処しておきたいところです。

操作

リンクをコピー

Kousuke Ebihara さんが約14年前に更新

ステータス を New（新規） から Accepted（着手） に変更
担当者 を Kousuke Ebihara にセット

互換性を壊すことを厭わないのであればデフォルトの include_path の設定を外すのが一番簡単。 OpenPNE では依存するライブラリはすべて同梱し、確実にそのライブラリを使う方針なので、そこに漏れがなければ問題にならない
OpenPNE の lib/vendor/Zend/ をインクルードパスに設定する前に ZendFramework のライブラリが読み込める場合はそっちを優先して使う（各ライブラリのバージョンの差異によって挙動が異なる場合、そのライブラリを使用している箇所の動作保証ができなくなる）
同梱している Zend_Framework をバージョンアップするのが現実的に無難な解決策だが、影響範囲を考えると安定版やベータ版には取り込めなくなってしまう

以下の解決方法を模索します。

Zend_Loader で制御できないかどうか？
もしくは独自のオートローダーを書いてハンドリングできないかどうか？

操作

リンクをコピー

Kousuke Ebihara さんが約14年前に更新

次の方針で実装します。

OpenPNE 3.7.0 : 同梱する ZendFramework の最新の安定版にアップデートします
OpenPNE 3.6 以前 : ZendFramework の最新の安定版に存在する Zend/Validate/Hostname/*.php に対応するファイルが同梱している ZendFramework に存在していなければ、最新の安定版で配布されている Zend/Validate/Hostname/*.php とほぼ近い挙動になるようなクラスファイルを追加するという暫定的な対処をおこないます

操作

リンクをコピー