Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error
2 Pages12>
RIA calls returning 401 Unauthorized
Options
Previous Topic Next Topic
cjmcgee
#1 Posted : Friday, January 6, 2012 4:29:41 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
I have an ASP.Net 4 app with a silverlight component. The ASP.Net site exposes a WCF server as well as an RIA domain service (which ends up as a WCF service generated by RIA). When deployed to IIS we have no problems, but when deployed to UWS the RIA calls fail. My silverlight component is successfully calling the WCF service, but when it tries to make an RIA call fiddler shows that UWS is returning 401 unauthorized.

The RIA bindings are default, meaning that we have no entries for the domain service in the web.config; they are however the RIA services defaults them. According to documentation the default endpoint is this:

from http://blogs.msdn.com/b/...n-wcf-ria-services.aspx
For Silverlight Client: SOAP w/binary endpoint. Address = “binary”, Binding = CustomBinding consisting of HttpTransportBindingElement and BinaryMessageEncodingBindingElement.


This is effectively the same endpoint our non-RIA WCF service has setup in the web.config.

Any suggestions as to why we are getting this 401 error?


Thanks!
Back to top
 |  Edit by user
Ultidev Team
#2 Posted : Friday, January 6, 2012 5:15:17 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi there!

Could you please test whether this issue is manifested only when web service is accessed using non-http://localhost based URL? WCF has a long-standing bug where traditional WCF bindings besides basicHttpBinding are not accessible to web applications hosted by non-IIS and non-MS-Cassini web servers. If you have the same problem with the locahost and 127.0.0.1 based URLs, then we'll continue trying to find out what's going on.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
cjmcgee
#3 Posted : Friday, January 6, 2012 6:34:12 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
All my test so far have been using localhost like http://localhost:1234/MyApp/Main.aspx

It looks like when I use http://127.0.0.1:1234/MyApp/Main.aspx the behavior is the same (Non-RIA WCF server works, RIA returns 401). When I access it from a remote computer the behavior is the same.
Back to top
Ultidev Team
#4 Posted : Saturday, January 7, 2012 1:55:24 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Thank you for following the steps we suggested!

Could you please compare now how authentication is configured on both IIS and UWS for your application? Do you use Windows authentication on either? Are you using Anonymous authentication on either? If the application has authentication configured the same way on both IIS and UWS, you may want to run Fiddler tool to see whether you get the same credentials sent along the request (as an HTTP header or as a part of the SOAP package). If you find something weird going on, please export and attach Fiddler output for us to analyze. We would like to understand what causes the discrepancy between your app behavior under IIS and UWS: different configuration or our web server.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
cjmcgee
#5 Posted : Monday, January 9, 2012 12:55:23 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
Here is all the configuration we do to a default IIS install (for IIS 7; 5 and 6 look a little different):
Code:

appcmd.exe add apppool /name:MyAppPool /managedRuntimeVersion:v4.0 /managedPipelineMode:Integrated /processModel.identityType:LocalSystem
appcmd.exe add app /site.name:"Default Web Site" /path:/MyApp /physicalPath:"$INSTDIR\Website" /applicationPool:MyAppPool
appcmd.exe set config "Default Web Site/MyApp" /section:staticContent /+[fileExtension='.xap',mimeType='application/x-silverlight-app']
appcmd.exe set config "Default Web Site/MyApp" /section:staticContent /+[fileExtension='.xaml',mimeType='application/xaml+xml']


Here MyApp ends up with only anonymous authentication enabled in IIS. In UWS only Anonymous is checked under authentication. (there is a typo in "Auhtentication Settings" here btw.)

From fiddler IE going to UWS:
No Proxy-Authorization Header is present.
No Authorization Header is present.

From fiddler IE going to IIS:
No Proxy-Authenticate Header is present.
No WWW-Authenticate Header is present.


What other information would you like?
Back to top
Ultidev Team
#6 Posted : Monday, January 9, 2012 1:05:12 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi!

Would it be possible to put Fiddler on the client and run it against IIS and UWS, then export Fiddler output as a file and attach to your next reply, so we could take a look at it?

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
cjmcgee
#7 Posted : Monday, January 9, 2012 1:28:12 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
If this works you should see two files attached; is this what you are looking for?
File Attachment(s):
5098_Full.txt (1kb) downloaded 268 time(s).
5107_Full.txt (2kb) downloaded 246 time(s).
Back to top
 |  Edit by user
Ultidev Team
#8 Posted : Monday, January 9, 2012 1:48:15 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi!

We'd prefer Fiddler's SAZ file export (see attached sample). In Fiddler it's File | Save | All Sessions.

