Dispatcher: Pro-Request-Initialisierung in eigene Sub verschoben
authorMoritz Bunkus <m.bunkus@linet-services.de>
Fri, 23 May 2014 13:53:46 +0000 (15:53 +0200)
committerMoritz Bunkus <m.bunkus@linet-services.de>
Fri, 23 May 2014 13:56:12 +0000 (15:56 +0200)
commit99601196d8e8438871fd5a814a0cd802c6fd5d68
treeee915375a0e59eaa9ef197bd55bd14ed63e303be
parentbc7681a9e57ab8518804417a7d2ca214d78cd744
Dispatcher: Pro-Request-Initialisierung in eigene Sub verschoben

Weiterhin optionale Initialisierung von Client und User in besagter Sub.
Erleichert die Verwendung die Initialisierung vom Dispatcher in eigenen
Scripten (z.B. der console oder rose_auto_generate_models.pl, auch wenn
die noch nicht umgestellt sind), weil dann nicht in jedem Script der
Initialiserungspfad nachgebaut werden muss.

Beispiel ($client_id_or_name und $login können z.B. vorher aus einer
Konfigurationsdatei gelesen werden):

use SL::Dispatcher;
use SL::DB::Customer;

our $dispatcher = SL::Dispatcher->new('CGI');
$dispatcher->pre_startup;
$dispatcher->pre_request_initialization(
  client => $client_id_or_name,
  login  => $login,
);

print join("\n", map { $_->id . ":" . $_->name } @{ SL::DB::Manager::Customer->get_all(limit => 5) }), "\n";
SL/Dispatcher.pm