identity

[continued from Is there a way to tell whether two COM interface references point at the same instance? ] I've got references to Inspector objects from two different sources and need to be able to tell which item from one source corresponds to which item from the other source. However, none of the approaches I have been able to come up with so far worked (reliably): I couldn't simply compare the IUnknown interfaces as it seems that the Inspectors.Item() method is returning a reference to a created-on-the-fly proxy object rather than the inspector instance itself. Try it: Accessing the same

I want to use the EF (4.2) in the following scenario: There exists a database already (so I chose the database-first approach) and it is a SQL Anywhere DB. I want to use persistence-ignorant business objects, so I use the DbContext Template to generate POCO classes from the EDM. There is one simple inheritance hierarchy among my entities: an abstract base entity and two concrete derived entities. In the database there is one table for each type of the inheritance hierarchy (Table-Per-Type Strategy). Each of these three tables has a primary key column ( Id , type: integer ), and the association

I have a distributed application that sends and receives data from a specific service on the Internet. When a node receives data, sometimes it needs to validate that that data is correlated with data it or another node previously sent. The value also needs to be unique enough so that I can practically expect never to generate identical values within 24 hours. In the current implementation I have been using a custom header containing a value of uuid.uuid1() . I can easily validate that that value comes from the one single node running by comparing the received uuid to uuid.getnode(), but this

I would like to only have one DbContext in my ASP.NET MVC project. How should I merge the default IdentityDbContext with my own code first DbContext? They are using the same database. public class ApplicationDbContext : IdentityDbContext<ApplicationUser> { public ApplicationDbContext() : base("SignalRChat") { } } This is the default one provided in the IdentityModel.cs class. Is it safe to do the following? And append my own DbSets? public class ApplicationDbContext : IdentityDbContext<ApplicationUser> { public ApplicationDbContext() : base("SignalRChat") { } public DbSet<Student> Students {

Say I want to develop a site with some CMS embedded in it - e.g., a Wordpress blog and phpbb forum. What's the most convenient way to unify the log-in and sign-up process for my site? Letting users have a different registration process for each part of the site would probably scare any sane user away. EDIT I prefer generic solutions, not necessarily for the aforementioned CMSs. Both Wordpress and phpBB3 have OpenID authentication plugins -- you could use OpenID for both. This might be what you want: http://www.wp-united.com/ Usually this is solved by a plugin into one CMS that uses or even

As far as I know, only a single user's identity may be specified with git config. I have a situation where I'd like to have multiple identities for the same git repository, depending on the UNIX user. The repository is at /var/www. When user jack makes a commit to it, the commit should automatically be jack's identity. When user jill makes a commit, jill's identity should be used. The reason why I want to use the same repository is because it's the content of a website, and Apache is looking in /var/www. The contents are NOT user-specific, so using Apache's userdir feature is not an option