Just open up the Activation client and deactivate your current license.  Then go back in and re-activate your license and you will be able to pick both the framework and RBS licenses.

Yeah - I figured that out right after I posted that reply

Ok, Trent. Now you really asked for it

I already have a table in my existing application to store user names and another for their roles. Can I continue to use my tables and still hook into RBS just for the purposes of saving the current users login id?

Ehhh....that could be tough.  Not saying it is impossible, but you will have to "sync" up the SFSUsers and your users tables so that RBS authenticates off of the SFSUsers versus your users.  What I would do is just write a conversion program that is run the first time the app is executed with the RBS that converts your existing users and roles into the RBS users tables and sets their permissions.  That is going to be easier than tryin to make two different applications work together.

Hmmm. That is an idea. I could actually synch up the existing data myself before I give the client the next build. Then I suppose I could add some code to my Users form to update the RBS data with the user data that has been added or edited. It is unlikely that they will add new roles, but just in case they do, I could add code to update the roles in RBS. Do you think that would work? The only snag I can see is that the PK's have to match.

That should work...the only thing that I don't understand is why PKs would have to match...unless you are storing these off presently in other tables for auditing purposes...then I could see that.  But as for authentication, it won't matter.

OK - I see what you are getting at. Later, when I implement audit loggin, I can let then view the log by user as the user is stored in RBS.

I have been heads down in the RBS documentation to see how I add security to my app but I must have taken my stupid pills today I cannot see how to get started. It looks like I have to add a new security project to my solution. Is that correct?

No, you can retro-fit the security into your application.  But the easiest way to figure out what to add is to create a new security project, then open up the Appmain.vb or program.cs depending which language you are using, and rob the code out of there that is security specific and then add it into your application.

Thanks. I will try that. Just in case there is a problem, I have already backed up my existing application

I can tell that this is going to be another one of those days

I created the new security project and then tried to enter roles using the security editor. Even though I ran the script to add the SFS* tables to my application database, when I added the roles, the application added them to the tables in the StrataFrame database. What do I need to do to get the security editor to add the users. roles, etc to the tables in my database?