Que arquitectura recomendais

18/11/2006 - 19:21 por lobezno | Informe spam
Hola a todos,
Soy novato en esto de Sharepoint, llevo unos días leyendo mucho y probando
cosas, pero necesito algo de explicación humana xq no sé por donde tirar.

Tengo que hacer una aplicación asp.net sencillita, unas cuantas pantallas
que solicitan información al usuario, llaman a un servicio web externo con
esos parámetros y muestran en pantalla el resultado.
El problema es que esa aplicación debe funcionar dentro de un site de
Sharepoint donde convivir con bibliotecas de documentos, etc. Ya que llegado
el momento deberá recuperar el perfil del usuario logado en Sharepoint y
permitir o denegar ciertas operaciones.

La pregunta es: cual es la arquitectura idónea para esto?? Webparts,
aplicación asp.net “a parte” que se carga en un elemento web de sharepoint
(no sé muy bien ni lo que digo :))

Sobre lo que he probado tengo las siguientes dudas:

1.- Se puede trabajar con VS2005 con Sharepoint Server 2003 y WSS 2.0??. Yo
he creado un webpart HolaMundo usando
“SharePoint_2003_VS2005_WebPart_Template.vsi” y “”MSBee” y ha funcionado pero
he leído que no está pensado para ello.

2.- Recomendais trabajar con VS2003 y los WePartTemplates??

3.- No se puede trabajar con webparts en “modo de diseño” arrastrando los
controles, etc?? Por lo que he leído va todo desde código, dentro del método
CreateChildControls(), RenderWebPart, etc.

4.- Un webpart no puede ser una especie de contenedor de páginas aspx?? Es
decir, si tengo una primera página con un formulario y una segunda con los
resultados de enviar y procesar dicho formulario, implica 2 webparts y
comunicación entre ellos??

5.- Si fuera una aplicación “a parte” como se montaría? He intentado crear
un nuevo sitio web en localhost y me dice que Sharepoint no lo permite, lo he
conseguido hacer dentro de _layouts, pero eso me deja los fuentes aspx en un
directorio muy “raro” y poco “centralizado” para lo que necesito.

Siento el royo, pero voy perdido y necesito empezar a trabajar con esto.

Infinitas gracias.
Un saludo.

Preguntas similare

Leer las respuestas

