Amigo mío Siempre estas Programando en .NET : MOSS 2007

[SharePoint] Cierra el ojete a tu SharePoint - Activa ViewPagesLockDown

Luis Ruiz Pavón — Mon, 27 Feb 2012 11:27:02 GMT

Este post se lo dedico a toda la muchachada que desarrolla un portal público con acceso anónimo con SharePoint y le deja el ojete abierto sin saber las consecuencias de dicho acto. ¿Qué es dejar el ojete abierto a un portal público desarrollado sobre SharePoint? Dejar el ojete abierto a tu SharePoint , es permitir que cualquier usuario anónimo que conozca un poco como funciona SharePoint tenga acceso a numerosas listas, páginas… que quizás solo los usuarios registrados o administradores (Sino has...(read more)

[MOSS] Crear un site SSL con SharePoint 2007

Luis Ruiz Pavón — Thu, 09 Sep 2010 15:47:22 GMT

Como en estas últimas semanas me ha tocado crear algún que otro site bajo SSL, he pensado que sería buena idea escribir un artículo sobre ello. Con una aplicación web ya creada , lo primero que vamos a hacer es extenderla: A continuación, seleccionamos la aplicación web que queremos extender, seleccionamos el puerto 443 (En mi caso permitimos acceso anónimo al portal, aunque habrá una parte para usuarios registrados) y marcamos el check Use Secure Sockets Layer (SSL) A continuación vamos al Internet...(read more)

[MOSS] Ocultar las “Acciones del Sitio” en SharePoint

Luis Ruiz Pavón — Fri, 02 Jul 2010 11:29:25 GMT

Un post rápidito pero que a más de uno vendrá bien: En ocasiones es necesario ocultar ciertos controles de SharePoint en función de los permisos que tenga. Por ejemplo, para ocultar las Acciones del Sitio a usuarios que no tengan el permiso ManageWeb (Administradores de la colección de sitios) la solución es sencilla, para ello disponemos del control SPSecurityTrimmedControl < Sharepoint:SPSecurityTrimmedControl ID ="spstcrtlsa" runat ="server" PermissionsString ="ManageWeb"...(read more)

[MOSS] Problemas desplegando soluciones en NLB: La crónica

Luis Ruiz Pavón — Fri, 07 May 2010 06:34:24 GMT

Ayer estuve desplegando una solución/es de Sharepoint en un NLB (Network Load Balancing) y me encontré con algún escollo/problema que me gustaría compartir:

Al crear la aplicación web, la adminsitración central crea un trabajo temporizado (Timer Job) para replicar la aplicación en todos los nodos del NLB de manera automática, pero el temporizador se quedaba en estado DEPLOYING, por lo que tuve que ir a los demás nodos del NLB a forzar la ejecución del trabajo temporizado:

Abrimos la consola y ejecutamos:

stsadm –o execadmsvcjobs

Y con esto conseguimos forzar la ejecución y tener la aplicación web creada en los demás nodos.

Una vez hecho esto pasamos a desplegar la solución/es (WSP) en nuestro NLB y aquí me encontré con el siguiente problema:

En uno de los nodos la solución se desplegaba y en otro estaba dando la siguiente excepción:

System.OutOfMemoryException

Pero el nodo tenía RAM suficiente, es más, monitorizando la memoría no había ningún pico que alertase de tal problema, así que investigando un poquito parece ser que se trata del servicio Windows SharePoint Services Timer por la cantidad de recursos que consume (Como digo, no consumía mas de 200 Mb en plena ejecución) y reiniciandolo se solucina el problema, así hice, reinicié los servicios en ambos nodos y la solución se desplegó sin problemas.

Hasta aquí la crónica del partido MOSS 0 Luis 1

Un saludo y buen finde para todos.

[MOSS] Uso de Unity en SharePoint: System.InvalidOperationException: The type name or alias “TYPE” could not be resolved…

Luis Ruiz Pavón — Fri, 30 Apr 2010 07:25:00 GMT

Estoy haciendo una prueba de conceto con SharePoint + Unity y me he encontrado con este error al añadir mi WebPart:

System.InvalidOperationException: The type name or alias ITaskRepository could not be resolved. Please check your configuration file and verify this type name.

Tengo las dlls en la GAC (Sí las pones en el bin del sitio funciona pero no me gusta :P) y la configuración de Unity en el Web.Config de la siguiente manera:

<unity>

  <aliases>

    <add

        alias="ITaskRepository"

        type="Project.Application.WebParts.MVP.Repositories.ITaskRepository, Project.Application.WebParts" />

    <add

        alias="TaskRepository"

        type="Project.Application.WebParts.MVP.Repositories.TaskRepository, Project.Application.WebParts" />

  </aliases>

   <container>

     <register type="ITaskRepository" mapTo="TaskRepository" />

   </container>

</unity>

Hablando con mi compañero de trabajo Pedro Santos, me comentó que el problema podía estar en el atributo type, que probase a ponerlo completo:

<unity>

  <aliases>

    <add

        alias="ITaskRepository"

        type="Project.Application.WebParts.MVP.Repositories.ITaskRepository,

              Project.Application.WebParts,

              Version=1.0.0.0,

              Culture=neutral,

              PublicKeyToken=8854a40f8390bd5e" />

    <add

        alias="TaskRepository"

        type="Project.Application.WebParts.MVP.Repositories.TaskRepository,

        Project.Application.WebParts,

        Version=1.0.0.0,

        Culture=neutral,

        PublicKeyToken=8854a40f8390bd5e" />

  </aliases>

   <container>

     <register type="ITaskRepository" mapTo="TaskRepository" />

   </container>

</unity>

Y tenía toda la razón.

Espero que os sirva, un saludo y buen finde para todos.

[MOSS] Evitar que los usuarios colaboradores modifiquen WebParts

Luis Ruiz Pavón — Thu, 08 Apr 2010 10:12:00 GMT

En un portal de publicación el cliente desea que los usuarios colaboradores no puedan modificar WebParts:

Hasta donde yo se y sí alguien conoce una manera mejor estaré encantado de escucharla, en los Niveles de permisos, más concreto en colaborar, en los permisos de lista si desmarcamos el check de Editar elementos

evita que se editen los WebParts pero se pierde la edición de contenidos y eso no me vale, por eso me he creado un control que va en la master y que se encarga de hacer este trabajo haciendo uso de JavaScript (JQuery) para eliminar el td que contiene la flechita y así evitar que se modifiquen los webparts a menos que sea un administrador:

public class HideWebPartMenuControl : UserControl

    #region WebControl Events

    protected override void OnPreRender(EventArgs e)

        if (!SPContext.Current.Web.CurrentUser.IsSiteAdmin)

            const string javascriptcode = @"$(document).ready(function() {

                                                $('tr.ms-WPHeader').each(function(index) {

                                                    $('td:last', $(this)).remove();

});

                                            });";

            if (!Page.ClientScript.IsStartupScriptRegistered("hidemenuwebpartjs"))

                Page.ClientScript.RegisterStartupScript(

                    GetType(),

                    "hidemenuwebpartjs",

                    javascriptcode,

                    true

);

        base.OnPreRender(e);

    #endregion

