As we have already told you before, the problem is that the ViewHomePage partial class is, in fact, not mapped to a table (as your DataContext has no property of the Table<ViewHomePage> type). In this case, the Column mapping attribute has no effect, so the LinqConnect runtime accesses the CycleStatusDesc property (and not the _cycleStatusDesc field directly) and, as this property has no setter, it is always NULL.
Please note, that when I (temporarily) move the code for my custom property declaration and place it in the original "ViewHomePage" class generated by dotConnect, it all works fine and CycleStatusDesc is populated.
In this case, the Column mapping attribute has effect due to the fact that the original "ViewHomePage" class generated by LinqConnect is mapped to a table and has the Table<ViewHomePage> type property (DataContext should 'know' which entities have to do with it), i.e.:
Code: Select all
public Devart.Data.Linq.Table<ViewHomePage> ViewHomePages
{
get
{
return this.GetTable<ViewHomePage>();
}
}
Thus, please do not use the column mapping attribute and add setter for the CycleStatusDesc property in the ViewHomePage partial class:
Code: Select all
partial class ViewHomePage {
private string _cycleStatusDesc = null;
public string CycleStatusDesc {
get {
return _cycleStatusDesc;
}
set {_cycleStatusDesc = value;}
}
}
Besides, we are sending a small test project to the e-mail address you have provided in your forum profile. Please check that the letter is not blocked by your mail filter.
As for the fact, that this scenario had worked with the earlier versions, we tested it with the previous version (4.2.229) and we got NULL as a result. Please
send us a sample project, with which this scenario works with earlier versions, so that we could investigate it.