doctrine.dsn = “mysql://user:password@localhost/test;unix_socket=/Applications/MAMP/tmp/mysql/mysql.sock”

Doctrine 2 is in many ways a rewrite of Doctrine. It’s borrowing a lot of concepts from Hibernate, including a real query parser and the ability to write POPOs (Plain Old PHP Objects). Both of these features were lacking in Doctrine 1 and necessitated a lot of re-engineering and a focus on the Unit of Work pattern and an entity manager for handling transactions. They’ve also created two projects: DBAL (database abstraction layer) and ORM (object relational mapper) in order to further separate persistence abstraction from relational mapping.

Hope that helps,
-
Jon

Although, zendcasts.com tutorials are freely available and made up by big efforts of you,
the last weeks I got a little disappointed because of no new content.

I hope you’re alive and kicking?! Although (or because ) the tutorials aren’t perfect, sometimes I feel I’m sitting with a buddy in a php hacking session to fight together against issues, haha.

Some warm words before christmas.

CU Sven

Hi,
thats a good question. Did you fiddle with this and have some more findings about this issue?

I also find the Model_Foobar thing a little annoying.

CU Sven

thanks A LOT for your very attractive screencast.

I ‘ve just a few questions :

1°) as Norky seems to indicate, it is possible to load Doctrine models through the Zend autoloader mechanism. Why, then should we need to “update” Doctrine_Core::ATTR_MODEL_LOADING attribute.

2°) AFAIC we can use the “short” form of models name in the yaml schema file. EG., in Doctrine internals there seems to be a mean to map the “short” form name to the “classPrefix” declared in application.ini file. Why, then should we have to use the long form of models name in the DQL declaration or in the fixture file ?

thx again for you screencast.

Best tutorial I have ever seen…
Could you add something about using dojo or extjs with the zend framework.
so I can get the idea about creating desktop like application on web which consist good coding standard and UI like desktop .

Thanks in advance mate.

Doctrine 1.2.3
ZF 1.10

I had the same confusing behavior and always did two steps:
# ./doctrine generate-models yaml
#./doctrine BuildAllReload

Now I got rid of these and made changes of library/Doctrine/Task/BuildAllRebuild.php
Maybe there is a reason why the Doctrine Developers left the Task of Models Generating within BuildAllRebuild Task.
However, I (re?)added it:

diff –git a/library/Doctrine/Task/BuildAllReload.php b/library/Doctrine/Task/BuildAllReload.php
index f06475c..ccd95cc 100644
— a/library/Doctrine/Task/BuildAllReload.php
+++ b/library/Doctrine/Task/BuildAllReload.php
@@ -39,16 +39,18 @@ class Doctrine_Task_BuildAllReload extends Doctrine_Task
public function __construct($dispatcher = null)
{
parent::__construct($dispatcher);
-
+ $this->models = new Doctrine_Task_GenerateModelsYaml($this->dispatcher);
$this->rebuildDb = new Doctrine_Task_RebuildDb($this->dispatcher);
$this->loadData = new Doctrine_Task_LoadData($this->dispatcher);

- $this->requiredArguments = array_merge($this->requiredArguments, $this->rebuildDb->requiredArguments, $this->loadData->requiredArguments);
- $this->optionalArguments = array_merge($this->optionalArguments, $this->rebuildDb->optionalArguments, $this->loadData->optionalArguments);
+ $this->requiredArguments = array_merge($this->requiredArguments, $this->models->requiredArguments, $this->rebuildDb->requiredArguments, $this->loadData->requiredArguments);
+ $this->optionalArguments = array_merge($this->optionalArguments, $this->models->optionalArguments, $this->rebuildDb->optionalArguments, $this->loadData->optionalArguments);
}