Ahora, si entramos con un usuario colaborador la flechita desaparece:

Espero que os sirva ;)

[MOSS] Exception from HRESULT: 0x81070201

Luis Ruiz Pavón — Mon, 15 Mar 2010 12:40:55 GMT

Con un trancazo de narices, el Madrid eliminado de la champions y un lunes a primera hora terminando un site definition para un portal de publicación, me me encontrado con este error que me suele pasar con combinaciones como la anterior (Podría ser peor sí el Barça gana la champions en el Bernabeú…).

La cosa es que al activar una feature sobre un site que has creado para una lista personalizada de SharePoint te puede saltar el error:

The element '{FA5B788F-432E-40e9-9FD6-F3D7F7002CD6}' of type 'ListInstance' for feature 'ForumsList' (id: d8f9f231-12c6-4fa0-8f44-5b8ae62ac523) threw an exception during activation: Exception from HRESULT: 0x81070201

El problema está en que SharePoint no es capaz de encontrar el fichero schema.xml, en mi caso por que el tag Name de del elemento ListTemplate del fichero elements.xml no correspondía con el nombre de la carpeta donde se encuentra el fichero de esquema:

Así sí :)

[MOSS] Creando un custom ListViewWebPart

Luis Ruiz Pavón — Fri, 12 Mar 2010 07:38:52 GMT

El otro día, creando una galería multimedia en un portal de publicación, necesitaba añadir un ListViewWebPart dinámicamente al layout de publicación y asociarlo a una librería de imagenes, para permitir al usuario que la creaba un interfaz de administración para subir, borrar…

La cosa era que necesitaba un contendor de este ListViewWebPart para controlar que el usuario era el propietario de la librería y así mostrarle o no el webpart. Al intentar añadir un ListViewWebPart dinámicamente dentro de dicho contenedor, no se mostraba la vista, ahora, si en vez de utilizar este contenedor lo agregaba dinámicamente al layout sí se veía :S

