dev_appserver.py错误：应用程序不能为空

从现在开始，我们要努力学习啦！今天我给大家带来《dev_appserver.py错误：应用程序不能为空》，感兴趣的朋友请继续看下去吧！下文中的内容我们主要会涉及到等等知识点，如果在阅读本文过程中有遇到不清楚的地方，欢迎留言呀！我们一起讨论，一起学习！

大家好，

就上下文而言：我的 dev_appserver 设置在去年年底 2021 年运行，在尝试再次设置它时，我遇到了奇怪的错误。 badargumenterror：应用程序不能为空。

到目前为止，我已经解决了很多错误，这就是我所处的位置：

• 已安装 jdk 1.11+（适用于 cloud datastore emulator）
• 已安装 golang 1.15+（对于 gops 和 dev_appserver.py - go build）
• gcloud 组件：

我像这样运行我的 dev_appserver：

export datastore_dataset=dev8celbux
export datastore_project_id=dev8celbux
export datastore_use_project_id_as_app_id=true

dev_appserver.py --enable_console --admin_port=8001 --port=8081 --go_debugging=true --support_datastore_emulator=true --datastore_path=./datastore/local_db.bin setuptables-app.yaml

info     2022-09-09 13:26:30,233 devappserver2.py:317] skipping sdk update check.
info     2022-09-09 13:26:30,250 datastore_emulator.py:156] starting cloud datastore emulator at: http://localhost:58946
info     2022-09-09 13:26:32,381 datastore_emulator.py:162] cloud datastore emulator responded after 2.131000 seconds
info     2022-09-09 13:26:32,381 :384] starting api server at: http://localhost:59078
info     2022-09-09 13:26:32,384 :374] starting grpc api server at: http://localhost:59079
info     2022-09-09 13:26:32,394 instance_factory.py:184] building with dependencies from go.mod.
info     2022-09-09 13:26:32,397 dispatcher.py:280] starting module "setuptables" running at: http://localhost:8081
info     2022-09-09 13:26:32,397 admin_server.py:70] starting admin server at: http://localhost:8001
warning  2022-09-09 13:26:32,398 devappserver2.py:414] no default module found. ignoring.
2022/09/09 13:26:35 starting
info     2022-09-09 13:26:37,220 instance.py:294] instance pid: 9656

当我尝试查看位于 localhost:8001/datastore 的本地数据存储中的内容时，会出现此错误。

traceback (most recent call last):
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\lib\webapp2\webapp2\__init__.py", line 1526, in __call__
    rv = self.handle_exception(request, response, e)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\lib\webapp2\webapp2\__init__.py", line 1520, in __call__
    rv = self.router.dispatch(request, response)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\lib\webapp2\webapp2\__init__.py", line 1270, in default_dispatcher
    return route.handler_adapter(request, response)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\lib\webapp2\webapp2\__init__.py", line 1094, in __call__
    return handler.dispatch()
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\tools\devappserver2\admin\admin_request_handler.py", line 88, in dispatch
    super(adminrequesthandler, self).dispatch()
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\lib\webapp2\webapp2\__init__.py", line 588, in dispatch
    return self.handle_exception(e, self.app.debug)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\lib\webapp2\webapp2\__init__.py", line 586, in dispatch
    return method(*args, **kwargs)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\tools\devappserver2\admin\datastore_viewer.py", line 661, in get
    kinds = self._get_kinds(namespace)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\tools\devappserver2\admin\datastore_viewer.py", line 597, in _get_kinds
    return sorted([x.kind_name for x in q.run()])
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\ext\db\__init__.py", line 2077, in run
    raw_query = self._get_query()
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\ext\db\__init__.py", line 2482, in _get_query
    _app=self._app)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\api\datastore.py", line 1371, in __init__
    self.__app = datastore_types.resolveappid(_app)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\api\datastore_types.py", line 238, in resolveappid
    validatestring(app, 'app', datastore_errors.badargumenterror)
  file "c:\users\user\appdata\local\google\cloud sdk\google-cloud-sdk\platform\google_appengine\google\appengine\api\datastore_types.py", line 186, in validatestring
    raise exception('%s must not be empty.' % name)
badargumenterror: app must not be empty.

我发现这与缺少 application_id 环境变量有一定关系。设置后，我可以查看数据库页面。 但是。当将数据写入模拟器时没有错误（逐行调试以确认创建了 local_db.bin），在查看数据时，什么也没有。从代码的角度来看，我成功编写了 15 个实体。但是，管理页面上没有显示任何内容。我认为这是由于手动设置了 application_id 因为我之前没有这样做。也许应该以某种方式自动进行。认为这个环境变量也许可以做到这一点： export datastore_use_project_id_as_app_id=true 但似乎没有改变任何东西。

在调用实体创建之前：

调用实体创建后：

我这样写数据，毫无疑问这是正确的。

ctx, err := appengine.Namespace(appengine.BackgroundContext(), "celbux101")
...
userKeyOut, err := datastore.Put(ctx, userKey, &F1_4{...})

此外，还查看了 default 和指定的命名空间 (celbux101)：

超级难倒。 :( 感谢帮助！

我真的认为它可能与 application_id 有关

正确答案

是的！

...我设法找到了解决方案！正如所怀疑的，数据被正确写入，正如逐行调试和 local_db.bin 的创建所证实的那样。问题在于，由于扣除的 application_id 不正确或缺失，dev_appserver 的 ui 无法显示数据库实体。

我发现 dev_appserver 的 ui 使用 application_id 和 namespace 来确定在哪里查找实体。此外，dev_appserver 有自己的默认 application_id。

解决方案

修复方法是在运行 dev_appserver.py 之前导出此环境变量。

export application_id=dev~none

这种神奇的导出可以让一切按预期工作。您可以在界面的左上角查看 ui 尝试使用的 application_id。

编辑：我刚刚回来在新计算机上运行它，并希望添加它以供将来参考：

如果您收到 ioerror: emulator did not respond inside 10s

安装 python27 并添加到您的路径！ （与你捆绑的 python 一起）

python2 gcloud 451.0.1 (2023) 和开发服务器。 none（大写 n）不再起作用（给出正则表达式验证错误）。

export APPLICATION_ID=dev~XXXXXXXXX
dev_appserver.py --application=XXXXXXXXX --storage_path=var --datastore_path=var/data.store --blobstore_path=var/blob.store app

xxxxxxxxx 所在位置：

1. 应用程序：app.yaml 文件中的项目 id 号
2. dev_appserver.py --application=project-id # 或 -a

python3 的行为有所不同：

1. 删除导出 application_id 但保留 --application=project-id 会导致 datastore.py 出现 badargumenterror：应用程序不得为空
2. export application_id=dev~none 和 dev_appserver.py --application=project-id 导致 badrequesterror: 应用程序“dev~xxxxxxxx”无法访问应用程序“dev~none”的数据李>

本篇关于《dev_appserver.py错误：应用程序不能为空》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！