June 2007 - Posts
Como les va a todos;
Pues nosotros aca en la comunidad SharePoint de México estamos de manteles largos con la presentación de lo que es nuestro primer Podcast... fue dificil coordinarnos para llevarlo a cabo y requirio de mucho esfuerzo de cada uno de nosotros para dedicarle un poco de tiempo a llevarlo a cabo, pero ahora ya tenemos por fin el primero y estamos muy contentos del resultado obtenido...
Nos hemos puesto la meta de sacar el Podcast mensualmente (ya despues veremos si podemos sacarlo mas seguido) así que este es el del mes de Junio y esperamos que nos sigan escuchando mes con mes...
Sin mas rollos, les pongo el link para que puedan escuchar dicho Podcast, el cual esta alojado en nuestro nuevo sitio que es otro de nuestros proyectos que veran la luz proximamente... no digo más nada de eso por el momento...
http://feeds.feedburner.com/~r/ComunidadDeSharePointPodCast/~3/128855705/PrimerPodCastComunidadSharePoint.mp3
También en la parte derecha de mi blog, dentro de la sección de noticias "NEWS" pueden suscribirse a través de FeedBurner (para control interno de estadísticas) y recibirlo mes con mes...
Saludos y muchas gracias por escucharnos;
Vlad
Como muchos de ustedes ya habrán notado, cuando crean una definición de sitio tomando como base un sitio con el SharePoint Solution Generator, no importa que el sitio base contenga subsitios, estos no entrarán dentro de la Definición de Sitio que se creará, el inconveniente llega cuando queremos crear una definición de sitio con subsitios, tal como sucede cuando generamos un "Portal de Colaboración", el cual genera los subsitios:
- Centro de Documentación
- Noticias
- Directorio de Sitios
- Centro de Búsqueda
Y es allí donde esta el punto clave de este procedimiento que explicaré a continuación, si se han dado a la tarea de curiosear entre los archivos que usa MOSS para mostrar las plantillas de las Definiciones de Sitios, se habrán percatado ya que MOSS usa unos archivos XML llamados WEBTEMP<algo>.XML dentro de la ruta:
%CommonProgramFiles%\Microsoft Shared\web server extensions\12\TEMPLATE\<ID del IDIOMA>\XML
En dichos archivos se encuentran listadas las distintas definiciones de sitio que están configuradas en MOSS, incluso si ya se han dado a la tarea de crear sus propias definiciones de sitio, ya sea de las dos maneras que explique en mi Post anterior o de alguna otra, estos archivos serán familiares para ustedes. Pero enfoquémonos a uno en específico "webtempsps.xml", si lo abrimos en su interior aparecerá un listado de algunas definiciones de sitio, nos enfocaremos a una en específico, SIP, adivinaron, se trata de la definición de sitio "Portal de Colaboración" o "Collaboration Portal", la pueden encontrar debajo de la línea: <Template Name="SPSPORTAL" ID="47">, al ponerse a analizarla un poco y compararla con las demás definiciones de sitio vemos que esta tiene varias peculiaridades, comenzando con que ese Name que muestra en la sección de Template se refiere a una definición de sitio que no existe físicamente, y es que si vemos los demás names, la mayoría los podemos encontrar físicamente en la ruta:
%CommonProgramFiles%\Microsoft Shared\web server extensions\12\TEMPLATE\SiteTemplates
Por lo que esto ya comienza a ser sospechoso, después vemos la sección de "Configuración":
<Configuration ID="0" Title="Collaboration Portal" Type="0" Hidden="FALSE" ImageUrl="/_layouts/1033/images/template_corp_intranet.png" Description="A starter site hierarchy for an intranet divisional portal. It includes a home page, a News site, a Site Directory, a Document Center, and a Search Center with Tabs. Typically, this site has nearly as many contributors as readers and is used to host team sites."
ProvisionAssembly="Microsoft.SharePoint.Publishing, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" ProvisionClass="Microsoft.SharePoint.Publishing.PortalProvisioningProvider" ProvisionData="SiteTemplates\\WebManifest\\PortalWebManifest.xml"
RootWebOnly="TRUE" DisplayCategory="Publishing" VisibilityFeatureDependency="97A2485F-EF4B-401f-9167-FA4FE177C6F6"
</Configuration>
Y aqui podemos encontrar otra cosa interesante, esta definición de sitio hace uso de un Ensamblado llamado Microsoft.SharePoint.Publishing de una clase de ese ensamblado y de un archivo PortalWebManifest.xml que si podemos encontrar físicamente en la ruta:
%CommonProgramFiles%\Microsoft Shared\web server extensions\12\TEMPLATE\SiteTemplates\WebManifest
Eureka, tenemos la respuesta, MOSS usa un ensamblado para generar sitios con subsitios, la pregunta es: ¿podemos usar este ensamblado y ahorrarnos las molestias de programar?...
La respuesta es: SÍ... Microsoft ha hecho el trabajo por nosotros y lo mejor de todo es que nos lo deja a nuestra entera disposición...
Así que aquí viene el proceso de creación de una definición de sitio con subsitios:
1. Debemos generar y configurar nuestras definiciones de sitios, tanto del sitio primario, como de los subsitios que conformarán nuestra definición... el proceso es el que les puse en el post anterior y, si usan todo en ingles, pues mejor aun, será más sencillo generarlos.
2. Ya que tenemos todas nuestras definiciones probadas, tenemos dos alternativas, dejarlas como definiciones individuales para que se generen sitios a partir de cada una de ellas y además tener una definición que use varias o todas ellas, Ó, si no queremos que estas definiciones estén disponibles para generar sitios individuales, quitarles la tentación a nuestros usuarios, como lo hacemos, pues quitando los webtemps de cada una de las definiciones que hemos configurado, vamos a la ruta:
%CommonProgramFiles%\Microsoft Shared\web server extensions\12\TEMPLATE\<ID del IDIOMA>\XML
y allí deberán estar los webtemps de cada definición de sitio, las distinguiremos porque tienen el nombre de nuestra definición de sitio y un ID, lo que hará que tengan un nombre extenso, así que no hay pierde. Un IISRESET para que desaparezcan.
3. Ya que quitamos la tentación podemos pasar a generar nuestra definición de sitio con subsitios, vamos a abrir el WEBTEMPSPS.xml y copiaremos la sección "configuration" de la definición de Sitio "Portal de Colaboración". Ahora cambiaremos el ID a 1, el Titulo de la definición de sitio por lo que queramos, Type y Hidden se quedan como están, ImageURL la podemos cambiar por la imagen que queramos que aparezca del lado izquierdo cuando seleccionamos esa definición de sitio, obviamente editaremos la descripción y por ultimo cambiaremos el archivo PortalWebManifest.xml por otro XML con el nombre que deseemos, el nombre lo usaremos mas adelante. Quedará algo parecido a esto:
<Configuration ID="1" Title="MiSitioConSubsitios" Type="0" Hidden="FALSE" ImageUrl="/_layouts/images/mi_logo.png" Description="Este sitio tiene subsitios"
ProvisionAssembly="Microsoft.SharePoint.Publishing, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" ProvisionClass="Microsoft.SharePoint.Publishing.PortalProvisioningProvider" ProvisionData="SiteTemplates\\WebManifest\\PortalWebManifest1.xml"
RootWebOnly="TRUE" DisplayCategory="Publishing" VisibilityFeatureDependency="97A2485F-EF4B-401f-9167-FA4FE177C6F6">
</Configuration>
4. Ahora iremos a la ruta:
%CommonProgramFiles%\Microsoft Shared\web server extensions\12\TEMPLATE\SiteTemplates\WebManifest
hacemos una copia del archivo PortalWebManifest.xml y lo editamos, dentro tendremos algo como esto:
<?xml version="1.0" encoding="utf-8"?>
<!-- _lcid="<ID del lenguaje>" _version="<version de MOSS>" _dal="1" -->
<!-- _LocalBinding -->
<portal xmlns="PortalTemplate.xsd">
<web name="Home" siteDefinition="SPS" displayName="$Resources:spscore,PortalManifest_Home_DisplayName;" description="$Resources:spscore,PortalManifest_Home_Description;">
<webs>
<web name="News" siteDefinition="SPSNHOME" displayName="$Resources:spscore,PortalManifest_News_DisplayName;" description="$Resources:spscore,PortalManifest_News_Description;" />
<web name="SiteDirectory" siteDefinition="SPSSITES" displayName="$Resources:spscore,PortalManifest_SiteDirectory_DisplayName;" description="$Resources:spscore,PortalManifest_SiteDirectory_Description;" />
<web name="SearchCenter" siteDefinition="SRCHCEN" displayName="$Resources:spscore,PortalManifest_SearchCenter_DisplayName;" description="$Resources:spscore,PortalManifest_SearchCenter_Description;" />
<web name="Docs" siteDefinition="BDR" displayName="$Resources:spscore,PortalManifest_DocumentCenter_DisplayName;" description="$Resources:spscore,PortalManifest_DocumentCenter_Description;" />
</webs>
</web>
</portal>
Aquí esta la magia del asunto... tenemos un listado con el sitio primario y los subsitios que lo componen... lo que debemos hacer es modificar el sitio primario y los subsitios con nuestras definiciones de sitios:
- Name: debemos poner el nombre que queramos que tenga nuestro sitio a nivel de URL
- siteDefinition: el nombre de la carpeta que contiene nuestra definición de sitio propia
- displayName: el nombre a nivel de sitio que queremos que tenga tanto el sitio primario como los subsitios
- description: la descripción del sitio o subsitio
Podemos poner el numero de subsitios que deseemos. Cuando lo hemos editado todo a nuestro antojo guardamos el archivo. Recuerden ponerle el nombre que usaron en el WEBTEMP, sino no se podrá encontrar el archivo al crearse el sitio.
5. Damos un IISRESET y listo, podemos probar entrando a generar una colección de sitios en la administración central, en el Tab de Publicación o Publishing debe aparecer nuestra definición de sitio y podremos generar sitios con subsitios a partir de ella.
Si tienen dudas, comentarios o les marca error algo pueden ponerme un comentario y tratare de responder lo antes posible, o mándenme un correo a ingeniero.vladimir@gmail.com
P.D.: Para los que les guste meterse a las tripas de las definiciones, un archivo que editarán muy a menudo es el ONET.XML ya que alli se encuentra la estructura de nuestro sitio, además notarán que todo esta manejado por FeatureIDs que se usan para las distintas partes del sitio (listas, Bibliotecas, etc)... asi es que una muy buena página y que les será de gran ayuda para andarle manoseando alli es esta:
http://thorprojects.com/blog/archive/2007/05/16/652.aspx
Alli encontrarán una lista de los IDs de todos los Features que contiene MOSS, lo que no aparesca alli significa que es un Feature personalizado... ojo esos IDs son solo para MOSS en ingles, en español cambian. Gracias a Robert Bogue (MVP) por compartir esa lista, que lata a de haber sido generarla...
Saludos;
Vlad
Por fin les publico un artículo decente, nada de chismes de lavadero ni críticas, esto es 100% técnico... ¿Como crear una Definición de Sitio?
Requisitos Previos:
· Visual Studio 2005 instalado en el servidor (no VSTA ni VSTO, el completo)
· Extensiones de WSS 3.0 para Visual Studio 2005 (incluye el SharePoint Solution Generator)
· Sitio SharePoint que se tomará como base para crear la Definición de Sitio. Por el momento solo he probado con 2 tipos de sitio:
o Sitio de Grupo, en el cual no he detectado ningún problema, incluso se puede usar aunque el sitio haya sido alterado con SharePoint Designer.
o Área de Documentos, con este tipo de sitio no se puede utilizar el SharePoint Solution Generator, ya que no lo soporta, por lo que este proceso no funciona.
Pasos a seguir (todo este proceso debe realizarse en el servidor de MOSS):
1. Abrir el SharePoint Solution Generator, seleccionar la opción Site Definition, Next
2. Seleccionar de la lista que aparece, el sitio que desea usar como base para generar su propia definición de sitio, Next
3. Darle un Nombre al proyecto y una ubicación donde se guardarán los archivos que se generen, Next
4. Finish para que se generen los archivos correspondientes, si llega a marcar un error es posible que no exista el sitio o sea de una tipo de sitio que no es soportado por el SharePoint Solution Generator (Team Site o Sitio de Grupo sí son soportados)
5. Ir a la ubicación donde se generaron los archivos y abrir el proyecto <nombre_del_proyecto>.csproj
6. Si tiene instalado el language pack de MOSS en el servidor, revise dentro de las propiedades del proyecto el ID del idioma con el que esta configurado para modificarlo al que usted desee. Recuerde que 1033 es Ingles y 3082 es Español
7. Ahora hay que generar la solución del proyecto dando clic derecho sobre el nombre en el Explorador de Solución o en el menú de Generar y con la opción de Build o Generar Solución, lo que creará una dll con el nombre del proyecto
8. El siguiente paso lógico es hacer el deploy de la solución, lo cual es “posible” con Visual Studio, dando clic derecho sobre el proyecto o en el menú de Generar y luego en deploy; sin embargo, para el caso de este proceso, al hacer el deploy marca un error el proceso que dice: “Illegal Character in Path”. Para los que estén en dicho caso sigan el procedimiento que explico a continuación.
9. Una vez que marque error el proceso de deploy vamos a la carpeta del proyecto y en la ruta /bin/Debug/solution, se encuentran los archivos necesarios para configurar la definición de sitio dentro de MOSS, por lo que los usaremos para hacer el proceso a mano. Dentro de dicha carpeta deben encontrarse los siguientes componentes:
a. Carpetas con los Features que se requieren para generar el sitio a partir de esta definición de sitio (Ejemplos: listas, bibliotecas, etc.), los nombres de dichas carpetas están compuestos de el nombre del Feature, un guión bajo y el ID del Feature.
b. Una carpeta que tiene como nombre el ID del idioma que tenía configurado el proyecto.
c. Carpetas con el nombre del Proyecto y distintos IDs que contienen archivos que usaremos para la configuración.
d. Los archivos manifest.xml y <nombre_del_proyecto>.dll
10. El primer paso de configuración será tomar el archivo dll y registrarlo en el GAC, una manera de hacerlo es abrir la carpeta Assembly dentro de la carpeta de Windows y arrastrar el archivo dll dentro de dicha carpeta, lo que registrará la dll automáticamente.
11. Ahora seleccionamos las carpetas de los Features que se generaron y las copiamos a la carpeta “Features” que se encuentra en:
a. X:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE (Ingles)
b. X:\Archivos de Programa\Archivos Comunes\Microsoft Shared\web server extensions\12\TEMPLATE (Español)
NOTA: X representa la unidad de disco
Cabe mencionar que 2 de las carpetas que tienen como nombre el nombre del proyecto y un ID tienen en su interior un archivo llamado “feature.xml”, estas dos carpetas también las vamos a copiar a la carpeta de Features y las vamos a considerar también como Features para los siguientes pasos.
12. El siguiente paso es instalar dichos Features, para ello abrimos una línea de comandos y vamos a la ruta:
a. X:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN
ó
b. X:\Archivos de Programa\Archivos Comunes\Microsoft Shared\web server extensions\12\BIN
Usamos la siguiente instrucción:
stsadm -o installfeature -name <nombre de la carpeta que contiene el Feature>
Esto lo repetimos para cada uno de los Features que tengamos.
13. Ahora vamos a la carpeta Site Templates que se encuentra dentro de la misma ruta que la de Features (ver paso 11), allí copiaremos la carpeta que tenemos en la solución de nuestro proyecto y que contiene otra carpeta llamada “xml” y dentro de ella un archivo llamado “onet.xml”, el nombre de dicha carpeta esta compuesto del nombre del proyecto y un ID
14. Otra de las carpetas que tienen como nombre un compuesto entre el nombre del proyecto y un ID contiene en su interior un archivo “default.aspx”, dicho archivo lo vamos a copiar dentro de la carpeta que acabamos de copiar en el paso anterior, debe quedar junto con la carpeta “xml”.
15. Por ultimo copiaremos el archivo xml que se encuentra dentro de la carpeta que tiene por nombre el ID del lenguaje que tiene configurado el proyecto, dicho archivo lo vamos a poner dentro de la carpeta del mismo nombre del que la copiamos dentro de la ruta que di en el punto 11. Este ultimo paso lo usaremos si queremos que nuestra definición de sitio aparezca en una pestaña separada al momento que se seleccionan cuando creamos un nuevo sitio, en caso de que lo quieran meter a una pestaña ya existente o cambiar el nombre de la pestaña personalizada, lo que se debe hacer es editar el archivo xml y en la sección “DisplayCategory=” ponemos el nombre que deseamos, aquí también se puede cambiar el título de la definición de sitio, poner una descripción y/o cambiar la imagen que se mostrará al seleccionar dicha definición de sitio.
16. Terminado todo el proceso damos un IISRESET y ahora probamos generando un sitio con nuestra definición de sitio customizada.
En el siguiente articulo publicaré como generar una definición de sitio tipo Portal, es decir que no solo genere un sitio, sino que puedan ser generados subsitios dentro del mismo, como los que genera la definición de Sitio "Portal de Colaboración"... esten pendientes...
__________________________________________________________________
Actualizaciones: En el punto 8 mencione que el paso lógico siguiente era hacer el deploy de la definición de sitio pero que aparecía un error en el proceso... he descubierto que este error solo sale en definiciones de idioma distinto al de ingles, he echo el proceso en un servidor con Sistema Operativo en Ingles, MOSS en ingles y VS 2005 en Ingles y me ha trabajado perfecto... genera el archivo wsp y un bat para instalar la definición en otros servidores y al mismo tiempo instala la definición en el servidor donde hace el Deploy... asi que alli tienen la justificación del proceso a mano que les pongo después del punto 8... para los que trabajen todo en ingles, pues solamente con que lleguen al punto 8 tendran su definición de sitio instalada y lista para usar. Todas las definiciones que creen con este proceso aparecerán en un Tab llamado "Development".
Una cosa importante que me falto mencionar es el TemplateID de la definición de sitio, si llegan a crear más de una definición de sitio y hacen el proceso a mano que les puse aqui, deben checar el TemplateID de su definición, entrando al proyecto de Visual y a las propiedades del mismo, en la parte donde cambian el ID del lenguaje despliegan la rama y debe existir una llamada Manifest, dentro deben cambiar el TemplateID en cada definición de sitio para que no haya traslapes en los IDs, el numero que usen debe ser mayor a 10000.
Saludos;
Vlad
Lo acabo de leer en el periódico, una noticia que ya se venia rumoreando desde hace unos meses:
Jueves 21 de junio de 2007
Microsoft México nombró a Juan Alberto González Esparza como nuevo director general de la empresa en México, en sustitución de Felipe Sánchez Romero.
En un comunicado, informa que con este nombramiento, que se hará efectivo el próximo 2 de julio, inicia un periodo de transición en el que participarán ambos ejecutivos, cuyo objetivo será garantizar la continuidad en la dirección de la filial mexicana.
La firma de software señala que Sánchez Romero asumirá el cargo de director general de estrategia mundial para ventas al menudeo y mercadotecnia en la división de entretenimiento y dispositivos de Microsoft Corporation, con sede en Redmond, Washington.
La empresa destaca que luego de "ocho años de arduo trabajo dirigiendo las operaciones, ventas, mercadotecnia, consultoría y soporte de Microsoft en Colombia, Venezuela, Perú y Ecuador, González Esparza llega a México con un alto compromiso por continuar impulsando el crecimiento de la subsidiaria mexicana" .
Además de motivar la inclusión de las TI en la agenda nacional y maximizar el alcance de programas de responsabilidad social para llevar la tecnología a un número cada vez mayor y más diverso de mexicanos.
La firma subraya que la carrera del nuevo directivo en Microsoft inició en 1994 como gerente de ventas para el sector financiero de la subsidiaria de México, posteriormente ocupó la dirección de comercio electrónico, donde trabajo en la puesta en marcha de los principales negocios electrónicos del país.
Esperemos a ver como marchan las cosas con este cambio....
Saludos;
Vlad
Hace unos días Microsoft nos presumio de un nuevo juguete llamado Surface
Lo gracioso del asunto es que este nuevo juguete puede que no sea idea de Microsoft y tal vez ni siquiera desarrollo propio de ellos (disculpenme por decirlo), ya que existe un video en Youtube.com (últimamente me estoy volviendo adicto a esa cosa) en el que nos presentan el proyecto Multi Touch Interaction Experiments dirigido por Jefferson Y. Han (también esta en el vídeo del surface) y que al parecer a sido comprado (espero) por Microsoft para presentarnos su llamado "SURFACE"...
Aquí les dejo los videos de surface y de el MTIE de Han para que comparen y saquen sus propias conclusiones:
http://link.brightcove.com/services/link/bcpid271552687/bctid933742930 (SURFACE)
http://www.youtube.com/watch?v=89sz8ExZndc (MTIE)
//EDITADO
Encontre otro video parecido:
http://link.brightcove.com/services/link/bcpid770169269/bclid769355682/bctid769654555
//FIN EDITADO
Y nadamas para terminar mi post (que mala onda soy ultimamente con Microsoft, Billy me va a castigar) les platico que existe una patente de Apple desde 2005 llamado Tablet MAC, con el cual puede llegar a tener problemas el nuevo Surface (si es que Jobs quiere seguir en plan de casados con Billy, idem a mi post anterior), la info de esta patente la pueden ver aquí:
http://www.engadget.com/2005/05/10/apples-patented-the-tablet-mac/
http://www.engadget.com/2006/02/02/apples-patented-the-tablet-mac-part-ii/
Saludos;
Vlad
Para redimirme un poco de mi post anterior (jajaja, si como no) les dejo esta noticia que paso hace poco, Jobs y Gates platicando en un mismo escenario sobre tecnologia...
En la conferencia “D All Things Digital” compartieron escenario Steve Jobs y Bill Gates dejando atrás las diferencias del pasado, se trataron varios temas pero lo que causo sensacion fueron algunas frases con tintes de humor como:
“Hemos mantenido nuestro matrimonio en secreto durante más de una década”
La cual dijo Jobs cuando el columnista del diario financiero The Wall Street Journal Walt Mossberg les preguntó por los malentendidos en su relación.
“El tipo del PC es genial”
Dijo Jobs quien esta vestido mucho mas sport que gates y este (vestido de manera mas formal) responde “Sí, su madre le quiere”
Cuando Kara Swisher preguntó cuál es la principal contribución del otro.
“Bill (Gates) construyó la primera compañía de software en la industria”, dijo Jobs. “El modelo de negocio funcionó muy bien en la industria. Bill estaba muy centrado en software antes de que nadie tuviese ni idea de por dónde iban los tiros”.
Gates, por su parte, alabó la tenacidad de Jobs en su idea de que el ordenador podía convertirse en un producto de masas y, después, por apostar fuerte por el Mac.
El encuentro estuvo repleto de momentos en clave de humor, como cuando se refirieron a la campaña de anuncios de Apple que enfrenta los ordenadores Mac frente a los PC, representados por un hombre con pinta de aburrido y soso frente a otro jovial y divertido.
Jobs señaló que, en sus inicios, a menudo ambos eran las dos personas más jóvenes en la habitación, mientras que ahora, a los 52 años (Gates cumplirá 52 en octubre, y Jobs acaba de alcanzar esta edad) a menudo son los más viejos, lo que le llevó a citar a los Beatles: "Tú y yo tenemos recuerdos más largos que la carretera que sigue hacia adelante".
Un video de dicha entrevista lo pueden encontrar aqui (antes del video se carga un pequeño comercial de 15 segundos, no le hagan caso después viene el video de 15 minutos de la entrevista):
http://link.brightcove.com/services/link/bcpid452319854/bctid958475626
Saludos;
Vlad