Así que opté por esta solcuión:

SPList pictureList = CurrentWeb.Lists.GetList(new Guid(guid), true);

SPView webPartView = pictureList.DefaultView;

ViewToolBar toolbar = new ViewToolBar();

SPContext context =

    SPContext.GetContext(Context,

                         webPartView.ID,

                         pictureList.ID,

                         SPContext.Current.Web);

toolbar.RenderContext = context;

Controls.Add(toolbar);

XmlDocument xmlDocument = new XmlDocument();

xmlDocument.LoadXml(webPartView.SchemaXml);

SPView view = new SPView(pictureList, xmlDocument);

Literal lbl = new Literal();

lbl.Text = view.RenderAsHtml();

Controls.Add(lbl);

Y el resultado:

Salu2 y buen finde :)

[MOSS] Llamadas a métodos .NET desde un Xsl (ContentByQueryWebPart)

Luis Ruiz Pavón — Fri, 05 Feb 2010 07:48:19 GMT

En ocasiones puede ser necesario que desde un Xsl tengamos que llamar a un método .NET. En mi caso era para parsear el valor de un campo que contiene un Xml.

Lo primero será crearnos una clase para definir los métodos que vamos a llamar desde nuestros Xsl:

public class XsltCustomFunctions

    #region Variables

    /// <summary>

    /// Singleton Instance

    /// </summary>

    static readonly XsltCustomFunctions instance = new XsltCustomFunctions();

    #endregion

    #region Properties

    /// <summary>

    /// Gets the instance.

    /// </summary>

    /// <value>The instance.</value>

    public static XsltCustomFunctions Instance

get

            return instance;

    #endregion

    #region Constructor

    /// <summary>

    /// Initializes the <see cref="XsltCustomFunctions"/> class.

    /// </summary>

    static XsltCustomFunctions()

    /// <summary>

    /// Initializes a new instance of the <see cref="XsltCustomFunctions"/> class.

    /// </summary>

    XsltCustomFunctions()

    #endregion

    #region Methods

    #region public

    /// <summary>

    /// Gets the average.

    /// </summary>

    /// <param name="xml">The XML.</param>

    /// <returns></returns>

    public string GetAverage(string xml)

        string response = String.Empty;

        if (!String.IsNullOrEmpty(xml))

///

        return response;

    #endregion

    #endregion

Lo siguiente que tenemos que hacer es añadir un ExtensionObject para poder llamar a los métodos de la clase que creamos anteriormente. Esto lo vamos a hacer sobreescribiendo el método ModifyXsltArgumentList del ContentQueryByWebPart:

public class MyContentByQueryWebPart : ContentByQueryWebPart

    /// <summary>

    /// Modifies the XSLT argument list.

    /// </summary>

    /// <param name="argList">The arg list.</param>

    protected override void ModifyXsltArgumentList(ArgumentClassWrapper argList)

        argList.AddExtensionObject("http://www.midominio.es/Assembly/XsltCustomFunctions",

            TC.REDILC.Common.XsltCustomFunctions.Instance);

        base.ModifyXsltArgumentList(argList);

El primer parámetro es el namespace (Puedes poner el que tu quieras en mi caso uso el nombre de la empresa + nombre de assembly + clase) que luego usaremos en el Xsl y el segundo es una instancia de la clase que creamos anteriormente.

Como veis, se hace uso del patrón Singleton para no estar creando un monton de instancias cada vez que se llama al método y así mejorar el performance y ahorrar memoria.

Por último solo nos queda crear el Xsl y llamar a nuestro método. Lo primero registrar el namespace que usamos cuando añadimos el ExtensionObject:

<xsl:stylesheet

  version="1.0"

  exclude-result-prefixes="x d xsl msxsl cmswrt"

  xmlns:x="http://www.w3.org/2001/XMLSchema"

  xmlns:d="http://schemas.microsoft.com/sharepoint/dsp"

  xmlns:cmswrt="http://schemas.microsoft.com/WebParts/v3/Publishing/runtime"

  xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:msxsl="urn:schemas-microsoft-com:xslt"

  xmlns:geeksms="http://www.midominio.es/Assembly/XsltCustomFunctions">

Y por último la llamada al método:

<div class="average">

    <xsl:value-of select="geeksms:GetAverage(Xml)" />

</div>

