http://www.imiscommunity.com/blog/chris_castle en http://www.imiscommunity.com/using_unified_login <p>We have a web site that we are using to extend the functionality of iMIS. In 10.6 we had a custom solution for bridging the login gap from iMIS to our ASP.NET 2.0 solution. With iMIS 15, we gain access to the Unified Login functionality. </p> <p>If you are writing applications to work with the iMIS database, you should use this technology. It does a great job leveraging the ASP.NET 2.0 membership infrastructure.</p> <p><a href="http://www.imiscommunity.com/using_unified_login">read more</a></p> http://www.imiscommunity.com/using_unified_login#comment iMIS Fri, 02 Feb 2007 12:10:01 -0500 chris_castle 1038 at http://www.imiscommunity.com http://www.imiscommunity.com/why_the_imis_15_login_is_so_much_better_than_imis_10 <p>This is just a post to share my appreciation about the way iMIS 15 logs into the database.</p> <p>In 10.6 each user had an ODBC connection on their machine that connected for the base iMIS applications. It then used an application server for the .NET modules such as Opportunity Management. This has a few advantages, but I feel like it has more liability than the iMIS 15 way. For instance, in 10.6 you could run iMIS and be connected to one db for the Customer Portfolio and a different db for Opportunity Management. This is just hard for users to understand and administrators to own.</p> <p><a href="http://www.imiscommunity.com/why_the_imis_15_login_is_so_much_better_than_imis_10">read more</a></p> http://www.imiscommunity.com/why_the_imis_15_login_is_so_much_better_than_imis_10#comment iMIS Fri, 02 Feb 2007 11:43:59 -0500 chris_castle 1037 at http://www.imiscommunity.com