<!-- 
RSS generated by JIRA (5.2.7#850-sha1:b2af0c8dc8537b36121c6a579fabbdf79fc919e5) at Fri May 24 18:50: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/si/jira.issueviews:issue-xml/DC-388/DC-388.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Doctrine Project</title>
    <link>http://www.doctrine-project.org/jira</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>5.2.7</version>
        <build-number>850</build-number>
        <build-date>21-02-2013</build-date>
    </build-info>

<item>
            <title>[DC-388] Conservative loading not working</title>
                <link>http://www.doctrine-project.org/jira/browse/DC-388</link>
                <project id="10031" key="DC">Doctrine 1</project>
                        <description>&lt;p&gt;Apparently, when setting  Doctrine::MODEL_LOADING_CONSERVATIVE things like Doctrine_Core::createTablesFromModels() don&apos;t work.  Have to enable aggressive model loading.  This has been confirmed on the doctrine-user mailing list.&lt;/p&gt;

&lt;p&gt;I took a brief look at the code: I may be missing something but it appears there may be a logic difference in the conservative vs. aggressive model loading method.  Aggressive loading uses require_once on all files in the model directory and tries to determine the name of the class inside the file (by doing a difference on the loaded classes).  This logic makes sense since the class and file name do not have to match.&lt;/p&gt;

&lt;p&gt;However, conservative loading just tries to calculate the class name and store it in an array for later loading by the autoloader.  This means there is a huge logic difference in behaviour between these two loading methods since the model class files actually must differ depending on case (specifically, the model class file name must follow a specific format to match the actual class name) otherwise the autoload array will never know the correct name of the class.&lt;/p&gt;

&lt;p&gt;I would also like to comment that overall, require_once is a poor choice for performance reasons, it&apos;s vastly slower than include_once, but overall the logic should better be adjusted to use plain include (if possible), for performance reasons.&lt;/p&gt;</description>
                <environment>Apache 2, MySQL 5.1, PHP 5.2.9, Debian 5</environment>
            <key id="10663">DC-388</key>
            <summary>Conservative loading not working</summary>
                <type id="1" iconUrl="http://www.doctrine-project.org/jira/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.doctrine-project.org/jira/images/icons/priorities/major.png">Major</priority>
                    <status id="1" iconUrl="http://www.doctrine-project.org/jira/images/icons/statuses/open.png">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="beberlei">Benjamin Eberlei</assignee>
                                <reporter username="drak">Karma Dordrak (Drak)</reporter>
                        <labels>
                    </labels>
                <created>Sat, 26 Dec 2009 03:00:22 +0000</created>
                <updated>Wed, 27 Jan 2010 23:53:07 +0000</updated>
                                    <version>1.2.1</version>
                                                <component>Attributes</component>
                        <due></due>
                    <votes>1</votes>
                        <watches>0</watches>
                                <attachments>
                </attachments>
            <subtasks>
        </subtasks>
        </item>
</channel>
</rss>