Klasa registry :( i kilka problemow z Auth i Orm

[evoll]

Cieszac sie z wydania kolejnej wersji ochoczo zabralem sie do
sprawdzania i "cudowania" i natrafilem na kilka rzeczy, ktore troszke
irytuja.

1 Orm :
w poprzedniej wersji Sf sf_Orm laczyl sie z baza samorzutnie, zas w
tej wersji wyskakuje wyjatek db (1*) not found
pomaga na to

$dbc = new \Spawn\Db\Connect();
$dbc->connect();
$dbc->register();

dodane prze uzyciem Orm'a. Printujac zawartosc klasy registry jest ona
pusta w momencie wywolywania w Db\Manager -> GetDb;

Jest to z gory zamierzone dzialanie ?

2 Auth. Podobnie jak w poprzednim wyjatek
Session was not found in the registry

#0 /srv/http/Library/Spawn/Auth.php(47): Spawn\Session::load()
#1 /srv/http/Application/View/main.php(48): Spawn\Auth->__construct()
#2 /srv/http/Library/Spawn/View.php(221): include('/srv/http/
Appli...')
#3 /srv/http/Application/Controller/News.php(38): Spawn\View->render()
#4 /srv/http/Library/Spawn/Spawn.php(85): Controller\News-
>indexAction(Object(Spawn\Request))
#5 /srv/http/index.php(33): Spawn\Spawn->init()
#6 {main}

[evoll]

W przypadku Auth nie mam pojecie jak to zmusic do dzialania.

[Spawnm]

Tak Db jak i Session nie są już singletonami.
Możesz je przekazywać przez dependency injection lub zarejestrować.
Rejestracji można dokonać np w bootstrapie:
W przypadku Db dokonujemy tego przy pomocy DbConnect z użyciem
Dbmanagera , czyli

$dbc = new \Spawn\Db\Connect();
$dbc->connect();
$dbc->register();

Przy Session możesz wykonać
$session = new \Spawn\Session();
$session -> register();

Warto zwrócić uwagę że Session posiada wbudowane funkcje
bezpieczeństwa które warto użyć przed rejestracją klasy.