G'day

I'm getting the following exception:

This occurs on line 521 in the following Strataframe code:

There are two spots in my code that cause this (as indicated):

I'm running Strataframe 1.6.6, with SQL references updated and recompiled so it can interact with SQL Server 2008.

The SFS tables (excluding the project table) are in our Application Database, on a SQL server 2008 instance.

I've populated the Users progamatically, but they show as normal users in the security dialog, and I'm able to edit them sucesfully.

If I ignore the exception, (which recurs in the first instance 3 or 4 times, and in the second instance once for each user in the table), the BO gets populated with information that looks OK to me.

Any thoughts as to what might be happening?

Peter

Well, how the record got into this state, I am unsure.  We have this version of RBS deployed to many locations in the field so I am confident in the code and the release.  But what is happening here is that the serialized object we are expecting isn't in that field which produces the NULL error.  I have seen this happen when people manually create user records, but if created through the RBS editors, then this should never happen.  I have also seen this before when people are trying to side-step security (i.e. people that have access to the SQL tables but not the source code and are trying to short-circuit the security).

Thanks Trent,

Stupidity on my part.

I have a process to automatically create the Users rather than using the RBS Editor. I insert the users into the Users Table with SQL, then in VB code update password and other fields that make up the data field for each user. I've been able to use RBS editor to examine Users created that way and am able to further changes and save them.

On my most recent testing I forgot to run my VB code after the SQL insert!

Peter

Well, I am just glad that you got it going.  Glad you found your problem.