#1 Gustavo
20/11/2006 - 12:01 | Informe spam
Hola,
WebParts parece lo idoneo, diria yo.
1 - Si se puede, y tienes razon, no esta pensado para ello
(http://www.gavd.net/servers/sharepo...ps&itm2)
2 - Si para SharePoint 2003
3 - No
4 - Una WebPart no puede ser un contenedor de paginas aspx, sino al
contrario. Una WebPart puede "mostrar" una pagina aspx, pero eso es
diferente. Conectar WebParts es posible
(http://www.gavd.net/servers/sharepo...s&itm7)
5 -
http://msdn.microsoft.com/library/d...012911.asp
Suerte,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"lobezno" wrote:

Hola a todos,
Soy novato en esto de Sharepoint, llevo unos días leyendo mucho y probando
cosas, pero necesito algo de explicación humana xq no sé por donde tirar.

Tengo que hacer una aplicación asp.net sencillita, unas cuantas pantallas
que solicitan información al usuario, llaman a un servicio web externo con
esos parámetros y muestran en pantalla el resultado.
El problema es que esa aplicación debe funcionar dentro de un site de
Sharepoint donde convivir con bibliotecas de documentos, etc. Ya que llegado
el momento deberá recuperar el perfil del usuario logado en Sharepoint y
permitir o denegar ciertas operaciones.

La pregunta es: cual es la arquitectura idónea para esto?? Webparts,
aplicación asp.net “a parte” que se carga en un elemento web de sharepoint
(no sé muy bien ni lo que digo :))

Sobre lo que he probado tengo las siguientes dudas:

1.- Se puede trabajar con VS2005 con Sharepoint Server 2003 y WSS 2.0??. Yo
he creado un webpart HolaMundo usando
“SharePoint_2003_VS2005_WebPart_Template.vsi” y “”MSBee” y ha funcionado pero
he leído que no está pensado para ello.

2.- Recomendais trabajar con VS2003 y los WePartTemplates??

3.- No se puede trabajar con webparts en “modo de diseño” arrastrando los
controles, etc?? Por lo que he leído va todo desde código, dentro del método
CreateChildControls(), RenderWebPart, etc.

4.- Un webpart no puede ser una especie de contenedor de páginas aspx?? Es
decir, si tengo una primera página con un formulario y una segunda con los
resultados de enviar y procesar dicho formulario, implica 2 webparts y
comunicación entre ellos??

5.- Si fuera una aplicación “a parte” como se montaría? He intentado crear
un nuevo sitio web en localhost y me dice que Sharepoint no lo permite, lo he
conseguido hacer dentro de _layouts, pero eso me deja los fuentes aspx en un
directorio muy “raro” y poco “centralizado” para lo que necesito.

Siento el royo, pero voy perdido y necesito empezar a trabajar con esto.

Infinitas gracias.
Un saludo.

Respuesta Responder a este mensaje
#2 lobezno
21/11/2006 - 09:14 | Informe spam
Hola Gustavo.
Muchas gracias x contestar, ya voy aclarando conceptos.

Conoces algún ejemplo de webpart que pueda ver el código donde haya cierta
"navegación" (listado genérico, detalle de una opción, pantalla de nueva
entrada al listado, etc). Me gustaría saber como se montan este tipo de
cosas, ya que no veo claro como meter todo eso en el método RenderWePart() y
CreateChilds()...
No sé si lo correcto son varios webparts conectados, u otro tipo de
arquitectura.

Gracias de nuevo.
Saludos.

"Gustavo" wrote:

Hola,
WebParts parece lo idoneo, diria yo.
1 - Si se puede, y tienes razon, no esta pensado para ello
(http://www.gavd.net/servers/sharepo...ps&itm2)
2 - Si para SharePoint 2003
3 - No
4 - Una WebPart no puede ser un contenedor de paginas aspx, sino al
contrario. Una WebPart puede "mostrar" una pagina aspx, pero eso es
diferente. Conectar WebParts es posible
(http://www.gavd.net/servers/sharepo...s&itm7)
5 -
http://msdn.microsoft.com/library/d...012911.asp
Suerte,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"lobezno" wrote:

> Hola a todos,
> Soy novato en esto de Sharepoint, llevo unos días leyendo mucho y probando
> cosas, pero necesito algo de explicación humana xq no sé por donde tirar.
>
> Tengo que hacer una aplicación asp.net sencillita, unas cuantas pantallas
> que solicitan información al usuario, llaman a un servicio web externo con
> esos parámetros y muestran en pantalla el resultado.
> El problema es que esa aplicación debe funcionar dentro de un site de
> Sharepoint donde convivir con bibliotecas de documentos, etc. Ya que llegado
> el momento deberá recuperar el perfil del usuario logado en Sharepoint y
> permitir o denegar ciertas operaciones.
>
> La pregunta es: cual es la arquitectura idónea para esto?? Webparts,
> aplicación asp.net “a parte” que se carga en un elemento web de sharepoint
> (no sé muy bien ni lo que digo :))
>
> Sobre lo que he probado tengo las siguientes dudas:
>
> 1.- Se puede trabajar con VS2005 con Sharepoint Server 2003 y WSS 2.0??. Yo
> he creado un webpart HolaMundo usando
> “SharePoint_2003_VS2005_WebPart_Template.vsi” y “”MSBee” y ha funcionado pero
> he leído que no está pensado para ello.
>
> 2.- Recomendais trabajar con VS2003 y los WePartTemplates??
>
> 3.- No se puede trabajar con webparts en “modo de diseño” arrastrando los
> controles, etc?? Por lo que he leído va todo desde código, dentro del método
> CreateChildControls(), RenderWebPart, etc.
>
> 4.- Un webpart no puede ser una especie de contenedor de páginas aspx?? Es
> decir, si tengo una primera página con un formulario y una segunda con los
> resultados de enviar y procesar dicho formulario, implica 2 webparts y
> comunicación entre ellos??
>
> 5.- Si fuera una aplicación “a parte” como se montaría? He intentado crear
> un nuevo sitio web en localhost y me dice que Sharepoint no lo permite, lo he
> conseguido hacer dentro de _layouts, pero eso me deja los fuentes aspx en un
> directorio muy “raro” y poco “centralizado” para lo que necesito.
>
> Siento el royo, pero voy perdido y necesito empezar a trabajar con esto.
>
> Infinitas gracias.
> Un saludo.
>
Respuesta Responder a este mensaje
#3 Gustavo
21/11/2006 - 10:18 | Informe spam
Hola,
Hay 6 articulos sobre la construccion de WebParts, empezando desde las bases
(http://www.gavd.net/servers/sharepo...s&itm%), hasta
temas mas avanzados en el sitio de SkunkWorks
(http://www.gavd.net/servers/default.aspx), junto con varios ejemplos,
trucos, etc. Tambien en el SDK encuentras toda la informacion que necesitas
al respecto.
Suerte,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"lobezno" wrote:

Hola Gustavo.
Muchas gracias x contestar, ya voy aclarando conceptos.

Conoces algún ejemplo de webpart que pueda ver el código donde haya cierta
"navegación" (listado genérico, detalle de una opción, pantalla de nueva
entrada al listado, etc). Me gustaría saber como se montan este tipo de
cosas, ya que no veo claro como meter todo eso en el método RenderWePart() y
CreateChilds()...
No sé si lo correcto son varios webparts conectados, u otro tipo de
arquitectura.

Gracias de nuevo.
Saludos.

"Gustavo" wrote:

> Hola,
> WebParts parece lo idoneo, diria yo.
> 1 - Si se puede, y tienes razon, no esta pensado para ello
> (http://www.gavd.net/servers/sharepo...ps&itm2)
> 2 - Si para SharePoint 2003
> 3 - No
> 4 - Una WebPart no puede ser un contenedor de paginas aspx, sino al
> contrario. Una WebPart puede "mostrar" una pagina aspx, pero eso es
> diferente. Conectar WebParts es posible
> (http://www.gavd.net/servers/sharepo...s&itm7)
> 5 -
> http://msdn.microsoft.com/library/d...012911.asp
> Suerte,
> Gustavo
> http://www.gavd.net/servers/default.aspx
> http://geeks.ms/blogs/gvelez/
>
>
> "lobezno" wrote:
>
> > Hola a todos,
> > Soy novato en esto de Sharepoint, llevo unos días leyendo mucho y probando
> > cosas, pero necesito algo de explicación humana xq no sé por donde tirar.
> >
> > Tengo que hacer una aplicación asp.net sencillita, unas cuantas pantallas
> > que solicitan información al usuario, llaman a un servicio web externo con
> > esos parámetros y muestran en pantalla el resultado.
> > El problema es que esa aplicación debe funcionar dentro de un site de
> > Sharepoint donde convivir con bibliotecas de documentos, etc. Ya que llegado
> > el momento deberá recuperar el perfil del usuario logado en Sharepoint y
> > permitir o denegar ciertas operaciones.
> >
> > La pregunta es: cual es la arquitectura idónea para esto?? Webparts,
> > aplicación asp.net “a parte” que se carga en un elemento web de sharepoint
> > (no sé muy bien ni lo que digo :))
> >
> > Sobre lo que he probado tengo las siguientes dudas:
> >
> > 1.- Se puede trabajar con VS2005 con Sharepoint Server 2003 y WSS 2.0??. Yo
> > he creado un webpart HolaMundo usando
> > “SharePoint_2003_VS2005_WebPart_Template.vsi” y “”MSBee” y ha funcionado pero
> > he leído que no está pensado para ello.
> >
> > 2.- Recomendais trabajar con VS2003 y los WePartTemplates??
> >
> > 3.- No se puede trabajar con webparts en “modo de diseño” arrastrando los
> > controles, etc?? Por lo que he leído va todo desde código, dentro del método
> > CreateChildControls(), RenderWebPart, etc.
> >
> > 4.- Un webpart no puede ser una especie de contenedor de páginas aspx?? Es
> > decir, si tengo una primera página con un formulario y una segunda con los
> > resultados de enviar y procesar dicho formulario, implica 2 webparts y
> > comunicación entre ellos??
> >
> > 5.- Si fuera una aplicación “a parte” como se montaría? He intentado crear
> > un nuevo sitio web en localhost y me dice que Sharepoint no lo permite, lo he
> > conseguido hacer dentro de _layouts, pero eso me deja los fuentes aspx en un
> > directorio muy “raro” y poco “centralizado” para lo que necesito.
> >
> > Siento el royo, pero voy perdido y necesito empezar a trabajar con esto.
> >
> > Infinitas gracias.
> > Un saludo.
> >
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida