Recientemente me he encontrado en mi d\u00eda a d\u00eda que tenia que desarrollar un proyecto de datos muy costoso y largo. En principio Sharepoint 2010 lo trataba bien, iba lento pero funcionaba de manera estable. El problema despu\u00e9s de 1 d\u00eda de procesamiento de datos que apareci\u00f3 en el log el evento que aparece en el t\u00edtulo de este post \u00abEl contexto expir\u00f3 y ya no se puede usar. (Excepci\u00f3n de HRESULT: 0x80090317)\u00bb. \u00bfQue hacer? \u00bfno podr\u00eda realizar correctamente mi proceso? \u00bftendria que abandonar para siempre la programaci\u00f3n en Sharepont? jeje, claro que no.<\/p>\n
<\/p>\n
El problema viene debido al usar la impersonalizaci\u00f3n en el c\u00f3digo, me explico, Sharepoint cuando impersonalizas genera un token de usuario donde aparece los grupos de seguridad a los que est\u00e1 inscrito y su identificador de usuario. Dicho esto solo nos queda saber que Sharepoint tiene un plazo para invalidar este token y que se tenga que solicitar otro para que, de esta forma, se actualicen los datos de los grupos a los que pertenece.
\nPara saber cual es el timeout que tenemos configurado en nuestra granja bastaria con ejecutar el siguiente comando:<\/p>\n
\nstsadm -o getproperty -propertyname token-timeout\n<\/pre>\nEn principio nos aparecer\u00e1 el n\u00famero 1440 (minutos) que es el defecto de Sharepoint (lo que viene a ser 24 horas). Para cambiar este l\u00edmite podemos usar el siguiente comando:<\/p>\n
\nstsadm -o setproperty -propertyname token-timeout -propertyvalue "Minutos deseados"\n<\/pre>\nEspero que os sirva de ayuda.<\/p>\n","protected":false},"excerpt":{"rendered":"
Recientemente me he encontrado en mi d\u00eda a d\u00eda que tenia que desarrollar un proyecto de datos muy costoso y largo. En principio Sharepoint 2010 lo trataba bien, iba lento pero funcionaba de manera estable. El problema despu\u00e9s de 1 … Sigue leyendo