Skip to main content

XrmToolBox: AutoNumberUpdater - new StateCode filter

*.dwp and *.webpart confusion about Web Part implementation and usage in SharePoint

Recently I was really confused about which type of web part deployment file extension I should use. After some research I figured the following out (which might be interesting for all SharePoint newbies):
  • .dwp is a web part description xml file used prior and up to SharePoint 2007/2010, therefore is still supported
  • .webpart is the newer extension which came with MOSS 2007
So whats the true difference:
.DWP:
It uses the following namespace xmlns=http://schemas.microsoft.com/WebPart/v2 by default.
The markup looks something like:
<?xml version="1.0"?>
<WebPart xmlns="http://schemas.microsoft.com/WebPart/v2">
   <Assembly>AssemblyName(with no .dll extension), 
      Version=VersionNumber, Culture=Culture, 
      PublicKeyToken=PublicKeyToken</Assembly>
   <TypeName>WebPartNamespace.WebPartClassName</TypeName>
   <Title>DefaultWebPartTitle</Title>
   <Description>WebPartDescription</Description>
</WebPart> 

Also interesting is that if you derive your web part from Microsoft.SharePoint.WebPartPages.WebPart and switch to your web part gallery and select "New", you will see a list of all registered DLLs that contain web parts, SharePoint suggests the dwp file extension.
SharePoint automatically suggests the type of the web part description file extension, either *.webpart or *.dwp.

- Microsoft.SharePoint.WebPartPages.WebPart = *.dwp
- System.Web.UI.WebControls.WebParts.WebPart = *.webpart

.WEBPART
It uses the following namespace by default: xmlns="http://schemas.microsoft.com/WebPart/v3"
The example markup for it:

<?xml version="1.0" encoding="utf-8"?>
<webParts>
  <webPart xmlns="http://schemas.microsoft.com/WebPart/v3">
    <metaData>
      <!--
      The following Guid is used as a reference to the web part class, 
      and it will be automatically replaced with actual type name at deployment time.
      -->
      <type name="My.SharePoint.SomeIntegration.SomeIntegrationWebPart, My.SharePoint.SomeIntegration, Version=1.0.0.0, Culture=neutral, PublicKeyToken=3066ecdd584a19bd" />
      <importErrorMessage>Cannot import SomeIntegration Web Part.</importErrorMessage>
    </metaData>
    <data>
      <properties>
        <property name="Title" type="string">Some Integration Web Part</property>
        <property name="Description" type="string">The web part shows a document type/category tree and an item list.</property>
        <property name="CacheDuration" type="int">5</property>
        <property name="SomeListName" type="string">http://mossdev/Lists/Some%20Import%20List</property>
        <property name="RootName" type="string">Document Type</property>
        <property name="ChromeState" type="chromestate">Normal</property>
        <property name="ChromeType" type="chrometype">None</property>
      </properties>
    </data>
  </webPart>
</webParts>

What happens if you try to add a SharePoint web part to a web part zone which was deployed to SharePoint with a *.webpart file is that you will get a nice popup error message:
Incompatible Web Part markup detected. Use *.dwp web part XML instead of *.webpart web part xml.

I hope this will help you to understand SharePoint web part development and deployment a little better.

Comments

Popular posts from this blog

Yet Another Address Autocomplete PCF Control–powered by Bing

In this blog post I will not go into detail in how to install all the pre-requisites that are required to build and run PCF controls. My goal was to build a new PCF control and get into coding of PCF controls as fast as possible. Here are a few links to articles that will help you installing the pre-requisites (Microsoft PowerApps CLI)  https://docs.microsoft.com/en-us/powerapps/developer/component-framework/get-powerapps-cli Other good references to get into this topic: https://toddbaginski.com/blog/how-to-create-a-powerapps-pcf-control/ https://docs.microsoft.com/en-us/powerapps/developer/component-framework/create-custom-controls-using-pcf I looked through the Guido Preite’s https://pcf.gallery/ which will help you find appropriate use cases / examples for your own needs. It did not take very long to find a simple example to start with: Andrew Butenko's https://pcf.gallery/address-autocomplete/ A few moments later I had the idea to create yet another address autocomplete...

Power Automate: Avoid Apply to Each for List rows action (DataVerse)

If you do not want to use the Apply to Each loop after a Dataverse List rows action you can use the following in a Dynamic Content / Expression box to directly use a field's value in e.g. Compose action: first(outputs('List_rows')?['body/value'])?['apx_fullpath'] instead of apx_fullpath you can use whatever field name you need for the entity that's been queried before.

How to add your personal PowerBI Dashboard as a system dashboard

New Approach: Attention: Microsoft added this feature out of the box, so that the manual approach below is not required anymore. More to this can be found here: https://powerapps.microsoft.com/en-us/blog/power-bi-embedded-as-system-dashboard-in-model-driven-apps-preview/ Old Approach: The general guideline on how to create a personal dashboard is described in this article: https://docs.microsoft.com/en-us/powerapps/user/add-powerbi-dashboards But what if you want to rollout a global PowerBI dashboard for all users? With some tweaks you can manage it to make it work… 1. After you have created your personal dashboard you need to extract the formxml of that dashboard with this URL query in a browser tab: https://org.crm4.dynamics.com/api/data/v9.1/userforms?$select=name,formxml&$filter=type eq 103 and name eq 'Ticket Status' Replace… type = 103 => PowerBi Dashboard name = 'Your PowerBI Dashboard Name' In the result copy the XML part out of the "formxm...