Thanks again to Greg for pointing this out.
RETURN will exit the code loop immediately. It can return an integer, but that is typically used to show success or failure and isn't what you are looking for in this case.
Using a BO is for a maintenance purpose (All the business code is in the BO, all the connections against SQL server run from a BO to DL)
And the intermediate SP (or execute as.. revert) is for a security purpose: I never expose a SP directly in the AppUser schema.
thanks. that seems like it could be the problem. i wasnt aware of the use of select instead of return.
i will try changing it when i get back to work tommorow.
this is my sproc:
set
GO
ALTER
@HWID
@ComputerName
AS
HWID
I just made a test that comes accross fine using the StrataFrame sample. Here is my SF code:
And here is the alter for my stored procedure: