I have not come across this error message before. I have posted the code sample for this project at NorthwindTraders

I have just tried to run this program and it works so please try it.

If it works then there is a problem with your setup, but if it does not, your configuration will be awry. Are you using Visual Studio 2008, on XP or Vista, and is IIS enabled on the machine?

The server was unable to process the request due to an internal error. For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework 3.0 SDK documentation and inspect the server trace logs.

I will update this post tomorrow with how I handle this scenario.

Thanks

Ira

What I want to know is, does this mean you would have created another GetData() method to return the Customers data (in your example)? The WCF service that I’m working on, based upon your example here, will return data from roughly 30 tables in 2 different databases. I want to know if I’ve got to create 30 different GetData() methods (which I assume I do), or if your idea was that there would be one GetData() method which would return all of the different data tables as arguments to the single GetData() method?

Now I’ve got to go back to an earlier question, to broaden its scope. In this example the WCF service, and the data access and business logic projects are all a part of the same solution as is the client application. But that’s not how I develop my applications. I tend to write my WCF applications as separate applications which will be used by my client application. And in some cases my WCF services are used by more than one client application, so including it in solution with a client application isn’t practical. I have seen, through your example here, that separating the data access and business logic layers into their own separate projects has benefits. But, at least in my limited experience with WCF, the only things that have access to WCF services from outside of the WCF project, and not a part of the same solution, are those methods in the WCF’s interface decorated with the [ServiceContract] and [OperationContract] and other such attrbutes. Having access to the BusinessEntities class from the client application, isn’t possible (I think) since they’ll both be in different solutions.

Or am I completely wrong about this?

I’ve just discovered that I had made a small typo in the NorthwindDataManager.cs file. I had:

public static CustomerOrdersDataSet.OrdersDataTable GetData() { … }

whereas I should have had:

public static CustomerOrdersDataset.OrdersDataTable GetData() { … }

Please note the capitalization in “…DataSet”. I is my fault for having messed this up, I’m sorry.

“The type ‘WcfService1.Service1′, provided as the Service attribute value in the ServiceHost directive could not be found. … The type ‘WcfService1.Service1′, provided as the Service attribute value in the ServiceHost directive could not be found.”

using Northwind.BusinessEntities;
using Northwind.DataAccessLayer.CustomerOrdersDataSetTableAdapters;

Also make sure that it is a .NET 3.5 project, and that you have not created a .NET 2.0 project.

In will try and find the demo I made and post that as well, because I can now see the benefit of posting the code sample as well. That way people can have a look to see that it works, or if they have left something out.