none
¿SharePoint la mejor solución? RRS feed

  • Pregunta

  • Buenas a todos:

    Estoy desarrollando una aplicación web de gestión documental. El tema es que quiero implementar la apertura de archivos en local al igual que lo hace la aplicación project de Microsoft para que a la hora de realizar cualquier modificación desde la aplicación lo esté haciendo realmente sobre el archivo del servidor y no sobre una copia en temporal.

    Entonces, indagando un poco descubro que project está basado en SharePoint y que es por este camino por el que tengo que seguir, pero como nunca he trabajado con ello estoy en un mar de dudas ¿podríais echarme una mano para intentar despejarlas?

    Es que tengo la sensación de que la configuración de los productos Sharepoint es realmente compleja ¿estoy en un error? Lo que pretendo hacer (implementar sharepoint únicamente para poder modificar archivos locales a través de una aplicación web) ¿qué tareas implicaría? Porque desconozco si me estoy metiendo en un jardín demasiado grande...

    En principio entiendo que, al contar con una máquina de desarrollo con VS2010 y SO Windows 7, mi única alternativa para poder desarrollar con Sharepoint es instalar en esta máquina un servidor con la versión 2010 (creo que el 2007 no es compatible con Windows 7). Luego, a la hora de montar el servidor, podría ser un servidor con Sharepoint 2007 o 2010 (lo comento por las opciones que da VS2010 a la hora de crear el proyecto). Por lo que necesito 2 licencias: una para desarrollo y otra para el servidor donde hospede la aplicación web.

    Y por otro lado ¿es complejo integrar sharepoint en una aplicación web asp.net? Me preocupa cómo integrarlo sobre todo en la parte de la interfaz de usuario ya que estoy utilizando librerias ext.js para la creación de la UI.

    Muchas gracias por las molestias y perdonad el bombardeo, pero es que ando realmente perdida

    martes, 11 de enero de 2011 17:45

