return a 500 the last few Days

http://www.doctrine-project.org/api/orm/2.2/

Trying to access the URL above results in a redirect loop.

API & Documentation links about migrations tool are dead
http://www.doctrine-project.org/projects.html

Timestamps are missing in blogposts, and that makes it quite hard to locate release dates basing on the blog.

Downloading the whole documentation for offline reading I found some "Not Found" errors on this links:

www.doctrine-project.org/images/btn-open.png (from www.doctrine-project.org/docs/dbal/2.0/en/_static/default.css)
www.doctrine-project.org/images/error.png (from www.doctrine-project.org/css/layout.css)

www.doctrine-project.org/docs/dbal/2.0/en/reference/types (from www.doctrine-project.org/docs/dbal/2.0/en/reference/data-retrieval-and-manipulation.html)
www.doctrine-project.org/docs/dbal/2.0/en/known-vendor-issues (from www.doctrine-project.org/docs/dbal/2.0/en/reference/types.html)
www.doctrine-project.org/docs/orm/2.0/en/reference/batch-processing (from www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html)

At http://www.doctrine-project.org/api/orm/2.2/ is APIDoc for 2.1.6 not 2.2.x (2.2.2) see http://www.doctrine-project.org/api/orm/2.2/class-Doctrine.ORM.Version.html

Hi,

I would like to report few broken links.

In the migration project page http://www.doctrine-project.org/projects/migrations.html, documentation link(http://www.doctrine-project.org/docs/migrations/2.0/en/index.html) is broken.

In the project page http://www.doctrine-project.org/projects.html, MongoDB Object Document Mapper Section link (http://www.doctrine-project.org/projects/mongodb_odm.html) and its download link(http://www.doctrine-project.org/projects/mongodb_odm.html) are broken

Hi guys, am I the only one who hates the current API references?

Try compare

http://www.doctrine-project.org/projects/orm/2.0/api

and

http://api.nella-project.org/framework/namespace-Doctrine.html

The other one was generated by modified version of http://www.apigen.org/, so it can inherit more projects, but in original it looks like http://api.nette.org/2.0/

Thanks for your time

http://docs.doctrine-project.org/projects/doctrine-orm/en/2.1/reference/tools.html

Line reads:

use Doctrine\DBAL\Tools\Console\Helper\EntityManagerHelper;

Should be:

use Doctrine\ORM\Tools\Console\Helper\EntityManagerHelper;

In page http://www.doctrine-project.org/docs/orm/2.1/en/cookbook/working-with-datetime.html should be

new \DateTimeZone('UTC')

instead of

new \DateTimeZone(\DateTimeZone::UTC)

The latter fails.

There are a couple problems with the query builder substring helper documentation.

1. It lists the method as "substr" when it is "substring"
2. it shows it using a 0 offset as the beginning of the value when it should be 1.

Bad color contrast in documentation, unreadable code blocks in chromium browser, screenshot in attachment, example link - http://www.doctrine-project.org/docs/mongodb_odm/1.0/en/reference/introduction.html

FYI: Firefox has a good color contrast for this blocks.

<doctrine-mapping>
<entity name="User">
<many-to-many field="groups" inversed-by="users">
<join-table name="users_groups">
<join-columns>
<join-column="user_id" referenced-column-name="id" />
</join-columns>
<inverse-join-columns>
<join-column="group_id" referenced-column-name="id" />
</inverse-join-columns>
</join-table>
</many-to-many>
</entity>

<entity name="Group">
<many-to-many field="users" mapped-by="groups" />
</entity>
</doctrine-mapping>

should be this to work:

<doctrine-mapping>
<entity name="User">
<many-to-many field="groups" inversed-by="users" target-entiy="Group">
<join-table name="users_groups">
<join-columns>
<join-column="user_id" referenced-column-name="id" />
</join-columns>
<inverse-join-columns>
<join-column="group_id" referenced-column-name="id" />
</inverse-join-columns>
</join-table>
</many-to-many>
</entity>

<entity name="Group">
<many-to-many field="users" mapped-by="groups" target-enty="User" />
</entity>
</doctrine-mapping>

