Dot Net Mafia

Group site for developer blogs dealing with (usually) .NET, SharePoint 2013, SharePoint 2010, Office 365, SharePoint Online, and other Microsoft products, as well as some discussion of general programming related concepts.

This Blog



Corey Roth [MVP]

A SharePoint MVP bringing you the latest time saving tips for SharePoint 2013, Office 365 / SharePoint Online and Visual Studio 2013.

Deploying an External List via Feature using CAML #sp2010

I’ve been talking a lot about external lists lately as you may know.  They are so easy to create with SharePoint Designer, but you wouldn’t really deploy them to production that way would you?  Of course not!  We need a feature.  At first, you might think generating all of that CAML might be too difficult, but remember we can use the Save Site as Template page to generate a .wsp file for us.  Using this we can import it into Visual Studio and learn what CAML we need to use.

We’re going to start with the same external list from yesterday.  You can build your own using SharePoint Designer as described in my BCS post.


Once you are happy with your list, go to Site Settings –> Save Site as Template.  Fill in the fields and it will save a solution package in your solution gallery of your site collection.  Save the .wsp file to disk and we’re ready to begin.  Once you have your solution package, open Visual Studio 2010, create a new project, and use the Import SharePoint Solution Package project template.  You will be prompted for what site to use and where the package file is.  On the next step, you will be prompted for what you want to import.


The solution package has every site column, content type, page, list, etc, on the site so there is a lot to sift through.  However, the only thing we really need is the list instance in question (in my case Products).  You will want to unselect everything else as it will take forever to import if you don’t.

Quick Tip: There isn’t a select all button, so press Ctrl+A, and then unclick a checkbox to deselect everything.

On the next step you will get a warning about dependencies.  Go ahead and just say yes and your project will import.  Your project will likely have a bunch of stuff you don’t really care about.  All that you really need is what it is created in List Instances.  Your list instance might look something like this.


At this point, I created a new project because I want to keep things clean.  Create a new project and create a new List Definition.  At this point, you will have a schema file and two new elements files.  The elements.xml file with the list template can be deleted since I don’t want users creating new versions of this list.  Before we start digging into the CAML that is required to make an external list work, let’s go back and look at SharePoint Designer so we can remember what our application definition looked like.


The reason I show you this is because these values we’re going to see when we take a look at our elements.xml file.  Here is the file that came from the site export.

<?xml version="1.0" encoding="utf-8"?>

<Elements xmlns="">

  <ListInstance FeatureId="{00bfea71-9549-43f8-b978-e47e54a10600}" TemplateType="600" Title="Products"

                Description="" Url="Lists/Products" CustomSchema="Files\Lists\Products\Schema.xml"

                HyperlinkBaseUrl="http://sp2010/Test" RootWebOnly="FALSE"



      <Property Name="Entity" Value="Products" />

      <Property Name="EntityNamespace" Value="http://sp2010/test" />

      <Property Name="LobSystemInstance" Value="bcs_test" />

      <Property Name="SpecificFinder" Value="Read Item" />




A couple of things to note here.  First, the TemplateType is 600.  We can only presume this is the list template id for an external list.  The other thing of note is the new DataSource element.  This was not in previous versions of SharePoint.  As you might notice here, these values correspond to what we see on the external content type.  This is what you will change should you decide to rename the entity in or change the LobSystemInstance name.  This XML is highly useable in our own feature, but I am going to remove some of the unnecessary attributes such as FeatureId and CustomSchema.  I’m also going to give it a new Title so that we know this is a different list.  Here is what my new elements.xml looks like.

<?xml version="1.0" encoding="utf-8"?>

<Elements xmlns="">

  <ListInstance TemplateType="600" Title="Products - Deployed by Feature" Description=""

                Url="Lists/ProductsDeployedByFeature" HyperlinkBaseUrl="http://sp2010/Test"

                RootWebOnly="FALSE" xmlns="">


      <Property Name="Entity" Value="Products" />

      <Property Name="EntityNamespace" Value="http://sp2010/test" />

      <Property Name="LobSystemInstance" Value="bcs_test" />

      <Property Name="SpecificFinder" Value="Read Item" />