Best regards,
UltiDev Team.
File Attachment(s):
Fiddler output.zip (24kb) downloaded 115 time(s).
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
cjmcgee
#9 Posted : Monday, January 9, 2012 2:39:49 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
Please delete this once you have downloaded it
Back to top
Ultidev Team
#10 Posted : Monday, January 9, 2012 3:38:10 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi!

In order to insure privacy of your future attachments, you may secure them by putting them in the password-protected ZIP file, and then contact us via email and supply the password and the link to the post in the message.

Unfortunately, we have tried to reproduce the issue, but were unable to get 401. When you run your service in the debugger (under UWS), do you hit a break point in the method you are trying to call, or does UWS generate 401 on its own and never gives control to the application?

Also, if you run the application in UWS Interactive Host, could you please send us the trace text from it (clear the trace, invoke the method, save the trace)? It should show whether UWS rejected the service call on its own, or passed it to WCF & the application.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
cjmcgee
#11 Posted : Monday, January 9, 2012 4:12:54 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
I put a log entry at the top of the service method that is supposed to get called and nothing is getting logged.

I ran the interactive host and here is the log it gave (the last two lines are the failing call):

Code:
******** Starting hosting "C:\Program Files\MyApp\Website" ********
03:58:05.7216 PM Created ASP.NET AppDomain (AppDomain ID={bbdadb77-8d9a-4741-a9ab-0b5e6c805c34}) for application "" (Application ID={89c84223-bbe9-47ba-89c5-da08c16057be}).
Environment info: Command line: "..\..\..\UltiDev\Web Server\UWS.InteractiveServer.Clr4x86.exe" "/path:C:\Program Files\MyApp\Website" defaultdoc:MyApp.aspx /vdir:MyApp /port:41793
Process ID: 4916
Process user name: MyDomain\MyUser
Bitness: 32
CLR version 4.0.30319.239
Process retired: False
03:58:06.1190 PM Starting accepting requests for "C:\Program Files\MyApp\Website\" (AppDomain ID={bbdadb77-8d9a-4741-a9ab-0b5e6c805c34}).
UWS.InteractiveServer.Clr4x86.exe Information: 0 : Launching browser: "iexplore.exe" -nomerge http://localhost:41793/MyApp/.
03:58:08.5499 PM Received GET request of size 0 for: "/MyApp/".
03:58:08.6372 PM Handling request for "/MyApp/" mapped to "C:\Program Files\MyApp\Website".
03:58:08.6372 PM Request path modified to "/MyApp/MyApp.aspx" mapped to "C:\Program Files\MyApp\Website\MyApp.aspx".
03:58:16.5412 PM SendResponseFromMemory(): Starting serving "/MyApp/MyApp.aspx" as uncompressed (or compressed by application) text/html; charset=utf-8. HTTP result 200. Data length: 2597
03:58:16.5984 PM Written 3445 bytes in response to request for "http://localhost:41793/MyApp/".
03:58:16.7339 PM Received GET request of size 0 for: "/MyApp/Silverlight.js".
03:58:16.7369 PM Handling request for "/MyApp/Silverlight.js" mapped to "C:\Program Files\MyApp\Website\Silverlight.js".
03:58:16.7971 PM ProcessRequest: Bypassing application server - serving "/MyApp/Silverlight.js" straight up.
03:58:16.8683 PM SendResponseFromMemory(): Starting serving "/MyApp/Silverlight.js" as uncompressed (or compressed by application) application/x-javascript. HTTP result 200. Data length: 7680
03:58:16.8783 PM Written 7680 bytes in response to request for "http://localhost:41793/MyApp/Silverlight.js".
03:58:17.7261 PM Received GET request of size 0 for: "/MyApp/MyApp.ico".
03:58:17.7332 PM Handling request for "/MyApp/MyApp.ico" mapped to "C:\Program Files\MyApp\Website\MyApp.ico".
03:58:17.7392 PM ProcessRequest: Bypassing application server - serving "/MyApp/MyApp.ico" straight up.
03:58:17.7552 PM SendResponseFromMemory(): Starting serving "/MyApp/MyApp.ico" as uncompressed (or compressed by application) image/x-icon. HTTP result 200. Data length: 4286
03:58:17.7673 PM Written 4286 bytes in response to request for "http://localhost:41793/MyApp/MyApp.ico".
03:58:17.7823 PM Received GET request of size 0 for: "/MyApp/ClientBin/MyAppApp.xap".
03:58:17.7853 PM Handling request for "/MyApp/ClientBin/MyAppApp.xap" mapped to "C:\Program Files\MyApp\Website\ClientBin\MyAppApp.xap".
03:58:17.7934 PM ProcessRequest: Bypassing application server - serving "/MyApp/ClientBin/MyAppApp.xap" straight up.
03:58:17.9208 PM SendResponseFromMemory(): Starting serving "/MyApp/ClientBin/MyAppApp.xap" as uncompressed (or compressed by application) application/x-silverlight-app. HTTP result 200. Data length: 65536
03:58:18.0040 PM Written 952513 bytes in response to request for "http://localhost:41793/MyApp/ClientBin/MyAppApp.xap".
03:58:37.1731 PM Received POST request of size 172 for: "/MyApp/WebCalls.svc".
03:58:37.1761 PM Handling request for "/MyApp/WebCalls.svc" mapped to "C:\Program Files\MyApp\Website\WebCalls.svc".
03:58:43.7808 PM SendResponseFromMemory(): Starting serving "/MyApp/WebCalls.svc" as uncompressed (or compressed by application) application/soap+msbin1. HTTP result 200. Data length: 320
03:58:43.7889 PM Written 320 bytes in response to request for "http://localhost:41793/MyApp/WebCalls.svc".
03:58:49.0251 PM Received POST request of size 59 for: "/MyApp/ClientBin/MyApp-Web-ToolsService.svc/binary/MyMethod".
03:58:49.0251 PM Handling request for "/MyApp/ClientBin/MyApp-Web-ToolsService.svc" mapped to "C:\Program Files\MyApp\Website\ClientBin\MyApp-Web-ToolsService.svc".
Back to top
Ultidev Team
#12 Posted : Monday, January 9, 2012 4:24:40 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi!

