Letztes Mal hat die Test-First-Zugriffslogik für den Datenspeicher implementiert. Dieses Mal werde ich kurz darüber schreiben, wie die GAE-Anwendung lokal gestartet und der Vorgang überprüft wird.
$ cat /etc/os-release
NAME="Ubuntu"
VERSION="17.10 (Artful Aardvark)"
$ java -version
java version "1.8.0_181"
Java(TM) SE Runtime Environment (build 1.8.0_181-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.181-b13, mixed mode)
Jeder liebt IntelliJ IDEA
Eine kleine Modifikation der Quelle, die ich das letzte Mal geschrieben habe.
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
String id = req.getParameter("id");
String name = req.getParameter("name");
DatastoreService ds = DatastoreServiceFactory.getDatastoreService();
Entity e = new Entity(KeyFactory.createKey("book", Integer.parseInt(id)));
e.setProperty("bookName", name);
ds.put(e);
}
Starten Sie zunächst den lokalen Entwicklungsserver. Dies ist wie in Zuvor geschriebener Artikel.
$ mvn appengine:run
Bestätigen Sie per Post mit dem Postboten.
Obwohl es die Logik ist, den Anforderungsparameter im Datenspeicher zu registrieren, ist nicht bekannt, ob er normal verarbeitet wurde, da er insbesondere keine Antwort zurückgibt. Verwenden Sie in Zeiten wie diesen (nicht auf diese Zeit beschränkt ...) eine lokale Entwicklungskonsole.
http://localhost:8080/_ah/admin
Zugang hier.
Dann wird ein solcher Bildschirm angezeigt. Dies ist die "lokale Entwicklungskonsole".
Wenn Sie dann auf "Einträge auflisten" klicken, können Sie sehen, dass der Inhalt, der von Postman in die Anforderungsparameter geladen wurde, im Datenspeicher registriert ist.
Sie können den Status der Task-Warteschlange sowie den Datenspeicher anzeigen. Sie können auch den Zugriff auf Ressourcen wie Datenspeicher-, Memcache- und Task-Warteschlangen steuern. Das ist praktisch.
Recommended Posts