Estoy en un proyecto donde tenemos que recoger métricas alrededor de una función denominada "comparten una historia." La idea es muy simple — Si usted está buscando un interesante artículo en la intranet y quiere compartir con alguien, Haga clic en un vínculo con la etiqueta de "compartir esta historia" a su amigo un correo electrónico.

Jugamos con un formulario personalizado para este propósito, pero al final, sentido común ganó el día y sólo utilizamos el familiar <a href = mailto:…> técnica. (<un mailto href:…> es un poco sorprendentemente robusto de HTML; como un bono, ese vínculo me hace volver a mis viejos tiempos de páginas man de UNIX; aquellos fueron los días!).

Esta técnica proporciona una interfaz de gran para los usuarios finales ya a utilizar a su familiar cliente MS Outlook (o cualquier cliente de correo electrónico se han instalado).

Dificulta las cosas nos tipos de pobre desarrollador ya que cliente * también * quiere ejecutar un informe en el futuro que muestra cómo a menudo los usuarios compartan historias y aún qué historias se comparten más a menudo.

Nos whiteboarded algunas posibles soluciones. Mi favorito es copia al carbón (CC) una lista de SharePoint. De esa manera, el usuario final todavía obtiene al cliente de outlook mientras llegamos a capturar el evento porque nos pondremos una copia del correo electrónico nos. Existen algunos inconvenientes obvios. El principal problema es que el usuario podría simplemente en blanco hacia fuera o de otra manera destrozar el CC dirección. Y, tenemos que gestionar ese evento biblioteca de correos electrónicos. Tenemos un trabajo programado en el tablero blanco responsable de esa limpieza.

Si tienes algún acercamiento inteligente para resolver este problema, por favor diga.

</final>

Suscribirse a mi blog.

Sígueme en Twitter en http://www.twitter.com/pagalvin

Tan solicitada y prometidos, He subido mi presentación sobre cómo obtener "grandes" requisitos de los usuarios finales para SharePoint proyectos e implementaciones. Es aquí: http://Cid-1cc1edb3daa9b8aa.SkyDrive.live.com/Self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Esto presenté en la Conferencia de SharePoint las mejores prácticas en Feb 2009 (www.sharepointbestpractices.com). Si usted asistió a la Conferencia, También obtendrá esto sobre la Conferencia DVD.

La presentación incluye una gran cantidad de notas con más toboganes. No es solo puntos.

