Doctrine Projecthttp://www.doctrine-project.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+DMIG+AND+resolution+%3D+Unresolved+ORDER+BY+priority+DESC
An XML representation of a search requesten-us6.2.3626015-04-2014RE: [DMIG-30] Make :migrations:diff smart and generate Schema object changes, not SQL directly
http://www.doctrine-project.org/jira/browse/DMIG-30?focusedCommentId=22423#comment-22423
Tue, 28 Jan 2014 20:33:44 +0000David Simon
<p>Note that there's also a PR for this change at <a href="https://github.com/doctrine/migrations/pull/79" class="external-link" rel="nofollow">https://github.com/doctrine/migrations/pull/79</a>.</p>
<p>I just tried it out myself, rebasing on latest master, and it works great. Please consider merging, developers, this feature is awesome!</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=davidmikesimon">David Simon</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-30">DMIG-30</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-30?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=22423\#worklog-22423RE: [DMIG-36] Iterating over versions is very slow
http://www.doctrine-project.org/jira/browse/DMIG-36?focusedCommentId=21979#comment-21979
Sun, 22 Dec 2013 11:52:04 +0000Jeroen Thora
<p>Benjamin Eberlei &amp; Marco Pivetta any idea's/update on this issue?</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=jeroenthora">Jeroen Thora</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-36">DMIG-36</a>)</td>
</tr>
<tr>
<td>Edited by:</td>
<td><a href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=jeroenthora">Jeroen Thora</a></td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=21979\#worklog-21979RE: [DMIG-36] Iterating over versions is very slow
http://www.doctrine-project.org/jira/browse/DMIG-36?focusedCommentId=20695#comment-20695
Mon, 15 Jul 2013 07:03:42 +0000Jeroen Thora
<p>We are experiencing the same problem, especialy when running migrations (plain sql queries) against a remote server. We have currently 4 migrations scripts, the first and second script contains the creation of around 10 tables (incl indexes, fk's, pk's, etc) this goes relativly fast (goes bit slower than running on a local server but that would be an amount of latancy) but when executing the third script (which only include a drop and create of an index) takes more than 60 seconds to execute. All these migration scripts are <ins>auto-generated by the diff tool</ins></p>
<p>After a bit of debugging it looks like the <b>createSchema()</b> function is called every migration but each migration script the database gets more tables and so it will take each migration more time to finish the createSchema() function</p>
<p>The function is called here: <a href="https://github.com/doctrine/migrations/blob/master/lib/Doctrine/DBAL/Migrations/Version.php#L243" class="external-link" rel="nofollow">https://github.com/doctrine/migrations/blob/master/lib/Doctrine/DBAL/Migrations/Version.php#L243</a></p>
<p>First of all why is the create schema function needed to be executed and why every migration, because if you use plain sql migrations (auto-generated from mapping/entities) the migrations should just be executed, they don't need to know anything about the current state of the database except of the current migration version. So wouldn't it be a solution to check if the script containts plain sql or the migrations function and if it's just sql execute the migrations without checking the database</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=jeroenthora">Jeroen Thora</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-36">DMIG-36</a>)</td>
</tr>
<tr>
<td>Edited by:</td>
<td><a href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=jeroenthora">Jeroen Thora</a></td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20695\#worklog-20695RE: [DMIG-24] False positives in Comparator on default values
http://www.doctrine-project.org/jira/browse/DMIG-24?focusedCommentId=20428#comment-20428
Thu, 23 May 2013 08:06:56 +0000And
<p>And yes - related issue: <a href="http://www.doctrine-project.org/jira/browse/DDC-2467" class="external-link" rel="nofollow">http://www.doctrine-project.org/jira/browse/DDC-2467</a></p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=and">And</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-24">DMIG-24</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20428\#worklog-20428RE: [DMIG-41] Diff generated even if nothing changed (with solution)
http://www.doctrine-project.org/jira/browse/DMIG-41?focusedCommentId=20427#comment-20427
Thu, 23 May 2013 07:52:15 +0000And
<p>migrations:diff</p>
<p>$this-&gt;buildCodeFromSql return '$this-&gt;abortIf($this-&gt;connection-&gt;getDatabasePlatform()<del>&gt;getName() != "mysql", "Migration can only be executed safely on 'mysql'.");' on empty $this</del>&gt;getMigrateToSql</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=and">And</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-41">DMIG-41</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-41?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20427\#worklog-20427RE: [DMIG-24] False positives in Comparator on default values
http://www.doctrine-project.org/jira/browse/DMIG-24?focusedCommentId=20426#comment-20426
Thu, 23 May 2013 07:35:01 +0000Marco Pivetta
<p>What are the affected versions for this bug? I think it is a DBAL schema comparator issue.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=ocramius">Marco Pivetta</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-24">DMIG-24</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20426\#worklog-20426RE: [DMIG-41] Diff generated even if nothing changed (with solution)
http://www.doctrine-project.org/jira/browse/DMIG-41?focusedCommentId=20424#comment-20424
Thu, 23 May 2013 07:28:58 +0000Marco Pivetta
<p>What are the commands you ran?</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=ocramius">Marco Pivetta</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-41">DMIG-41</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-41?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20424\#worklog-20424RE: [DMIG-24] False positives in Comparator on default values
http://www.doctrine-project.org/jira/browse/DMIG-24?focusedCommentId=20423#comment-20423
Thu, 23 May 2013 07:20:53 +0000And
<p>private $isActive = 1?</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=and">And</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-24">DMIG-24</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20423\#worklog-20423RE: [DMIG-30] Make :migrations:diff smart and generate Schema object changes, not SQL directly
http://www.doctrine-project.org/jira/browse/DMIG-30?focusedCommentId=17430#comment-17430
Fri, 17 Feb 2012 06:19:43 +0000Tyler Sommer
<p>I've gone and followed what I outlined in my last comment, but there is a small snag.</p>
<p>Comparator and SchemaDiff check for schema changes that are not possible to make using public methods. An example is a dropped index. Both Comparator and SchemaDiff support dropping indexes, but there is no Table#dropIndex to actually make it happen. </p>
<p>However, if you use Reflection to modify the underlying Table#$_indexes array, then the proper SQL will be generated by SchemaDiff. Terrible and dirty, I know. We should do something about it <img class="emoticon" src="http://www.doctrine-project.org/jira/images/icons/emoticons/smile.gif" height="16" width="16" align="absmiddle" alt="" border="0"/> Should I create a ticket?</p>
<p>Anyway, I've attached a patch (based on the current master, 9e81984) of what I've come up with. I <em>think</em> I've covered everything. This will even generate code to drop indexes and foreign keys (using Reflection). I've tried it on a schema of around 90 entities and it works beautifully. Of course, it's definitely not done or ready, but I wanted to see what was thought about what I've done.</p>
<p>Finally, what would be considered an acceptable test for this kind of thing? I suppose if I refactor all of the code generating bits into individual methods, I could pretty easily test for expected output. Am I on the right track?</p>
<p>edit: by the way, use <tt>migrations:diff --no-platform</tt> to generate the migration</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=veonik">Tyler Sommer</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-30">DMIG-30</a>)</td>
</tr>
<tr>
<td>Edited by:</td>
<td><a href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=veonik">Tyler Sommer</a></td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-30?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17430\#worklog-17430RE: [DMIG-30] Make :migrations:diff smart and generate Schema object changes, not SQL directly
http://www.doctrine-project.org/jira/browse/DMIG-30?focusedCommentId=17367#comment-17367
Fri, 3 Feb 2012 22:52:55 +0000Tyler Sommer
<p>I think this would be something that would greatly increase the usefulness of migrations.</p>
<p>After looking things over, I think doing something like this could work:</p>
<ul>
<li>Instantiate an instance of Doctrine\ORM\Tools\Comparator, and retrieve a Doctrine\DBAL\Schema\SchemaDiff using $comparator-&gt;compare($fromSchema, $toSchema);</li>
<li>Iterate over each of the SchemaDiff's properties to retrieve new tables, dropped tables, columns, indexes, etc to generate both up and down code</li>
</ul>
<p>It seems fairly simple, but I get kind of lost thinking about how it can be tested.</p>
<p>Another option, which may in the end be easier but more dirty, is to create a 'PhpPlatform' that only actually implements the getCreateTableSQL, getDropTableSQL, etc methods of Doctrine\DBAL\Platforms\AbstractPlatform.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=veonik">Tyler Sommer</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-30">DMIG-30</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-30?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17367\#worklog-17367RE: [DMIG-26] Remove implicit schema diff to sql in Migration tasks for explicit solution
http://www.doctrine-project.org/jira/browse/DMIG-26?focusedCommentId=16900#comment-16900
Mon, 21 Nov 2011 18:34:41 +0000Beau Simensen
<p>Alright, I'll see what I can do. I have a feeling I will get a pretty good idea how everything works if I start digging into this one.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=simensen">Beau Simensen</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-26">DMIG-26</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-26?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16900\#worklog-16900RE: [DMIG-26] Remove implicit schema diff to sql in Migration tasks for explicit solution
http://www.doctrine-project.org/jira/browse/DMIG-26?focusedCommentId=16892#comment-16892
Sun, 20 Nov 2011 08:28:17 +0000Benjamin Eberlei
<p>Yes exactly</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=beberlei">Benjamin Eberlei</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-26">DMIG-26</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-26?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16892\#worklog-16892RE: [DMIG-26] Remove implicit schema diff to sql in Migration tasks for explicit solution
http://www.doctrine-project.org/jira/browse/DMIG-26?focusedCommentId=16891#comment-16891
Sun, 20 Nov 2011 04:33:45 +0000Beau Simensen
<p>So each call to <tt>syncSchema()</tt> would result in processing all changes on the schema instance (<tt>dropTable()</tt>, etc.) to actual SQL commands and placed on the "operations" stack? And at that point the schema instance should show no diffs so that any future calls to <tt>syncSchema()</tt> would only include schema changes since the previous call?</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=simensen">Beau Simensen</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-26">DMIG-26</a>)</td>
</tr>
<tr>
<td>Edited by:</td>
<td><a href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=simensen">Beau Simensen</a></td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-26?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16891\#worklog-16891RE: [DMIG-18] diffing causes lots of false positives (on postgresql)
http://www.doctrine-project.org/jira/browse/DMIG-18?focusedCommentId=16461#comment-16461
Sat, 10 Sep 2011 08:24:14 +0000Finjon Kiang
<p>well... the diff is not reliable currently as all the indexes, constraints were affected and serial, bigserial fields would be replaced using int and bigint...</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=kiang">Finjon Kiang</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-18">DMIG-18</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-18?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16461\#worklog-16461RE: [DMIG-18] diffing causes lots of false positives (on postgresql)
http://www.doctrine-project.org/jira/browse/DMIG-18?focusedCommentId=16460#comment-16460
Sat, 10 Sep 2011 07:52:42 +0000Finjon Kiang
<p>Currently, sequences won't be dropped when using diff tool (latest version from github downloaded today). But it still drops the default value like 'nextval('xxx_seq')'. As the database wasn't used by doctrine2 only, dropping default value like that caused some problems in my environment.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=kiang">Finjon Kiang</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-18">DMIG-18</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-18?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16460\#worklog-16460RE: [DMIG-18] diffing causes lots of false positives (on postgresql)
http://www.doctrine-project.org/jira/browse/DMIG-18?focusedCommentId=16118#comment-16118
Tue, 5 Jul 2011 12:38:01 +0000Lukas Kahwe
<p>likely solved with <a href="http://www.doctrine-project.org/jira/browse/DBAL-42" class="external-link" rel="nofollow">http://www.doctrine-project.org/jira/browse/DBAL-42</a></p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=lsmith">Lukas Kahwe</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-18">DMIG-18</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-18?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16118\#worklog-16118RE: [DMIG-17] bug in reverting migrations
http://www.doctrine-project.org/jira/browse/DMIG-17?focusedCommentId=15981#comment-15981
Mon, 13 Jun 2011 22:42:57 +0000Karsten Dambekalns
<p>The problem is the missing constraint name. I looked up the name the constraint had and added it to the statement and it worked.</p>
<p>Since the names are generated by MySQL automatically, looking them up when generating the migration will probably not work, because the generated name might differ on another setup. What would work is creating names for the constraints and use them in create and drop operations.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=k-fish">Karsten Dambekalns</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-17">DMIG-17</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15981\#worklog-15981RE: [DMIG-18] diffing causes lots of false positives (on postgresql)
http://www.doctrine-project.org/jira/browse/DMIG-18?focusedCommentId=15857#comment-15857
Sat, 14 May 2011 23:26:04 +0000Ilan
<p>I have noticed the same problems when using @GeneratedValue(strategy="IDENTITY").<br/>
Postgres will create a sequence which doctrine does not manage. When running a schema validation doctrine fails because the diff tool<br/>
believes the sequences should not be in the database. <br/>
Same problem when trying to update the schema with --complete, doctrine will run queries to drop the sequences.</p>
<p>Regards,</p>
<p>Ilan</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=ilanco">Ilan</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-18">DMIG-18</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-18?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15857\#worklog-15857RE: [DMIG-21] Call to undefined method Doctrine\DBAL\Migrations\Tools\Console\Command\StatusCommand::getApplication()
http://www.doctrine-project.org/jira/browse/DMIG-21?focusedCommentId=15679#comment-15679
Mon, 4 Apr 2011 19:20:26 +0000Wil Moore III
<p>I also confirm this behavior. I've also verified that this issue can be resolved by grabbing the latest (HEAD) from the Symfony repo.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=wilmoore">Wil Moore III</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-21">DMIG-21</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-21?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15679\#worklog-15679RE: [DMIG-21] Call to undefined method Doctrine\DBAL\Migrations\Tools\Console\Command\StatusCommand::getApplication()
http://www.doctrine-project.org/jira/browse/DMIG-21?focusedCommentId=15639#comment-15639
Wed, 30 Mar 2011 10:41:19 +0000Romain D.
<p>I have this issue too with the "packaged" Doctrine 2.0.3 availible at <a href="http://www.doctrine-project.org/downloads/DoctrineORM-2.0.3-full.tar.gz" class="external-link" rel="nofollow">http://www.doctrine-project.org/downloads/DoctrineORM-2.0.3-full.tar.gz</a>.</p>
<p>Weirdly enough, the method is availible in the latest master, cf. <a href="https://github.com/symfony/Console/blob/master/Command/Command.php#L88" class="external-link" rel="nofollow">https://github.com/symfony/Console/blob/master/Command/Command.php#L88</a></p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=artefact2">Romain D.</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-21">DMIG-21</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-21?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15639\#worklog-15639RE: [DMIG-6] Put Migrations under own namespace to avoid problems with Autoloader
http://www.doctrine-project.org/jira/browse/DMIG-6?focusedCommentId=13481#comment-13481
Thu, 1 Jul 2010 12:47:55 +0000Jonathan H. Wage
<p>I will add some documentation about using multiple class loaders and order.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=jwage">Jonathan H. Wage</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-6">DMIG-6</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481\#worklog-13481RE: [DMIG-6] Put Migrations under own namespace to avoid problems with Autoloader
http://www.doctrine-project.org/jira/browse/DMIG-6?focusedCommentId=13478#comment-13478
Thu, 1 Jul 2010 04:15:47 +0000Marcus Stöhr
<p>Yes, with the migrations being an extension of the DBAL I agree with you. As of today I wasn't aware of the fact that the autoloader using a stack (I should have checked that prior). However, it would be nice to have either some documentation about it or extend the ClassLoader to handle this implicit.</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=mstoehr">Marcus Stöhr</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-6">DMIG-6</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13478\#worklog-13478RE: [DMIG-6] Put Migrations under own namespace to avoid problems with Autoloader
http://www.doctrine-project.org/jira/browse/DMIG-6?focusedCommentId=13473#comment-13473
Wed, 30 Jun 2010 18:08:25 +0000Jonathan H. Wage
<p>I am not sure we should do this. The migrations are an extension of the DBAL so it makes sense to be under that namespace. I thin it is normal to have to register the autoloaders in the right order, no?</p>
<br/>
<br/>
<table>
<tr>
<td>Author:</td>
<td><a
href="http://www.doctrine-project.org/jira/secure/ViewProfile.jspa?name=jwage">Jonathan H. Wage</a>
(<a href="http://www.doctrine-project.org/jira/browse/DMIG-6">DMIG-6</a>)</td>
</tr>
</table>
http://www.doctrine-project.org/jira/browse/DMIG-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13473\#worklog-13473