Friday, January 22, 2010

Non-Specific Data Source Error in Sharepoint Data View Web Part

Friday, January 22, 2010
I ran into another annoyingly generic M$ error today when trying to configure the data source for a Data View web part (DVWP) in Sharepoint Designer.  I had created a SQL view which referenced some Sharepoint list data, did some calculations in SQL, and I wanted to show the results back in Sharepoint.

I was able to successfully show the list of SQL tables / views in the data source manager, but as soon as I selected my SQL view and clicked Next, I saw:
"Server Error: An error occurred while retrieving the list of Databases from : The server for the data source returned a non-specific error when trying to execute your query. Check the format and content of your query and try again. If the problem persists, contact the server administrator."
I found a forum where a user suggested that the issue was  Sharepoint Designer failing to properly handle SQL queries that were missing fully qualified table references.  I played around with that idea and determined through testing that it wasn't the source of my problem.

But, it did cause me to remember that the SQL database in which I'd created my view was not the Sharepoint Content database, and I had referenced Sharepoint data.  The view ran fine in SQL.  But I wasn't configuring the Data View web part with *my* credentials.

Aha!
Problem resolved:  in SQL, add a User Mapping to the Sharepoint Content database in the properties of the login I was using in my Data View

Tuesday, January 5, 2010

"Failed to Load" workflow in Sharepoint Designer

Tuesday, January 5, 2010
i ran across this error today when attempting to open existing workflows, and found several posts which indicate the 12.x.x.xxx folder under \Documents and Settings\\Application Data\Microsoft\SharePoint Designer\ProxyAssemblyCache need to be deleted (after closing Designer).

this didn't work in my case.  it did allow me to create new workflows, but i wasn't able to open my existing ones.

and then i remembered the other day, i was troubleshooting a different sharepoint issue and in doing so, i replaced web.config with an earlier copy.  it didn't fix my other issue, but i also didn't restore the web.config to the later version.

so, i put the latest copy of web.config back in place, renaming the older, "safe" copy of the file.  i then deleted the 12.x.x.xxx folder, and launched SPD.

and there was much joy & singing across the land.