Respuestas

  • Hola Lain1010,

    Lo ideal para trabajar con documentos en local con SharePoint 2010 es usar SharePoint Workspace. Este producto te permite trabajar offline y sincronizar la información una vez que encuentre conectividad con el servidor. http://technet.microsoft.com/en-us/library/ee649102.aspx

     Otra opción podría ser trabajar con la Vista Explorador, que te permite utilizando Webdav navegar por las bibliotecas de documentos usando el explorer de Windows http://blogs.salentica.com/rvajaria/2010/05/13/where-is-explorer-view-in-sharepoint-2010/

    SharePoint es un producto grande, pero al final no es tán complejo. Para las opciones que te he puesto no necesitas de un desarrollo, son opciones que ya tenemos con el producto.

    Para desarrollar necesitas un Windows Server 2008 o Windows 7, con SharePoint instalado y Visual Studio 2010. Si trabajas con VS2010 no vas a poder desplegar tus soluciones en SharePoint 2007, para éste necesitas VS2008 o VS2005.

    ¿Explicamos un poco que necesitas integrar en tu aplicación web? SharePoint 2010 tiene una nueva api de cliente que permite acceder a la información desde aplicaciones .NET, JavaScript o Silverlight, para integrarla con tus aplicaciones o incluso, tienes servicios web o servicios OData.

    Te dejo un enlace con información del API de cliente

    http://geeks.ms/blogs/adiazmartin/archive/2010/02/02/sharepoint-2010-client-api.aspx

    http://geeks.ms/blogs/adiazmartin/archive/2010/06/10/suges-presentaci-243-n-webcas-sharepoint-desde-cliente.aspx

     


    Alberto Diaz Martin twitter://@adiazcan | http://geeks.ms/blogs/adiazmartin | MVP SharePoint Server
    • Marcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:55
    martes, 11 de enero de 2011 18:15
  • Agrego:

    1) Un viejo post sobre diseño y desarrollo en SharePoint

    http://surpoint.blogspot.com/2009/08/sharepoint-como-diseno-desarrollo.html

    2) Un par de libros para introducirte en el desarrollo de SharePoint:

    http://www.microsoft.com/learning/en/us/book.aspx?ID=9692&locale=en-us (Inside Windows SharePoint Services 3)

    http://surpoint.blogspot.com/2010/07/libro-programacion-en-sharepoint-2010.html (programación en SharePoint 2010)

    Antes de leer todo ese material, de seguro nos sería útil que nos detalles un poco más tu necesidad..

    Espero que te sirvan estos datos!


    Juan Pablo.
    surpoint.blogspot.com
    geeks.ms/blogs/jpussacq
    @jpussacq
    HispaPoint: comunidad sharepoint de habla hispana
    • Marcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:55
    martes, 11 de enero de 2011 18:30
  • Te contesto aso por paso.

    1. De momento, todo lo que nos planteas de plantillas de documentos y demás se puede hacer directamente desde SharePoint, igual no necesitas una aplicación web externa y puedes aprovechar más funcionalidades que te da la gestión documental de SharePoint (como el control de versiones, la seguridad, los DocumentSets, etc.), añadiéndole una capa de desarrolla para tus necesidades.

    2. El porque no lo sé, pero es así. Para SharePoint 2010 tienes unas plantillas de proyectos y de elementos en Visual Studio 2010 y para SharePoint 2007 tienes que instalar algún plugin a VS2008/VS2005 para crear proyectos (el desarrollo es un poco más artesanal). Supongo que lo primero es la versión del Framework, SharePoint 2010 es framework 3.5 y SharePoint 2007 es framework 2.0, otro puede ser la obligatoriedad de x64 para SharePoint 2010, y alguna cosa más.

    Al principio, SharePoint no es sencillo, pero tiene una serie de capacidades y funcionalidades que te pueden ahorrar mucho tiempo en tu desarrollo.


    Alberto Diaz Martin twitter://@adiazcan | http://geeks.ms/blogs/adiazmartin | MVP SharePoint Server
    miércoles, 12 de enero de 2011 9:48
  • Hola a tod@s,

    Voy a aportar mi granito de arena al último post de Lain:

    • Si estás pensando en un tipo de solución en la que tengas documentos vivos e inteligentes en SharePoint, yo también le daría una mirada al concepto de Office Business Applications que casa muy bien con SharePoint. Por ejemplo, que un usuario en una biblioteca de documentos pueda decir: "Rellenar nueva hoja de gastos" se le abra una plantilla de documento con unos marcadores pre-definidos y completados con información almacenada en SharePoint.
    • Como dice Alberto, las herramientas de desarrollo de Visual Studio 2010 son para SharePoint 2010 (http://guru-web.blogspot.com/2010/03/doing-sharepoint-2007-development-in.html) y no para SharePoint 2007. Como dices, en VS 2010 aparece una rama para 2007 (Alberto, es Framework 3.0 aunque el core es 2.0 como pasa con SharePoint 2010), pero solo es para flujos de trabajo y por compatibilidad hacia atrás ya que esta característica ya estaba presente en VS 2008...en tu caso, al tener SharePoint 2007 no te queda otra que desarrollar con VS 2008 ya que la estrucutra de proyectos y empaquetado que trae VS 2010 es para SharePoint 2010. Como dice Alberto, el desarrollo es más artesanal, pero tienes algo de productividad si usas las Visual Studio Extensions para WSS: http://geeks.ms/blogs/ciin/archive/2010/12/21/wss-3-0-amp-moss-liberada-la-versi-243-n-1-3-de-las-visual-studio-extensions-para-sharepoint.aspx. Además te recomiendo su uso, ya que te asegurarás que tus desarrollo sean más compatibles con SharePoint 2010 ya que por ejemplo te los compila en modo "Any CPU" y te garantiza que en 64 bits sean soportados. Luego para el empaquetado de soluciones tienes que recurrir a soluciones de la comunidad como WSPBuilder.

    De todas formas, y a pesar de estos puntos, existe una forma no soportada oficialmente de desarrollar para SharePoint 2007 usando VS 2010: http://geeks.ms/blogs/ciin/archive/2010/07/17/sharepoint-2010-191-se-puede-utilizar-visual-studio-2010-para-desarrollar-para-sharepoint-2007.aspx

    Saludos!

    miércoles, 12 de enero de 2011 10:35
  • Buenas,

    no voy a dar más información que la que han dado mis compañeros porque es más que completa. La visión que te traslado respecto a la complejidad de SharePoint es porque he visto muchos proyectos fracasar de la misma manera: entras en SharePoint porque has oído o visto algo (realmente, bien enseñado SharePoint es una maravilla) y a primera vista parece muy simple, te bajas la ISO y lo instalas en unas horitas siguiendo un wizard. Esto, al cabo de un tiempo, se traduce en que las cosas dejan de funcionar, en que hacer según qué es demasiado complejo y, en resumen, que SharePoint no vale para nada :). Pasaría lo mismo con cualquier tecnología relativamente seria, pero resulta que nadie se descarga SAP, por ejemplo, para ver qué tal.

    Mi consejo, si quieres implantar esto a nivel interno, es que te pongas en contacto con Microsoft (o con alguna empresa de confianza, o recomendada por la propia MS, y que sea fuerte en SharePoint) para que te enseñen lo que hay y lo que deja de haber sin ningún tipo de compromiso. A partir de ahí puedes decidir desarrollar lo que has visto por tu cuenta, contratar a esos o a otros. Tienes que plantearte el coste de pedir algo a un tercero contra el coste de gastarlo internamente, a ver qué te conviene más.

    Si formas parte de una consultora que está montando esto en uno de vuestros clientes, la cosa se complica :) por cómo funcionan las cosas en este sector y que todos conocemos.

    En cualquier caso, y pese a que la información que te han proporcionado mis compañeros aquí es muy útil, no te recomiendo que te metas de 0 en SharePoint para montar algo por tu cuenta pero, si lo haces, no dudes en acudir a este foro con cualquier problema puntual que te surja :)

    Saludos,
    David Martos
    http://david-martos.blogspot.com

    • Marcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:56
    miércoles, 12 de enero de 2011 10:59

