Sharepoint y otro Sitio Web

Este problema es sencillo de resolver. Le pasa a todo el mundo que empieza a
utilizar Sharepoint 2003 y quiere integrar aplicaciones suyas 'custom' (p.e.
en ASP.NET).
Describo el problema para asegurarme de que es lo mismo que dices:
Descripción del Problema:
1.- Tienes un sevidor con SharePoint Portal Server 2003 correctamente
instalado y funcionando.
Por ejemplo, se entra al Portal de SPS-2003 con la URL: http://intranet
2.- Cuando creas un Web (p.e. directorio virtual con aplicación ASP.NET
tuya) dentro del WebSite por defecto de IIS (puerto 80, el WebSite que tiene
en este caso SharePoint Portal Server 2003), da un error diciendo el Browser
que no encuentra ningna página de dicho nuevo Web (en este caso de la
aplicación tuya ASP.NET).
p.e. da un error de página no encontrada cuendo escribiéramos
http://intranet/MiApp/default.aspx

Causa: FILTRO ISAPI de SharePoint 2003
1.- La causa es que al instalar SharePoint Portal Server 2003, se instala un
FILTRO ISAPI (llamado stsfltr.dll) en el WebSite de IIS, de forma que todas
las peticiones HTTP las redirecciona a la fuente interna de páginas
(repositorio guardado internamente en SQL Server 2000). De forma que cuando
haces una petición a tu Web (tu aplicación ASP.NET o de cualquier otro
tipo), no encuentra dichas páginas dentro de SQL Server 2000 (lógico).

Resolución:
1.- Hay que excluir el path a tu aplicación Web de los paths manejados por
dicho filtro ISAPI de SharePoint Portal Server 2003. Se hace desde la
Administración Central de SharePoint Portal Server 2003 --> Configuración de
Servidores Virtuales --> Administración de 'paths' manejados. Ahí hay que
EXCLUIR el path a tu aplicación (/MiApp) para que no lo gestione el FILTRO
ISAPI.

Aquí te mando algunas URLs donde explican el tema en detalle:

http://www.microsoft.com/belux/nl/m...arts2.mspx
http://ipattern.com/simpleblog/Comm...x?entryid9

Saludos,

César de la Torre
[Microsoft MVP - XML WebServices]
[MCSE] [MCT]

Renacimiento
Microsoft GOLD Certified Partner
www.renacimiento.com


"grbyte" wrote in message
news:1c03101c451f5$d9f0c990$
Hola a todos,

tengo montado en una máquina el SharePoint 2003 y
funciona correctamente.

El problema viene al intalar un Sitio Web hecho por mí en
esa misma máquina, donde está el SharePoint Portal Server
2003.

Lo que sucede es que el SharePoint coge las rutas de mi
Sitio Web como suyas, y no me funciona.

Cómo sería una buena estructura del IIS para montar el
SharePoint y otras Aplicaciones Web? Si hay alguna
referencia a documentación os agradecería que me la
especificaseis.

Gracias

PD: también me interesa la interacción con el Exchange...

Muchas gracias CESAR,

ya he leido los artículos y la verdad es que lo explican
bastante bien.

Tenía otra duda. Quiero que se acceda por INTRANET
directamente tanto al SharePoint como a mi sitio web. La
configuración que habrá que poner en el IIS en ambos
casos será integrada de Windows, si no me equivoco.

Y para EXTRANET??? Con esa configuración también vale o
hay que cambiar la estructura.

Alguna vez me ha pasado que, entrando desde fuera, me ha
pedido user/pass al entrar al SharePoint, pero me ha
vuelto a pedir al entrar en mi Sitio Web, desde el mismo
explorador.

No se supone que cuando te loggeas en un explorador te
mantiene el usuario... o es que ese login te vale para
ese directorio virtual y los que estén por debajo.

Como podría solucionarlo??

Gracias de antemano.

Este problema es sencillo de resolver. Le pasa a todo el

mundo que empieza a

utilizar Sharepoint 2003 y quiere integrar aplicaciones

suyas 'custom' (p.e.

en ASP.NET).
Describo el problema para asegurarme de que es lo mismo

que dices:

Descripción del Problema:
1.- Tienes un sevidor con SharePoint Portal Server 2003

correctamente

instalado y funcionando.
Por ejemplo, se entra al Portal de SPS-2003 con la URL:

http://intranet

2.- Cuando creas un Web (p.e. directorio virtual con

aplicación ASP.NET

tuya) dentro del WebSite por defecto de IIS (puerto 80,

el WebSite que tiene

en este caso SharePoint Portal Server 2003), da un error

diciendo el Browser

que no encuentra ningna página de dicho nuevo Web (en

este caso de la

aplicación tuya ASP.NET).
p.e. da un error de página no encontrada cuendo

escribiéramos

http://intranet/MiApp/default.aspx

Causa: FILTRO ISAPI de SharePoint 2003
1.- La causa es que al instalar SharePoint Portal Server

2003, se instala un

FILTRO ISAPI (llamado stsfltr.dll) en el WebSite de IIS,

de forma que todas

las peticiones HTTP las redirecciona a la fuente interna

de páginas

(repositorio guardado internamente en SQL Server 2000).

De forma que cuando

haces una petición a tu Web (tu aplicación ASP.NET o de

cualquier otro

tipo), no encuentra dichas páginas dentro de SQL Server

2000 (lógico).

Resolución:
1.- Hay que excluir el path a tu aplicación Web de los

paths manejados por

dicho filtro ISAPI de SharePoint Portal Server 2003. Se

hace desde la

Administración Central de SharePoint Portal Server 2003 -

-> Configuración de

Servidores Virtuales --> Administración de 'paths'

manejados. Ahí hay que

EXCLUIR el path a tu aplicación (/MiApp) para que no lo

gestione el FILTRO

ISAPI.

Aquí te mando algunas URLs donde explican el tema en

detalle:

http://www.microsoft.com/belux/nl/m...y/columns/

tisseghem/webparts2.mspx

http://ipattern.com/simpleblog/CommentView.aspx?

entryid9

Saludos,

César de la Torre
[Microsoft MVP - XML WebServices]
[MCSE] [MCT]

Renacimiento
Microsoft GOLD Certified Partner
www.renacimiento.com


"grbyte" wrote in

message

news:1c03101c451f5$d9f0c990$
Hola a todos,

tengo montado en una máquina el SharePoint 2003 y
funciona correctamente.

El problema viene al intalar un Sitio Web hecho por mí en
esa misma máquina, donde está el SharePoint Portal Server
2003.

Lo que sucede es que el SharePoint coge las rutas de mi
Sitio Web como suyas, y no me funciona.

Cómo sería una buena estructura del IIS para montar el
SharePoint y otras Aplicaciones Web? Si hay alguna
referencia a documentación os agradecería que me la
especificaseis.

Gracias

PD: también me interesa la interacción con el Exchange...


.

Para Extranet (con Firewalls de por medio) la solución facil de implementar
es deshabilitar Seguridad Integrada y habilitar exclusivamente autenticación
BASIC.
Esto, si se accede a la EXTRANET mediante VPNs es eguro. Si se accede
directamente por HTTP e Internet, tiene el inconveniente de que con
autenticación BASIC, el usuario y password viajan 'al aire' sin encriptación
alguna.

César de la Torre
[Microsoft MVP - .NET XML WebServices]
[MCSE] [MCT]

Renacimiento
Microsoft GOLD Certified Partner
www.renacimiento.com


"grbyte" wrote in message
news:1c73101c452af$902a9240$
Muchas gracias CESAR,

ya he leido los artículos y la verdad es que lo explican
bastante bien.

Tenía otra duda. Quiero que se acceda por INTRANET
directamente tanto al SharePoint como a mi sitio web. La
configuración que habrá que poner en el IIS en ambos
casos será integrada de Windows, si no me equivoco.

Y para EXTRANET??? Con esa configuración también vale o
hay que cambiar la estructura.

Alguna vez me ha pasado que, entrando desde fuera, me ha
pedido user/pass al entrar al SharePoint, pero me ha
vuelto a pedir al entrar en mi Sitio Web, desde el mismo
explorador.

No se supone que cuando te loggeas en un explorador te
mantiene el usuario... o es que ese login te vale para
ese directorio virtual y los que estén por debajo.

Como podría solucionarlo??

Gracias de antemano.

Este problema es sencillo de resolver. Le pasa a todo el

mundo que empieza a

utilizar Sharepoint 2003 y quiere integrar aplicaciones

suyas 'custom' (p.e.

en ASP.NET).
Describo el problema para asegurarme de que es lo mismo

que dices:

Descripción del Problema:
1.- Tienes un sevidor con SharePoint Portal Server 2003

correctamente

instalado y funcionando.
Por ejemplo, se entra al Portal de SPS-2003 con la URL:

http://intranet

2.- Cuando creas un Web (p.e. directorio virtual con

aplicación ASP.NET

tuya) dentro del WebSite por defecto de IIS (puerto 80,

el WebSite que tiene

en este caso SharePoint Portal Server 2003), da un error

diciendo el Browser

que no encuentra ningna página de dicho nuevo Web (en

este caso de la

aplicación tuya ASP.NET).
p.e. da un error de página no encontrada cuendo

escribiéramos

http://intranet/MiApp/default.aspx

Causa: FILTRO ISAPI de SharePoint 2003
1.- La causa es que al instalar SharePoint Portal Server

2003, se instala un

FILTRO ISAPI (llamado stsfltr.dll) en el WebSite de IIS,

de forma que todas

las peticiones HTTP las redirecciona a la fuente interna

de páginas

(repositorio guardado internamente en SQL Server 2000).

De forma que cuando

haces una petición a tu Web (tu aplicación ASP.NET o de

cualquier otro

tipo), no encuentra dichas páginas dentro de SQL Server

2000 (lógico).

Resolución:
1.- Hay que excluir el path a tu aplicación Web de los

paths manejados por

dicho filtro ISAPI de SharePoint Portal Server 2003. Se

hace desde la

Administración Central de SharePoint Portal Server 2003 -

-> Configuración de

Servidores Virtuales --> Administración de 'paths'

manejados. Ahí hay que

EXCLUIR el path a tu aplicación (/MiApp) para que no lo

gestione el FILTRO

ISAPI.

Aquí te mando algunas URLs donde explican el tema en

detalle:

http://www.microsoft.com/belux/nl/m...y/columns/

tisseghem/webparts2.mspx

http://ipattern.com/simpleblog/CommentView.aspx?

entryid9

Saludos,

César de la Torre
[Microsoft MVP - XML WebServices]
[MCSE] [MCT]

Renacimiento
Microsoft GOLD Certified Partner
www.renacimiento.com


"grbyte" wrote in

message

news:1c03101c451f5$d9f0c990$
Hola a todos,

tengo montado en una máquina el SharePoint 2003 y
funciona correctamente.

El problema viene al intalar un Sitio Web hecho por mí en
esa misma máquina, donde está el SharePoint Portal Server
2003.

Lo que sucede es que el SharePoint coge las rutas de mi
Sitio Web como suyas, y no me funciona.

Cómo sería una buena estructura del IIS para montar el
SharePoint y otras Aplicaciones Web? Si hay alguna
referencia a documentación os agradecería que me la
especificaseis.

Gracias

PD: también me interesa la interacción con el Exchange...


.