.net - desea acceder a Sharepoint de forma remota para utilizar sharepoint api
sharepoint-2010 virtualization (2)
Tenemos un servidor de SharePoint 2010 instalado en una máquina (digamos el servidor A) al que podemos acceder de forma remota.
Hasta ahora estábamos usando los servicios web sharepoint para comunicarnos con Sharepoint.
Pero ahora queremos usar sharepoint.dll para codificar.
Leí en alguna parte que necesitamos codificar en la misma máquina en la que está instalado el servidor de SharePoint (el Servidor A en este caso). ¿Es correcto, me corriges por favor si estoy equivocado?
Aquí comienza el problema. No podemos acceder físicamente al servidor, solo tenemos acceso remoto (usar el escritorio remoto significa solo 2 conexiones a la vez).
Somos un equipo de 5 personas que necesita codificar de forma simultánea, deberíamos hacer por esto.
Sí, es correcto, Microsoft.SharePoint.dll es el modelo de objetos del servidor, al que solo se puede acceder cuando se está conectado al servidor.
También hay un modelo de objeto de cliente, que permite que su código se ejecute de forma remota. http://msdn.microsoft.com/en-us/library/ee857094.aspx Sin embargo, esta no es la solución que está buscando.
Cada uno de los miembros de su equipo necesita instalar SharePoint en un entorno virtual (recomendaría usar VMware) en su computadora personal / laptop para desarrolladores. (Obviamente lo instalará solo una vez y luego copiará el disco de VWware).
Si nunca instaló un servidor Windows / SharePoint usted mismo, obtenga el administrador que instaló el Servidor A para hacerlo, porque puede ser bastante complicado. Aquí está una guía si quiere probarse a sí mismo: http://mosshowto.blogspot.com/2009/11/installing-sharepoint-2010-windows-2008.html
Esto puede llegar demasiado tarde, pero ... por las dudas.
Le sugiero encarecidamente que lo piense dos veces antes de intentar esto, pero verá que esto puede ayudarlo.
Estaba muy preocupado por el desarrollo remoto cuando comencé a trabajar con SP, pero luego convencí al PM de tener entornos locales y no tuve que completar mi investigación.
CODIFICACIÓN REMOTA:
Sin embargo, comencé a tener que llevar algo de trabajo a casa y necesitaba conectarme de forma remota a mi PC en el trabajo, así que finalmente me aburrí de la latencia y conecté el VS2010 de mi computadora portátil (ultimate) a mi TFS empleador y obtuve la última versión. Tengo que comentar que corro ganado 7 64 bits.
Por supuesto, cuando traté de compilar la solución, mi máquina comenzó a compilar porque no tenía una idea de lo que se suponía que era Sharepoint.dll.
Fue entonces cuando me conecté de forma remota a mi PC de trabajo y obtuve del GAC un dll. (vea aquí cómo extraer un dll de GAC: http://metahat.blogspot.com/2008/08/copy-extract-dll-from-gac.html ). Luego copié eso en mi máquina y lo instalé en mi propio GAC (gacutil -I "C: [PathToBinDirectoryInVSProject] / gac.dll").
Tuve que hacerlo un par de veces ya que nuestra aplicación hace algunas cosas locas y tenía mucho de lo que depender. Normalmente se le informará qué es lo que falta y puede acceder a msdn y ver qué ensamblaje lo contiene.
Ok, después de todo lo que pude compilar y funcionó a las mil maravillas.
DESPLIEGUE Y PRUEBA
Eso puede ayudarte a codificar. Ahora, a partir de mis experiencias pasadas compartidas en Websphere-appserver, puedo apostar a que sincronizar a un equipo para implementarlo en un solo servidor de aplicaciones será un dolor de cabeza. Piensa que algunos de ustedes podrán compilar pero no ejecutar.
Como SP tiene dlls dentro del GAC, tener diferentes versiones de su aplicación ejecutándose en diferentes aplicaciones web es algo bastante complicado. (Prefiero no discutir si es posible, pero si mi idea es posible, entonces es al menos muy compleja en términos de gestión de la configuración)
Por supuesto, puede compartir una carpeta en su servidor, compilar, copiar los archivos dll de pkg a la carpeta compartida, luego usar el truco de arrastrar y soltar para moverlos (algunos de ellos) al GAC y finalmente se reinicia. (Solía tener un script para hacerlo todo excepto arrastrar y soltar)
Simplemente decidí comprometerme (quizás en una rama diferente) y luego implementar desde la máquina remota. Pero principalmente decidí codificar desde mi portátil todos los componentes específicos de la vista SP, por lo que pude simplemente validar todo al ejecutar mis pruebas de Unidad sin el SP
DEPURAR
Además, si todo esto no le dio suficiente miedo incluso de intentarlo, entonces puede encontrar aquí algunas instrucciones sobre cómo llegar a depurar remotamente su SP2010
http://techblog.hk.agenda-asia.com/2010/10/29/create-sharepoint-project-without-install-sharepoint-server/
Bueno, eso es todo lo que sé sobre el camarón. : p (menté, escribí demasiado)