(Vea aquí para mi otra presentación en un estudio de caso de gobernanza: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</final>

Suscribirse a mi blog.

Sígueme en Twitter en http://www.twitter.com/pagalvin

Como muchos tipos de Consultor SharePoint, He sido expuesto a un montón de funcionalidades de SharePoint. Algunas veces, Buceo muy profundo. Otras veces que simplemente lo noto como que estoy volando a otro conjunto de opciones de menú. Uno de ellos es "creación." No he tenido la necesidad de hasta esta semana.

Esta semana, Necesito resolver un problema de negocio que creo que va a ser más común como empresas aflojan y abrazan el control más directo del usuario final sobre SharePoint. En este caso, He diseñado una plantilla de sitio a apoyar a una comunidad específica del usuario final. La gente de esta comunidad debe ser capaz de crear sus propios sitios a voluntad utilizando esta plantilla siempre que el impulso de las huelgas.

He recordado viendo "creación del sitio de autoservicio" antes y siempre he metido que lejos detrás de la cabeza pensando en la creación del sitio"self-service" es SharePoint jerga significado, Obviamente lo suficientemente, algo así como "me excitan si desea que los usuarios finales para poder crear sitios cuando quieren."

Por lo tanto, Puedo activarlo, Pruébalo y para mí, no está creando sitios. Se está creando el sitio colecciones. Diferencia bastante grande. No es lo queremos, De nada.

Es posible dejar que los usuarios finales crear nueva sub sitios a través de un nivel de permiso personalizado. Esto es exactamente donde me habría ido en primer lugar salvo que la etiqueta "creación" etiqueta me engañó. A través de twitter, Aprendo que también ha engañado a otros 🙂

Sigo trabajando como proporcionar un poco más de un proceso más ágil permaneciendo exclusivamente fuera de la caja, pero hay un camino claro a seguir. A no distraerse con esa etiqueta.

</final>

Suscribirse a mi blog.

Sígueme en Twitter en http://www.twitter.com/pagalvin

Yo era uno de 20 o 30 (o tal vez 100?) los panelistas anoche en la Grupo de usuarios de SharePoint de Nueva York reunión. En lugar del formato de presentación habitual, Esto fue todo sobre q&Entre el público y los miembros del panel. Desde el principio, Michael Lotter introducido a una nueva idea y yo quería compartir.

Un miembro de la audiencia describe cómo su empresa había pagado un consultor para escribir una aplicación para su empresa. El consultor lo escribió como una aplicación de consola utilizando el modelo de objetos de SharePoint. Como un resultado, Esto significó que el programa que se ejecuta en un servidor en la granja. Esto significaba que cualquier persona que deseó utilizar la aplicación tendría que iniciar sesión en el servidor, hacer el trabajo y cerrar la sesión. Al principio, Esto no fue un problema, Pero pronto, más y más (sin conocimientos técnicos) los usuarios necesitan para la utilidad. Su pregunta fue (Parafraseando a):

"¿Cuáles son mis opciones? No quiero seguir permitiendo que los usuarios inician sesión directamente en el servidor, Pero necesitan esa funcionalidad."

Michael Lotter sugirió que configura una nueva máquina virtual, Únete a la granja como un ETF y permiten a los usuarios ejecutar la aplicación desde allí.

Esta es una idea bastante impresionante para mí. Generalizar esta solución trae a la mente la noción de esencia temporal, casi desechables WFE. Creo que es un concepto bastante aseado. Este ETF temporal puede ejecutar una aplicación de consola que utiliza el modelo de objetos de SharePoint. También se puede utilizar para ejecutar comandos stsadm. No tiene que ser parte de equilibrio local regular. Si desciende o consigue arruinado, usted solo puede girar hasta una nueva. Repito yo mismo, Pero tengo que decir que creo que es una idea muy lindo.

</final>

Suscribirse a mi blog.

Sígueme en Twitter en http://www.twitter.com/pagalvin

La semana pasada, alguien hizo una pregunta sobre la creación de un entorno de SharePoint que manejaría un volumen bastante elevado de nuevos documentos (10,000 +/- en este caso). No sé mucho sobre esto, pero Gracias a este libro blanco, Me siento mucho mejor informado.

Para mí, Este documento es sólo una marca de libro en este momento, pero me empezar a leer a través de él y pensé que me gustaría destacar mi principal para llevar. SharePoint puede ampliarse para manejar, como mínimo, esta carga:

• 50nuevos documentos de k por día.
• 10 totales millones de documentos.

Escribir las cifras de 50k / 10MM ya que son fáciles de recordar. Como sabes que son los mínimos, no meterse en problemas. Los máximos son menos 10 por ciento más alto que eso y con extreme tuning, posiblemente mucho mayor.

Gracias, Mike Walsh, una vez más por su post semanal WSS FAQ actualizaciones y correcciones. Si usted no está suscrito a él, en serio deberías pensar en hacerlo.

</final>

Suscribirse a mi blog.

Durante la semana pasada, mi colega y que estuviera haciendo un trabajo para un cliente en Nueva York. Que estábamos probando diferentes aspectos de una implementación de MOSS con su "estándar" construcción de estación de trabajo (a diferencia de nuestros portátiles). Mientras que, nos quedamos en unos pocos errores, siga estos pasos:

• Abrir un documento de MS word desde el explorador de windows (que utiliza WebDAV).
• Hacer un cambio.
• Guárdelo.

Hemos llegado a darse cuenta de que algunas veces (normalmente la primera vez) hemos guardado el documento, El save no "atenerse." Guardar no ahorró. Tiramos ese documento de respaldo y los cambios simplemente no estaban allí.

En este punto no entendemos el problema de raíz, pero pensamos que debemos velar por que se había instalado el último service pack de MS Office en esa estación de trabajo. La gente lo fue y lo hizo. Fuimos otra vez a través de la prueba y hemos descubierto un nuevo problema. Cuando guarda, Ahora tenemos este error:

A esta hora, parecía todo cambio fue, En realidad, guardado, Si nos contesten sí o No a la pregunta de secuencias de comandos.

Finalmente tuvimos un vistazo a la versión actual de Office y resulta que la estación de trabajo ejecuta MS Office 2000 con service pack 3 que se muestra bajo ayuda-> Acerca de como "Office 2002".

La Moraleja de la historia: Siempre voy a utilizar Office 2003 como mi versión de Oficina de línea de base mínima al utilizar WebDAV y MOSS.

</final>

Suscribirse a mi blog.

(Para fines de motor de búsqueda, Este es el texto del error):

Línea: 11807

Char: 2

Error: El objeto no admite esta propiedad o método

Código; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

¿Desea continuar ejecutando scripts en esta página?

En uno o mi primeras entradas de blog, Describí el proceso general que hemos seguido para migrar de un cliente de SPS 2003 para musgo. Un lector dejó un comentario para más detalle y aquí es.

Para ese proyecto de migración, teníamos que encontrar una buena forma de mover un montón de SPS 2003 documentos sobre MOSS. La carga inicial fue bastante fácil. Crear una nueva biblioteca de documentos de destino en musgo y utilice el explorador de windows para mover los documentos.

Esta es la nueva biblioteca de documentos:

Abrir dos ventanas exploradores. El primer punto en SPS 2003 y la segunda en la nueva biblioteca de documentos en MOSS. La captura de pantalla siguiente muestra esto. Tenga en cuenta que el navegador superior está realmente señalando a mi c:\unidad temporal, pero te imaginas lo apuntando a una SPS 2003 Biblioteca de documentos:

Después de arrastrar y soltar la operación, mi destino parece esto:

Ahora es el momento para ocuparse de los metadatos. Suponga que tenemos una columna de metadatos para estos documentos denominado "ubicación." Podemos ver en los anteriores "todos los documentos" opinión de que la ubicación es en blanco. Es bastante fácil de utilizar una vista de hoja de datos para introducir la ubicación, o incluso entrar en propiedades de cada documento uno por uno para agregar una ubicación. Vamos a suponer que no hay ninguna manera práctica para asignar la columna de ubicación un valor automáticamente y que los usuarios finales deben hacerlo a mano. Además, Supongamos que hay cientos de documentos (quizás miles) y tardará muchos muchos días para actualizar los metadatos. Como todos sabemos, nadie va a sentarse y trabajar para cuatro de los cinco días seguidos actualizando metadatos para documentos. En su lugar, rompen hacia fuera durante un período de semanas o posiblemente más. Para facilitar este proceso, podemos crear un "datos no etiquetados" ver como se muestra:

Ahora, Cuando alguien se sienta a pasar sus horas diarias asignado o dos para etiquetar documentos migrados, pueden utilizar los documentos sin etiquetas"" vista a centrar sus esfuerzos:

Como documentos de etiqueta de los usuarios, entrega esta lista.

Esta noción de una vista de datos no etiquetados también puede ayudar con una clase de problema de validación de datos personas averiguar en los foros. Fuera de la caja, no hay manera de evitar que un usuario carga un documento a musgo y luego no entrar en meta datos. Podemos especificar que una columna de sitio en particular es obligatoria y el usuario no puede hacer el guardar botón. Sin embargo, Si el usuario carga y, a continuación, cierra el navegador (o en el explorador de windows utiliza para cargar el documento), no podemos obligar al usuario introducir metadatos (nuevo, fuera de la caja).

Este enfoque puede utilizarse para ayudar en esa situación. Podemos utilizar un dato mal etiquetado"" Ve para identificar estos documentos fácilmente y corregirlos. Par esto con un KPI y tienes buena visibilidad a los datos con desglose para manejar estas circunstancias excepcionales.

</final>

Suscribirse a mi blog.

Esta semana, Yo he luchado un poco con mi equipo a MOSS instalado en una granja simple de dos servidores. Después de haber atravesado, Tengo una mayor apreciación de los tipos de informe de problemas de personas en los foros MSDN y en otros lugares.

La configuración final de granja:

• Intranet de índice SQL WFE dentro del firewall.
• WFE en la DMZ.
• Algún tipo de cortafuegos entre el DMZ y el servidor interno.

Antes de que empezamos el proyecto, dejamos que el cliente sabe que puertos deben ser abierto. En el dar y recibir, ida y vuelta en, Nosotros nunca explícitamente dicho dos cosas importantes:

1. Significa que necesita un certificado SSL.
2. Parte de un dominio debe ser el servidor de la DMZ.

Primer día, nos demostró para arriba para instalar MOSS y aprendimos que no se han creado las cuentas de dominio para la base de datos y el musgo. Para mover las cosas a lo largo de, nos fuimos adelante y todo lo instalado con una cuenta local en el servidor de intranet.

En este punto, descubrimos la confusión sobre el certificado SSL y, Lamentablemente, decidió que nuestro hombre infraestructura volver más adelante esa semana para continuar la instalación del servidor de la DMZ. En la media de tiempo, arquitectos de soluciones pasamos adelante con las cosas de negocios.

Pasa un fin de semana y el cliente obtiene el certificado.

Nuestro tipo de infraestructura se muestra y descubre que el servidor de la DMZ no está unido a cualquier dominio (un dominio de perímetro con confianza limitada o el dominio de intranet). Hemos desperdiciado casi un 1/2 día en. Si no dejamos el certificado SSL que falta nos empantanen, habría descubierto esto antes. Bueno….

Otro día pasa y los diversos comités de seguridad, las partes interesadas y (no es tan) transeúntes inocentes todos de acuerdo que es aceptar para unir el servidor de la DMZ con el dominio de intranet (se trata de un POC, Después de todo, no una solución de producción).

Tipo de infraestructura viene en envolver cosas para arriba. Esta vez pasamos con éxito por el el gran desafío de hoy en día conocido cariñosamente como el "SharePoint Asistente para configuración." Tenemos un vistazo de la administración central y … Yee haw! … Servidor DMZ se encuentra en la granja. Miramos un poco más y darse cuenta que rompió abierto el cava un poco ácaro temprano. Servicios WSS está atascada en un "a partir de" estado.

Larga historia corta, resulta que nos olvidamos de cambiar la identidad de la cuenta de servicio mediante administración central de la cuenta original local a la nueva cuenta de dominio. Lo hicimos, re-corriendo el Asistente de configuración y listo! Estábamos en el negocio.

</final>

Suscribirse a mi blog.

Aunque no es literalmente cierto, como cuestión práctica, un frente de internet web front-end en una DMZ debe estar en un dominio (i.e. no un servidor independiente en su propio grupo de trabajo pequeño). No es necesario estar en el mismo dominio que el ETF interna(s) y otros servidores (y probablemente no debería), pero debe ser un dominio.

Mis colegas y yo pasamos una cantidad excesiva de tiempo en una propuesta que incluía requisitos previos de SharePoint. Esto incluye una amplia lista de configuraciones de firewall que permita el servidor DMZ a la granja, etc.. Lamentablemente, hemos podido agregar en algún lugar una frase que dice, para el efecto, "el punto todo sangriento de esta configuración es permitir que el servidor de la DMZ WFE, en un dominio, para unirse a la granja interna."

Una tormenta perfecta de eventos, donde básicamente consideramos izquierdas cuando nos podríamos parecía correctos, conspiraron para ocultar este problema de nosotros hasta bastante tarde en el proceso, lo cual me impide invocar mi "digo malas noticias pronto" regla.

Suspiro.

Suscribirse a mi blog.

Usuarios del foro con frecuencia como preguntas como esta:

> Hola,
>
> Por favor, dime si hay cualquier posibilidad de crear una lista personalizada con
> tipo de maestra y detalle (como las facturas) sin utilizar InfoPath.
>

SharePoint proporciona algunas de las características del cuadro que admiten como ese tipo de requerimientos del negocio.

En general, uno une dos listas utilizando una columna de búsqueda. Lista A contiene la información de encabezado de la factura y lista B contiene detalles de factura.

Utilizar listas adicionales para mantener los números al cliente, números de producto, etc..

Utilice un elemento web consulta de contenido (en MOSS sólo) o un dato ve parte de la web para crear vistas fusionadas de las listas de. SQL Server Reporting Services (SRS) también está disponible para el lado informes.

Sin embargo, Existen algunas limitaciones importantes que harán difícil utilizar puros funciones de fuera de la caja para nada que sea siquiera medianamente complejo. Estos incluyen:

• Tamaño de búsqueda relacionados con listas de vs. "inteligencia" el tipo de columna de búsqueda. Se presenta un tipo de columna de búsqueda en la interfaz de usuario diferente dependiendo de si has habilitado selección múltiple o no. En cualquier caso, el control fuera de la caja muestra todos los artículos disponibles en la lista fuente. Si tiene la lista de fuentes 1,000 artículos, va a ser un problema. El control de búsqueda página no a través de los elementos. En su lugar, tira de todos ellos en el control. Hace para una interfaz de usuario muy difícil tanto en términos de rendimiento y entrada de datos.
• Búsquedas "retrocede" una columna de información. Usted no puede nunca Tire más de una columna de información de la lista de fuentes. Por ejemplo, No puede seleccionar a un cliente "12345" y mostrar el número como nombre del cliente y la dirección al mismo tiempo. La búsqueda sólo muestra al cliente número y nada más. Esto hace que para una interfaz de usuario torpe y difícil.
• No hay comunicación intra-formulario. He escrito sobre este. No puede implementar desplegables en cascada, condicional activar/desactivar campos, etc..
• Integridad referencial integrada ni eliminaciones en cascada. SharePoint trata listas personalizadas como entidades independientes y no le permiten vincularlos entre sí en un sentido tradicional de la ERD. Por ejemplo, SharePoint permite crear dos listas personalizadas, "atención al cliente" y "cabecera de factura". Puede crear un encabezado de factura que se vincula a un cliente en la lista de clientes. A continuación, Usted puede borrar al cliente de la lista. Fuera de la caja, no hay manera para evitarlo. Para resolver este tipo de problemas, se emplean habitualmente con los controladores de eventos.

Puede parecer sombrío, pero todavía sería usar SharePoint como punto de partida para la construcción de este tipo de funcionalidad. Aunque hay diferencias entre lo que usted necesita en una solución, SharePoint permite llenar esos vacíos utilizando herramientas tales como:

• Controladores de eventos. Utilizar para hacer cumplir la integridad referencial.
• Columnas personalizadas: Crear tipos de columna personalizados y utilizarlos en lugar de la columna de búsqueda por defecto. Agregar paginación, almacenamiento en búfer y las características de AJAX para hacerlos sensibles.
• BDC. Esta característica sólo musgo nos permite consulta que otro SharePoint listas con una interfaz de usuario superior a la columna de búsqueda habitual. BDC también puede llegar a una aplicación de servidor back-end. Use BDC para evitar la replicación. En lugar de replicar información de un sistema ERP back-end, utilizar en lugar de BDC. BDC características proporcionan una interfaz de usuario agradable para sacar esa información directamente desde el sistema ERP donde pertenece y evita la molestia de mantener una solución de replicación.

  BDC es una característica MOSS (No disponible en WSS) y es difícil de configurar.

• Formulario web ASP.NET: Crear un completísimo habilitadas para AJAX formulario que utiliza los servicios de web y/o modelo de objeto de SharePoint para aprovechar las listas de SharePoint al tiempo que proporciona una interfaz de usuario muy sensible.

La última opción puede sentir como si estás empezando desde cero, Pero considerar el hecho de que la plataforma SharePoint le arranca con las siguientes características claves:

• Modelo de seguridad con mantenimiento.
• Sistema de menús con mantenimiento.
• "Tabla maestra" (i.e. listas personalizadas) con seguridad, Auditoría y mantenimiento incorporado.
• Búsqueda.
• Herramientas de integración de back-end (BDC).

Si comienzas con un nuevo proyecto en blanco en visual studio, Tienes un montón de infraestructura y plomería a construir antes de acercarse a lo que ofrece SharePoint.

Creo que Microsoft tiene la intención de extender SharePoint en esta dirección de desarrollo de aplicaciones. Parece como una extensión natural a la base de SharePoint existente. Aplicación de CRM de Microsoft proporciona una gran cantidad de extensibilidad de los tipos necesarios para apoyar el desarrollo de aplicaciones de cabecera y detalles. Aunque esas características son en CRM, la tecnología está obviamente disponible para el equipo de desarrollo de SharePoint y espero que hará su manera en el producto de SharePoint por final de 2008. Si alguien tiene un conocimiento o visión de este, por favor dejar un comentario.

</final>