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 致命错误:未捕获的 SymfonyComponentDependencyInjectionExceptionParameterNotFoundException:服务“partkeepr.part_service”有一个参数依赖于“nonpartkeepr” .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/ComponentInject/Depion第 94 行的 ParameterBag/ParameterBag.php

所有18条评论

我实际上遵循了这个升级过程,但错误仍然存​​在。 请重新打开问题。

我刚刚发现并解决了这个问题 - 请升级 git。 请在问题中输入所有必需的信息(就像您遵循了程序一样)。 我认为你没有,因为这是人们使用 GIT 升级时最常见的问题;)

听起来不错——对不起,我不记得补充说我遵循了升级程序。

想再checkout开发分支,问这个感觉有点傻,但是现在的开发分支叫什么名字? (如果它是“HEAD”,那么修复正在起作用,但我不确定这是否是正确的分支。)

这是 git checkout master ;)

嗯,在这种情况下,错误似乎仍然存在。 我收到与以前完全相同的错误消息。 在升级过程中,我没有收到 Composer 的错误报告。

我不确定这是否意味着什么,但最近唯一的变化似乎是对 app/check.php 和 app/SymfonyRequirements.php 的修改,并且 git 日志只说 ChangeLog 已更新。

您是否在 master 分支中执行过 git pull 并重新运行设置?

git 确实有一些很奇怪的事情 - 让我检查一下,一旦我发现问题是什么,我会给你通知

是的; 我最近从主分支拉取:

$ git 分支

  • 掌握
    $ git pull
    已经是最新的。

当我运行升级过程的“composer install”部分时,看起来 check.php 和 SymfonyRequirements.php 实际上正在更新,所以我不确定正在更新什么。 查看github提交日志,只有三天前提交和推送的changelog。 因为我前两天才报这个错误,是不是你不小心没有把fix合并到master什么的?

好吧,似乎我只推送了新版本的标签,而没有实际推送提交本身;) 当我尝试在我的个人系统上更新时,我遇到了与您完全相同的问题。 在我推送提交后,它现在可以工作了。 很抱歉出现问题

像这样的 Git 故障确实偶尔会发生。 :)

唉,尽管您付出了努力,但错误仍然存​​在(当然,在 git pull 和更新之后)。

你能给我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 等级

相关问题

christianlupus picture christianlupus  ·  55评论

JoarGjersund picture JoarGjersund  ·  12评论

HolgerHeckeroth picture HolgerHeckeroth  ·  4评论

WickedAx picture WickedAx  ·  11评论

integralmedia picture integralmedia  ·  4评论