Todas las respuestas

  • Hola!

    ¿Con qué tipo de archivos necesitas trabajar?


    Juan Pablo.
    surpoint.blogspot.com
    geeks.ms/blogs/jpussacq
    @jpussacq
    HispaPoint: comunidad sharepoint de habla hispana
    martes, 11 de enero de 2011 18:04
  • Hola Lain1010,

    Lo ideal para trabajar con documentos en local con SharePoint 2010 es usar SharePoint Workspace. Este producto te permite trabajar offline y sincronizar la información una vez que encuentre conectividad con el servidor. http://technet.microsoft.com/en-us/library/ee649102.aspx

     Otra opción podría ser trabajar con la Vista Explorador, que te permite utilizando Webdav navegar por las bibliotecas de documentos usando el explorer de Windows http://blogs.salentica.com/rvajaria/2010/05/13/where-is-explorer-view-in-sharepoint-2010/

    SharePoint es un producto grande, pero al final no es tán complejo. Para las opciones que te he puesto no necesitas de un desarrollo, son opciones que ya tenemos con el producto.

    Para desarrollar necesitas un Windows Server 2008 o Windows 7, con SharePoint instalado y Visual Studio 2010. Si trabajas con VS2010 no vas a poder desplegar tus soluciones en SharePoint 2007, para éste necesitas VS2008 o VS2005.

    ¿Explicamos un poco que necesitas integrar en tu aplicación web? SharePoint 2010 tiene una nueva api de cliente que permite acceder a la información desde aplicaciones .NET, JavaScript o Silverlight, para integrarla con tus aplicaciones o incluso, tienes servicios web o servicios OData.

    Te dejo un enlace con información del API de cliente

    http://geeks.ms/blogs/adiazmartin/archive/2010/02/02/sharepoint-2010-client-api.aspx

    http://geeks.ms/blogs/adiazmartin/archive/2010/06/10/suges-presentaci-243-n-webcas-sharepoint-desde-cliente.aspx

     


    Alberto Diaz Martin twitter://@adiazcan | http://geeks.ms/blogs/adiazmartin | MVP SharePoint Server
    • Marcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:55
    martes, 11 de enero de 2011 18:15
  • Agrego a lo que menciona Alberto: si se tratan de documentos office y cuentas con Sharepoint 2010, podrías usar Office Web Apps y modificar los documentos directamente en el browser:

    http://office.microsoft.com/es-es/web-apps/


    Juan Pablo.
    surpoint.blogspot.com
    geeks.ms/blogs/jpussacq
    @jpussacq
    HispaPoint: comunidad sharepoint de habla hispana
    • Marcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:55
    • Desmarcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:55
    martes, 11 de enero de 2011 18:26
  • Agrego:

    1) Un viejo post sobre diseño y desarrollo en SharePoint

    http://surpoint.blogspot.com/2009/08/sharepoint-como-diseno-desarrollo.html

    2) Un par de libros para introducirte en el desarrollo de SharePoint:

    http://www.microsoft.com/learning/en/us/book.aspx?ID=9692&locale=en-us (Inside Windows SharePoint Services 3)

    http://surpoint.blogspot.com/2010/07/libro-programacion-en-sharepoint-2010.html (programación en SharePoint 2010)

    Antes de leer todo ese material, de seguro nos sería útil que nos detalles un poco más tu necesidad..

    Espero que te sirvan estos datos!


    Juan Pablo.
    surpoint.blogspot.com
    geeks.ms/blogs/jpussacq
    @jpussacq
    HispaPoint: comunidad sharepoint de habla hispana
    • Marcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:55
    martes, 11 de enero de 2011 18:30
  • Hola Lain1010,

    para serte sincero, yo creo que pensar en SharePoint únicamente para compartir documentos vía web no es la mejor opción. Aunque te sirva la versión Foundation que no requiere de más licencias que las del propio Windows Server 2008, el coste que tiene SharePoint no es pequeño si tenemos en cuenta los gastos asociados al mantenimiento del sistema. Si incluímos en la ecuación la palabra "desarrollo" entonces ya el tema se dispara (repito, si hablamos de utilizar SharePoint únicamente para compartir documentos).

    Si yo me plantease ahora mismo un escenario donde no he visto SharePoint ni dispongo de nadie con conocimientos apropiados y me planteo un asunto como el que comentas, creo que tiraría por una solución como BPOS que tiene costes únicamente por uso: http://www.microsoft.com/online/business-productivity.aspx. Evidentemente soluciones online como estas hay muchas, algunas de ellas gratuitas (p. ej SkyDrive) que quizá no estén pensadas para el entorno empresarial pero que seguro son de utilidad en algunos escenarios.

    Saludos,
    David Martos
    http://david-martos.blogspot.com

    martes, 11 de enero de 2011 18:35
  • Buenas a todos:

    En primer lugar quiero expresaros mi agradecimiento por todas las respuestas recibidas y tan bien detalladas. Muchas gracias por todas la opiniciones y links facilitados.

    Tal y como me consultabais, paso a explicaros el porqué de la necesidad y os presento la idea de la aplicación sobre la que estamos hablando:

    Se trata de una aplicación web para llevar todo el tema de la gestión documental de una empresa.

    Por un lado, se registra en una base de datos toda la información relevante de los documentos que se están gestionando y algunos de estos datos son asignados por la propia aplicación web a partir de unos parámetros introducidos por el usuario.

    Otra de las características de la aplicación (quizás la más decisiva) es que, la creación de documentos se ha implementado de forma y manera que el contenido del documento (*.docx) posea un formato concreto (datos de cabecera, pie de página, imágenes, tablas, etc...). Muchos de los datos incluidos en los documentos han sido asignados por aplicación (la gran mayoría de ellos).  Es decir, no estamos hablando simplemente de intercambiar documentos, si no que estos poseen unas características concretas asignadas por la aplicación web, que es a través de la cual los usuarios deberan de gestionar sus documentos. Este punto, si no estoy confundida, no lo podría cubrir con una aplicación del mercado al tratarse de un desarrollo a medida. Si estoy confundida, toda aclaración siempre sería bien recibida porque podría cambiar la perspectiva de todo.

    ¿Y por qué me he planteado el tema de SharePoint? Porque, el problema, es que desde una aplicación web por la seguridad que integran los navegadores, no podemos trabajar directamente con nuestros archivos contenidos en servidores remotos y porque las aplicaciones de MS Office son aplicaciones que no se han concebido como aplicaciones servidor, sino aplicaciones cliente, y no se pueden usar como tal (tanto a nivel de licencia como a nivel de crear una aplicación estable). Entonces, al ver que el Project poseía esta funcionalidad y que estaba basado en SharePoint, me plantee el integrar SharePoint a la aplicación web existente para poder conseguir este objetivo. Como nunca he trabado con él, me animé a iniciar este post y, gracias a vosotros, me está siendo de gran ayuda.

    El tipo de documentos a gestionar, como comentaba en uno de los párrafos anteriores, es docx. En el futuro podría ser cualquier tipo de archivo, pero se va a encaminar principalmente a la gestión de archivos Office.

    Con qué licencias cuento:

    - Visual Studio 2010.
    - Office 2007.
    - SQL Server 2005.
    - Un servidor SharePoint 2007.
    - Project.

    ¿Qué necesitaría si finalmente para integrar una página/proyecto SharePoint a mi solución?
    Me comentáis que para trabajar con proyectos SharePoint 2007 necesitaría VS2005/VS2008. Esto me sorprende porque, en teoría, los productos superiores deberían de soportar ciertas características de productos anteriores y porque, al menos en el dialogo de inserción de un nuevo elemento parece que hay un apartado para SharePoint 2007 ¿Podríais explicarme el porqué no es compatible? Lo consulto porque pensé que en el peor de los casos necesitaría licencia de SharePoint 2010 para el servidor de desarrollo pero que podría desarrollar una aplicación que pudiese montar sobre el Servidor donde tengo ya el SharePoint 2007. Es por saber los costes que supondrían.

    El porqué consultaba si me estaba metiendo en un jardín muy grande era por lo que comenta David Matos, ya que lo que percibo es que montar esto no es nada sencillo o al menos el tema de la configuración, sin tener conocimientos previos, da la sensación de que ser bastante complejo y tedioso. Y luego también el poder hacer una valoración económica de lo que supondría.

    De nuevo, mil gracias por las molestias.
    Un saludo.

    miércoles, 12 de enero de 2011 9:40
  • Te contesto aso por paso.

    1. De momento, todo lo que nos planteas de plantillas de documentos y demás se puede hacer directamente desde SharePoint, igual no necesitas una aplicación web externa y puedes aprovechar más funcionalidades que te da la gestión documental de SharePoint (como el control de versiones, la seguridad, los DocumentSets, etc.), añadiéndole una capa de desarrolla para tus necesidades.

    2. El porque no lo sé, pero es así. Para SharePoint 2010 tienes unas plantillas de proyectos y de elementos en Visual Studio 2010 y para SharePoint 2007 tienes que instalar algún plugin a VS2008/VS2005 para crear proyectos (el desarrollo es un poco más artesanal). Supongo que lo primero es la versión del Framework, SharePoint 2010 es framework 3.5 y SharePoint 2007 es framework 2.0, otro puede ser la obligatoriedad de x64 para SharePoint 2010, y alguna cosa más.

    Al principio, SharePoint no es sencillo, pero tiene una serie de capacidades y funcionalidades que te pueden ahorrar mucho tiempo en tu desarrollo.


    Alberto Diaz Martin twitter://@adiazcan | http://geeks.ms/blogs/adiazmartin | MVP SharePoint Server
    miércoles, 12 de enero de 2011 9:48
  • Hola a tod@s,

    Voy a aportar mi granito de arena al último post de Lain:

    • Si estás pensando en un tipo de solución en la que tengas documentos vivos e inteligentes en SharePoint, yo también le daría una mirada al concepto de Office Business Applications que casa muy bien con SharePoint. Por ejemplo, que un usuario en una biblioteca de documentos pueda decir: "Rellenar nueva hoja de gastos" se le abra una plantilla de documento con unos marcadores pre-definidos y completados con información almacenada en SharePoint.
    • Como dice Alberto, las herramientas de desarrollo de Visual Studio 2010 son para SharePoint 2010 (http://guru-web.blogspot.com/2010/03/doing-sharepoint-2007-development-in.html) y no para SharePoint 2007. Como dices, en VS 2010 aparece una rama para 2007 (Alberto, es Framework 3.0 aunque el core es 2.0 como pasa con SharePoint 2010), pero solo es para flujos de trabajo y por compatibilidad hacia atrás ya que esta característica ya estaba presente en VS 2008...en tu caso, al tener SharePoint 2007 no te queda otra que desarrollar con VS 2008 ya que la estrucutra de proyectos y empaquetado que trae VS 2010 es para SharePoint 2010. Como dice Alberto, el desarrollo es más artesanal, pero tienes algo de productividad si usas las Visual Studio Extensions para WSS: http://geeks.ms/blogs/ciin/archive/2010/12/21/wss-3-0-amp-moss-liberada-la-versi-243-n-1-3-de-las-visual-studio-extensions-para-sharepoint.aspx. Además te recomiendo su uso, ya que te asegurarás que tus desarrollo sean más compatibles con SharePoint 2010 ya que por ejemplo te los compila en modo "Any CPU" y te garantiza que en 64 bits sean soportados. Luego para el empaquetado de soluciones tienes que recurrir a soluciones de la comunidad como WSPBuilder.

    De todas formas, y a pesar de estos puntos, existe una forma no soportada oficialmente de desarrollar para SharePoint 2007 usando VS 2010: http://geeks.ms/blogs/ciin/archive/2010/07/17/sharepoint-2010-191-se-puede-utilizar-visual-studio-2010-para-desarrollar-para-sharepoint-2007.aspx

    Saludos!

    miércoles, 12 de enero de 2011 10:35
  • Buenas,

    no voy a dar más información que la que han dado mis compañeros porque es más que completa. La visión que te traslado respecto a la complejidad de SharePoint es porque he visto muchos proyectos fracasar de la misma manera: entras en SharePoint porque has oído o visto algo (realmente, bien enseñado SharePoint es una maravilla) y a primera vista parece muy simple, te bajas la ISO y lo instalas en unas horitas siguiendo un wizard. Esto, al cabo de un tiempo, se traduce en que las cosas dejan de funcionar, en que hacer según qué es demasiado complejo y, en resumen, que SharePoint no vale para nada :). Pasaría lo mismo con cualquier tecnología relativamente seria, pero resulta que nadie se descarga SAP, por ejemplo, para ver qué tal.

    Mi consejo, si quieres implantar esto a nivel interno, es que te pongas en contacto con Microsoft (o con alguna empresa de confianza, o recomendada por la propia MS, y que sea fuerte en SharePoint) para que te enseñen lo que hay y lo que deja de haber sin ningún tipo de compromiso. A partir de ahí puedes decidir desarrollar lo que has visto por tu cuenta, contratar a esos o a otros. Tienes que plantearte el coste de pedir algo a un tercero contra el coste de gastarlo internamente, a ver qué te conviene más.

    Si formas parte de una consultora que está montando esto en uno de vuestros clientes, la cosa se complica :) por cómo funcionan las cosas en este sector y que todos conocemos.

    En cualquier caso, y pese a que la información que te han proporcionado mis compañeros aquí es muy útil, no te recomiendo que te metas de 0 en SharePoint para montar algo por tu cuenta pero, si lo haces, no dudes en acudir a este foro con cualquier problema puntual que te surja :)

    Saludos,
    David Martos
    http://david-martos.blogspot.com

    • Marcado como respuesta Lain1010 jueves, 13 de enero de 2011 6:56
    miércoles, 12 de enero de 2011 10:59
  • Muchas gracias a todos de nuevo por vuestras respuestas, me han ayudado mucho, la verdad.

    El problema es que estoy en un punto en el que tengo todo implementado a excepción de la apertura automática de documentos remotos para poder trabajar sobre ellos directamente en el servidor y un compañero me comenta: "mira es exactamente lo que hace el project, has visto que abre directamente el archivo que está en el servidor?". Entonces comenzamos a indagar por esta parte.

    Pero claro, si resulta que para continuar con mi desarrollo:

    - o compro dos licencias para sharepoint 2010 (una para el servidor y otra para el equipo de desarrollo).
    - o tengo que migrar todo al framework 3.0 y adicionalmente conseguir un nuevo equipo para desarrollo porque el SO desde donde trabajo ahora no es compatible con SharePoint 2007, más la adquisición de dicha licencia de desarrollo.
    - o busco un producto y cómo configurarlo (o contratarlo a través de alguna empresa que se dedique a ello por la complejidad que supone como aconseja David Martos)

    Todas ellas teniendo idea 0 de Sharepoint... pues creo que, si no estoy equivocada en mis conclusiones, puedo empezar a tirarme de los pelos xD (y me rio por no llorar).

    Siguiendo con vuestro consejo, me pondré en contacto con MS para consultar sobre dichos productos y servicios para barajar todas las posibilidades. Aunque, la verdad es que me resisto a creer que no haya una solución más sencilla.

    Echaré un vistazo a toda la información que me habéis facilitado.

    ¡Muchas gracias a todos por todo!

    miércoles, 12 de enero de 2011 15:07
  • Estupendo Lain,

    Por favor, marca como respuesta aquel mensaje del hilo que consideres oportuno para facilitar que otros usuarios lleguen más rápido a la solución ante dudas similares.

    Gracias!

    JC's

    miércoles, 12 de enero de 2011 21:33