使用doctrine的错误:build --all symfony 1.4.4撇号trunk

时间:2010-10-27 11:10:55

标签: symfony1 doctrine

我很难理解为什么当我做教义时:建立 - 它会抛出2个警告。 我已经尝试注释掉所有的schema.yml文件,它仍然会抛出它。 任何更好的消息帮助我了解它的来源,是否有一些我不知道的缓存?

我删除了缓存(./symfony cc)。手动删除所有lib /模型,表单,过滤任务,以便没有任何东西闲置,也无济于事。我在谷歌找不到任何错误,所以我很困难,我想知道错误来自哪里,这是在这个过程的早期,所以我认为它是yaml相关但我不知道如何追踪到哪里。

干杯,

Shell输出部分下面:

  
    

学说生成模型类     PHP警告:array_merge():参数#2不是/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/sfDoctrineBaseTask中的数组。第182行的class.php     PHP堆栈跟踪:     PHP 1. {main}()/ mnt/Target01/338166/www.example.co.uk/web/symfony:0     PHP 2. include()/mnt/Target01/338166/www.example.co.uk/web/symfony:14     PHP 3. sfSymfonyCommandApplication-> run()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/command/cli.php:20     PHP 4. sfTask-> runFromCLI()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/command/sfSymfonyCommandApplication.class.php:76     PHP 5. sfBaseTask-> doRun()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfTask.class.php:97     PHP 6. sfDoctrineBuildTask-> execute()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfBaseTask.class.php:68     PHP 7. sfTask-> run()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/sfDoctrineBuildTask.class.php:156     PHP 8. sfBaseTask-> doRun()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfTask.class.php:173     PHP 9. sfDoctrineBuildModelTask​​-> execute()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfBaseTask.class.php:68     PHP 10. sfDoctrineBaseTask-> prepareSchemaFile()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/sfDoctrineBuildModelTask​​.class.php:67     PHP 11. array_merge()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/sfDoctrineBaseTask.class.php:182

  

警告:array_merge():参数#2不是/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/中的数组第182行的sfDoctrineBaseTask.class.php

调用堆栈:     0.0008 47204 1. {main}()/ mnt/Target01/338166/www.example.co.uk/web/symfony:0     0.0136 279748 2. include('/ mnt / Target01 / 338166 / www.example.co.uk / web / lib / vendor / symfony / lib / command / cli.php')/mnt/Target01/338166/www.example。 co.uk/web/symfony:14     0.9075 7815564 3. sfSymfonyCommandApplication-> run()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/command/cli.php:20     0.9419 7817164 4. sfTask-> runFromCLI()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/command/sfSymfonyCommandApplication.class.php:76     0.9433 7818056 5. sfBaseTask-> doRun()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfTask.class.php:97     1.0198 8445008 6. sfDoctrineBuildTask-> execute()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfBaseTask.class.php:68     2.0900 9762304 7. sfTask-> run()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/sfDoctrineBuildTask.class.php: 156     2.0907 9764724 8. sfBaseTask-> doRun()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfTask.class.php:173     2.0926 9766452 9. sfDoctrineBuildModelTask​​-> execute()/mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/task/sfBaseTask.class.php:68     2.1560 9789556 10. sfDoctrineBaseTask-> prepareSchemaFile()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/sfDoctrineBuildModelTask​​.class.php: 67     4.3235 10119764 11. array_merge()/ mnt/Target01/338166/www.example.co.uk/web/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/task/sfDoctrineBaseTask.class.php:182

  
    

file + /tmp/doctrine_schema_70082.yml

  

1 个答案:

答案 0 :(得分:0)

我偶然发现了同样的错误。我通过定义一个空表名来在schema.yml中出错:

SomeTableNameThatShouldHaveBeenRemoved:
SomeOtherTableName:
  colums:
    id: etc. pp

很容易发现一个人会想到,但是当这种模糊的警告被抛出时......