Espero que os sirva, un saludo y buen finde para todos :)

[MOSS 2007] Conectar WebParts programáticamente

Luis Ruiz Pavón — Tue, 19 Jan 2010 07:52:00 GMT

Conectar 2 WebParts (por ejemplo un buscador y grid) a través del interfaz de SharePoint es una cosa sencilla, pero seguro que alguna vez has necesitado hacerlo a través del modelo de objetos de MOSS. En nuestro caso tenemos varios Custom WebParts que una vez desplegado el portal necesitamos conectarlos y lo hemos hecho vía Feature (No voy a poner el código entero del FeatureReceiver).

Uno de los problemas que te puedes encontrar al hacer esto lo comenté en un post anterior:

http://geeks.ms/blogs/lruiz/archive/2009/11/18/moss-2007-webparts-del-tipo-errorwebpart-aparecen-cuando-usamos-splimitedwebpartmanager.aspx

y en nuestro caso son buscadores sobre unos custom CQWP, por eso el Receiver al no disponer de contexto debe contener estas líneas:

if (HttpContext.Current == null)

    HttpRequest httpRequest = new HttpRequest(String.Empty, web.Url, String.Empty);

    HttpContext.Current = new HttpContext(httpRequest, new HttpResponse(new StringWriter()));

    HttpContext.Current.Items["HttpHandlerSPWeb"] = web;

Una vez hecho esto, a través de las propiedades de la feature, obtenemos la página y los 2 WebPart que queremos conectar.

Localizamos la página en la colección de páginas, obtenemos una referencia al objeto SPFile (Para poder hacer CheckOut, CheckIn y Publish).

Obtenemos una referencia al SPLimitedWebPartManager de la página para poder obtener la colección de WebParts de la misma mediante la propiedad WebParts.

Una vez que hemos localizado los 2 WebParts que vamos a conectar, obtenemos el ConsumerConnectionPointCollection (Contiene una colecciónde ConsumerConnectionPoint que habilita a un WebPart a actuar como Provider) y el ProviderConnectionPointCollection (Contiene una colección de ProviderConnectionPoint que habilita a un WebPart a actuar como Provider).

Una vez hecho esto necesitamos un objeto del tipo SPWebPartConnection que lo obtenemos mediante el método SPConnectWebParts al que le pasamos como parámetros el WebPart que suministra la conexión y su ProviderConnectionPoint y el WebPart que va a consumir su conexión y su ConsumerConnectionPoint.

Por último añadimos a la colección de conexiones del WebPartManager la conexión que hemos obtenido anteriormente y ya tendremos nuestros WebPart conectados vía modelo de objetos.

Aquí está el código de ejemplo:

PublishingWeb publishingWeb = PublishingWeb.GetPublishingWeb(web);

PublishingPageCollection pages = publishingWeb.GetPublishingPages();

/// Check if the Page exists, null if not exists

PublishingPage page = pages.SingleOrDefault(p => p.Name == pageName);

if (page != null)

    SPWebparts.WebPart wpProvider = null;

    SPWebparts.WebPart wpConsumer = null;

    /// Get SPFile because it's necessary for Publish and Approve(This one if

    /// PagesList.EnableModeration is true)

    SPFile aspx = web.GetFile(page.Url.ToString());

    aspx.CheckOut();

    SPLimitedWebPartManager webPartManager =

        aspx.GetLimitedWebPartManager(PersonalizationScope.Shared);

    SPLimitedWebPartCollection webparts =

        webPartManager.WebParts;

    wpProvider = (SPWebparts.WebPart)webPartManager.WebParts[webpart.ID];

    wpConsumer = (SPWebparts.WebPart)webPartManager.WebParts[webpart.ID];

    /// Creates the connection

    if (wpProvider != null &&

        wpConsumer != null)

        ConsumerConnectionPointCollection consumerConnection

            = webPartManager.GetConsumerConnectionPoints(wpConsumer);

        ProviderConnectionPointCollection providerConnection

            = webPartManager.GetProviderConnectionPoints(wpProvider);

        SPWebPartConnection webPartConnection =

            webPartManager.SPConnectWebParts(wpProvider,

                                             providerConnection[0],

                                             wpConsumer,

                                             consumerConnection[0]);

        webPartManager.SPWebPartConnections.Add(webPartConnection);

    aspx.CheckIn(String.Empty);

    aspx.Publish(String.Empty);

    if (publishingWeb.PagesList.EnableModeration)

        aspx.Approve(String.Empty);

Un saludo

