Okay, well thanks to your help I was able to get it to work.
When you were talking about classes, I did not realize that you meant I should create a new class in the App_Code.
To anyone who might have this problem later on, I had to right click on the App_Code section of my web site, click 'Add New Item', select 'Class', name it appropratly (in this case ODSWrapper.cs), click 'Add', and then add the following code to the newly created class (where Domain is the RootNameSpace that is being used in my program).
using
Domain.Data;
[System.ComponentModel.DataObject]
public class ODSWrapper
{
public DataSet ViewJobInfo(int jobID)
{
return DataRepository.JobProvider.JobInfo(jobID);
}
}
The DataObject that John mentioned required that you use the System.Component system information. Of course this could have been shortened by a using statement of System.ComponentModel.
The code added to the aspx page is as follows.
<asp:ObjectDataSource ID="ObjectDataSource3" runat="server" SelectMethod="ViewJobInfo" TypeName="ODSWrapper">
<SelectParameters>
<asp:QueryStringParameter Name="jobID" QueryStringField="JobID" Type="Int32" />
</SelectParameters>
</asp:ObjectDataSource>
<asp:DetailsView ID="DetailsView1" runat="server" DataSourceID="ObjectDataSource3" AutoGenerateRows="False">
<Fields>
<asp:BoundField DataField="JobName" HeaderText="Job Name" />
</Fields>
</asp:DetailsView>
Of course this was used with a query string and that can be modified to fit whatever type of paramater you are needing to return.
As a side note, I was able to modify the stored procedure later adding more fields and joining tables, and it still worked just fine. I was originally worried that it would not work since it had been built by CodeSmith (I did have the stored procedures added into the database).
Anyway, thanks again for the help, and thanks to everyone who built this product it is really a great tool (I just needed a little help understanding everything).
~Clayton