I'm having the exact same problem except it's with a Visual Studio created dataset resulting in an XSD file that doesn't get read by the Field Explorer -> Database Expert window. It sees the XSD file but won't return any of the elements to drag and drop to the CR designer.
---That's the short version above. Here's the long version for more detail. ----
Products: Using CR 8.5 within Visual Studio.NET 2002 for a VB.NET windows application. SQL Server 2000 is the database.
Attempting: Want to use the "push" method to get data into my crystal report.
I've found a couple of tutorials to accomplish this such as
I have a working Crystal Report bound to a SQL Server stored procedure so I know the connection works and data can get to the report. According to the tutorials I need to create an XSD based off of my stored procedure which Crystal can use as my "field templates." Then, when that is done I can obtain a dataset through my data layer and bind it dynamically at run-time. I need to do this to cut down on the records sent across the network. This all sounds great.
I use VS to create said XSD file which it does.
I go to the Field Explorer and select Add/Remove database and expand the Project Data -> ADO.NET datasets nodes and find my new dataset. (The dataset is also found in other parts of the explorer)
Here's the rub. Everytime I expand my dataset in the Field Explorer is lists "...no items found..." In other words, no field names to drag and drop into my application.
I've replicated this error at home on my Visual Studio 2003.
I have made sure "Generate Dataset" is checked under the schema menu of the dataset.
I have checked over the XSD file and it does indeed have the field names I need.
I have restarted Visual Studio.
I have checked permissions on the SQL Server stored procedure.
I have tried both integrated security and setting explicitly providing it with the username password my application uses for its ODBC connect string.
I am also plum out of other ideas.
All the tutorials I see on this topic indicates this should be just a routine procedure and I can't find any mention of a bug of this nature on MSDN.
What am I missing besides my mind?
ZW