CT,
I have a feeling that you're running into some default settings, which are set up for SQL..

If you don't specify in your web.config which data access class you're using (see the devguide, topic "Specifying Data Access Classes in the Config File"), the builder assumes "DataAccessSQL" -- this is in Mere Mortals Framework Automation project, mmBindingSourceMemberEditForm.GetTables().

The better question is where is the "sa" login coming from? I'm wondering if you have an app.config in the same path as your web app that has "sa" embedded -- maybe from the pre-packaged startup for connecting to Northwind?

---J

>The documentation says that the builders for populating the "table" and "controlsource" (VFP equivalents) for a two way, bound web control uses the WebConfig file to establish communication with the database. When I try to access the builder that provides the name of the field to bind the control to a field, the dialog displays saying that "Login for sa failed". MM.NET is not using the sa login for anything. The key and class entries point to a custom user name and password to access the SQL database. This is not critical as the property can be easily typed in manually.
>
>The question is ... where is the code, that drives the builder that allows the population of the field to which to bind the control, located? Why is it trying to use the sa account when the web config file says to use something else?
>
>Thanks,
>
>CTBlankenship