<!-- 
RSS generated by JIRA (5.2.7#850-sha1:b2af0c8dc8537b36121c6a579fabbdf79fc919e5) at Tue Jun 18 22:45:05 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/DDC-898/DDC-898.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>[DDC-898] Make DiscriminatorMap optional in Inheritance Mapping</title>
                <link>http://www.doctrine-project.org/jira/browse/DDC-898</link>
                <project id="10032" key="DDC">Doctrine 2 - ORM</project>
                        <description>&lt;p&gt;It would be nice if a DiscriminatorMap was optional when defining Inheritance Mapping. For example, in dynamic environments where the actual classes that will extend a base class are not known, it would be much easier to have a default discriminator map created by Doctrine, which just mapped the class name to itself. &lt;/p&gt;

&lt;p&gt;Having the DiscriminatorMap is great for some uses, but I think it should just use the classnames by default. That would mean less work for the developer and a more flexible/simpler system overall.&lt;/p&gt;</description>
                <environment></environment>
            <key id="12171">DDC-898</key>
            <summary>Make DiscriminatorMap optional in Inheritance Mapping</summary>
                <type id="4" iconUrl="http://www.doctrine-project.org/jira/images/icons/issuetypes/improvement.png">Improvement</type>
                                <priority id="3" iconUrl="http://www.doctrine-project.org/jira/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.doctrine-project.org/jira/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="2">Won&apos;t Fix</resolution>
                    <security id="10000">All</security>
                        <assignee username="romanb">Roman S. Borschel</assignee>
                                <reporter username="nd987">Nick Daugherty</reporter>
                        <labels>
                    </labels>
                <created>Sat, 27 Nov 2010 18:50:24 +0000</created>
                <updated>Thu, 3 Jan 2013 17:24:24 +0000</updated>
                    <resolved>Mon, 29 Nov 2010 03:42:16 +0000</resolved>
                                                            <component>ORM</component>
                        <due></due>
                    <votes>0</votes>
                        <watches>2</watches>
                        <comments>
                    <comment id="14864" author="beberlei" created="Mon, 29 Nov 2010 03:42:16 +0000"  >&lt;p&gt;This is technically not possible (and wanted). &lt;/p&gt;

&lt;p&gt;Explaination is simple:&lt;/p&gt;

&lt;p&gt;Say i wouldnt define the Inheritance Mapping upfront and now do a query:&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;SELECT u FROM Root u
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Since this query would hydrate ALL children of Root also. How would the code know which classes are parents? You cannot call find this out with Reflection or any other classes since you don&apos;t know for sure if the classes have been loaded using require_once yet.&lt;/p&gt;</comment>
                    <comment id="15246" author="omega" created="Thu, 10 Feb 2011 15:06:07 +0000"  >&lt;p&gt;I brought up exactly the same issue in &lt;a href=&quot;http://www.doctrine-project.org/jira/browse/DDC-764&quot; title=&quot;Discriminator maps interfere with OO design.&quot;&gt;&lt;del&gt;DDC-764&lt;/del&gt;&lt;/a&gt; a while back.&lt;/p&gt;

&lt;p&gt;I don&apos;t understand the difficulty in allowing us to define a column in the superclass that Doctrine2 will use to to know what class name to use.  Upon hydration, doctrine - in exactly the same way as with a discriminator map - will know which classes to instantiate.  Class loading behaviour is basically identical.&lt;/p&gt;

&lt;p&gt;This is proven by the fact that almost every single discriminator map I&apos;ve seen to date looks like this:&lt;/p&gt;

&lt;p&gt;&quot;class_name&quot; = &quot;Class_Name&quot;&lt;br/&gt;
&quot;another_class&quot; = &quot;Another_Class&quot;&lt;/p&gt;

&lt;p&gt;Given this, I still maintain that discriminator maps are totally redundant and would love to hear more people sound off on this issue.  This is a great dynamic feature with lots of merit.  I think it deserves more research.&lt;/p&gt;</comment>
                    <comment id="19212" author="jsjohns" created="Thu, 3 Jan 2013 17:24:24 +0000"  >&lt;p&gt;&lt;a href=&quot;http://www.doctrine-project.org/jira/browse/DDC-1542&quot; title=&quot;GH-221: [Inheritance] Joined: Default discriminator map&quot;&gt;&lt;del&gt;DDC-1542&lt;/del&gt;&lt;/a&gt; duplicates this issue, and was fixed in Doctrine 2.3.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
        </item>
</channel>
</rss>