I've notice some error in the XML example of the Doctrine ORM manual, section 6.

There is often:
<join-column="user_id" referenced-column-name="id" />
The correct tag should be:
<join-column name="user_id" referenced-column-name="id" />

Also, in the many-to-many bidirectional example is missing the targer-entity tag:
<many-to-many field="groups" inversed-by="users">
Should be:
<many-to-many field="groups" target-entity="Group" inversed-by="users">

I also think that the differents values could be better explained.

Hope this will help...

Dead link on API for this URL :
http://www.doctrine-project.org/projects/dbal/current/docs/en

Here the dead link : http://www.doctrine-project.org/projects/dbal/2.1/api

The only API DBAL link available is for 2.0 : http://www.doctrine-project.org/projects/dbal/2.0/api

Everywhere I looked (except stackoverflow) was stated that doctrine does support subqueries in the FORM DQL part but this actually is wrong. Doctrine does not support subqueries in the FROM part. Probably somewhere else as well.

http://www.doctrine-project.org/projects/orm/1.2/docs/manual/dql-doctrine-query-language/hu#subqueries
http://www.doctrine-project.org/documentation/manual/1_1/pl/dql-doctrine-query-language:subqueries

Some critical mapping information has disappeared from the Association Mapping page. Several examples are completely missing, and others are only showing XML.

Please correct ASAP, as this is a vital reference and it's almost impossible to find elsewhere online.

http://www.doctrine-project.org/docs/orm/2.1/en/reference/association-mapping.html#one-to-many-unidirectional-with-join-table

Thanks,

Scott

Hey guys-

This is just a general suggestion about the website - I'm note sure if there's a better place to put this. In Symfony - following PHPUnit's lead - we removed the documentation's version from the URL and replaced it with "current". For Doctrine (taking the ORM as an example), this would mean that:

http://www.doctrine-project.org/docs/orm/2.0/en/

becomes

http://www.doctrine-project.org/docs/orm/current/en/

We made this change in Symfony-land in response to users complaining - from symfony1 - that googling always returned out-of-date documentation. This makes sense if you have the version in the URL, as all of your backlinks will link to a specific version (e.g. "2.0"), keeping the rank on that version high even as it becomes out-of-date.

Just a suggestion! Should be as easy as a symlink, but do with it what you will.

Cheers!

The reference documentation links to Doctrine DBAL v2.0.0-BETA4 documentation:

http://www.doctrine-project.org/docs/dbal/2.1/en/

I was hoping i could find some info about the new QueryBuilder ( very glad that 2.1 has this feature now! )

Api 2.1 docs missing
http://www.doctrine-project.org/projects/dbal/2.1/api

The codesnippet @solution 1 does not work for me
http://www.doctrine-project.org/docs/orm/2.0/en/cookbook/mysql-enums.html#solution-1-mapping-to-varchars

It did work using :
$con->getDatabasePlatform()->registerDoctrineTypeMapping('enum', 'string');

On a side note: I think loads of users use Mysql (and enums) and it could be helpfull if there are links in de dbal documentation to this page.

The link to the DBAL 2.1 API is broken.

The documentation in the API (http://www.doctrine-project.org/projects/orm/2.0/api) references to functions that are not currently implemented in 2.0 but are in 2.1. For instance, the ORM\Query\Expr mentions the method isNull which is not in 2.06.

Link :
http://www.doctrine-project.org/api/orm/2.0/doctrine/orm/query/expr.html#isNull()

There is a wrong anchor to DBAL configuration documentation at http://www.doctrine-project.org/docs/orm/2.0/en/reference/configuration.html#connection-options

diff --git a/en/reference/configuration.rst b/en/reference/configuration.rst
index 27a54c6..a67063f 100644
--- a/en/reference/configuration.rst
+++ b/en/reference/configuration.rst
@@ -356,7 +356,7 @@ instance of ``Doctrine\DBAL\Connection``. If an array is passed it
 is directly passed along to the DBAL Factory
 ``Doctrine\DBAL\DriverManager::getConnection()``. The DBAL
 configuration is explained in the
-`DBAL section <./../../../../../dbal/2.0/docs/reference/configuration/en>`_.
+`DBAL section <./../../../../../docs/dbal/2.0/en/reference/configuration.html>`_.
 
 Proxy Objects
 -------------

This could be a possible fix but i wasn't able to test it due to missing sphinx-build tool.

I've written an article for the Doctrine Cookbook, how to persist the decorator pattern with doctrine 2.

the pull request can be found here:
https://github.com/doctrine/orm-documentation/pull/27

Please review. Feedback and edits are welcomed!

It appears that the documentation for changeColumn for migrations is wrong - the fourth argument seems to be the length, and the fifth argument is the array of options.

http://www.doctrine-project.org/projects/orm/1.2/docs/manual/migrations/en#writing-migration-classes:available-operations:change-column

// This Fails:
$this->changeColumn('table_name', 'column_name', 'tinyint', $options);

// This Works:
$this->changeColumn('table_name', 'column_name', 'tinyint', 3, $options);

Trying the former option with decimals caused the error:
"ALTER TABLE uza_population_size CHANGE square_miles square_miles DECIMAL(Array, 2)"

Class "Bar" should extend "\Doctrine\Common\Annotations\Annotation" as it does in class "Foo".

See http://www.doctrine-project.org/projects/common/2.0/docs/reference/annotations/en#usage

The references to the FunctionBlock class is wrong.

It says: Doctrine\ORM\Query\Node\FunctionNode

But it should be: Doctrine\ORM\Query\AST\Functions\FunctionNode

Also, the Lexer class is used but does not mention the full class name anywhere, which is: Doctrine\ORM\Query\Lexer

This prevents people for writing DQL functions.

It makes sense that possible mapping types are listed as possible values in the attributes list for @Column in the "Annotations Reference" page: http://www.doctrine-project.org/docs/orm/2.0/en/reference/annotations-reference.html#annref-column

The only place I've been able to find them is in the "Basic Mapping" page: http://www.doctrine-project.org/docs/orm/2.0/en/reference/basic-mapping.html#doctrine-mapping-types

This page: http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html#iterating-large-result-sets

Links to this page: http://www.doctrine-project.org/docs/orm/2.0/en/reference/batch-processing

Which does not exist because it is missing the ".html" suffix.

In http://www.doctrine-project.org/docs/orm/2.0/en/reference/yaml-mapping.html

oneToMany:
phonenumbers:
targetEntity: Phonenumber
mappedBy: user
cascade: cascadePersist

not working.. I have to change it to

oneToMany:
phonenumbers:
targetEntity: Phonenumber
mappedBy: user
cascade: [cascadePersist]

to work

https://github.com/doctrine/orm-documentation/pulls lists Pull Requests that are there for a couple of months...

I think this is the best way to push corrections. But if it isn't the way to do, you should put a warning saying not to fork.
Cheers

[edit] In fact, there are also old bug issues here either :-P

All explicit ordered lists (see link to sample below) are incorrectly rendered by the default.css file.
The <ol> tag has classes "arabic simple" with correct CSS style but the list-style-type is enforced to none by the css for all <li> tags.

Sample:
http://www.doctrine-project.org/docs/orm/2.0/en/reference/working-with-associations.html#persistence-by-reachability-cascade-persist

In the Getting Started guide, section "Entity Repositories":

In the PHP tab says
/**

• @Entity @Table(name="bugs", repositoryClass="BugRepository")
  */

but the repositoryClass must be in @Entity, you should change this for:

/**

• @Entity(repositoryClass="BugRepository") @Table(name="bugs")
  */

It would be great if documentation could be downloaded in, say, pdf form.

In 13. The QueryBuilder http://www.doctrine-project.org/docs/orm/2.0/en/reference/query-builder.html

http://www.doctrine-project.org/docs/orm/2.0/en/reference/query-builder.html#executing-a-query

Example code is missing in that part.

$q = $qb->getQuery();

In reference guide, 12: DQL http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html

At 12.7.5.2. Cache related API http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html#cache-related-api

There is a tip written in the code block.

*TIP!* You can set the Result Cache Driver globally on the
``Doctrine\ORM\Configuration`` instance so that it is passed to
every ``Query`` and ``NativeQuery`` instance.

In reference guide, 12: DQL http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html

There is a part for partial object syntax: 12.2.4.1. Partial Object Syntax http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html#partial-object-syntax

It should have some reference to 16. Partial Objects chapter as it gives some detailed explanation about the subject and has important notes. http://www.doctrine-project.org/docs/orm/2.0/en/reference/partial-objects.html

Also in chapter 16 it says partial objects are not allowed by default. There is no mention to that in chapter 12 part.

In reference guide, 12: DQL http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html

12.2.4 DQL SELECT Examples

With COUNT DISTINCT:

<?php
$query = $em->createQuery('SELECT COUNT(DISTINCT u.name) FROM CmsUser');
$users = $query->getResult(); // array of ForumUser objects

Alias missing in the query.
It doesn't return ForumUser objects.

—

With Arithmetic Expression in WHERE clause:

<?php
$query = $em->createQuery('SELECT u FROM CmsUser u WHERE ((u.id + 5000) * u.id + 3) < 10000000');
$users = $query->getResult(); // array of ForumUser objects

It doesn't return ForumUser objects.

–

And after these examples the comments on $query->getResult(); that tells what is returned is missing.

Doctrine 2 ORM v2.0.0 documentation
Getting Started
Obtaining the EntityManager

Current version:
In production we use caching only on a per request-basis using the ArrayCache. In production it is literally required to use Apc...

Should be:
In development we use caching only on a per request-basis using the ArrayCache. In production it is literally required to use Apc...

Good evening

I implemented the Firefox search plugin - see http://www.doctrine-project.org/jira/browse/DWEB-8 - that is published via the following LINK element in the HEAD of your pages.

<link rel="search" type="application/opensearchdescription+xml" title="Doctrine API Documentation" href="https://addons.mozilla.org/en-US/firefox/downloads/file/67525/doctrine_1.1_api-20091022.xml?confirmed">

The plugin does not work now that structure of your API documentation has changed. I have updated, and improved the plugin. The new download URL follows.

http://dadl.danbettles.net/search_plugins/orm/1.2/download

If you want to view the source first, simply follow http://dadl.danbettles.net/search_plugins/orm/1.2/view_source.

I'm still maintaining the plugin page on Mozilla Add Ons, for now, but by linking to my site, you can be sure that visitors to doctrine-project.org will always get the most up-to-date version.

The biggest, and most useful, change to the plugin is the addition of suggestions. My site regularly indexes your documentation and serves-up suggestions as you type. Should a user press "Enter" without choosing a suggestion in Firefox, a Web page listing all matches will be displayed. If a user types a name that exactly matches an item in the documentation, the relevant page in the API documentation will be displayed.

If the service proves to be useful, I'll make a few changes and publish an ORM 2.0 plugin. I may also set things up to index function names, too.

Sorry it took me so long to update the plugin - it's been a while since I worked with Doctrine, so I hadn't noticed the changes to your site.

Please let me know how you get on.

On this page =>
http://www.doctrine-project.org/projects/dbal/2.0/docs/reference/data-retrieval-and-manipulation/en#executequery$sql,-array-$params-=-array,-array-$types-=-array

You should use the "executeQuery" method instead of "execute" .... error otherwise.

On page http://www.doctrine-project.org/documentation/manual/2_0/en/tools#the-doctrine-cli:configuration
it says "\Symfony\Components\" and it should be "\Symfony\Component\".

The current documentation for the Doctrine2 YAML Mapping ( found here: http://www.doctrine-project.org/projects/orm/2.0/docs/reference/yaml-mapping/en#yaml-mapping )

introduces a wrong format for the identifier colum specification.

I had to go dig around in the source code to find the correct format.
For anyone less persistent or not accustomed to check the source code of a library this would result in serious headache.

WRONG:
id:
id:
type: integer
generator:
strategy: AUTO

RIGHT: (at least with current trunk )
id:
type: integer
id: true
generator:
strategy: AUTO

Looks like php open tag is missing
http://www.doctrine-project.org/projects/orm/2.0/docs/reference/association-mapping/en#runtime-vs-development-mapping-validation
http://www.doctrine-project.org/projects/orm/2.0/docs/cookbook/strategy-cookbook-introduction/en#solution

the Aggregate values in the DQL documentation

the following code
$q = Doctrine_Query::create()
->select('u.id, COUNT(t.id) AS num_threads')
->from('User u, u.Threads t')
->where('u.id = ?', 1)
->groupBy('u.id');

echo $q->getSqlQuery();

the documentation says it will result in the following query
SELECT
u.id AS u__id,
COUNT(f.id) AS f__0
FROM user u
LEFT JOIN forum__thread f ON u.id = f.user_id
WHERE u.id = ?
GROUP BY u.id

notice the different, in DQL we are aggregating users with threads, but the resulting sql joins forums not threads.

The link points to 'http://www.doctrine-project.org/configuration#change-tracking-policies' which can't be found.

I opened Issue No. DDC-864. After creating the bug, I clicked on "watch it".

The "Issue details" page for the issue is confirming it. "You are watching this issue. You will be notified of all changes. "

On 06/Nov/10 05:48 PM and on 06/Nov/10 05:49 PM two comments were added to the issue. I did not receive any notification.

I just noticed right now by polling the open issues I reported.

My email adress is correct (it's shown obfuscated with "dot" instead of "." by JIRA, but I think that's just a presentation thing).

At http://www.doctrine-project.org/projects/orm/2.0/docs/reference/basic-mapping/en section "Doctrine mapping types"

1. date: Type that maps an SQL DATETIME to a PHP DateTime object.

should be

1. date: Type that maps an SQL DATE to a PHP DateTime object.

In the section Introduction to Models/Autoloading Models it says that Doctrine_Core::autoload() will autoload the model. This isn't correct anymore in version 1.2. You have to use Doctrine_Core::modelsAutoload().

The example helperSet setup in the tools section is currently referencing
"$helperSet = new \Symfony\Components\Console\Hel...."

The correct namespace is "$helperSet = new \Symfony\Component\Console\Hel...."

See: http://www.doctrine-project.org/projects/orm/2.0/docs/reference/tools/en#the-doctrine-console:configuration

URL: http://www.doctrine-project.org/projects/orm/2.0/docs/reference/inheritance-mapping/en#single-table-inheritance

Single Table Inheritance
Single Table Inheritance is an inheritance mapping strategy where all classes of a hierarchy are mapped to a single database table. In order to distinguish which row represents which type in the hierarchy a so-called discriminator column is used.

External resource http://martinfowler.com/eaaCatalog/singleTableInheritance.html seems do be unavailable.

URL: http://www.doctrine-project.org/projects/orm/2.0/docs/reference/caching/en#cache-drivers:memcache

<?php

$memcache = new Memcache();
$memcache->connect('memcache_host', 11211);

$cacheDriver = new \Doctrine\Common\Cache\MemcacheCache();
$cacheDriver->setMemcache()
$cacheDriver->save('cache_id', 'my_data');

class MemcacheCache extends AbstractCache
{
    /* ... */
    
    /**
     * Sets the memcache instance to use.
     *
     * @param Memcache $memcache
     */
    public function setMemcache(Memcache $memcache)
    {
        $this->_memcache = $memcache;
    }
    
    /* ... */
}

<?php

$memcache = new Memcache();
$memcache->connect('memcache_host', 11211);

$cacheDriver = new \Doctrine\Common\Cache\MemcacheCache();
- $cacheDriver->setMemcache()
+ $cacheDriver->setMemcache($memcache);
$cacheDriver->save('cache_id', 'my_data');

There is incorrect example in this page
http://www.doctrine-project.org/api/orm/2.0/doctrine/orm/tools/entitygenerator.html

Generic class used to generate PHP5 entity classes from ClassMetadataInfo instances
[php] $classes = $em->getClassMetadataFactory()->getAllMetadata();
$generator = new \Doctrine\ORM\Tools\EntityGenerator(); $generator->setGenerateAnnotations(true); $generator->setGenerateStubMethods(true); $generator->setRegenerateEntityIfExists(false); $generator->setUpdateEntityIfExists(true); $generator->generate($classes, '/path/to/generate/entities');

Fatal error: Call to undefined method Doctrine\ORM\EntityManager::getClassMetadataFactory()

From this page: http://www.doctrine-project.org/projects/orm/2.0/docs/cookbook/getting-started-xml-edition/en

The contents of the sample cli-config.php file are:

<?php
$cliConfig = new Doctrine\Common\Cli\Configuration();
$cliConfig->setAttribute('em', $entityManager);

This generates an error: Fatal error: require(): Failed opening required 'Doctrine\Common\Cli\Configuration.php' as the class referenced does not exist.

Futhermore, having examined the $entityManager variable, it is not set and evaluates to NULL.

In section http://www.doctrine-project.org/projects/orm/2.0/docs/reference/basic-mapping/en#doctrine-mapping-types

• mapping type datetimetz is missing
• there is a tiny typo in definition of array type - there should be "to a PHP array" instead of "to a PHP object".

Jan

Quick Start documentation for ORM has a bug

http://www.doctrine-project.org/projects/orm/2.0/docs/reference/introduction/en#sandbox-quickstart

The "Mini-tutorial" first step says to run

" php doctrine orm:schema-tool:create ./Entities "

but this results in the script saying:

[RuntimeException]
Too many arguments.

removing the ./Entities parameter seems to work fine and gets the response that the tutorial specifies.

Lik: http://groups.google.com/group/doctrine-user/browse_thread/thread/a33eb8a2e66c3e54

I would suggest to extend the documentation with the information that when you have multiple YAML files for generating Models in the folder according the actual configuration [ 'yaml_schema_path' ]. All this YAML files will be processed not only the schema.yml file as I assumed according the current documentation.

somewhere, somehow I got the info that you can lay out your YAML definition in multiple files but as there was no example / explanation of the howto I didn't gave much attention to it.

r. Sandor

The ALL or ANY operators like presented in the documentation http://www.doctrine-project.org/documentation/manual/1_2/en/dql-doctrine-query-language#conditional-expressions:all-and-any-expressions seems to be not working.

I'm trying to use them but no way, I always get errors. For exemple if I do this query:

Doctrine_Query::create()
->from('Contact')
->where('Contact.id <> ALL (FROM Email(contact_id)')
->execute();

I get this error:
PHP Fatal error: Uncaught exception 'Doctrine_Exception' with message 'Couldn't find class Email(contact_id)'

Is there a problem in the documentation??

http://www.doctrine-project.org/documentation/manual/1_2/en/dql-doctrine-query-language

Finding all articles which don't have readers:
// test.php

// ...
$q = Doctrine_Query::create()
->select('a.id')
->from('Article a')
->where('NOT EXISTS (SELECT r.id FROM ReaderLog r WHERE r.article_id = a.id));

echo $q->getSqlQuery();

There is missing apostrophe at the end of the where line.

The documentation for the searchable is very light and doesn't explain much

http://www.doctrine-project.org/documentation/manual/1_1/hu/searching#query-language

The documentation on this page is where the error is:

http://www.doctrine-project.org/documentation/cookbook/1_0/en/code-igniter-and-doctrine

Two lines of code in the block for database.php is stated as follows:

// Require Doctrine.php
require_once(realpath(dirname(_FILE_) . '/../..') . DIRECTORY_SEPARATOR . 'database/doctrine/Doctrine.php');

It should be:

// Require Doctrine.php
require_once(BASEPATH . 'database/doctrine/Doctrine.php');

And the other line of code in database.php is stated as:

// Load the models for the autoloader
Doctrine::loadModels(realpath(dirname(_FILE_) . '/..') . DIRECTORY_SEPARATOR . 'models');

When it should be

// Load the models for the autoloader
Doctrine::loadModels(APPPATH . 'models');

Please edit this to use the CodeIgniter constants. I fixed them in my app because the info in your tutorial was wrong. This is because I ALWAYS separate my application directory and my system directory, and move them away from the web-accessible (htdocs) directory where my index.php resides.

Thanks!
Sean