Partkeepr: Pengecualian: ketergantungan pada parameter yang tidak ada partkeepr.parts.internalpartnumberunique

Dibuat pada 21 Agu 2016  ·  18Komentar  ·  Sumber: partkeepr/PartKeepr

Komit 098acfe00d09246648ad61bca7b9dd389ccb3de3 (yang terbaru pada tulisan ini) tampaknya telah merusak instalasi saya. Log server web menunjukkan pengecualian berikut:

[Minggu 21 Agustus 07:43:56.792971 2016] [:error] [pid 15812] [klien 2001:xxxxxxxxxxxx] PHP Kesalahan fatal: SymfonyComponentDependencyInjectionExceptionParameterNotFoundException: Layanan "partkeepr.part_service" memiliki ketergantungan pada parameter "partkeepr" yang tidak ada .parts.internalpartnumberunique". di /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('% di /usr/local/share/PartKeepr/vendor/symfony/symfony/src/Component/DependencyInjection/Depfony/Component/Depfony ParameterBag/ParameterBag.php pada baris 94

Semua 18 komentar

Selalu salin parameter yang baru ditambahkan sesuai https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT

Saya sebenarnya mengikuti prosedur peningkatan ini tetapi kesalahan tetap ada. Silakan buka kembali masalah.

Saya baru saja menemukan dan memperbaiki masalah - harap tingkatkan git. Harap masukkan semua informasi yang diperlukan (seperti Anda mengikuti prosedur) dalam masalah. Saya berasumsi bahwa Anda tidak melakukannya, karena itulah masalah paling umum ketika orang memutakhirkan menggunakan GIT;)

Kedengarannya bagus--dan maaf saya tidak ingat untuk menambahkan bahwa saya telah mengikuti prosedur peningkatan.

Saya ingin memeriksa cabang pengembangan lagi, dan saya merasa sedikit bodoh karena menanyakan hal ini, tetapi apa nama cabang pengembangan saat ini? (Jika "HEAD", maka perbaikannya berfungsi tetapi saya tidak yakin apakah ini cabang yang benar.)

Ini git checkout master ;)

Hm, dalam hal ini kesalahan tampaknya tetap ada. Saya mendapatkan pesan kesalahan yang sama persis seperti sebelumnya. Saya tidak menerima laporan kesalahan oleh komposer selama pemutakhiran.

Saya tidak yakin apakah ini berarti apa-apa, tetapi satu-satunya perubahan terbaru tampaknya adalah modifikasi pada app/check.php dan app/SymfonyRequirements.php, dan git log hanya mengatakan bahwa ChangeLog telah diperbarui.

sudahkah Anda melakukan git pull saat berada di cabang master dan menjalankan ulang pengaturan?

Memang ada sesuatu yang sangat aneh dengan git - coba saya periksa, saya akan memberi Anda pemberitahuan setelah saya mengetahui apa masalahnya

Ya; Saya pada tarikan terbaru dari cabang master:

$git cabang

  • menguasai
    $ git tarik
    Sudah up-to-date.

Sepertinya check.php dan SymfonyRequirements.php sebenarnya sedang diperbarui ketika saya menjalankan bagian "penginstalan komposer" dari prosedur peningkatan jadi saya tidak yakin apa yang sedang diperbarui. Melihat github commit log, hanya changelog yang telah di-commit dan Push sejak tiga hari yang lalu. Karena saya melaporkan kesalahan hanya dua hari yang lalu, mungkinkah Anda secara tidak sengaja tidak menggabungkan perbaikan menjadi master atau sesuatu?

Yah sepertinya saya hanya mendorong tag untuk versi baru tanpa benar-benar mendorong komit itu sendiri;) Saya memiliki masalah yang sama persis seperti Anda ketika saya baru saja mencoba memperbarui sistem pribadi saya. Setelah saya mendorong komit, itu berfungsi sekarang. Maaf untuk masalah

Glitches Git seperti itu memang cenderung terjadi sesekali. :)

Sayangnya, terlepas dari upaya Anda, kesalahan masih ada di pihak saya (setelah git menarik dan memperbarui, tentu saja).

Bisakah Anda memberi saya output dari cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart ?

Tentu saja:

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

Oke, itu terlihat baik-baik saja. Kapan tepatnya Anda menerima kesalahan yang disebutkan?

Itu agak sulit untuk dikatakan tetapi sepertinya saya bahkan tidak pernah sampai ke Prompt login. Apache baru saja mengebom dengan kesalahan 500 dan pesan kesalahan (dan tidak ada pesan lain) muncul di log kesalahan.

Jadi ini berfungsi selama pengaturan tetapi gagal setelah membuka frontend web?

Buruk saya, maaf: Saya baru saja berhasil berpikir, "wah, ini terlihat seperti skema basis data yang belum diperbarui ..." ketika Anda menyebutkan menjalankan pengaturan web. Saya hanya menjalankan menyalin file pengaturan dan pembaruan komposer kali ini dan belum menjalankan halaman pengaturan. (Saya kira itulah yang saya dapatkan dari menulis skrip bash untuk peningkatan, jadi sekarang saya telah menambahkan pesan untuk diri saya sendiri di skrip yang mengingatkan saya untuk menjalankan pengaturan.)

Bagaimanapun - ini berfungsi sekarang. Terima kasih atas perbaikan cepat dan bantuan Anda!

Saya sangat senang :) Terima kasih atas umpan baliknya!

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

dani2bunny picture dani2bunny  ·  24Komentar

baradhili picture baradhili  ·  17Komentar

Drachenkaetzchen picture Drachenkaetzchen  ·  11Komentar

HolgerHeckeroth picture HolgerHeckeroth  ·  4Komentar

integralmedia picture integralmedia  ·  4Komentar