StrataFrame Forum
Home      Members   Calendar   Who's On
Welcome Guest ( Login | Register )
      



Create a basic windows auth app in an...Expand / Collapse
Author
Message
Posted 10/23/2006 4:46:57 PM
StrataFrame Beginner

StrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame Beginner

Group: Forum Members
Last Login: 12/14/2006 11:13:08 AM
Posts: 8, Visits: 22
Hello,

I am tying to set up a basic project, and I think I have it mostly there. I am a little stuck on how to set up the connections and the main StrataFrame database for security.

I have my database with all the StrataFrame security objects added to it (ie, my tables + SFSxxx).
I had a working project (usable BOs, etc), but started out with the 'with security' template this time.
I have set the AllowWindowsAuth=true
* when I try to flag a user as 'use windows auth', I am still required to enter a password for them

How do I configure the application so that login requests (and the security editor) are all handled by/routed to my application database, while leaving all the normal stuff in the main, shared SF database. After that, how can I map the user to a windows user? Ideally there would be no mapping, just group permissions assigned via windows groups. Maybe I am misunderstanding somewhat?

Sorry for the not-directly-technical question. Everything is abstracted, so I am not just setting the connection string myself which would, I think, clear up my confusion.

Thanks,
Andrew Backer
Post #3822
Posted 10/23/2006 4:53:29 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 1:19:14 PM
Posts: 4,801, Visits: 4,769
Setting the AllowWindowsAuth to True does not automatically log the user in....it still shows a logon screen.  The difference is that when using the windows authentication, the user is logged in checking the Windows environment rather than the SF user database.

You can see some more on this in the help docs under:

Security within the Application -> Logon - > Loggin into the Application

Post #3823
Posted 10/24/2006 4:11:01 PM
StrataFrame Beginner

StrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame Beginner

Group: Forum Members
Last Login: 12/14/2006 11:13:08 AM
Posts: 8, Visits: 22
Sorry for the confusion.

How do I configure the application so that login requests (and the security editor) are all handled by/routed to my application database
It appears this is not possible. I must have one database with everything and then "deploy". Unclear how this works with >1 project using security and needing different setups.

After that, how can I map the user to a windows user?
On further reflection, windows user name probably = user name on form. Still must enter password, even if it will be ignored, which is the reason for the confusion.

Ideally there would be no mapping, just group permissions assigned via windows groups
Mapping for users must be entered by hand. No apparent a way to map win-groups to sf-groups, this may need a custom app-level hack.

"Security within the Application -> Logon - > Loggin into the Application"
I found the relevant help file. I have 3 strataframe helps linked already, this is the 4th.
The topic contains a paragraph and two screen shots, but the comment about the password being ignored is more relevant.

Still looking at what is going on. Maybe there is a nugget in the documentation.
Post #3839
Posted 10/25/2006 12:47:15 PM
StrataFrame Beginner

StrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame Beginner

Group: Forum Members
Last Login: 12/14/2006 11:13:08 AM
Posts: 8, Visits: 22
Ok, I think I understand it a bit better. Through a mis-understanding I managed to make everything work up to a point but then fail in a 'legitimate' way.

I mentioned I had the security tables in my application database. Though this was not commented on in the reply, this made the app load up fine.

I had not provided any security connection string. Also not mentioned, but I did not know I had to. Because I did not do this, it tried to use my application database. I have added a connection string I created manually to go to the main strataframe database.

When I want to move security to the application database, I suppose I will need to modify the connection string in code. Not sure how I can use the design-time security editor after that point. Perhaps I need an entirely new SF database for this (or each) project.

This is all a bit confuzing, but I can see how it seems simple once you know it. Practical considerations still remain, but now that I understand who controls what and where and under which circumstances, I think it is manageable for a small # of projects.
Post #3842
Posted 10/25/2006 1:10:56 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 11:24:42 AM
Posts: 2,686, Visits: 1,889
We have a Step-by-Step document that is going to be in the next version of the security help that tells you step-by-step what you need to do to get the security working.  It's a topic with links to the other topics within the application but it essentially gives you a checklist of things to do to get the security working.


www.bungie.net
Post #3843
« Prev Topic | Next Topic »


Reading This TopicExpand / Collapse
Active Users: 0 (0 guests, 0 members, 0 anonymous members)
No members currently viewing this topic.
Forum Moderators: Ben Chase, Trent L. Taylor, Steve L. Taylor

PermissionsExpand / Collapse

All times are GMT -6:00, Time now is 1:35pm

Powered by InstantForum.NET v4.1.4 © 2008
Execution: 0.109. 8 queries. Compression Enabled.
Site Map - Home - My Account - Forum - About Us - Contact Us - Try It - Buy It

Microsoft, Visual Studio, and the Visual Studio logo are trademarks or registered trademarks of Microsoft Corporation in the United States and/or other countries.