| 1 | | | El error invocado es un Error 500 (interno del servidor):
Error Code: 500 Internal Server Error. The request was rejected by the HTTP
filter. Contact your ISA Server administrator. (12217)”.
| Al parecer el problema se radica en que en la publicación del sitio existen sitios, carpetas o documentos que llevan caracteres especiales o acentos. Para solucionar esto, se debe cambiar la configuración de ISA Server en la publicación del sitio. | - Abrir la consola de administración de ISA
- Editar la regla de publicación de servidor Web
- En la pestaña de "Tráfico" (Traffic) hacer clic en "Filtrado" (Filtering) y seleccionar "Configurar HTTP" (Configure HTTP)
- Desmarcar la opción "Bloquear caracteres ASCII de 8 bits" (Block high bit characters)
| |
| 2 | | | Algunos usuarios de Biblioetcas de documentos de Sharepoint han reportado problemas al tratar de accesar documentos en bibliotecas sharepoint desde el Internet Explorer. | | Agrega el sitio SharePoint de alojamiento de la biblioteca de documentos a su lista Sitios de confianza en Internet Explorer 7.
(Menú Herramientas, haga clic en Opciones de Internet, Opciones de Internet, Seguridad, Sitios de confianza y a continuación, haz clic en Sitios. En el cuadro de diálogo Sitios de confianza, escribe la URL del sitio SharePoint que contiene la biblioteca de documentos en el cuadro Add this website to the zone, Agregar, Cerrar y Aceptar.)
| **Accesos Alternativos**
* En Explorador de Windows, escribe la dirección URL de la biblioteca de documentos SharePoint en el cuadro Dirección y a continuación, abre el documento de Word.
* En Internet Explorer 7, haz clic con el botón secundario en el documento de Word, haga clic en Save target as para guardar localmente el documento. .
* En Internet Explorer 7, haz clic en la lista a el lado del documento de Word de la biblioteca de documentos SharePoint y a continuación, haz clic en Editar en Microsoft Word. |
| 3 | | | Cuando se está intentando crear un nuevo Proveedor de Servicios Compartidos no aparecen Aplicaciones Web disponibles para alojar los Servicios. | Una de las causas, y más recurrente, se debe a que las Aplicaciones Web creadas y que no aparecen disponibles, es porque fueron creadas con una cuenta de seguridad relacionada con una "Cuenta de Servicio". | Se debe relacionar con una Aplicación Web que no haya sido creada con una Cuenta de Servicio de Red como seguridad. En instalaciones de conjuntos de servidores, la aplicación Web seleccionada no puede tener un grupo de aplicaciones que utilice Servicio de red como su cuenta de proceso.
| |
| 4 | | | El mensaje de error, específicamente, aparece en inglés como "The form cannot be displayed because session state is not available", cuando se intenta desplegar un NUEVO formulario para el registro.
| Esto sucede generalmente cuando no se ha creado un Proveedor de Servicios Compartidos (SSP), y/o no se ha asociado un SSP a la aplicación web donde se aloja la correspondiente biblioteca de formularios.
El proveedor de Servicios Compartidos es el que habilita y administra los estados de sesión para una aplicación web. | Crear y/o habilitar el correspondiente Proveedor de Servicios Compartidos, y asociarlo a la aplicación web donde se aloja la form library. | Otra solución adicional para este mismo problema es descomentar la siguiente línea del web.config, y así habilitar el SessionStateModule: <!-- <add name="Session" type="System.Web.SessionState.SessionStateModule"/> --> |
| 5 | | | Si se ha configurado un workflow para iniciarse automáticammente cuando se crea o modifica un elemento y este workflow no se inicia como era de esperarse luego de haber realizado la instalación del SP1 para WSS 3.0 o MOSS 2007 esto se debe a que los archivos de registro ULS (Unified Logging Service) no contienen ninguna información acerca de por qué se produce este comportamiento. | La principal causa de este comportamiento se debe a que el SP1 contienen una revisión de seguridad la cual impide que los workflows puedan iniciarse automáticamente con la cuenta de sistema. Después de haber instalado el Service Pack, los workflows no se ejecutan automáticamente cuando se cumplen las siguientes condiciones:
- La aplicación de servicio Web de WSS se ejecuta con la cuenta de dominio de un usuario
- El usuario inicia sesión al utilizar esta cuenta de dominio
- El sitio muesra el nombre de usuario como cuenta de sistema
| Para resolver este comportamiento, debe establecer la cuenta del grupo de aplicaciones para utilizar una cuenta de usaurio diferente. Es posible que desee crear una cuenta de usaurio nueva específicamente para este propósito.
Para establecer la cuenta de grupo de aplicaciones para utilizar una cuenta de usuario diferente, se deben seguir los siguientes pasos:
- En el servidor donde se encuentra instalado el WSS 3.0 o MOSS 2007, haga clic en Inicio > Todos los programas > Microsoft Office Server > SharePoint 3.0 Central Administration
- Haga clic en la ficha de Operaciones
- Debajo de Configuración haga clic en cuenta de servicio
- Haga clic en Web application pool y a continuación, haga clic en Windows SharePoint Services Web Application en el cuadro Web Service
- En el cuadro de grupo de aplicaciones, haga clic en el grupo de aplicaciones que desea cambiar
- Bajo Select an account for this component, haga clic en Configurable y a continuación escriba el nombre de usuario y la contraseña para la cuenta de usuario diferente.
| |