Custom SiteUser

This forum is only for questions or discussions about working with the mojoPortal source code in Visual Studio, obtaining the source code from the repository, developing custom features, etc. If your question is not along these lines this is not the right forum. Please try to post your question in the appropriate forum.

Please do not post questions about design, CSS, or skinning here. Use the Help With Skins Forum for those questions.

This forum is for discussing mojoPortal development

This forum is only for questions or discussions about working with the mojoPortal source code in Visual Studio, obtaining the source code from the repository, developing custom features, etc. If your question is not along these lines this is not the right forum. Please try to post your question in the appropriate forum.

You can monitor commits to the repository from this page. We also recommend developers to subscribe to email notifications in the developer forum as occasionally important things are announced.

Before posting questions here you might want to review the developer documentation.

Do not post questions about design, CSS, or skinning here. Use the Help With Skins Forum for those questions.
This thread is closed to new posts. You must sign in to post in the forums.
3/22/2011 4:28:48 PM
Gravatar
Total Posts 2

Custom SiteUser

Hi,

Is it possible to create a custom siteuser that overrides mojo's way of getting the user information?  I will not be using the mp_users table as we have our own employee table and we also use Channel Secure to retrieve user information from active directory.

Thanks for the help

3/25/2011 8:40:27 PM
Gravatar
Total Posts 26

Re: Custom SiteUser

Hi dsanchez01

We have done something similar to what you are probably trying to achieve, we have a bunch of member management tools and reports that we have integrated into mojoportal as custom content features.

We also have our own tables for member management, after looking around at what people had done in the forums we decided it was best to leave the online member management to mojportal, as the whole system is designed to use this facility, and just synchronize our member table with mojoportals member table, their is plenty of code to look at, particularly in the member management area. 

The main issues we had to look at were.

  • We used our own registration process, which meant creating users in mojoportal via code.
  • Synchronizing information to mojoportal from our member tables wasn't too much of an issue as we have control of it.
  • Synchronizing information back to our member tables from mojoportal was a bit more difficult as you don't ever want to change mojoportal code, we achieved it by using triggers in sql server on the member table.

I know mojoportal has active directory integration though I have not needed to use it.

I'm not sure if this is what Joe would suggest but it seems to be working for us, hopefully it gives you a heads up.

You must sign in to post in the forums. This thread is closed to new posts.