Question

Hi Guys,

I've followed your upgrade steps... and removed the PersistentAttribute usage in AssemblyInfo.cs. Does that attribute usage need to be replaced with another one?

Because now I get the error:

Xtensive.Storage.DomainBuilderException : [Persistent] attribute isn't applied on type 'MyModel.EntityBase', or assembly 'MyModel......."

Updated at 14.05.2010 21:48:15

Ok, I came up with an absolutely genius workaround :wink:

I created a new DO4 Model project and moved all my code files in there.

Anyway, apparently there is a problem with the NotNullConstraint. I kept getting weird PS2 exceptions until I isolated the NotNullConstraint to be the cause, and commented out all usages. Maybe other constraints are affected too, but I don't use them in my project yet.

Error   2   Unhandled exception (2.0.5.1204, 64 bit, CLR 4.0, Release): System.InvalidOperationException: Operation is not valid due to the current state of the object.
   at PostSharp.AspectWeaver.Transformations.ArgumentsWriter.^C0S6plPn.EmitCreateArguments(MethodMappingWriter _0, InstructionWriter _1)
   at ^1gq46AVh1jKu.^/1JyDPoZ5pES.^h4HWFf13.^5ob0Y2pr(MethodExecutionAdviceOptimizations _0, MethodExecutionAdviceOptimizations _1, LocalVariableSymbol _2, InstructionWriter _3, MethodMappingWriter _4, Boolean _5)
   at ^1gq46AVh1jKu.^/1JyDPoZ5pES.^h4HWFf13.WeaveOnException(InstructionBlock _0, ITypeSignature _1, InstructionWriter _2)
   at PostSharp.AspectInfrastructure.Helpers.MethodBodyWrappingImplementation.Implement(Boolean hasOnEntry, Boolean hasOnSuccess, Boolean hasOnExit, ITypeSignature[] exceptionTypes)
   at ^1gq46AVh1jKu.^/1JyDPoZ5pES.^h4HWFf13.^r4DISfQ8()
   at ^1gq46AVh1jKu.^/1JyDPoZ5pES.Implement(MethodBodyTransformationContext _0)
   at ^j1TTpdjykhlv.^LuETqvLKzZPB(MetadataDeclaration _0, MetadataDeclaration _1, MethodSemantics _2, InstructionBlock _3, Object[] _4, CanonicalMethodMapping _5, LocalVariableSymbol _6, InstructionSequence _7, TypeDefDeclaration _8, PipelineTransversalState _9)
   at ^MznFwdI/QV4L.^HvVDHXOj(MetadataDeclaration _0, IDependencyTransformationInstance[] _1, PipelineTransversalState _2, MethodSemantics _3)
   at PostSharp.AspectInfrastructure.AspectInfrastructureTask.^jwku0geZ(MetadataDeclaration _0, PipelineTransversalState _1, MethodSemantics _2, Boolean _3)
   at PostSharp.AspectInfrastructure.AspectInfrastructureTask.^jwku0geZ(IMetadataDeclaration _0, PipelineTransversalState _1, MethodSemantics _2)
   at ^ojoG8vHZKKke.^HvVDHXOj(MetadataDeclaration _0, IDependencyTransformationInstance[] _1, PipelineTransversalState _2, MethodSemantics _3)
   at PostSharp.AspectInfrastructure.AspectInfrastructureTask.^jwku0geZ(MetadataDeclaration _0, PipelineTransversalState _1, MethodSemantics _2, Boolean _3)
   at PostSharp.AspectInfrastructure.AspectInfrastructureTask.^jwku0geZ(IMetadataDeclaration _0, PipelineTransversalState _1, MethodSemantics _2)
   at PostSharp.AspectInfrastructure.StructuredDeclarationDictionary`1.^d+wOzSPF(IMetadataDeclaration _0, Func`2 _1)
   at PostSharp.AspectInfrastructure.StructuredDeclarationDictionary`1.^+g+TCqVg(TypeDefDeclaration _0, Func`2 _1, Set`1 _2)
   at PostSharp.AspectInfrastructure.StructuredDeclarationDictionary`1.^fJqG(Func`2 _0)
   at PostSharp.AspectInfrastructure.AspectInfrastructureTask.Execute()
   at PostSharp.Extensibility.Project.ExecutePhase(String phase)
   at PostSharp.Extensibility.Project.Execute()
   at PostSharp.Hosting.PostSharpObject.ExecuteProjects()
   at PostSharp.Hosting.PostSharpObject.InvokeProject(ProjectInvocation projectInvocation)  D:\Projects\Primavera\Model\POSTSHARP   Model

This thread was imported from our support forum. The original discussion may contain more detailed answer.

Answer 1

Alex (Xtensive) wrote:

> Xtensive.Storage.DomainBuilderException : [Persistent] attribute isn't applied on type 'MyModel.EntityBase', or assembly 'MyModel......."

It seems we forgot fix the error message: "[Persistent] attribute" must be excluded from it.

> Anyway, apparently there is a problem with the NotNullConstraint.

I'll forward this report to PostSharp team - we use standard OnMethodBoundaryAspect for validation, so possibly the cause is inside PostSharp.

If you could send us some project allowing to reproduce the issue, this would help a lot.

olorin wrote:

I have the same problem with latest build.

My feeling is that the csproj are different : creating a new project works, but trying to use a project for DO 4.2 fails.

I've seen there is a new import (first one), in a project created with the template.

<Import Project="$(DataObjectsDotNetPath)\Common\Defaults.MixedProject.targets" />
  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
  <Import Project="$(DataObjectsDotNetPath)\Common\DataObjects.Net.targets" />

Have precise instructions on how to migrate a DO4.2 project?

Dmitri Maximov (Xtensive) wrote:

We are working on this and going to publish the instructions as well as the Project upgrade tool (http://blog.dataobjects.net/2010/05/pro ... -tool.html) shortly.

Alex (Xtensive) wrote:

Precise instruction:

Insert: <import project="$(DataObjectsDotNetPath)\\Common\\DataObjects.Net.targets"/> after all the <import>s.
Insert: <import project="$(DataObjectsDotNetPath)\\Common\\Defaults.???Project.targets"/> before all the <import>s, where Defaults.???Project.targets is:
Defaults.ModelProject.targets - for projects that require post-processing by PostSharp, but don't require copying all indirect dependencies to Bin folder (P, !C)
Defaults.DllProject.targets - for projects that don't require any post-processing, but use DataObjects.Net.targets (!P, !C)
Defaults.ExeProject.targets - for projects that don't require any post-processing, but require copying all indirect dependencies to Bin folder (!P, C)
Defaults.TestsProject.targets - absolutely the same (!P, C)
Defaults.WebProject.targets - absolutely the same (!P, C)
Defaults.MixedProject.targets - for projects that require post-processing by PostSharp and copying all indirect dependencies to Bin folder (P, C)
Remove the following old-style directives: <usepostsharp>...</usepostsharp> <dontimportpostsharp>...</dontimportpostsharp> <copyindirectdependencies>...</copyindirectdependencies>

That's it.

Project Upgrade Tool will handle both previous and described settings properly - i.e. if format will be changed further (that's likely), it will be able to automatically upgrade your projects.

Alex (Xtensive) wrote:

I just finished writing project upgrade tool - it is in attachment. It handles everything I described here automatically + adds all necessary references; moreover, it is capable of upgrading solutions using previous versions of DO4 to new v4.3 format.

Typical usage: > ProjectUpgrader.exe -sln=MySolution.sln - upgrades your solution (UI will be shown, so operation won't start immediately) > ProjectUpgrader.exe -u MyProject.csproj - upgrades\updates your project (UI will be shown, so operation won't start immediately) > ProjectUpgrader.exe -? - help for console mode commands.

Improved DO4 installer (not available yet) adds it to Tools menu in Visual Studio 2010. For now you can add it to External Tools manually - all the settings you need should be clear from this dump:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\10.0\External Tools\DataObjects.Net - Update Project]
"ToolCmd"="%DataObjectsDotNetPath%\\Common\\ProjectUpgrader\\ProjectUpgrader.exe"
"ToolArg"="-u $(ProjectFileName)"
"ToolDir"="$(ProjectDir)"
"ToolOpt"=dword:0000001a

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\10.0\External Tools\DataObjects.Net - Upgrade Solution]
"ToolCmd"="%DataObjectsDotNetPath%\\Common\\ProjectUpgrader\\ProjectUpgrader.exe"
"ToolArg"="-sln=$(SolutionFileName)"
"ToolDir"="$(SolutionDir)"
"ToolOpt"=dword:0000001a

"ToolOpt"=dword:0000001a = "Redirect standard output to Output window".

Updated at 14.05.2010 21:48:15

Alex (Xtensive) wrote:

olorin wrote:

Dmitri Maximov (Xtensive) wrote:

Alex (Xtensive) wrote:

Alex (Xtensive) wrote:

Subscription:

Related questions