jueves 17 de julio de 2008
Modificar categorías en SharePoint 2007
Algo que siempre me molestó de SharePoint... y que no es un problema del producto sino de los implementadores, es que en el direcotrio de Sitios ya viene con un conjunto de sitios predefinidos y nadie los cambia.
Así que como estoy implementando un SharePoint 2007 (MOSS, para los amigos) desde cero, me tomé la libertad de cambiarlos.
Originalmente el sitio muestra las siguientes categorías:
Utilizando la info de un artículo de Microsoft, realicé los siguientes pasos. Cuidado que es algo complejo porque hay que hacer mucho click:
Ahora puedo disfrutar de las categorías que mi empresa necesita.
Así que como estoy implementando un SharePoint 2007 (MOSS, para los amigos) desde cero, me tomé la libertad de cambiarlos.
Originalmente el sitio muestra las siguientes categorías:
Utilizando la info de un artículo de Microsoft, realicé los siguientes pasos. Cuidado que es algo complejo porque hay que hacer mucho click:
- En la barra superior de navegación, hice click en "Sitios". Eso me llevó al directorio de sitios.
- En el directorio de sitios, hice click en el menú Acciones y elegí la opción Modificar Página.
- En la sección de Categorías, hay dos botones. Hice click en el que se llama Modificar Sitios y Categorías. Allí aparece una alerta de Internet Explorer indicando que se va a cambiar de página y que los cambios no fueron salvados. Hay que aceptar el cuadro de diálogo.
- En la página de Sitios, hice click en el menú Configuraciones y luego hice click sobre la Lista de Sitios.
- En la página de Personalizar Sitios, en la sección Columnas, hacer click sobre el elemento que se desea cambiar. En mi caso, seleccioné primero División y luego hice lo mismo con Región.
- En la página de cambiar columna, cambié la lista de opciones por la que a mi me servía.
- En la barra de navegación volví a Directorio de Sitios y allí di un click en el botón Publicar.
Ahora puedo disfrutar de las categorías que mi empresa necesita.
Etiquetas: SharePoint
lunes 14 de julio de 2008
Redireccion de Sitios Web en IIS 6.0
Hoy me enfrenté a un problema difícil: hacer que una aplicación web estuviera disponible por la misma URL desde adentro y desde afuera de la empresa.
Parece fácil, siempre y cuando no haya un SharePoint en el medio.
El ISA Server 2006 tenía una publicación de SharePoint en http://www.dominio.com/ que apuntaba al servidor interno SPS. Además, Q-flow, que era la aplicación a publicar estaba instalada en otro lado y publicada con una regla de publicación de sitio web. El dirección de la aplicación era http://servidor/qflow y la publicación hacia Internet quedaba en http://www.dominio.com/qflow.
Desde afuera funcionaba sin problemas, pero desde adentro de la empresa, ir a la última dirección enviaba al servidor de SharePoint. El DNS interno devolvía la IP interna del SharePoint cuando se lo consultaba por http://www.dominio.com/, lo cual es correcto.
Luego de dar muchas vueltas para tratar de resolverlo en el ISA Server, seguí un enfoque diferente.
En el servidor de SharePoint creé una Ruta Excluída (Excuded path) y un Directorio Virtual llamado /qflow. Con la ruta excluida, SharePoint me devuelve el control de /qflow. Luego modifiqué el directorio virtual para que sea una redirección a http://servidor/qflow.
Esto funciona bien si a la aplicación siempre se entra por la página principal, pero no es el caso de Q-flow, ya que se ingresa a través de los Response Link. Éstos son links que llevan directamente a la tarea que el usuario debe responder y lo hace utilizando una cadena de consulta (query string, para los amigos).
Me imaginé que debería haber una forma de resolverlo, de configurarlo. Fué así que encontré que en la referencia de IIS 6.0 en TechNet, mencionaba que había parámetros para configurar la redirección.
La URL para redirección ahora quedó como http://servidor/qflow$S$Q. Además debe establecerse "The exact URL entered above".
Parece fácil, siempre y cuando no haya un SharePoint en el medio.
El ISA Server 2006 tenía una publicación de SharePoint en http://www.dominio.com/ que apuntaba al servidor interno SPS. Además, Q-flow, que era la aplicación a publicar estaba instalada en otro lado y publicada con una regla de publicación de sitio web. El dirección de la aplicación era http://servidor/qflow y la publicación hacia Internet quedaba en http://www.dominio.com/qflow.
Desde afuera funcionaba sin problemas, pero desde adentro de la empresa, ir a la última dirección enviaba al servidor de SharePoint. El DNS interno devolvía la IP interna del SharePoint cuando se lo consultaba por http://www.dominio.com/, lo cual es correcto.
Luego de dar muchas vueltas para tratar de resolverlo en el ISA Server, seguí un enfoque diferente.
En el servidor de SharePoint creé una Ruta Excluída (Excuded path) y un Directorio Virtual llamado /qflow. Con la ruta excluida, SharePoint me devuelve el control de /qflow. Luego modifiqué el directorio virtual para que sea una redirección a http://servidor/qflow.
Esto funciona bien si a la aplicación siempre se entra por la página principal, pero no es el caso de Q-flow, ya que se ingresa a través de los Response Link. Éstos son links que llevan directamente a la tarea que el usuario debe responder y lo hace utilizando una cadena de consulta (query string, para los amigos).
Me imaginé que debería haber una forma de resolverlo, de configurarlo. Fué así que encontré que en la referencia de IIS 6.0 en TechNet, mencionaba que había parámetros para configurar la redirección.
La URL para redirección ahora quedó como http://servidor/qflow$S$Q. Además debe establecerse "The exact URL entered above".
Con esto ahora se puede acceder al mismo link tanto desde Internet como desde la red interna de la empresa. En el caso de que sea por adentro, se redirecciona al servidor correspondiente.
Etiquetas: IIS, SharePoint, Windows Server
miércoles 14 de noviembre de 2007
Edit in DataSheet - Problema de SharePoint 2003 luego de Service Pack 3
En el proceso de migración de SharePoint, debido a un mensaje de error mal interpretado, instalé los Service Pack 3 de Windows SharePoint Services 2.0 y Microsoft SharePoint Portal 2003.
Luego de eso los usuarios comenzaron a quejarse de la aparición del siguiente mensaje cuando veían listas en forma de Data Sheet.
"The list is displayed in Standard view. It cannot be displayed in Datasheet view for one or more of the following reasons: A datasheet component compatible with Windows SharePoint Services is not installed, your browser does not support ActiveX controls, or support for ActiveX controls is disabled."
El problema surge al instalar el Service Pack 3 de SharePoint Portal 2003. La solución que encontré, fue agregarle un método al Javascript ows.js. Para esto, ir al archivo mencionado en C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\TEMPLATE\LAYOUTS\1033 y buscar el método PortalPinToMyPage. Despues de este método, agregar el siguiente código:
function RenderActiveX(str)
{
document.write(str);
}
Guardar los cambios y hacer un iisreset. Luego ir a un Internet Explorer, tratar de ver la vista en Data Sheet, y si se sigue viendo en forma normal, realizar una actualización forzada con Ctrl + F5. Luego hacer click en Edit in Data Sheet y debería quedar funcionando.
James Way de Microsoft indica en su blog que el problema ya fue reportado y lo está viendo el equipo de desarrollo del producto. Él solicita que quien tenga el problema solicite soporte a Microsoft.
¡Pero para que pagar!
Matthias G. en su blog nos iluminó con un post en alemán (leo alemán = soy un tipo "jodido") que explica como solucionar el problema. Esto es lo que yo agregué más arriba en español.
Luego de eso los usuarios comenzaron a quejarse de la aparición del siguiente mensaje cuando veían listas en forma de Data Sheet.
"The list is displayed in Standard view. It cannot be displayed in Datasheet view for one or more of the following reasons: A datasheet component compatible with Windows SharePoint Services is not installed, your browser does not support ActiveX controls, or support for ActiveX controls is disabled."
El problema surge al instalar el Service Pack 3 de SharePoint Portal 2003. La solución que encontré, fue agregarle un método al Javascript ows.js. Para esto, ir al archivo mencionado en C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\TEMPLATE\LAYOUTS\1033 y buscar el método PortalPinToMyPage. Despues de este método, agregar el siguiente código:
function RenderActiveX(str)
{
document.write(str);
}
Guardar los cambios y hacer un iisreset. Luego ir a un Internet Explorer, tratar de ver la vista en Data Sheet, y si se sigue viendo en forma normal, realizar una actualización forzada con Ctrl + F5. Luego hacer click en Edit in Data Sheet y debería quedar funcionando.
James Way de Microsoft indica en su blog que el problema ya fue reportado y lo está viendo el equipo de desarrollo del producto. Él solicita que quien tenga el problema solicite soporte a Microsoft.
¡Pero para que pagar!
Matthias G. en su blog nos iluminó con un post en alemán (leo alemán = soy un tipo "jodido") que explica como solucionar el problema. Esto es lo que yo agregué más arriba en español.
Etiquetas: Problemas de Software, Service Packs, SharePoint
martes 13 de noviembre de 2007
SharePoint 2007 (el otro blog)
Desde hace unos días me estoy convirtiendo en Experto SharePoint.
Primero, Pepe, director de Urudata andaba preocupado porque las búsquedas no funcionaban en el SharePoint. Y empezó a buscarme entre los asistentes de la reunión, para que tomara eso en mis manos y lo dejara funcionando.
Esa era una tarea que había quedado relegada frente a la migración a SharePoint 2007 que estaba haciendo Gustavo hasta que el deber lo llamó a un Outsourcing.
4 días después comenzaba mi aventura de migrar SharePoint y de paso... me fijé por qué las búsquedas no andaban. Y lo encontré. Alguien se olvidó de configurar una contraseña y cuando se cambió la contraseña del usuario que corre la indexación, había que ir a cambiarla. Pero había otros temas más... relacionados a los índices, etc.
Ahora comienza mi segunda etapa de migración de SharePoint Portal 2003 a SharePoint 2007. Para esto me está ayudando mucho leer el blog de Héctor, que se llama SharePoint 2007 (el otro blog). Héctor es un tipo que mete pila de empeño en todo y este blog le está quedando espectacular.
En especial me gustó un post que trata sobre sitios hechos en SharePoint 2007. Algunos, realmente increíbles.
Visítenlo porque está espectacular y lleno de recursos. Y hagan como yo, suscríbanse al Feed.
Primero, Pepe, director de Urudata andaba preocupado porque las búsquedas no funcionaban en el SharePoint. Y empezó a buscarme entre los asistentes de la reunión, para que tomara eso en mis manos y lo dejara funcionando.
Esa era una tarea que había quedado relegada frente a la migración a SharePoint 2007 que estaba haciendo Gustavo hasta que el deber lo llamó a un Outsourcing.
4 días después comenzaba mi aventura de migrar SharePoint y de paso... me fijé por qué las búsquedas no andaban. Y lo encontré. Alguien se olvidó de configurar una contraseña y cuando se cambió la contraseña del usuario que corre la indexación, había que ir a cambiarla. Pero había otros temas más... relacionados a los índices, etc.
Ahora comienza mi segunda etapa de migración de SharePoint Portal 2003 a SharePoint 2007. Para esto me está ayudando mucho leer el blog de Héctor, que se llama SharePoint 2007 (el otro blog). Héctor es un tipo que mete pila de empeño en todo y este blog le está quedando espectacular.
En especial me gustó un post que trata sobre sitios hechos en SharePoint 2007. Algunos, realmente increíbles.
Visítenlo porque está espectacular y lleno de recursos. Y hagan como yo, suscríbanse al Feed.
Etiquetas: Blogs, SharePoint
Suscribirse a Entradas [Atom]