[SharePoint 2007] Camino de la Web 2.0 (Ajax Control Toolkit + Rating)

Luis Ruiz Pavón — Wed, 30 Dec 2009 16:27:00 GMT

No se sí el título es muy acertado pero no se me ocurría otra cosa :).

En un portal de publicación estamos añadiendo la parte de Rating, Comments, Cloud Tags, Geolocalización de información… (Web 2.0) y me he decantado por usar para la parte de rating el Ajax Control Toolkit de Microsoft (A partir de ahora ACT) y en concreto el control de Rating que incorpora. Os voy a comentar un poco las peripecias de hacer funcionar todo esto en SharePoint 2007:

Para poder usar el ACT es necesario añadir la librería a la GAC y añadir las siguientes entradas al Web.Config:

En el elemento SafeControls:

<SafeControl

    Assembly="AjaxControlToolkit, Version=3.0.30930.22557, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e"

    Namespace="AjaxControlToolkit"

    TypeName="*"

    Safe="True" />

En el elemento assemblies:

<add

    assembly="AjaxControlToolkit, Version=3.0.30930.22557, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e"/>

En elemento pages –> controls:

<add

    namespace="AjaxControlToolkit"

    assembly="AjaxControlToolkit, Version=3.0.30930.22557, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e"

    tagPrefix="ajaxToolkit"/>

Una vez hecho esto, vamos a añadir el ScriptManager a la página maestra de nuestro sitio, para ello lo primero añadir esta directiva de página:

<%@ Register

    TagPrefix="ajaxToolkit"

    Assembly="AjaxControlToolkit, Version=3.0.30930.28755, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e"

    Namespace="AjaxControlToolkit" %>

Por último añadir el ScriptManager a la página (En mi caso lo he añadido justo después del tag form):

<form id="Form1" runat="server" onsubmit="return _spFormOnSubmitWrapper();">

    <ajaxToolkit:ToolkitScriptManager runat="Server" EnablePartialRendering="true" ID="scriptManager" />

Con esto ya podemos trabajar con esta suite de controles, pero no todo es tan bonito y es que me he encontrado con varios problemas a la hora de trabajar con el control:

1) Cuidado con añadir la propiedad AutoPostback al control

Deja inutilizado el javascript del portal y cambia hasta el título de la página (Un comportamiento raro:S) además sí lo dejamos por defecto el evento Changed se ejecuta sin problemas.

Yo lo tengo así en el ascx:

<%@ Register

    TagPrefix="ajaxToolkit"

    Assembly="AjaxControlToolkit, Version=3.0.30930.28755, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e"

    Namespace="AjaxControlToolkit" %>

<asp:UpdatePanel runat="server" ID="updatePanel">

    <ContentTemplate>

        <ajaxToolkit:Rating

            ID="rating"

            runat="server"

            BehaviorID="RatingBehavior1"

            CurrentRating="0"

            MaxRating="5"

            RatingAlign="Horizontal"

            RatingDirection="LeftToRightTopToBottom"

            StarCssClass="ratingStar"

            WaitingStarCssClass="savedRatingStar"

            FilledStarCssClass="filledRatingStar"

            EmptyStarCssClass="emptyRatingStar"

            OnChanged="UpdateRating"

            style="float: left;" />

    </ContentTemplate>

</asp:UpdatePanel>

2) Bloquear el Rating para que sólo haya una valoración por usuario

Cuando un usuario valora un contenido, lo suyo es deshabilitar el control para evitar que valore más de una vez sobre el mismo contenido. Para ello, el control dispone de una propiedad pública llamada ReadOnly que al ponera a true no podrá modificarse. Sí lo haces a través de del evento OnChanged no te va a funcionar, es decir:

/// <summary>

/// Run custom code when the user rates something and then return a custom string

/// to the JavaScript client

/// </summary>

/// <param name="sender">Rating control</param>

/// <param name="e">RatingEventArgs</param>

protected void Rating_Changed(object sender, RatingEventArgs e)

    Rating.ReadOnly = true;

    e.CallbackResult = "Update done. Value = " + e.Value + " Tag = " + e.Tag;

Para ello, necesitamos hacer uso de JavaScript. Con el siguiente código podrás detectar el CallBack a cliente y deshabilitar el control:

javascript = @"Sys.Application.add_load(function() ;

                    $find('RatingBehavior1').add_EndClientCallback(

                        function(sender, e)

                            $find('RatingBehavior1').set_ReadOnly(true);

});

                });"

Page.ClientScript.RegisterStartupScript(this.GetType(), "readonly", javascript, true);