It appears that the final part of the trace for "MyApp-Web-ToolsService.svc" request is missing. Normally the sequence of the request handling looks like this:
Quote:
03:58:16.7339 PM Received GET request of size 0 for: "/MyApp/Silverlight.js".
03:58:16.7369 PM Handling request for "/MyApp/Silverlight.js" mapped to "C:\Program Files\MyApp\Website\Silverlight.js".
03:58:16.7971 PM ProcessRequest: Bypassing application server - serving "/MyApp/Silverlight.js" straight up.
03:58:16.8683 PM SendResponseFromMemory(): Starting serving "/MyApp/Silverlight.js" as uncompressed (or compressed by application) application/x-javascript. HTTP result 200. Data length: 7680
03:58:16.8783 PM Written 7680 bytes in response to request for "http://localhost:41793/MyApp/Silverlight.js".

For this request final parts are missing. If this situation is repeatable - that request is not handled the way other requests do - then we'll need to reproduce this locally and troubleshoot it. Would it be possible for us to get your application, or better, a small test project that would let us reproduce the issue?

Also, please check Windows Event Log (Application) for any logged errors around the time when this request is handled.

Finally, could you please point a browser to the "MyApp-Web-ToolsService.svc" URL to execute a regular GET request on it, so we could see the trace of how UWS handles that.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
 |  Edit by user
cjmcgee
#13 Posted : Monday, January 9, 2012 5:37:35 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
This behavior is consistent; the trace never shows anything but those two lines at the end. There is nothing in the event log at the time of the failure, or anything that looks UWS related other then info about namespace reservations (application, security, and system all checked).

url = http://localhost:1234/MyApp/ClientBin/MyApp-Web-ToolsService.svc/binary/MyMethod
Code:
05:30:36.6725 PM Received GET request of size 0 for: "/MyApp/ClientBin/MyApp-Web-ToolsService.svc/binary/MyMethod".
05:30:36.6906 PM Handling request for "/MyApp/ClientBin/MyApp-Web-ToolsService.svc" mapped to "C:\Program Files\MyApp\Website\ClientBin\MyApp-Web-ToolsService.svc".


url = http://localhost:1234/MyApp/ClientBin/MyApp-Web-ToolsService.svc/binary
Code:
05:30:47.4971 PM Received GET request of size 0 for: "/MyApp/ClientBin/MyApp-Web-ToolsService.svc/binary".
05:30:47.4981 PM Handling request for "/MyApp/ClientBin/MyApp-Web-ToolsService.svc" mapped to "C:\Program Files\MyApp\Website\ClientBin\MyApp-Web-ToolsService.svc".


url = http://localhost:1234/MyApp/ClientBin/MyApp-Web-ToolsService.svc
Code:

