CSLA 4 version 4.3 release

Reply

RockfordLhotka Posted: Sun, Mar 4 2012 3:29 PM

rated by 0 users

I am pleased to announce the release of CSLA 4 version 4.3. It is available from the CSLA download page.

This release adds support for Silverlight 5.

Silverlight 4 is still supported. The assemblies are in a Silverlight4.zip file in the bin folder created by the setup program in your Program Files folder or other install location.

Other major enhancements include:

• New binary serialization scheme for MobileFormatter resulting in substantially smaller data flowing across the data portal from Silverlight and Windows Phone client applications. The ProjectTracker sample application has been updated to use this new scheme – look at the app server web.config and the SilverlightUI and WpUI app.xaml.cs files to see how the client and server configuration is handled.
• Numerous enhancements to the business rules subsystem. See the change log for more information.
• Bug fixes to address some specific data portal issues. See the change log for more information.
• CommandBase now supports managed properties.

With this version, CSLA 4 now supports the following platforms:

• Microsoft .NET 4
  • Windows Forms
  • ASP.NET Web Forms
  • ASP.NET asmx services
  • WPF
  • WCF services
  • ASP.NET MVC 3
• Silverlight 5
• Silverlight 4
• Windows Phone 7.5
• Mono
  • OS X
  • Linux
• Mono for Android

The source code also includes a version of CSLA 4 that builds for WinRT (Windows 8) Consumer Preview. This is largely untested, but does demonstrate that existing business classes (especially those built for 3- and 4-tier deployments in Silverlight) can be simply recompiled for use in WinRT applications. Consider this a preview of CSLA 4 version 4.5, coming later this year with support for .NET 4.5 and WinRT.

Reply

RockfordLhotka replied on Sun, Mar 4 2012 3:31 PM

rated by 0 users

Version 4.3.10 is also available via nuget: https://nuget.org/packages?q=CSLA 

Reply

Arthur Dumas replied on Sun, Mar 4 2012 10:11 PM

rated by 0 users

Awesome! Thanks Rocky.

Does the improved Silverlight serializer mean that there is no need to use a zip based compressed proxy any longer?

Reply

RockfordLhotka replied on Sun, Mar 4 2012 11:08 PM

rated by 0 users

In many cases that is exactly what it means.

There is still value in compression, but less than before. And for a lot of applications it may no longer be that important, because the stream size using the new technology is perhaps 30% of what it was before. Specific sizes vary a lot based on the size and composition of the object graph, but the larger the graph, the bigger the savings tend to be.

Reply

Russ Blair replied on Mon, Mar 5 2012 1:47 PM

rated by 0 users

Hi Rocky,

Thanks again for all the great work.

I did a straight replacement of my 4.3.2 references with the new 4.3.10 ones and received the following errors:

 c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "mscorlib, Version=5.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "System, Version=5.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "System.Windows, Version=5.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "System.ServiceModel, Version=5.0.5.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "System.Core, Version=5.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "System.Net, Version=5.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "System.Runtime.Serialization, Version=5.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3258: The primary reference "Csla" could not be resolved because it has an indirect dependency on the .NET Framework assembly "System.Xml, Version=5.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e" which has a higher version "5.0.5.0" than the version "2.0.5.0" in the current target framework.

I suspect this means that I need to install .Net Framswork 4.5.   I have been following the forum and I understood that CSLA 4.3 would work with .Net Framework 4.0 and CSLA 4.5 would be targeting .Net Framework 4.5.  Is this correct?

Thanks

Russ.

Reply

RockfordLhotka replied on Mon, Mar 5 2012 1:52 PM

rated by 0 users

Is this in Silverlight or .NET?

I built all this on a machine that has never had VS11 or .NET 4.5 installed.

But the Silverlight assemblies do target Silverlight 5, not 4. The Silverlight 4 assemblies are in a zip file in the bin folder created by the installer.

Reply

Russ Blair replied on Mon, Mar 5 2012 2:09 PM

rated by 0 users

This is in Silverlight 5.  I have VS2010 Premium v10.0.40219.1 SP1Rel and .Net Framework 4.0.30319 SP1Rel.

I recently upgraded my solution from SL4 to SL5 by installing the SL5 developer runtime, SL5 SDK, SL5 Toolkit and SL5 tools for VS2010. I then installed CSLA 4.3.2. Everything worked great until I installed CSLA 4.3.10 todya and updated my project references.

Reply

RockfordLhotka replied on Mon, Mar 5 2012 2:21 PM

rated by 0 users

I thought it was SL, based on the 2.0.5 runtime version stuff - that's Silverlight 4.

Did you update your SL projects to target SL5?

Reply

Russ Blair replied on Mon, Mar 5 2012 2:48 PM

rated by 0 users

You are a genius!  I changed my main Silverlight project to target SL5 however I didn't think to change the Library.Silverlight project to target SL5.  I just did this now and it works perfectly!

Thanks again.

Reply

RockfordLhotka replied on Mon, Mar 5 2012 3:35 PM

rated by 0 users

Not so much genius as having been there and faced the same pain :)