phpunit3.2.5 framework(bergmann) i probelmy z polaczeniem do bazy, could not find driver Opcje

[kamiseq]

po zainstalowaniu sobie phpunit zgodnie z ta stroną -> http://www.phpunit.de/pocket_guide/3.2/en/installation.html poczatkowo pracowalem na sqlite-cie i PDO.

wszystko bylo fajnie dopoki testy przestaly chodzic szybko i cos blokowalo dostep do pliku bazy.
przesiadlem sie na postgresa i po zmianie configuracji PDO, phunit wywalil mi same pledy zwiazane z tym ze PDO nie moze odnalesc sterownika dla postgresa.

co ciekawe gdy podlaczam sie do bazy z poziomu zwyklego pliku php wszystko jest ok, zapis i odczyt z bazy odbywa sie szybko i sprawnie.

[PHP] pobierz, plaintext 
<?php
require_once 'PHPUnit/Framework/TestCase.php';
 
class DBTest extends PHPUnit_Framework_TestCase
{
	private $connection = null;
 
	public function setUp()
	{
 
	}
	public function tearDown(){
 
	}
 
	public function testConnection()
	{
		$db_con = 'pgsql:dbname=mccomp;user=admin;password=Qwertyuiop!@34567890;host=localhost;port
=5
32';
		$dbh = new PDO($db_con);
		$this->assertNotNull($db_con, 'NIEUDANE POLACZENIE DO BAZY');
		$dbh = null;
		unset($dbh);
	}
}
?>
[PHP] pobierz, plaintext 

to juz jest wersja okrojona ale badz co badz zwrac mi could not fin driver. nie mam juz pomyslow a google nie zwraca zadnych rozwiazan

[NoiseMc]

Upewnij sie ze masz odkomentowane extension=php_pdo_pgsql.dll w php.ini

Pospieszylem sie

Sprawdz czy masz ustawiona sciezke do php.ini dla PHP CLI, wiecej info tutaj:
http://us2.php.net/configuration

Ten post edytował NoiseMc 13.12.2007, 14:05:01

[kamiseq]

no dobra ale jak wytlumaczysz ze gdy pisze zwykla klase ktora w konstrukotrze sie laczy z ta sama baza z tymi samymi parametrami wszystko jest ok?

uwazam ze tutaj jest jakis problem z phpunit a nie z php jako takim.

do czego w takim razie miala by sie odnosic zmiana w PHP.ini

[NoiseMc]

Zapomnij o zmianie w php.ini sprobuj zapisac w zmiennych srodowiskowych / rejestrze windows sciezke do php.ini i tyle ja wczoraj mialem dokladnie ta sama jazde
Nie wiem jak to wytlumaczyc, moze php jako modul apache szuka php.ini gdzie indziej niz php uruchamiane z CLI, w kazdym razie php z apacza wie o sterowniku do pgslq podczas gdy uruchamiany z wiersza polecen (PHPUnit) mowi ze ma blad bo nie moze go zaladowac - wniosek - nie widzi php.ini.

[kamiseq]

zapisac w zmiennych srodowiskowych / rejestrze windows sciezke do php.ini

Dzieki pomglo sprawdzenie czy z lini polecen odpalenie skryptu czytajacego baze przejdzie tak jak odpalajac pod przegladarka.

okazalo sie skrypt wywala sie z tym bledem co przy uruchamianiu testow phpunit.

nasz php.ini znajdowal sie w c:\windows tak jak to rekomenduja przy instalacji. przenoszac php.ini do PHP_HOME skrypty odpalalys ie bez zajakniecia.
odpowiedz jest prosta, php odpalane z wiersza polecen nie przeszukuje katalogu c:\windows wiec pomoga ustawienie zmiennej systemowej PHPRC = c:\windows\php.ini wskazujacej na ten plik

dzieki za naprowadzenie;)

-- ech nie ma jak java:)

Ten post edytował kamiseq 13.12.2007, 16:32:22