public function execute()
- {
+ { $this->models->setArguments($this->getArguments());
+ $this->models->execute();
+
$this->rebuildDb->setArguments($this->getArguments());
$this->rebuildDb->execute();

I follow this tutorial with doctrine version 1.2.3 and zf version 1.10.8.
When I try the build-all-reload, the models classes aren’t generated, but when I use build-all, the classes are generated.
It’s not a big problem, but I can’t figure it out why models classes can’t be generated.

Thanks for your help

thank you for this life-saving comment! It seems to be a very nice solution!

Thanks from Brazil!

protected function _initDoctrine()
{
…

$conn->setCharset(‘UTF8′);
return $conn;
}

If you have problem with UTF-8 encoding inside your database. Especially for French or other characters like (é, à ù etc. ..)

Just before returning your connection in your in your bootstrap file, specify the encoding

_initDoctrine function {

…
$conn->setCharset(‘UTF8′);
return $conn;
}

Great casts! Thank you for them!
Can you make Doctrine 2.0 integration video?

I’m having tons of trouble getting this working. I have latest Zend (1.10.x) and Doctrine (1.2) and I can’t get it working. NOTE: I’m on Windows.

I keep getting:
LogicException: Passed array does not specify an existing static method in C:\verisign\trusted\application\Bootstrap.php on line 15

and Warning: include_once() [function.include]: Failed opening ‘Doctrine.php’ for inclusion

I have under /library
/library/Zend
/library/Doctrine

Any suggestions?

Great casts here. So far they’ve been really helpful. I’ve got a question though.

I’ve integrated Doctrine & Zend and I changed the class prefix for the Doctrine models to Model_ as suggested in this cast.

I’m wondering if it is somehow possible to configure Doctrine to use that standard class prefix, so I can use the ‘old’ class names in my queries without the prefix (i.e: User instead of Model_User)?
I can relate to the $user = new Model_User() as a classname, but somehow I find the Doctrine::getTable(‘Model_User’)->findAll(); statement a bit odd.

I’d prefer the Doctrine::getTable(‘User’)->findAll(); statement with Doctrine configured to add the class prefix Model_ automatically.

Does anyone know if this is possible? Any help would be appreciated…

Doctrine_Core::getTable(‘Model_Car’)->findAll();

which will also work if you do not have generated the Table class.

most of the time i use this only for building the views, cause i need to add some filtering and ordering to the queries

I would do one thing differently though. Since all _init methods get run on each request, instead of adding that line to the _initDoctrine method, I just took the contents of my _initAppAutoload method and stuck them at the beginning of _initDoctrine. This way the _initAppAutoload code only gets run once inside a normal application (not cli).

@jon
I find myself continually returning to your site as a reference. Thanks for all the hard work!

I think the problem with using Doctrine_Core::MODEL_LOADING_PEAR with CLI mode originates in scripts/doctrine.php where you do:

$application->getBootstrap()->bootstrap(‘doctrine’);

This calls _initDoctrine() but never _initAppAutoload(). The best way to correct the situation is to add this line to _initDoctrine():

$this->bootstrap(‘appAutoload’);

Just a question a little bit offtopic:

Is there any way to pass the doctrine_collection object to a partial (partialLoop)? It seems that it implements iterator, but I can’t use the objects (car and user) into the “partial” code. Should I use the foreach statement and forget the partialLoop?

Thanks a lot

Baically, the problem happens when I run phpunit and the code coverage report takes
place.

It starts by looking the classes in models directory.

When it finds the first class, let say “User”
and because “User” class is defined as
“Model_User extends Model_Base_User”

it throws an error:
“Generating code coverage report, this may take a moment.
Fatal error: Class ‘Model_Base_User’ not found in [mypath]\application\models\User.php on line 14″

Jon, Can you please let us know what changes we should make in “tests/boostrap.php” so we can follow this video without break our phpunit testing capabilities ?

A very dirty solution could be adding a “require_once(Base/User.php)” in the Model File. Unacceptable solution, indeed.

Just before the bootstrap of ‘doctrine’.

Thanks, Regards.

doctrine.model_autoloading = 1

in your “testing” section of application.ini if it’s not there already.

“create-tables – Created tables successfully
SQLSTATE[42S02]: Base table or view not found: 1146 Table ‘apptest.car’ doesn’t exist”

My database “apptest” ist created but there is no table in it.

greeting
tobias

any solution Jon? )

If somebody encountered the same problem maybe that helps.

r. Sandor

I think the reason could be that aggressive loading just recurses through your models directory and loads everything it finds. Since “Album” is alphabetically before “Base”, the Base_ classes just aren’t loaded yet when it gets to Album.php. When it loads Music.php, it has already recursed into the Base directory and loaded the base classes.

WTF???

Fatal error: Class ‘Model_Base_Album’ not found in C:\…\Album.php on line 14

So the generated Base Models are not found. Can anyone help me with this?

Doctrine_Core::loadModels($doctrineConfig['models_path']);

in my _initDoctine method instead of creating the _initAppAutoload method. I guess that’s where my confusion came from. Any real difference behind the scenes between the two approaches?

Great screencast! Keep them coming.

This is some tips :

you don’t need to set ‘aggressive’ for the cli and ‘conservative’ for the ‘http’ request.
You don’t need to use Doctrine.php
You don’t need to copy/link vendor.

how ?

In _initDoctrine :
remove
Doctrine,autoload and modelsAutoload

add (need only for the class ‘sfYmal’ )
$this->getApplication()->getAutoloader()->pushAutoloader(array(‘Doctrine_Core’, ‘autoload’));

add
$manager->setAttribute(Doctrine_Core::ATTR_MODEL_CLASS_PREFIX, ‘Model_’);

update
$manager->setAttribute(Doctrine_Core::ATTR_MODEL_LOADING, Doctrine_Core::MODEL_LOADING_PEAR);

update all ref Doctrine to Doctrine_Core

That’all.