Partkeepr: 例外:存在しないパラメーターpartkeepr.parts.internalpartnumberuniqueへの依存

作成日 2016年08月21日  ·  18コメント  ·  ソース: partkeepr/PartKeepr

コミット098acfe00d09246648ad61bca7b9dd389ccb3de3(この記事の執筆時点で最新のもの)が私のインストールを壊したようです。 Webサーバーログには、次の例外が表示されます。

[Sun Aug 21 07:43:56.792971 2016] [:error] [pid 15812] [client 2001:xxxxxxxxxxxx] PHP致命的なエラー:Uncaught SymfonyComponentDependencyInjectionExceptionParameterNotFoundException:サービス「partkeepr.part_service」は存在しないパラメーター「partkeepr」に依存しています.parts.internalpartnumberunique」。 /usr/local/share/PartKeepr/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php:94nStack trace:n#0 / usr / local / share / PartKeepr / vendor / symfony / symfony /src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php(214):SymfonyComponentDependencyInjectionParameterBagParameterBag-> get( 'partkeepr.parts ...')n#1 / usr / local / share / PartKeepr / vendor / symfony / symfony / src / Symfony / Component / DependencyInjection / ParameterBag / ParameterBag.php(185):SymfonyComponentDependencyInjectionParameterBagParameterBag-> resolveString( '%partkeepr.part ...'、Array)n#2 / usr / local / share / PartKeepr / vendor / symfony / symfony / src / Symfony / Component / DependencyInjection / ParameterBag / ParameterBag.php(175):SymfonyComponentDependencyInjectionParameterBagParameterBag-> resolveValue( '%in / usr / local / share / PartKeepr / vendor / symfony / symfony / src / Symfony / Component / DependencyIn 94行目のParameterBag / ParameterBag.php

全てのコメント18件

https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GITに従って、新しく追加されたパラメーターを常にコピーし

私は実際にこのアップグレード手順に従いましたが、エラーが残ります。 問題を再開してください。

問題を見つけて修正しました-gitをアップグレードしてください。 必要なすべての情報(手順に従ったように)を問題に入れてください。 それはGITを使用してアップグレードするときに最も一般的な問題であるため、私はあなたがそうしなかったと思いました;)

素晴らしいですね。申し訳ありませんが、アップグレード手順に従ったことを追加するのを忘れてしまいました。

開発ブランチをもう一度チェックアウトしたかったので、これを尋ねるのは少しばかげていますが、現在の開発ブランチの名前は何でしたか? (「HEAD」の場合、修正は機能していますが、これが正しいブランチかどうかはわかりません。)

それはgitチェックアウトマスターです;)

うーん、その場合、エラーは続くようです。 以前とまったく同じエラーメッセージが表示されます。 アップグレード中にcomposerからエラーレポートが届きません。

これが何かを意味するかどうかはわかりませんが、最近の変更はapp /check.phpとapp / SymfonyRequirements.phpの変更だけのようで、gitログにはChangeLogが更新されたとだけ記載されています。

マスターブランチでgitpullを実行し、セットアップを再実行しましたか?

gitでは確かに何かが非常に奇妙です-確認させてください。問題が何であるかがわかったら通知します

はい; 私はマスターブランチからの最新のプルにいます:

$ gitブランチ

  • 主人
    $ git pull
    すでに最新です。

アップグレード手順の「composerinstall」セクションを実行すると、check.phpとSymfonyRequirements.phpが実際に更新されているように見えるため、何が更新されているのかわかりません。 githubコミットログを見ると、3日前から変更ログのみがコミットされてプッシュされています。 ちょうど2日前にエラーを報告したので、誤って修正をマスターなどにマージしなかった可能性がありますか?

コミット自体を実際にプッシュせずに、新しいバージョンのタグをプッシュしただけのようです;)個人のシステムで更新しようとしたときに、まったく同じ問題が発生しました。 コミットをプッシュした後、それは今動作します。 問題をお詫びします

そのようなGitグリッチは時折発生する傾向があります。 :)

残念ながら、あなたの努力にもかかわらず、エラーはまだ私の側にあります(もちろん、gitをプルして更新した後)。

cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpartの出力を教えていただけますか?

もちろん:

$ cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart
            'partkeepr.parts.internalpartnumberunique' => false,

さて、それはうまく見えます。 上記のエラーはいつ正確に表示されますか?

それは少しわかりにくいですが、ログインプロンプトが表示されないようです。 Apacheは500エラーで爆撃するだけで、エラーメッセージ(および他のメッセージはありません)がエラーログに表示されます。

それで、セットアップ中には機能しますが、Webフロントエンドを開いた後に失敗しますか?

申し訳ありませんが、Webセットアップの実行について言及したときに、「これは更新されていないデータベーススキーマのようです...」と思いました。 今回は設定ファイルとコンポーザーの更新をコピーするだけで、セットアップページを実行していませんでした。 (これは、アップグレード用のbashスクリプトを作成することで得られるものだと思うので、セットアップを実行するように促すメッセージをスクリプトに追加しました。)

とにかく-それは今動作します。 あなたの迅速な修正とあなたの助けに感謝します!

私はとてもうれしいです:)フィードバックをありがとう!

このページは役に立ちましたか?
0 / 5 - 0 評価

関連する問題

mctomaszek picture mctomaszek  ·  20コメント

christianlupus picture christianlupus  ·  55コメント

baradhili picture baradhili  ·  17コメント

dani2bunny picture dani2bunny  ·  24コメント

Drachenkaetzchen picture Drachenkaetzchen  ·  11コメント