05:31:01.0036 PM Received GET request of size 0 for: "/MyApp/ClientBin/MyApp-Web-ToolsService.svc".
05:31:01.0046 PM Handling request for "/MyApp/ClientBin/MyApp-Web-ToolsService.svc" mapped to "C:\Program Files\MyApp\Website\ClientBin\MyApp-Web-ToolsService.svc".
05:31:01.2052 PM SendResponseFromMemory(): Starting serving "/MyApp/ClientBin/MyApp-Web-ToolsService.svc" as uncompressed (or compressed by application) text/html; charset=UTF-8. HTTP result 200. Data length: 2881
05:31:01.2072 PM Written 2881 bytes in response to request for "http://localhost:1234//MyApp/ClientBin/MyApp-Web-ToolsService.svc".



I will work on creating a sample app for you.
Back to top
cjmcgee
#14 Posted : Monday, January 9, 2012 6:05:57 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
I do notice that:

Code:
05:20:08.9047 PM Received POST request of size 172 for: "/MyApp/WebCalls.svc".

and
Code:
05:20:17.1087 PM Received POST request of size 59 for: "/MyApp/ClientBin/MyApp-Web-ToolsService.svc/binary/MyMethod".


differ in the /binary and that the WebCalls.svc looks like is has its method name specified in the post header instead of the URL where as MyApp-Web-ToolsService.svc only has the parameters in the header. I guess this means there is a difference in calling conventions; I don't know why this would effect you though.
Back to top
Ultidev Team
#15 Posted : Monday, January 9, 2012 10:19:13 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi there!

Although request in the format of "service.svc/endpoint/method" looks odd for a non-REST service, our web server should not do what it does. A sample app should help us find the problem as our debug version of the report processor has much more extensive request lifecycle tracing. We are very eager to fix this issue.

Also, please take a look at the Windows Event Viewer (Application) to see if there are any error entries related to the problem.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
cjmcgee
#16 Posted : Tuesday, January 10, 2012 11:23:57 AM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
To build:
Prerequisites: see links at http://msdn.microsoft.co...12106%28v=vs.91%29.aspx
- Visual Studio 2010 (express is fine)
- Silverlight 4 Tools for Visual Studio 2010
- WCF RIA Services and Toolkit
- No database is required

Straightforward build process, just open solution and build.


To deploy:
Copy these files/directories from TestSL4WithRIA.Web to C:\Program Files\MyApp\TestApp
- Silverlight.js
- TestSL4WithRIATestPage.aspx
- TestSL4WithRIATestPage.html
- Web.config
- bin
- ClientBin

To add to UWS:
UWS.RegApp.exe /vdir:MyApp /reg /AppID:{F163D30F-A57D-4EF3-AD08-D8D6A20A9BBF} /clr:4 /force32biton64 "/EndPoints:http://*:1234/" "/Folder:C:\Program Files\MyApp\TestApp" /AppName:MyApp /host:SharedNetworkService "/AppDesc:My Application" /DefaultDocument:TestSL4WithRIATestPage.aspx'


To run:
Open IE and enter url http://localhost:1234/MyApp


What you would see if this error was not present is a grid with five rows of data in it. What you should see with this error is a blank grid and fiddler showing a 401 error.

Please let me know if you run into any problems building, deploying, etc.
File Attachment(s):
TestSL4WithRIA.zip (385kb) downloaded 98 time(s).
Back to top
 |  Edit by user
Ultidev Team
#17 Posted : Tuesday, January 10, 2012 3:33:20 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi there!

We got it and are able to reproduce the issue. It looks like after we hand the request to asp.net, it sets some headers, including 401, and no response body. We don't know why yet.

Ultidev Team
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
 |  Edit by user
cjmcgee
#18 Posted : Tuesday, January 10, 2012 3:54:47 PM(UTC)
Groups: Member
Joined: 1/4/2012(UTC)
Posts: 16
Location: Raleigh, NC
Thank you for the update, and thank you for the quick response on this
Back to top
Ultidev Team
#19 Posted : Tuesday, January 10, 2012 6:16:53 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Not a problem!

So far we were able to see that the service works if we turn on NTLM authentication on UWS for the application - the grid gets populated. The weird part is that RIA service does not need user token that NTLM implies, i.e. it's not using client user's identity (which kind of makes sense to run in Anonymous auth).

We have also confirmed that there is a discrepancy between IIS behavior and UWS: the service runs under IIS with only anonymous auth. We are still trying to figure out why. Meanwhile, if your target deployment environment is corporate networks, then as a work-around you may use NTLM auth in UWS to run the app.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
 |  Edit by user
Ultidev Team
#20 Posted : Tuesday, January 10, 2012 6:41:18 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hello again!

