Closed GoogleCodeExporter closed 9 years ago
I just made one minor change - changed the To field to a Long as it should have
been.
But the Logger didn't change.
Either way, I wasn't able to reproduce this.
One thing - remove the Directory part. That is if you want to have the Migrate
task
compile your Migrations in memory. (Which I don't think currently is working
with the
MSBuild task).
Original comment by geoffl...@gmail.com
on 9 Feb 2009 at 11:07
I got this error too. It was because I built the project with the .NET 3.5
msbuild.
To fix it, change line 108 of default.build so that the build will compile
Migrator.MSBuild.dll with .net 3.5 as well as .net 2.0:
line 108 used to be:
<csc target="library" output="${dir.bin}/Migrator.MSBuild.dll"
define="${defines}"
debug="${debug}" if="${framework::get-target-framework() == 'net-2.0'">
should be:
<csc target="library" output="${dir.bin}/Migrator.MSBuild.dll"
define="${defines}"
debug="${debug}" if="${framework::get-target-framework() == 'net-2.0' or
framework::get-target-framework() == 'net-3.5'}">
After changing that, the Migrator.MSBuild.dll was produced from running
build.bat,
and the MSBuild migration task worked.
I noticed that there is a property called DOTNET2 which checks for either
version of
the framework, but it doesn't seem to be used.
Original comment by lance.fi...@gmail.com
on 13 Feb 2009 at 6:52
SVN 130
Thanks for finding that Lance, it should be fixed now.
The DOTNET2 was a define (to using in #if conditions in the code)
I made a property called mono and a property called dotnet that could be
checked in various places to see if they
were defined, so I think that should fix the. Please confirm.
Original comment by geoffl...@gmail.com
on 14 Feb 2009 at 7:51
Working sweet now, thanks
Original comment by rdingw...@gmail.com
on 15 Feb 2009 at 3:14
Original issue reported on code.google.com by
rdingw...@gmail.com
on 29 Jan 2009 at 11:45