CSLA .NET 3.6 RC1 available

RockfordLhotka posted on Friday, December 05, 2008

CSLA .NET for Windows and CSLA .NET for Silverlight version 3.6 RC1 are now available for download.

The Expert C# 2008 Business Objects book went to the printer on November 24 and should be available very soon.

I'm working to have a final release of 3.6 as quickly as possible. The RC1 release includes a small number of bug fixes based on issues reported through the CSLA .NET forum. Barring any show-stopping bug reports over the next few days, I expect to release version 3.6 on December 15.

If you intend to use version 3.6, please download this release candidate and let me know if you encounter any issues. Thank you!

ajj3085 replied on Friday, December 05, 2008

Hi,

I'm checking the code for CslaDataProvider, so that I can work my changes back in.

It looks like the Save is now always cloning, if the instance supports IClonable. Shouldn't it be checking ApplicationContext.AutoCloneOnUpdate?

Andy

RockfordLhotka replied on Friday, December 05, 2008

That was an intentional change - though I do have concerns.

The AutoCloneOnUpdate functionality in the data portal is good - required actually to provide consistency with a remote data portal.

But it has a limitation, in that the clone occurs after ApplyEdit() is called. So an error on the server will result in the client-side object graph being "valid", but not in its original state.

In other words, the user couldn't click Cancel to undo the (presumably) bad edits they did, because the changes were committed into the object graph.

So the change to CslaDataProvider does a clone before ApplyEdit(), and if there's a server error the UI gets back the original object graph, so the user can click Cancel and have a consistent result.

I'm totally open to other solutions here - though I don't want to lose the new Cancel support.

ajj3085 replied on Friday, December 05, 2008

Actually that makes total sense to me. I (wrongly) was thinking the CslaDataProvider was doing the cloning to be consistent with remoting... but that's not the case, so bad question on my part. Smile [:)]

ajj3085 replied on Friday, December 05, 2008

Hi,

I found a warning that Csla.EditableRootListBase<T>.Child_PropertyChanged(object, System.ComponentModel.PropertyChangedEventArgs) hides inherited member Csla.Core.ExtendedBindingList<T>.Child_PropertyChanged(object, System.ComponentModel.PropertyChangedEventArgs).

Should ERLB be changed to protected override?