We've got some interesting intelligence. Apparently RIA services are pretty aware about the environment it is running in. We have turned on both Anonymous and Windows Integrated Authentication in IIS and then ran the "TestSL4WithRIA-Web-TestService.svc/binary/GetDataObjects" request from the browser. Here's what we've got:
Code:
Server Error in '/TestSL4WithRIA.Web' Application.

IIS specified authentication schemes 'IntegratedWindowsAuthentication, Anonymous', but the binding only supports specification of exactly one authentication scheme. Valid authentication schemes are Digest, Negotiate, NTLM, Basic, or Anonymous. Change the IIS settings so that only a single authentication scheme is used.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.InvalidOperationException: IIS specified authentication schemes 'IntegratedWindowsAuthentication, Anonymous', but the binding only supports specification of exactly one authentication scheme. Valid authentication schemes are Digest, Negotiate, NTLM, Basic, or Anonymous. Change the IIS settings so that only a single authentication scheme is used.

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:


[InvalidOperationException: IIS specified authentication schemes 'IntegratedWindowsAuthentication, Anonymous', but the binding only supports specification of exactly one authentication scheme. Valid authentication schemes are Digest, Negotiate, NTLM, Basic, or Anonymous. Change the IIS settings so that only a single authentication scheme is used.]
System.ServiceModel.Web.WebServiceHost.SetBindingCredentialBasedOnHostedEnvironment(ServiceEndpoint serviceEndpoint, AuthenticationSchemes supportedSchemes) +585151
System.ServiceModel.Web.WebServiceHost.AddAutomaticWebHttpBindingEndpoints(ServiceHost host, IDictionary`2 implementedContracts, String multipleContractsErrorMessage, String standardEndpointKind) +1385
System.ServiceModel.Web.WebServiceHost.OnOpening() +311
System.ServiceModel.DomainServices.Hosting.WebServiceHostInspector.OnOpening() +18
System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) +612
System.ServiceModel.DomainServices.Hosting.WebServiceHostInspector.Inspect() +56
System.ServiceModel.DomainServices.Hosting.ServiceUtility.VerifyAuthenticationMode() +159
System.ServiceModel.DomainServices.Hosting.PoxBinaryEndpointFactory.CreateEndpointForAddress(ContractDescription contract, Uri address) +188
System.ServiceModel.DomainServices.Hosting.PoxBinaryEndpointFactory.CreateEndpoints(DomainServiceDescription description, DomainServiceHost serviceHost) +265
System.ServiceModel.DomainServices.Hosting.DomainServiceHost.CreateDescription(IDictionary`2& implementedContracts) +208425
System.ServiceModel.ServiceHostBase.InitializeDescription(UriSchemeKeyedCollection baseAddresses) +174
System.ServiceModel.DomainServices.Hosting.DomainServiceHostFactory.CreateServiceHost(Type serviceType, Uri[] baseAddresses) +42
System.ServiceModel.Activation.ServiceHostFactory.CreateServiceHost(String constructorString, Uri[] baseAddresses) +530
System.ServiceModel.HostingManager.CreateService(String normalizedVirtualPath) +1413
System.ServiceModel.HostingManager.ActivateService(String normalizedVirtualPath) +50
System.ServiceModel.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath) +1172

[ServiceActivationException: The service '/TestSL4WithRIA.Web/Services/TestSL4WithRIA-Web-TestService.svc' cannot be activated due to an exception during compilation. The exception message is: IIS specified authentication schemes 'IntegratedWindowsAuthentication, Anonymous', but the binding only supports specification of exactly one authentication scheme. Valid authentication schemes are Digest, Negotiate, NTLM, Basic, or Anonymous. Change the IIS settings so that only a single authentication scheme is used..]
System.Runtime.AsyncResult.End(IAsyncResult result) +901424
System.ServiceModel.Activation.HostedHttpRequestAsyncResult.End(IAsyncResult result) +178702
System.Web.CallHandlerExecutionStep.OnAsyncHandlerCompletion(IAsyncResult ar) +136


What's worrisome is that RIA error message talks about IIS specifically. This may be yet another instance (as with WCF wsHttpBinding) of the service expecting IIS specifically. We'll see if can fool RIA into thinking it's hosted by IIS. We'll keep you posted and will keep working on this problem as we do want to support RIA services.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Back to top
WWW
Rss Feed  Atom Feed
Users browsing this topic
Guest (21)
2 Pages12>
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You can vote in polls in this forum.

Powered by YAF 1.9.5.5 | YAF © 2003-2011, Yet Another Forum.NET