After further investigation of the problem I posted last Thursday, I finally found a solution to get it to work! I took a closer look at the subversion repository and found another branch (which is described nowhere). So you have to add an svn:external to the plugin folder named sfPHPUnitPlugin and targetting to http://svn.symfony-project.com/plugins/sfPHPUnitPlugin/branches/1.0/. Then you need to update the plugin folder. If you then type symfony -T, the new tasks are visible.
Hurray! But wait a minute: it still doesn't work! There seems to be one mistake in the file "sfPHPUnitTestPrinterTap.php" in the "lib" directory of the plugin. In line 159, you need to replace the "$suite->testCount()" by "$suite->count()" and then it finally works! Unbelievable, but true. After a long journey, I made it - symfony runs with PHPUnit. Thank God.
Hallo, erstmal danke für den Bugfix, aber solltest wenigstens noch anmerken, dass man die Funktion _init_symfony() (Zeile 221) in der sfPakePHPUnit in den tasks (sfPHPUnit/data/tasks) noch anpassen muss wenn man nicht “fronend” als SF_APP verwenden möchte oder vorhanden ist. Aber schon sehr hilfreich obwohl ich die Probleme mit den svn path nicht teile und die Kritik an symfony wegen eines Plugin nicht nachvollziehen kann.
Hi Kay.
Danke für den Hinweis. Das Problem mit dem Controllernamen ist bei mir gar nicht aufgetreten, meiner heißt zufällig auch frontend
Auf gar keinen Fall beurteile ich das ganze Projekt deswegen schlechter. Bei TYPO3 ist das noch viel schlimmer. Ich wollte nur ausdrücken, dass zu meinem 100%ig positiven Eindruck auch ein kleiner Minuspunkt gekommen ist. Nichtsdestotrotz finde ich Symfony richtig klasse und nach ein bißchen rumprobieren gehts ja nun auch. Bugfreie Software ist sowieso Utopie und im Vergleich zu anderen Projekten hat Symfony da meiner Meinung nach noch ziemlich wenige (jedenfalls habe ich sonst noch keine gefunden).