Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Problem with 551 to 561 upgrade with SilverlightProblem with 551 to 561 upgrade with Silverlight
Previous
 
Next
New Post
2/27/2011 5:31 AM
 
Hi,

I have been successfully using Silverlight RIA Services apps for some time with DNN up to version 5.5.1.

I just upgraded my DNN on one site to 5.6.1 and now cannot log in to my SL app.

It uses code published way back over a year ago by a number of sources, where we add DotNetNuke authentication to the RIA 'AuthenticationService' class. This has worked VERY well for a long time now.

After upgrading to DNN 5.6.1 however, I now get a 404 error returned from the server whenever I try to connect to my 'AuthenticationService.svc'.

My best guess is that something has changed in the DNN web.config which is preventing my svc from being found ?? - like its now being blocked ??

I have had to revert my code back to 5.5.1 to get it to work again.

Can anyone pls advise what might have changed in this release to affect this capability ??.

NB I am using Silverlight 4 - with Framework 4 - so had to add in 'runtimeVersionv2.0' to many of the lines in Web.Config to make this work in 5.5.1.

Many Thanks

Best regards

Graham

 
New Post
2/27/2011 7:33 AM
 
There are some known issues in 5.6.1 where things like web services no longer function as expected due to some changes in the way dnn handles the mapping of unknown files stored in folders inside the dnn application.

We have to modify some of our webservices to run below the /DesktopModules folder instead of a websvc folder we had located in the root - its possible you make be seeing something similar.

Westa
 
New Post
2/27/2011 9:54 AM
 
Hi Westa,

Thanks for the reply. The code is pretty standard microsoft code - based on RIA Web Services - and the service gets built into the main server-side dll - which normally just gets dropped into the Bin folder - where most BIN files should exist ???.

So DNN Guys - is there any advice from the DNN team as to why this is broken in this release and how rto fix it ??.

Thanks

Graham
 
New Post
2/27/2011 1:13 PM
 
I was finally able to access from Silverlight my WCF RIA services on a DNN 5.6.1 site (on localhost IIS 7.5) that I'm using during the development of MediaGallery 5x by placing the DNN_MediaGalleryService.svc file in the website root folder AND in Host-->Portals --> Edit Portal, Advanced Settings, Portal Alias Settings changing the Portal Alias Mapping Mode from "None" to "Canonical".  I did notice that the PortalAlias table now contains an entry for "localhost/DNN561/mediagalleryservice.svc". I placed the services assembly, DotNetNuke.Modules.MediaGallery.MediaGalleryServices.dll in the /bin folder as usual.

Hopefully these issues with the new automatic portal alias mapping will get sorted out in DNN 5.6.2 which should be available around or after mid-March.

Bill, WESNet Designs
Team Lead - DotNetNuke Gallery Module Project (Not Actively Being Developed)
Extensions Forge Projects . . .
Current: UserExport, ContentDeJour, ePrayer, DNN NewsTicker, By Invitation
Coming Soon: FRBO-For Rent By Owner
 
New Post
5/17/2011 12:43 PM
 
Bill, I've just found your post and think you might be able to help.

I've developed a SL app using the CodeEndeavors project template and am trying to get this to talk to WCF RIA Services I've created that has my tables (in the DNN db) modelled in an EntityFramework.

If I test this OUTSIDE of DNN and let the module run in a test page, the app works and I can retrieve data via the Service and EF.
However, when the module is plugged into DNN, it won't connect to the RIA Services at all and won't retrieve data.

I get this error (below) but all projects and DNN are targeting .Net 4 as well as Silverlight 4.0

Message: Unhandled Error in Silverlight 2 Application Load operation failed for query 'GetCategory'. The remote server returned an error: NotFound.   at System.ServiceModel.DomainServices.Client.OperationBase.Complete(Exception error)
   at System.ServiceModel.DomainServices.Client.LoadOperation.Complete(Exception error)
   at System.ServiceModel.DomainServices.Client.DomainContext.CompleteLoad(IAsyncResult asyncResult)
   at System.ServiceModel.DomainServices.Client.DomainContext.<>c__DisplayClass1b.<Load>b__17(Object )
Line: 1
Char: 1
Code: 0
URI: http://localhost/dnn_562/TEST.aspx

I will say I do not have a .svc file in the WCF RIA Services project but have set up DomainServices with metadata too.

So, reading you post prompted me into think I've got this all wrong so need to be pointed in the right direction.

Please let enlighten me on setting up any RIA Services project in DNN so that SL modules can connect to it.
I'm sure many could do with same said advice...

Thanks
 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Problem with 551 to 561 upgrade with SilverlightProblem with 551 to 561 upgrade with Silverlight


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out