Honestly, I think I can get rid of HyperLinkBaseUrl as well.  It doesn’t seem to matter though, I deployed it to a few other sites and it seems to work fine.  Now let’s take a look schema.xml.  It’s actually pretty small which is nice compared to the files we were used to in the past.

<?xml version="1.0" encoding="utf-8"?>

<List Title="Products" Direction="none" Url="Lists/Products" BaseType="0" Type="600"

      FolderCreation="FALSE" DisableAttachments="TRUE" Catalog="FALSE" RootWebOnly="FALSE"

      SendToLocation="|" ImageUrl="/_layouts/images/itgen.gif" xmlns:ows="Microsoft SharePoint"





      <ContentType ID="0x01" Name="Item" Group="List Content Types" Description="Create a new list item." FeatureId="{695b6570-a48b-4a8e-8ea5-26ea7fc1d162}">

        <Folder TargetName="Item" />


          <FieldRef ID="{c042a256-787d-4a6f-8a8a-cf6ab767f12d}" Name="ContentType" />

          <FieldRef ID="{fa564e0f-0c70-4ab9-b863-0177e6ddd247}" Name="Title" Required="TRUE" ShowInNewForm="TRUE" ShowInEditForm="TRUE" />



          <XmlDocument NamespaceURI="">

            <FormTemplates xmlns="">










      <Field DisplayName="BDC Identity" Hidden="FALSE" Name="BdcIdentity" SourceID="" StaticName="BdcIdentity" Type="Text" />

      <Field DisplayName="Name" Hidden="FALSE" Name="Name" SourceID="" StaticName="Name" Type="Text" />

      <Field DisplayName="Id" Hidden="FALSE" Name="Id" SourceID="" StaticName="Id" Type="Integer" />

      <Field DisplayName="Color" Hidden="FALSE" Name="Color" SourceID="" StaticName="Color" Type="Text" />

      <Field DisplayName="Description" Hidden="FALSE" Name="Description" SourceID="" StaticName="Description" Type="Text" />

      <Field DisplayName="Price" Hidden="FALSE" Name="Price" SourceID="" StaticName="Price" Type="Decimal" />


    <Forms />


      <View DisplayName="Products Read List" DefaultView="TRUE" BaseViewID="1" Type="HTML" MobileView="TRUE" MobileDefaultView="TRUE" ImageUrl="/_layouts/images/generic.png" XslLink="main.xsl" WebPartZoneID="Main" WebPartOrder="1" Url="Read List.aspx" SetupPath="pages\viewpage.aspx">


        <Method Name="Read List" />



            <FieldRef Name="Name" />




          <FieldRef Name="Name" ListItemMenu="TRUE" LinkToItem="TRUE" />

          <FieldRef Name="Id" />

          <FieldRef Name="Color" />

          <FieldRef Name="Description" />

          <FieldRef Name="Price" />


        <RowLimit Paged="TRUE">30</RowLimit>

        <Aggregations Value="Off" />





As you can see it’s pretty clean.  It again uses the Type of 600.  In the ContentTypes section, it does define a regular list item, but it doesn’t actually add any of the fields from the external list there.  The Fields element has a field defined for each field in my external content type.  As you can see there is nothing special about the way they are defined.  The only one of note is the BdcIdentity field which I assume is required to keep track of the ID that ties back to the BCS itself.  The View is surprisingly clean as well.  The XslLink and Method elements are new.  I assume we can use XslLink to customize how the view is rendered, but I didn’t actually see a main.xsl file generated in the solution package anywhere.  The Method element I can only assume corresponds to the name of the finder method Read List which we have seen above.  The rest is pretty simple.  It just has a FieldRef for each column in my external content type. 

I can pretty much use the Schema.xml file as is.  I did change the Title and Url attributes at the top but that is it.  At this point my new feature to deploy this is ready to go.  Here is what it looks like in Visual Studio.


Deploy your solution and have it activate your feature.  The new list won’t show up automatically in the navigation on the side, but it will be there.  Just go to the URL directly or view the lists on your site to get there.  Here it is on my new site.


