CSLA .NET

Vibrant discussion about CSLA .NET and using the framework to build great business applications.

Remote DP error in WinRT

rated by 0 users
Not Answered This post has 0 verified answers | 1 Reply | 1 Follower

Top 50 Contributor
178 Posts
Tim posted on Thu, Jul 5 2012 12:57 PM

I'm trying to run my first test using CSLA 4.5 on Win 8 while following what I typically have done for SL projects.  I have a remote DP running on the local machine (IIS Express), and when I try calling an async factory method on the business object, I get an error that returns the following message:

Object type or assembly could not be loaded (MyProject.MyInfoList, MyProject.WinRt, Version-1.0.0.0, Culture=neutral, PublicKeyToken=null).

    at Csla.Server.Hosts.Silverlight.SilverlightReqeuestProcessor.Fetch(SilverlightCriteriaRequest request)


Any ideas on where I might look for the problem based on the error message?

For reference, I'm running this in VS2012 Ultimate on Win 8 Release Preview.  I've got my solution structured similar to my SL solutions:

  • Metro project (references CSLA.WinRT, MyLibrary.WinRT assemblies)
  • Web project (references CSLA.NET, MyLibrary.NET, MyLibrary.DataAccess, MyLibrary.DataAccess.Sql assemblies)
  • MyLibrary project (references CSLA.NET assembly)
  • MyLibrary.WinRT project (references CSLA.WinRT assembly)
  • MyLibrary.DataAccess & MyLibrary.DataAccess.Sql projects

The main thing that I know is different with this vs my SL apps is that I don't have a ServiceReferences.ClientConfig file...so I've included the following code in the OnLaunched method in the App.xaml.cs class:

    Csla.Serialization.Mobile.CslaReaderWriterFactory.SetCslaReaderType(

        typeof(Csla.Serialization.Mobile.CslaBinaryReader));
Csla.Serialization.Mobile.
CslaReaderWriterFactory.SetCslaWriterType(
        typeof(Csla.Serialization.Mobile.CslaBinaryWriter));
Csla.DataPortalClient.WcfProxy.DefaultUrl = http://localhost:1234/MyPortal.svc;

Tim

All Replies

Top 50 Contributor
178 Posts
Tim replied on Thu, Jul 5 2012 1:11 PM

After thinking about it more and looking at the project, I realized my Library.WinRT project did not have the same assembly name as my .NET version (I left the ".WinRT" appended to it).  After removing that, I'm now getting a new error:

"Ambiguous match found"

Stack trace shows something about GetMethodImpl.  I'll have to do some more looking.

Tim

Page 1 of 1 (2 items) | RSS

Copyright (c) 2006-2010 Marimer LLC. All rights reserved.
Email admin@lhotka.net for support.
Powered by Community Server (Non-Commercial Edition), by Telligent Systems