Aca se nos volvió frecuente esto, en pruebas todo funcionaba bien, pero que pasaba cuando lo pasábamos a producción, los datos del Gridview no estaban… , mientras mi jefe decir … "son unos floros, no terminaron de hacerlo" el pensamiento de todos nosotros era el mismo "Pero… si en pruebas estaba todo bien , que pasa?". Je je… bueno la solución es simple, en desarrollo nosotros permitimos todo, Session y ViewState pero en producción esto no está activado y es mas en CRM lo desactiva por defecto veamos el web.config del MSCRM
<pages buffer="true" enableSessionState="false" enableViewState="false" validateRequest="false"/>
<sessionState mode="Off"/>
El crm por defecto nos quita la posibilidad de que todas nuestras aplicaciones tengan el viewstate y el sessionstate activos, hay dos formas de solucionar el uso de estas propiedades.
- La primera y no tan a gusto de algunos personajes .. es poner el en web.config del crm true a esas propiedades , es decir quedaría algo asi :
<pages buffer="true" enableSessionState="True" enableViewState="True" validateRequest="false"/>
<sessionState mode="InProc"/>
- La segunda es algo mucho mas cómodo para nosotros (creo yo ), solo ponemos esta propiedad activa en las paginas donde sepamos que utilizamos sesión o viewstate … es decir … en la directiva de la pagina aspx pones estas propiedades en true, quedando algo como esto :
<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" EnableViewState="true" EnableSessionState="True"%>
…. Ojala esto les ayude en algo porque a mi me salvo la vida en algunas ocasiones jejej
Salu2
Atilin








0 comentarios