<!--
RSS generated by JIRA (5.2.7#850-sha1:b2af0c8dc8537b36121c6a579fabbdf79fc919e5) at Thu Jun 20 10:04:07 UTC 2013

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
For example:
http://www.doctrine-project.org/jira/sr/jira.issueviews:searchrequest-xml/temp/SearchRequest.xml?jqlQuery=project+%3D+DDC+AND+resolution+%3D+Unresolved+AND+priority+%3D+Critical+ORDER+BY+key+DESC&tempMax=1000&field=key&field=summary
-->
<!-- If you wish to do custom client-side styling of RSS, uncomment this:
<?xml-stylesheet href="http://www.doctrine-project.org/jira/styles/jiraxml2html.xsl" type="text/xsl"?>
-->
<rss version="0.92">
    <channel>
        <title>Doctrine Project</title>
        <link>http://www.doctrine-project.org/jira/secure/IssueNavigator.jspa?reset=true&amp;jqlQuery=project+%3D+DDC+AND+resolution+%3D+Unresolved+AND+priority+%3D+Critical+ORDER+BY+key+DESC</link>
        <description>An XML representation of a search request</description>
                <language>en-us</language>
                        <issue start="0" end="4" total="4"/>
                <build-info>
            <version>5.2.7</version>
            <build-number>850</build-number>
            <build-date>21-02-2013</build-date>
        </build-info>
<item>
            <title>[DDC-2332] [UnitOfWork::doPersist()] The spl_objact_hash() generate not unique hash!</title>
                <link>http://www.doctrine-project.org/jira/browse/DDC-2332</link>
                <project id="10032" key="DDC">Doctrine 2 - ORM</project>
                        <description>&lt;p&gt;I created fixtures and some data was inserted many times without calling the &lt;tt&gt;Task&lt;/tt&gt; entity PrePersist event listener.&lt;/p&gt;

&lt;p&gt;I printed the used and generated hash and I saw a &lt;tt&gt;Proxies&amp;#95;&lt;em&gt;CG&lt;/em&gt;_\Asitly\ProjectManagementBundle\Entity\User&lt;/tt&gt; hash equal a &lt;tt&gt;Task&lt;/tt&gt; entity hash!&lt;/p&gt;</description>
                <environment>Symfony 2.1.8, php 5.4.7 and php 5.4.12, Windows 7</environment>
            <key id="14666">DDC-2332</key>
            <summary>[UnitOfWork::doPersist()] The spl_objact_hash() generate not unique hash!</summary>
                <type id="1" iconUrl="http://www.doctrine-project.org/jira/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.doctrine-project.org/jira/images/icons/priorities/critical.png">Critical</priority>
                    <status id="10000" iconUrl="http://www.doctrine-project.org/jira/images/icons/statuses/needinfo.png">Awaiting Feedback</status>
                    <resolution id="-1">Unresolved</resolution>
                    <security id="10000">All</security>
                        <assignee username="beberlei">Benjamin Eberlei</assignee>
                                <reporter username="fchris82">Kriszti&#225;n Ferenczi</reporter>
                        <labels>
                    </labels>
                <created>Tue, 5 Mar 2013 11:20:00 +0000</created>
                <updated>Thu, 30 May 2013 05:04:37 +0000</updated>
                                                                    <component>ORM</component>
                        <due></due>
                    <votes>0</votes>
                        <watches>3</watches>
                        <comments>
                    <comment id="19808" author="ocramius" created="Tue, 5 Mar 2013 11:23:09 +0000"  >&lt;p&gt;Please provide either a code example or a test case. As it stands, this issue is incomplete&lt;/p&gt;</comment>
                    <comment id="19809" author="beberlei" created="Tue, 5 Mar 2013 11:35:10 +0000"  >&lt;p&gt;Are you calling EntityManager#clear() inbetween? Because PHP reuses the hashes. The ORM accounts for this.&lt;/p&gt;</comment>
                    <comment id="19811" author="beberlei" created="Tue, 5 Mar 2013 12:37:54 +0000"  >&lt;p&gt;This is not a reproduce case, i don&apos;t want to execute your whole project. &lt;/p&gt;

&lt;p&gt;I want to know, what is the actual bug that you see? Can you just print a list of all the hashes? Because the hashes dont differ at the end, bu tjust somewhere in the middle.&lt;/p&gt;</comment>
                    <comment id="19813" author="fchris82" created="Tue, 5 Mar 2013 12:47:24 +0000"  >&lt;p&gt;I attached a hashlogs.txt file. The last Task class hash is 0000000050ab4aba0000000058e1cb12 ( line 3 129 )&lt;/p&gt;

&lt;p&gt;This is not unique, view the line 2 760 . The Task is not being saved and the program don&apos;t call the prePersist listener. The &quot;UnitOfWork&quot; believe the entity has been saved because the &lt;tt&gt;isset($this-&amp;gt;entityStates&lt;span class=&quot;error&quot;&gt;&amp;#91;$oid&amp;#93;&lt;/span&gt;)&lt;/tt&gt; is true. But it is an other entity.&lt;/p&gt;</comment>
                    <comment id="19816" author="fchris82" created="Wed, 6 Mar 2013 01:23:24 +0000"  >&lt;p&gt;The &lt;tt&gt;EntityManager::clear()&lt;/tt&gt; fix the problem, but this is not &quot;good&quot; and &quot;beautiful&quot; solution. Shows no sign of that conflicts were and this is causing the problem. I was looking for the problem 7 hours.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                    <attachment id="11510" name="hashlogs.txt" size="331693" author="fchris82" created="Tue, 5 Mar 2013 12:47:24 +0000" />
                </attachments>
            <subtasks>
        </subtasks>
        </item>

<item>
            <title>[DDC-2237] oracle IN statement with more than 1000 values</title>
                <link>http://www.doctrine-project.org/jira/browse/DDC-2237</link>
                <project id="10032" key="DDC">Doctrine 2 - ORM</project>
                        <description>&lt;p&gt;If I have a query with a IN statement with more tahn 1000 values I get an sql error.&lt;/p&gt;

&lt;p&gt;I&apos;ve try IN with implode:&lt;br/&gt;
select * from test where id IN(&apos; . implode(&apos;,&apos;, $values) . &apos;)&lt;br/&gt;
and I&apos;ve also try with executeQuery:&lt;br/&gt;
select * from test where id IN(:test)&lt;br/&gt;
  executeQuery($sql, array($values), array(\Doctrine\DBAL\Connection::PARAM_INT_ARRAY))&lt;/p&gt;</description>
                <environment></environment>
            <key id="14376">DDC-2237</key>
            <summary>oracle IN statement with more than 1000 values</summary>
                <type id="1" iconUrl="http://www.doctrine-project.org/jira/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.doctrine-project.org/jira/images/icons/priorities/critical.png">Critical</priority>
                    <status id="1" iconUrl="http://www.doctrine-project.org/jira/images/icons/statuses/open.png">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                    <security id="10000">All</security>
                        <assignee username="beberlei">Benjamin Eberlei</assignee>
                                <reporter username="mdrolet">Marc Drolet</reporter>
                        <labels>
                    </labels>
                <created>Fri, 11 Jan 2013 16:34:25 +0000</created>
                <updated>Tue, 2 Apr 2013 12:30:05 +0000</updated>
                                    <version>2.2.2</version>
                                                <component>ORM</component>
                        <due></due>
                    <votes>0</votes>
                        <watches>2</watches>
                        <comments>
                    <comment id="19281" author="mdrolet" created="Fri, 11 Jan 2013 16:47:29 +0000"  >&lt;p&gt;Here is the way I&apos;ve implement the solution on my side: (for oracle)&lt;/p&gt;

&lt;p&gt;into Doctrine/DBAL/Statement.php, I&apos;ve add this method:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
/**
     * Binds a parameter value to the statement.
     * This is implemented &lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt; way &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt; oracle only. Other drivers are redirected to bindValue method.
     *
     * The value will be bound with to the type provided (that required to be a table type).
     *
     * @param &lt;span class=&quot;code-object&quot;&gt;String&lt;/span&gt; $name The name or position of the parameter.
     * @param Array $value The value of the parameter.
     * @param &lt;span class=&quot;code-object&quot;&gt;String&lt;/span&gt; $type The name of the type to use to bind.
     * @&lt;span class=&quot;code-keyword&quot;&gt;return&lt;/span&gt; &lt;span class=&quot;code-object&quot;&gt;boolean&lt;/span&gt; TRUE on success, FALSE on failure.
     */
    &lt;span class=&quot;code-keyword&quot;&gt;public&lt;/span&gt; function bindList($name, Array $value, $type)
    {
        &lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt; (&apos;oracle&apos; !== $&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;-&amp;gt;platform-&amp;gt;getName())
        {
            $&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;-&amp;gt;bindValue($name, $value, $type);
        }
        &lt;span class=&quot;code-keyword&quot;&gt;else&lt;/span&gt;
        {
            &lt;span class=&quot;code-keyword&quot;&gt;return&lt;/span&gt; $&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;-&amp;gt;stmt-&amp;gt;bindList($name, $value, $type);
        }
    }
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;into Doctrine/DBAL/Driver/Statement.php I&apos;ve add:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
/**
     * @TODO: docs
     */
    function bindList($param, Array $values, $type);
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;into Doctrine/DBAL/Driver/OCI8/OCI8Statement.php I&apos;ve add this method:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
/**
     * {@inheritdoc}
     */
    &lt;span class=&quot;code-keyword&quot;&gt;public&lt;/span&gt; function bindList($param, Array $value, $type)
    {
        &lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt; (!($list = oci_new_collection($&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;-&amp;gt;_dbh, $type)))
        {
            &lt;span class=&quot;code-comment&quot;&gt;//&lt;span class=&quot;code-keyword&quot;&gt;throw&lt;/span&gt; &lt;span class=&quot;code-keyword&quot;&gt;new&lt;/span&gt; OCI8Exception::fromErrorInfo($&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;-&amp;gt;errorInfo());
&lt;/span&gt;        }

        foreach ($value as $entry)
        {
            $list-&amp;gt;append($entry);
        }
        &lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt; (!oci_bind_by_name($&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;-&amp;gt;_sth, $param, $list, -1, OCI_B_NTY))
        {
            &lt;span class=&quot;code-comment&quot;&gt;//&lt;span class=&quot;code-keyword&quot;&gt;throw&lt;/span&gt; &lt;span class=&quot;code-keyword&quot;&gt;new&lt;/span&gt; OCI8Exception::fromErrorInfo($&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;-&amp;gt;errorInfo());
&lt;/span&gt;        }
    }
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;// NOTE: we should probably add the bindList to all driver Statement object. &lt;/p&gt;

&lt;p&gt;into your code you can use it this way:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
$sql = &quot;
    SELECT *
    FROM test
    WHERE id IN
    (
        SELECT *
        FROM
        (
            CAST (: p_ids AS list_int_type)
        )
    )
&quot;;
$stmt = connection-&amp;gt;prepare($sql);
$stmt-&amp;gt;bindList(&apos;: p_ids&apos;, $ids, &apos;list_int_type&apos;);
$stmt-&amp;gt;execute();
$rs = $stmt-&amp;gt;fetchAll(PDO::FETCH_ASSOC);
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;NOTE:&lt;br/&gt;
list_int_type need to be a valid oracle data type. You can create one with the name you want.&lt;br/&gt;
example:&lt;br/&gt;
you can have 2 type of accepted array of values:  integer and string&lt;br/&gt;
let&apos;s say we create one for string named: list_str_type  and one for integer list_int_type&lt;/p&gt;

&lt;p&gt; create or replace type list_str_type as table of varchar2(4000);&lt;br/&gt;
 create or replace type list_int_type as table of number;&lt;/p&gt;</comment>
                    <comment id="19924" author="beberlei" created="Mon, 1 Apr 2013 21:44:51 +0000"  >&lt;p&gt;Hey &lt;a href=&quot;http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=mdrolet&quot; class=&quot;user-hover&quot; rel=&quot;mdrolet&quot;&gt;Marc Drolet&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;thanks for the feedback and the solution, however i would like to have something generic that is working independent of the database driver. This code is very specific.&lt;/p&gt;

&lt;p&gt;Can you point me to some documentation why oci collection works with more than 1000 elements and how it works in PHP?&lt;/p&gt;</comment>
                    <comment id="19929" author="mdrolet" created="Tue, 2 Apr 2013 12:30:05 +0000"  >&lt;p&gt;Hi Benjamin,&lt;/p&gt;

&lt;p&gt;The limitation is not from the oci driver, it&apos;s an oracle limitation.  There are a couple of possible solution/implementation that can be done but the one I&apos;ve provide is the one that perform better for the test I&apos;ve done and from what I can found over the blogs I&apos;ve read.&lt;/p&gt;

&lt;p&gt;I can&apos;t find the exact documentation of oracle.  oracle doc is so poor. &lt;br/&gt;
Here is the best description link I can provide that describe some possible implementation.&lt;br/&gt;
&lt;a href=&quot;http://vsadilovskiy.wordpress.com/substituting-a-collection-for-in-list-performance-study/&quot; class=&quot;external-link&quot;&gt;http://vsadilovskiy.wordpress.com/substituting-a-collection-for-in-list-performance-study/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I don&apos;t know if there is similar limitation with other database.  With the implementation I&apos;ve provided, It will be possible to implement the proper solution depending on the database limitation you face otherwise it will execute the generic IN. What&apos;s bad, we need to create the type into the database.&lt;/p&gt;

&lt;p&gt;NOTE: In my case, I can not perform a sub-query, I get the my collection from a web service call.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
        </item>

<item>
            <title>[DDC-274] Class and namespace naming inconsistency</title>
                <link>http://www.doctrine-project.org/jira/browse/DDC-274</link>
                <project id="10032" key="DDC">Doctrine 2 - ORM</project>
                        <description>&lt;p&gt;There are inconsistencies with some class and namespace names that include acronyms.&lt;/p&gt;

&lt;p&gt;Examples:&lt;/p&gt;

&lt;p&gt;Classes with upper-casing:&lt;br/&gt;
    ORMException, DBALException, OCI8Connection, etc.&lt;/p&gt;

&lt;p&gt;Classes with proper-casing:&lt;br/&gt;
    RunDqlTask, CliException, MySqlPlatform, etc.&lt;/p&gt;

&lt;p&gt;Namespaces with upper-casing:&lt;br/&gt;
    DBAL, ORM, Doctrine\DBAL\Driver\PDOMsSql, etc.&lt;/p&gt;

&lt;p&gt;Namespaces with proper-casing:&lt;br/&gt;
    Doctrine\Common\Cli, Doctrine\DBAL\Tools\Cli\, Doctrine\ORM\Id, etc.&lt;/p&gt;

&lt;p&gt;There is more proper-casing than upper-casing. IMHO, proper-casing is better as it&apos;s easier to read &quot;SqlException&quot; than it is to read &quot;SQLException&quot; (the &quot;E&quot; looks like part of the acronym), and things like &quot;CLITask&quot; can be avoided. &lt;img class=&quot;emoticon&quot; src=&quot;http://www.doctrine-project.org/jira/images/icons/emoticons/smile.gif&quot; height=&quot;20&quot; width=&quot;20&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;

&lt;p&gt;I discussed this a bit with Benjamin and Guilherme, and they were unsure and said that the whole team needed to reach consensus.&lt;/p&gt;

&lt;p&gt;I&apos;m leaving the priority as &quot;Major&quot; because this should probably be fixed sooner rather than later to prevent compatibility breaks.&lt;/p&gt;</description>
                <environment></environment>
            <key id="10769">DDC-274</key>
            <summary>Class and namespace naming inconsistency</summary>
                <type id="4" iconUrl="http://www.doctrine-project.org/jira/images/icons/issuetypes/improvement.png">Improvement</type>
                                <priority id="2" iconUrl="http://www.doctrine-project.org/jira/images/icons/priorities/critical.png">Critical</priority>
                    <status id="3" iconUrl="http://www.doctrine-project.org/jira/images/icons/statuses/inprogress.png">In Progress</status>
                    <resolution id="-1">Unresolved</resolution>
                    <security id="10000">All</security>
                        <assignee username="romanb">Roman S. Borschel</assignee>
                                <reporter username="darkangel">Glen Ainscow</reporter>
                        <labels>
                    </labels>
                <created>Sun, 24 Jan 2010 16:30:50 +0000</created>
                <updated>Sun, 31 Oct 2010 05:20:55 +0000</updated>
                                    <version>2.0-ALPHA4</version>
                                <fixVersion>2.0-RC1</fixVersion>
                                        <due></due>
                    <votes>1</votes>
                        <watches>1</watches>
                        <comments>
                    <comment id="11462" author="guilhermeblanco" created="Mon, 25 Jan 2010 13:41:23 +0000"  >&lt;p&gt;Increasing the severity and adding a fix version since this MUST be fixed before next release.&lt;/p&gt;</comment>
                    <comment id="11467" author="romanb" created="Mon, 25 Jan 2010 13:57:02 +0000"  >&lt;p&gt;I find this to be of rather minor importance. You&apos;re talking of compatibility breaks, but thats only the case if we intend to start being very nitpicky about the naming in the future. We are currently not, and we wont be, so not much risk of later breakage.&lt;/p&gt;

&lt;p&gt;We have a rule of thumb already: Acronyms up to 4 characters all uppercase, otherwise normal camelcase.&lt;/p&gt;

&lt;p&gt;Now, it is often a matter of taste what is an acronym and what not and also not all acronyms have a clear casing, prime example mysql.&lt;/p&gt;

&lt;p&gt;Being too nit-picky here is just a pain in the ass and we won&apos;t reach a common consensus anyway.&lt;/p&gt;</comment>
                    <comment id="11468" author="romanb" created="Mon, 25 Jan 2010 13:58:51 +0000"  >&lt;p&gt;Oh and we better dont start arguing about whats better to read because there is no chance of agreement. If you ask me I find SQLException better than SqlException. So here we go. Lets better not run down this path.&lt;/p&gt;</comment>
                    <comment id="11469" author="darkangel" created="Mon, 25 Jan 2010 14:15:34 +0000"  >&lt;p&gt;No need to get upset, I&apos;m only trying to help.&lt;/p&gt;

&lt;p&gt;I just thought that consistency is usually a good idea, either way.&lt;/p&gt;

&lt;p&gt;I have to disagree in that an acronym is an acronym, it&apos;s not a matter of taste, the letters either stand for something, or they don&apos;t.&lt;/p&gt;

&lt;p&gt;As for &quot;mysql&quot;, only the SQL part is an acronym. So, MySQL or MySql.&lt;/p&gt;

&lt;p&gt;Close if you disagree.&lt;/p&gt;</comment>
                    <comment id="11471" author="romanb" created="Mon, 25 Jan 2010 14:28:03 +0000"  >&lt;p&gt;I&apos;m not upset. What made you think so? Maybe I should introduce a &lt;img class=&quot;emoticon&quot; src=&quot;http://www.doctrine-project.org/jira/images/icons/emoticons/smile.gif&quot; height=&quot;20&quot; width=&quot;20&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt; every now and then.&lt;/p&gt;

&lt;p&gt;There&apos;s just no point in arguing about readability.&lt;/p&gt;

&lt;p&gt;Like I said, we do have a naming standard even if its not adhered everywhere. The standard is also not something we&apos;ve made up ourselves because we try to avoid that. When we introduced namespaces, we talked about adopting either the Java or .NET naming standards. We opted for the .NET standards. And there its recommended to write acronyms with up to 4 characters all uppercase.&lt;/p&gt;

&lt;p&gt;I dont think there are too many violations of that in the code, probably Cli =&amp;gt; CLI and some others but most of it looks ok to me.&lt;/p&gt;

&lt;p&gt;UPDATE: Maybe we can gather a list here in this ticket of violations? Cli =&amp;gt; CLI would be one. MySql =&amp;gt; MySQL another. &quot;Id&quot; is rather an abbreviation of Identifier and not an acronym, to me at least.&lt;/p&gt;</comment>
                    <comment id="11472" author="guilhermeblanco" created="Mon, 25 Jan 2010 14:29:41 +0000"  >&lt;p&gt;It&apos;s not a case of getting anyone upset...&lt;/p&gt;

&lt;p&gt;But we should fix it and keep consistency of our codebase.&lt;/p&gt;

&lt;p&gt;@romanb We should all talk and reach a common sense.&lt;br/&gt;
That&apos;s our last chance (last alpha) to get this consistency in.&lt;/p&gt;</comment>
                    <comment id="11473" author="romanb" created="Mon, 25 Jan 2010 14:33:04 +0000"  >&lt;p&gt;@Guilherme: We do have a naming standard since a year. You want to change the standard now?&lt;/p&gt;</comment>
                    <comment id="11478" author="darkangel" created="Mon, 25 Jan 2010 16:02:14 +0000"  >&lt;p&gt;@Roman,&lt;/p&gt;

&lt;p&gt;Just a feeling I got. &lt;img class=&quot;emoticon&quot; src=&quot;http://www.doctrine-project.org/jira/images/icons/emoticons/smile.gif&quot; height=&quot;20&quot; width=&quot;20&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;

&lt;p&gt;This issue was more about consistency (indicated in the title) than moving to proper-case naming.&lt;/p&gt;

&lt;p&gt;I think it might be up to 3 characters in .NET, HtmlElement, System.Linq, etc. Anyway, not important. &lt;img class=&quot;emoticon&quot; src=&quot;http://www.doctrine-project.org/jira/images/icons/emoticons/wink.gif&quot; height=&quot;20&quot; width=&quot;20&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;

&lt;p&gt;I agree that Id. is an abbreviation.&lt;/p&gt;

&lt;p&gt;There are some more violations. If you decide you want to change them, let me know and I&apos;ll compile a list.&lt;/p&gt;</comment>
                    <comment id="11480" author="romanb" created="Mon, 25 Jan 2010 17:30:04 +0000"  >&lt;p&gt;@Glen: Yes, a list would be great. I find it hard to be 100% consistent sometimes though because my taste conflicts with the rule. For example, I would prefer &quot;Id&quot; over &quot;ID&quot;, especially since it comes directly after ORM &quot;Doctrine\ORM\ID\...&quot; would be a bit too much. But I would not like &quot;Orm&quot; or &quot;Dbal&quot; either. But I think in most cases we can clearly fix the inconsistency. Like CLI or MySQL or MSSQL (or should it be MsSQL?).&lt;/p&gt;

&lt;p&gt;Thanks for your help!&lt;/p&gt;

&lt;p&gt;We should probably create updated coding standards for Doctrine 2 also, since they differ quite some from Doctrine 1 due to the introduction of namespaces and such. I&apos;ll create a ticket for that.&lt;/p&gt;</comment>
                    <comment id="11481" author="darkangel" created="Mon, 25 Jan 2010 18:40:02 +0000"  >&lt;p&gt;I&apos;ll do the list for you by tomorrow at the latest, just running out of time ATM.&lt;/p&gt;

&lt;p&gt;Id is correct, as mentioned above, so that would be fine. MsSQL is correct (Ms = Microsoft = abbreviation).&lt;/p&gt;</comment>
                    <comment id="11483" author="darkangel" created="Mon, 25 Jan 2010 20:31:56 +0000"  >&lt;p&gt;Found some time ...&lt;/p&gt;

&lt;p&gt;Doctrine\Common\Cache\ApcCache -&amp;gt; APCCache&lt;br/&gt;
Doctrine\Common\Cli -&amp;gt; CLI&lt;br/&gt;
Doctrine\Common\Cli\Printers\AnsiColorPrinter -&amp;gt; ANSIColorPrinter&lt;br/&gt;
Doctrine\Common\Cli\CliController -&amp;gt; CLIController&lt;br/&gt;
Doctrine\Common\Cli\CliException -&amp;gt; CLIException&lt;/p&gt;

&lt;p&gt;Doctrine\DBAL\Driver\PDOMsSql -&amp;gt; PDOMsSQL&lt;br/&gt;
Doctrine\DBAL\Driver\PDOMySql -&amp;gt; PDOMySQL&lt;br/&gt;
Doctrine\DBAL\Driver\PDOPgSql -&amp;gt; PDOPgSQL&lt;br/&gt;
Doctrine\DBAL\Driver\PDOSqlite -&amp;gt; PDOSQLite&lt;br/&gt;
Doctrine\DBAL\Logging\EchoSqlLogger -&amp;gt; EchoSQLLogger&lt;br/&gt;
Doctrine\DBAL\Logging\SqlLogger -&amp;gt; SQLLogger&lt;br/&gt;
Doctrine\DBAL\Platforms\MsSqlPlatform -&amp;gt; MsSQLPlatform&lt;br/&gt;
Doctrine\DBAL\Platforms\MySqlPlatform -&amp;gt; MySQLPlatform&lt;br/&gt;
Doctrine\DBAL\Platforms\PostgreSqlPlatform -&amp;gt; PostgreSQLPlatform&lt;br/&gt;
Doctrine\DBAL\Platforms\SqlitePlatform -&amp;gt; SQLitePlatform&lt;br/&gt;
Doctrine\DBAL\Schema\Visitor\CreateSchemaSqlCollector -&amp;gt; CreateSchemaSQLCollector&lt;br/&gt;
Doctrine\DBAL\Schema\Visitor\DropSchemaSqlCollector -&amp;gt; DropSchemaSQLCollector&lt;br/&gt;
Doctrine\DBAL\Schema\MsSqlSchemaManager -&amp;gt; MsSQLSchemaManager&lt;br/&gt;
Doctrine\DBAL\Schema\MySqlSchemaManager -&amp;gt; MySQLSchemaManager&lt;br/&gt;
Doctrine\DBAL\Schema\PostgreSqlSchemaManager -&amp;gt; PostgreSQLSchemaManager&lt;br/&gt;
Doctrine\DBAL\Schema\SqliteSchemaManager -&amp;gt; SQLiteSchemaManager&lt;br/&gt;
Doctrine\DBAL\Tools\Cli -&amp;gt; CLI&lt;br/&gt;
Doctrine\DBAL\Tools\Cli\Tasks\RunSqlTask -&amp;gt; RunSQLTask&lt;/p&gt;

&lt;p&gt;Doctrine\ORM\Mapping\Driver\PhpDriver -&amp;gt; PHPDriver&lt;br/&gt;
Doctrine\ORM\Mapping\Driver\XmlDriver -&amp;gt; XMLDriver&lt;br/&gt;
Doctrine\ORM\Mapping\Driver\YamlDriver -&amp;gt; YAMLDriver&lt;br/&gt;
Doctrine\ORM\Query\Exec\AbstractSqlExecutor -&amp;gt; AbstractSQLExecutor&lt;br/&gt;
(Should Doctrine\ORM\Query\Expr\Andx and Orx be AndX and OrX?)&lt;br/&gt;
Doctrine\ORM\Query\SqlWalker -&amp;gt; SQLWalker&lt;br/&gt;
Doctrine\ORM\Tools\Cli -&amp;gt; CLI&lt;br/&gt;
Doctrine\ORM\Tools\Cli\Tasks\RunDqlTask -&amp;gt; RunDQLTask&lt;br/&gt;
Doctrine\ORM\Tools\Export\Driver\PhpExporter -&amp;gt; PHPExporter&lt;br/&gt;
Doctrine\ORM\Tools\Export\Driver\XmlExporter -&amp;gt; XMLExporter&lt;br/&gt;
Doctrine\ORM\Tools\Export\Driver\YamlExporter -&amp;gt; YAMLExporter&lt;/p&gt;

&lt;p&gt;... I think that&apos;s it. More than you expected? I did say: &quot;There is more proper-casing than upper-casing.&quot; &lt;img class=&quot;emoticon&quot; src=&quot;http://www.doctrine-project.org/jira/images/icons/emoticons/smile.gif&quot; height=&quot;20&quot; width=&quot;20&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                    <comment id="11484" author="romanb" created="Mon, 25 Jan 2010 20:46:33 +0000"  >&lt;p&gt;No, not more than I expected. It&apos;s mostly SQL and CLI basically. Thanks for the list!&lt;/p&gt;

&lt;p&gt;We should try to go through that list before beta.&lt;/p&gt;</comment>
                    <comment id="12037" author="romanb" created="Fri, 5 Mar 2010 11:40:16 +0000"  >&lt;p&gt;Methods should be adjusted accordingly also (even though they&apos;re case insensitive). I already started with that. More to come.&lt;/p&gt;</comment>
                    <comment id="12479" author="romanb" created="Sun, 28 Mar 2010 06:19:38 +0000"  >&lt;p&gt;Most of the Cli =&amp;gt; CLI changes seem to be complete now.&lt;/p&gt;</comment>
                    <comment id="12745" author="romanb" created="Mon, 26 Apr 2010 06:06:21 +0000"  >&lt;p&gt;Pushing the rest of the name changes towards beta2.&lt;/p&gt;</comment>
                    <comment id="13007" author="romanb" created="Wed, 19 May 2010 06:58:27 +0000"  >&lt;p&gt;More renamings have been done but still more to do. Pushing remaining work to beta3.&lt;/p&gt;</comment>
                    <comment id="14152" author="romanb" created="Mon, 30 Aug 2010 06:20:35 +0000"  >&lt;p&gt;Final name changes should be done prior to going into RC1.&lt;/p&gt;</comment>
                    <comment id="14629" author="beberlei" created="Sun, 31 Oct 2010 02:36:54 +0000"  >&lt;p&gt;there is much to be done yet, however most of it is also public API class names and might cause quite some BC breaks (i.e. DBAL Platforms and Schema Manager, Mapping Driver Names). I am not sure how to proceed here.&lt;/p&gt;</comment>
                    <comment id="14642" author="romanb" created="Sun, 31 Oct 2010 05:20:55 +0000"  >&lt;p&gt;Since PHP is mostly case-insensitive on class and method names it shouldn&apos;t be much of an issue.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
        </item>

<item>
            <title>[DDC-222] Create unit tests for CLI components</title>
                <link>http://www.doctrine-project.org/jira/browse/DDC-222</link>
                <project id="10032" key="DDC">Doctrine 2 - ORM</project>
                        <description></description>
                <environment></environment>
            <key id="10649">DDC-222</key>
            <summary>Create unit tests for CLI components</summary>
                <type id="3" iconUrl="http://www.doctrine-project.org/jira/images/icons/issuetypes/task.png">Task</type>
                                <priority id="2" iconUrl="http://www.doctrine-project.org/jira/images/icons/priorities/critical.png">Critical</priority>
                    <status id="4" iconUrl="http://www.doctrine-project.org/jira/images/icons/statuses/reopened.png">Reopened</status>
                    <resolution id="-1">Unresolved</resolution>
                    <security id="10000">All</security>
                        <assignee username="guilhermeblanco">Guilherme Blanco</assignee>
                                <reporter username="romanb">Roman S. Borschel</reporter>
                        <labels>
                    </labels>
                <created>Tue, 22 Dec 2009 20:04:28 +0000</created>
                <updated>Sat, 30 Oct 2010 13:36:35 +0000</updated>
                                    <version>2.0-ALPHA3</version>
                                <fixVersion>2.x</fixVersion>
                                <component>ORM</component>
                        <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                        <comments>
                    <comment id="13006" author="romanb" created="Wed, 19 May 2010 06:56:56 +0000"  >&lt;p&gt;Whats the status here? Do we have any?&lt;/p&gt;</comment>
                    <comment id="13016" author="guilhermeblanco" created="Wed, 19 May 2010 22:02:17 +0000"  >&lt;p&gt;Since we moved to Symfony Console I don&apos;t think this is needed anymore.&lt;br/&gt;
The purpose of this ticket was actually to test our own CLI support, which was dropped. &lt;/p&gt;

&lt;p&gt;I&apos;m closing the ticket due to this. Reopen if you have any other comment.&lt;/p&gt;</comment>
                    <comment id="13021" author="beberlei" created="Thu, 20 May 2010 05:03:53 +0000"  >&lt;p&gt;I think we do need some basic functional tests of our Commands, they have been subject to many bugs in the past becaues they are not tested.&lt;/p&gt;</comment>
                    <comment id="13373" author="beberlei" created="Sat, 19 Jun 2010 18:30:36 +0000"  >&lt;p&gt;Fixed another fatal error in the command due to missing namespace dependency. We need tests for all the commands, there have been dozens of issues on these things so far.&lt;/p&gt;

&lt;p&gt;This commit shows a simple approach on how testing is easily possible for symfony commands:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://github.com/doctrine/doctrine2/commit/51e6681934a7cf4448b85c5670c04045f66c6056&quot; class=&quot;external-link&quot;&gt;http://github.com/doctrine/doctrine2/commit/51e6681934a7cf4448b85c5670c04045f66c6056&lt;/a&gt;&lt;/p&gt;</comment>
                    <comment id="14079" author="romanb" created="Thu, 26 Aug 2010 07:58:29 +0000"  >&lt;p&gt;Can we expect some more tests for beta4 or is it unlikely that you find the time? Should we move this further back or does someone else want to step in?&lt;/p&gt;</comment>
                </comments>
                <issuelinks>
                        <issuelinktype id="10001">
                <name>Reference</name>
                                                <inwardlinks description="is referenced by">
                            <issuelink>
            <issuekey id="10929">DDC-359</issuekey>
        </issuelink>
                    </inwardlinks>
                            </issuelinktype>
                    </issuelinks>
                <attachments>
                </attachments>
            <subtasks>
        </subtasks>
        </item>
</channel>
</rss>