Revision 51b89478
Von Moritz Bunkus vor etwa 7 Jahren hinzugefügt
scripts/rose_auto_create_model.pl | ||
---|---|---|
430 | 430 |
$auth_dbh->disconnect; |
431 | 431 |
|
432 | 432 |
dbh_do($dbh_template, "DROP DATABASE \"" . $db_cfg->{db} . "\"", message => "Database could not be dropped"); |
433 |
|
|
434 |
$::auth->reset; |
|
435 | 433 |
} |
436 | 434 |
|
437 | 435 |
notice("Creating database"); |
... | ... | |
466 | 464 |
|
467 | 465 |
apply_upgrades(auth => 1, dbh => $dbh); |
468 | 466 |
|
467 |
$::auth->reset; |
|
468 |
|
|
469 | 469 |
notice("Creating client, user, group and employee"); |
470 | 470 |
|
471 | 471 |
dbh_do($dbh, qq|DELETE FROM auth.clients|); |
Auch abrufbar als: Unified diff
Rose-Models erzeugen: Auth-Objekt erst resetten, wenn Auth-Schema angelegt
Wenn `--test-client` benutzt wird und die Datenbank bereits existiert,
so wird sie zuerst gedropt und anschließend neu angelegt. Wenn direkt
nach dem Droppen `$::auth->reset` aufgerufen wird, so versucht
`$::auth` aber, die Tabellen- und Spalteninformationen für die
Datenbank auszulesen, was mit einem gerade geschlossenen DB-Handle
versucht wird.
Also die Struktur später neu einlesen.