TL; DR
Чтобы решить проблему, сохраните свои учетные данные OAUth в качестве переменных среды.
Например, в Debian et al., export BOSCH_CLIENT_ID=...
и т. Д.,затем запустите панель управления в том же терминале.
Context
Я собирался задать тот же вопрос, поскольку я получил одно и то же сообщение об ошибке, независимо от того, какЯ ссылался на файл config.json
(относительный путь, абсолютный путь, без ссылки и т. Д.).
Для пояснения учебник, указывающий на ресурс config.json
для хранения учетных данных OAuth, равен здесь .
Цитата:
Пока устанавливаются зависимости, создайте файл config.json
и вставьте client_id
, secret и scope из своего уже созданного клиента OAuth2. Содержимое файла должно выглядеть следующим образом:
{
"client_id": "<YOUR_CLIENT_ID>",
"client_secret": "<YOUR_CLIENT_SECRET",
"scope": "<YOUR_SCOPE>",
"intervalMS": 10000
}
Ссылка на файл config.json
была удалена из ресурса README.md
в vorto-dashboard
модуль vorto-examples
.
Последний README.md предлагает предоставить учетные данные OAuth через переменные среды:
Вы можете предоставить свои учетные данные OAuth2 через переменные среды. Необходимо указать три переменные среды:
BOSCH_CLIENT_ID
BOSCH_CLIENT_SECRET
BOSCH_SCOPE
[...]
Глядя на источник, я могу найти только явную ссылку на config.json
в записи сценария start
для package_for_deployment.json (и ничего вокруг источника, похоже, непотребляя, скажем, argv[2]
в этом отношении).
Ресурс AuthToken.js , отвечающий за обработку учетных данных OAuth, похоже, ссылается только на переменные среды через ссылки process.env.[...]
.
Разработка
Это всего лишь предположение на момент написания, но я подозреваю, что причина отказа от методологии config.json
может иметь какое-то отношение к усилениюбезопасность, т.е. не хранить учетные данные OAuth постоянно в файле.
Если это так, то в учебник page , вероятно, следует внести поправки с последними инструкциями из README.md .