Sessão ASP.NET e armazenamento de objetos que usam interoperabilidade COM

Estou trabalhando em um site asp.net. Nós temos que usar com interoperabilidade para interagir com componentes activex vb6 legados. Os componentes em muitos casos dependem do recebimento de um objeto de contexto (que é em si um componente activex vb6) como um parâmetro. O objeto de contexto é bastante caro de construir.

Portanto, uma ideia é que um objeto de contexto é construído uma vez e armazenado na sessão asp.net. No entanto, se esse objeto for apenas um wrapper .net em torno de um componente activex, é sensato ou aconselhável persistir esse objeto na sessão?

Além disso, o objeto de contexto contém informações específicas do usuário, portanto, a persistência do uso do .net HttpRuntime Caching poderia ser usada, mas exigiria uma chave específica do usuário.

Eu entendo as outras limitações e coisas que você precisa estar ciente com a sessão asp.net,pergunta da sessão aspnet.

Para fazer a pergunta de uma maneira um pouco diferente: são seus problemas ou problemas com o armazenamento de um objeto .net que é apenas um wrapper em torno de um objeto com?

questionAnswers(2)

yourAnswerToTheQuestion