As you can see it’s really not that hard to deploy an external list to another site properly using a feature.  Now, you might have noticed there are a few other elements.xml files generated when we did the site export.  One stores specific values in the property bag of the list.  This we did not want because we don’t really want to copy those internal properties.  The other deals with the forms of the list.  It uses the BinarySerializedWebPart which scares me a bit, so I haven’t messed with it much.  If you are just using default forms you don’t need to worry about it.  In a future post, I’ll try seeing if I can deploy some InfoPath forms along with the list, but I figured that deserves its own post.

Also, one other thing to note.  If you are deploying your external content type to another server, you can do that in the same manner as you did in SharePoint 2007.  Just export the application definition and import it on the new server.  You can also use the Export Application Model button in SharePoint designer on the External Content Types list.


I hope this helps when you look to move lists into production.  This technique of exporting and importing will also work with regular lists of course.  Just remember, friends don’t let friends deploy lists without a feature.



Brian Bedard said:

I'm glad to see the list schema still supports the old way of provisioning a bdc column with projections. I might be able to use this fold meta data into the bcs data. That template 600. What is the type Id for the list template you threw away? I didn't think you could create a list instance without a corresponding template whether custom or not.

The xsllink is an exciting enhancement! That goes back to DVWP. In fact it looks like list views are now just DVWPs. No more CAML to describe the rending of a view -- those were evil.

February 25, 2010 10:11 PM

CoreyRoth said:

I guess I didn't make that clear enough. I threw away the list template that I got from using the new list SPI.  XslLink is very cool.  Coincidently enough the SharePoint Product Team posted this last night describing how it works.

February 26, 2010 12:40 PM

Zia said:

Hi Corey,

Nice article. I could deploy the list. Plus I have a custom xslt. I tried replacing the path on both the places. It seems that the custom.xslt has no effect whatsoever.

I just replaces main.xsl with custom.xsl.

Is this correct?


September 29, 2010 10:19 AM

Zia said:

Hi Corey,

Are you sure that updating the schema.xml file do have an effect on the creation of list.

I tried removing a few fields from the <views> tag but they are still appearing in the list.

I tried modifying the xsllink value they are still refering main.xsl

It would be really great if you could ponder a few point over the same.



October 12, 2010 6:21 AM

Miguel Herrera said:

Hi Corey,

first of all, thanks for the posting it was of great help.

Like Zia, I have tried to change the XslLink within the schema.xml file and redeploying but it does not appear to take effect.  If I change it manually throught he UI by editing the webpart then it works.  Anyone has any idea why it would not work throught he schema.xml ?

November 14, 2010 6:50 PM

Deploying an External List via Feature using CAML #sp2010 – Corey Roth « Jimblog said:

Pingback from  Deploying an External List via Feature using CAML #sp2010 &#8211; Corey Roth &laquo; Jimblog

January 7, 2011 4:28 PM

Deploying an External List via Feature using CAML #sp2010 – Corey Roth « Jimblog said:

Pingback from  Deploying an External List via Feature using CAML #sp2010 &#8211; Corey Roth &laquo; Jimblog

January 7, 2011 4:28 PM

Hemant Basavapattan said:

Is it possible to build and deploy a SP2010 application using C# code.

The idea behind this task is providing an SDK to client to build and deploy application through code. Is here any class available in ASP.Net to build and deploy a Sharepoint application through C# code.

Please help me its urgent and needs experts advice.

January 19, 2011 12:50 AM

Marc said:

Thanks for the post.  What about when deploying an external content type list along with a BDC Model?  I've got the model and list deployed, but must modify the default view to show specific columns in a certain order.  Is this possible?  Can we use SP variables (e.g. $ListID) to assign the needed GUID references?

Any thoughts on this are appreciated.

Thanks - Marc

April 10, 2013 2:54 PM

SharePoint Developer Support Team Blog said:

This post is a contribution from Aaron Miao, an engineer with the SharePoint Developer Support team.

September 6, 2013 11:54 AM

Leave a Comment


About CoreyRoth

Corey Roth is an independent SharePoint consultant specializing in ECM, Apps, and Search.
2015 dotnetmafia.
Powered by Community Server (Non-Commercial Edition), by Telligent Systems