Lo suyo es chequear en la parte servidora, que sí se hace el rating correctamente del tipo de contenido mandemos un OK al cliente para poder chequearlo en el CallBack y así deshabilitar o no el control.

3) Problemas al hacer click sobre la valoración que está marcada (CurrentRating)

Sí el usuario entra a ver el contenido de la publicación, le mostramos la media de la valoración de todos los usuarios (Por ejemplo 2 estrellitas) sí el quiere valorarlo con 2 estrellas no funcionará, es un error del Rating y he encontrado aquí este script para solucionarlo:

function AddNewRatingHandler() {

    AjaxControlToolkit.RatingBehavior.prototype._onStarClick =

        function(e) {

            if (this._readOnly) {

                return;

            //   if (this._ratingValue != this._currentRating) {

            this.set_Rating(this._currentRating);

            // }

};

        AjaxControlToolkit.RatingBehavior.prototype.set_Rating = function(value) {

            //   if (this._ratingValue != value) {

            this._ratingValue = value;

            this._currentRating = value;

            if (this.get_isInitialized()) {

                if ((value < 0) || (value > this._maxRatingValue)) {

                    return;

                this._update();

                AjaxControlToolkit.RatingBehavior.callBaseMethod(this, 'set_ClientState', [this._ratingValue]);

                this.raisePropertyChanged('Rating');

                this.raiseRated(this._currentRating);

                this._waitingMode(true);

                var args = this._currentRating + ';' + this._tag;

                var id = this._callbackID;

                if (this._autoPostBack) {

                    __doPostBack(id, args);

                else {

                    WebForm_DoCallback(id, args, this._receiveServerData, this, this._onError, true)

            //  }

};

AddNewRatingHandler();

Con todo esto y algo más ya puedo hacer Rating de todos los tipos de contenido del portal:

Por suerte todo esto lo tendremos disponible con SharePoint 2010 ;)

Un saludo y hasta después de Reyes que me hace falta un descanso :)

[MOSS 2007] Cannot retrieve properties at this time + Are you sure you want to navigate away from this page? = Headache

Luis Ruiz Pavón — Thu, 03 Dec 2009 16:37:00 GMT

Sí alguna vez te has encontrado con estos 2 mensajes o con alguno de ellos te voy a intentar facilitar la vida un poco contandote mi experiencia:

Seguro que has buscado por internet y has encontrado soluciones para todos los gustos, pues a mí ninguna de ellas me ha funcionado (Para el primer mensajito), aunque si es verdad que alguna me ha dado alguna pista para encontrar la solución :)

Cannot retrieve properties at this time

Al pulsar sobre el botón de “Editor de texto enriquecido”

Aparece el dichoso mensaje:

Googleando he visto que aparecen distintas soluciones:

Reciclar el pool
Modificar web.config http://blogs.msdn.com/gyorgyh/archive/2009/03/04/troubleshooting-web-part-property-load-errors.aspx

El caso es que la primera (Por lo menos a mí no me ha funcionado) y la segunda de lo que comenta a mí no me aparecen esos valores en los web.config.

Así que con las Developer Tools he revisado la llamada que se estaba haciendo al servicio web que recupera dichas propiedades (como explicaba en uno de los artículos) para revisar el resultado de la llamada al servicio web, y como se aprecia en la imagen no hay respuesta:

Revisando el Web.config me he encontrado esto en el elemento httpHandlers:

<httpHandlers>

  <remove verb="GET,HEAD,POST" path="*" />

  <add verb="GET,HEAD,POST" path="*" ...

  <add verb="OPTIONS,PROPFIND,PUT,LOCK,...

  <add verb="*" path="Reserved.Rep...

  <add verb="*" path="*.asmx" ...

  <add verb="*" path="*_AppService.axd"...

  <add verb="GET,HEAD" ...

  <remove verb="*" path="*.asmx" />

</httpHandlers>

Solución: Pues que aunque se están habilitando todos los verbos para los archivos con extensión *.asmx (Servicios Web) al final se están quitando, por lo que quitando el ultimo remove:

Ya tenemos respuesta del servicio web y no saldrá la dichosa ventana, perooooooo… ahora nos aparece el siguiente mensaje

Are you sure you want to navigate away from this page?

Para esto sí que he encontrado la solución Googleando, que es deshabilitar el soporte nativo de XMLHTTP o lo que es lo mismo deshabilitar el check “Enable native XMLHTTP support”:

Un saludo

[MOSS 2007] WebParts del tipo ErrorWebPart aparecen cuando usamos SPLimitedWebPartManager

Luis Ruiz Pavón — Wed, 18 Nov 2009 10:18:00 GMT

El otro día desarrollando una feature para conectar webparts programáticamente (Escribiré algo sobre esto muy pronto) me encontré un pequeño problema a la hora de listar los webparts de un sitio usando la clase SPLimitedWebPartManager y era que los webparts de tipo ContentByQueryWebPart y los SummaryLink me los devolvía del tipo ErrorWebPart.

Esto se produce cuando ejecutamos el código en la feature receivers o en una aplicación cliente fuera de MOSS, porque probé el código en un webpart y funcionó. Esto me llevo a pensar que algo había que me estaba faltando y claro está que no disponemos en la feature y ni en la aplicación cliente del SPContext, al cual se accede desde dichos webparts para crear las url relativas de las tres hojas de estilo Xsl (MainStyle, HeaderStyle or ItemStyle).

Googleando encontré la solución a dicho problema que es crear un contexto falso:

if (HttpContext.Current == null)

    HttpRequest httpRequest = new HttpRequest(String.Empty, web.Url, String.Empty);

    HttpContext.Current = new HttpContext(httpRequest, new HttpResponse(new StringWriter()));

    HttpContext.Current.Items["HttpHandlerSPWeb"] = web;

Sí os preguntáis como yo me pregunté por qué en el contexto mete el item HttpHandlerSPWeb, es por qué la clase SPContext en su propiedad estática Current, si vemos el código con reflector hace uso del método GetContextWeb de la clase SPControl:

public static SPContext Current

get

        SPContext context = null;

        if (HttpContext.Current == null)

            return context;

        while (SPControl.GetContextWeb(HttpContext.Current) != null)

try

                context = GetContext(HttpContext.Current);

            catch (FileNotFoundException)

            return context;

        return null;

Y sí miramos el código de SPControl.GetContextWeb():

public static SPWeb GetContextWeb(HttpContext context)

    return SPWebEnsureSPControl(context);

private static SPWeb SPWebEnsureSPControl(HttpContext context)

    SPWeb web = (SPWeb) context.Items["HttpHandlerSPWeb"];

    if (web == null)

        if (context.User == null)

            throw new InvalidOperationException();

        if (SPSecurity.ImpersonatingSelf || (SPSecurity.UserToken != null))

            throw new InvalidOperationException();

try

            SPSite site;

            context.Items["HttpHandlerSPSite"] = site = new SPSite(SPFarm.Local, SPAlternateUrl.ContextUri, true);

            web = site.OpenWeb();

            context.Items["HttpHandlerSPWeb"] = web;

            SPRequestModule.InitContextWeb(context, web);

            if (!SPContext.GetShouldInitThreadCultureWhenContextWebIsInited(context))

                return web;

            web.SetThreadCultureAfterInit();

        catch (FileNotFoundException)

    return web;

Ahí podemos ver como sí no tenemos un contexto web y no tenemos el item HttpHandlerSPWeb obtendremos siempre este dichoso error.

Al final lo suyo es que liberemos el contexto:

HttpContext.Current = null;

Espero que os sirva, salu2!!!

HOW TO – Creando nuestro propio DataControlField

Luis Ruiz Pavón — Wed, 18 Feb 2009 16:43:00 GMT

Revisando unos WireFrames que se le han entregado al cliente y cuyos WebParts los estoy desarrollando yo, me he encontrado en unos de ellos que se quería mostrar una imagen en la celda de un SPGridView para que el usuario al situarse sobre ella le muestre un texto descriptivo que se carga de una propiedad.

No tendría que haber ningún problema, usamos un ImageField y listo, no? pero:

¿Y sí necesitamos añadirle un ToolTip con el valor de otra propiedad del DataBinder?

¿Y sí además en el DataBinder no existe dicha imagen como enlace de datos?

La solución: que tenemos que crearnos el nuestro propio. Así que vamos a ver como nos crearnos nuestro propio DataControlField. Para empezar lo primero es heredar de la clase DataControlField

public class ExtendedImageField : DataControlField

Una vez hecho podemos agregar nuestras propiedades (Si las necesitamos):

#region Propiedades

/// <summary>

/// Gets or sets the image URL.

/// </summary>

/// <value>The image URL.</value>

public string ImageUrl

    get { return _imageUrl; }

    set { _imageUrl = value; }

/// <summary>

/// Gets or sets the name of the property.

/// </summary>

/// <value>The name of the property.</value>

public string PropertyName

    get { return _propertyName; }

    set { _propertyName = value; }

#endregion

En mi caso. estas propiedades son para poner una imagen al control y de que propiedad del DataBinder queremos obtener información para ponerla en el ToolTip.

A continuación necesitamos sobreescribir 2 métodos. El primero CreateField:

/// <summary>

/// When overridden in a derived class, creates an empty <see cref="T:System.Web.UI.WebControls.DataControlField"/>-derived object.

/// </summary>

/// <returns>

/// An empty <see cref="T:System.Web.UI.WebControls.DataControlField"/>-derived object.

/// </returns>

protected override DataControlField CreateField()

    return new ExtendedImageField();

para devolver nuestro tipo (ExtendedImageField) y acto seguido sobreescribimos InitializeCell y creamos un evento:

/// <summary>

/// Adds text or controls to a cell's controls collection.

/// </summary>

/// <param name="cell">A <see cref="T:System.Web.UI.WebControls.DataControlFieldCell"/> that contains the text or controls of the <see cref="T:System.Web.UI.WebControls.DataControlField"/>.</param>

/// <param name="cellType">One of the <see cref="T:System.Web.UI.WebControls.DataControlCellType"/> values.</param>

/// <param name="rowState">One of the <see cref="T:System.Web.UI.WebControls.DataControlRowState"/> values, specifying the state of the row that contains the <see cref="T:System.Web.UI.WebControls.DataControlFieldCell"/>.</param>

/// <param name="rowIndex">The index of the row that the <see cref="T:System.Web.UI.WebControls.DataControlFieldCell"/> is contained in.</param>

public override void InitializeCell(DataControlFieldCell cell, DataControlCellType cellType, DataControlRowState rowState, int rowIndex)

    base.InitializeCell(cell, cellType, rowState, rowIndex);

    if (cellType == DataControlCellType.DataCell)

        cell.DataBinding += new EventHandler(OnBindingField);

/// <summary>

/// Called when [binding field].

/// </summary>

/// <param name="sender">The sender.</param>

/// <param name="e">The <see cref="System.EventArgs"/> instance containing the event data.</param>

private void OnBindingField(object sender, EventArgs e)

    Control target = (Control)sender;

    TableCell tCell = target as TableCell;

    if (tCell != null)

        tCell.Attributes.Add("valign", "center");

        object dataItem = DataBinder.GetDataItem(target.NamingContainer);

        string _tooltipText = (string)DataBinder.GetPropertyValue(dataItem, _propertyName);

        if (!String.IsNullOrEmpty(_tooltipText))

            Image image = new Image();

            image.ImageUrl = _imageUrl;

            image.ToolTip = _tooltipText;

            target.Controls.Add(image);

En el primero (InitializeCell) lo que hacemos es comprobar que tipo de celda se está inicializando ya que tenemos 3 tipos posibles:

Header
Footer
DataCell

http://msdn.microsoft.com/en-us/library/yc8taz9h.aspx

y comprobamos que es del tipo DataControlCellType.DataCell (Las que tienen los controles y los datos) para suscribirmos a su evento DataBinding y ahí entra en juego el evento creado OnBindingField, en el que hacemos un cast del control que viene por parámetro a TableCell usando la palabra reservada as y sino no es nulo, obtenemos mediante el nombre de la propiedad que le añadimos al control el contenido de la propiedad del DataBinder, que en el caso de que no sea ni nula ni vacia, nos creamos un control imagen, al que le añadimos sus propiedades ImageUrl con la que tiene nuestro control y el ToolTip con el valor de la propiedad del DataBinder que hemos recogido.

Con esto hemos conseguido nuestro objetivo :)

Esto es todo!!!

The form cannot be displayed because session state is not available

Luis Ruiz Pavón — Thu, 20 Sep 2007 09:29:00 GMT

Bueno, pues después de un mes muy liado cerrando temas pendientes en mi antigua empresa, para incorporarme a mi nueva empresa, no he tenido ni tiempo de escribir nada de nada y tengo algunos post pendientes que en estos días intentaré escribir.

Este título de esta entrada es un pequeño problemilla que me he encontrado esta mañana con MOSS 2007 creando un WorkFlow:

La solución a este problemilla radica en descomentar una línea del Web.Config para habilitar el SessionStateModule:

<add name="Session" type="System.Web.SessionState.SessionStateModule"/>

Esta línea la encontramos en la etiqueta httpModules del Web.Config.

Salu2