Comments on: Putting Custom Web Parts in ONET.xml

By: Andy

Andy — Wed, 16 Sep 2009 12:42:45 +0000

Edit the page > Modify Web Part > Export…

Doesn’t work with ListViews

By: Erik

Erik — Tue, 15 Sep 2009 10:24:23 +0000

How do you export a web part to a file?

By: Andy

Andy — Wed, 03 Jun 2009 09:06:51 +0000

Sure. It’s within a File node of one the Module nodes of your ONET.xml. This page has an example:
http://msdn.microsoft.com/en-gb/library/ms474369.aspx

You’re looking for the ‘AllUsersWebPart’ element:
http://msdn.microsoft.com/en-us/library/dd585727.aspx

(Unless you’re wanting to use a ListView web part – they’re a bit different):
http://www.novolocus.com/2009/05/13/pointing-listviewwebparts-at-lists/

By: PRaj

PRaj — Tue, 02 Jun 2009 20:16:28 +0000

Can you please tell me where exactly should the webparts node be placed on the onet.xml? a screenshot of the node structure of the onet.xml would be very helpful.

Thanks.

By: Dan Hillman

Dan Hillman — Wed, 13 May 2009 12:28:09 +0000

I’m using the SPWebProvisioningProvider suggested by Connell so that I can get the site constructed before doing any custom code. The basic code outline is

public override void Provision(SPWebProvisioningProperties props)
{
Microsoft.Office.Server.Diagnostics.PortalLog.LogString(“Beginning CPDCMSiteDef provision code.”);
SPWeb elevWeb = null;
try
{
SPSecurity.RunWithElevatedPrivileges(delegate()
{
// Apply the actual Web template for the CPD CM site
// get elevated web – sometimes sharepoint doesn’t like to do stuff inside the elevpriv block
elevWeb = props.Web;
elevWeb.ApplyWebTemplate(CPDCMSiteDef#0);
});
elevWeb.AllowUnsafeUpdates = true;
elevWeb.Site.AllowUnsafeUpdates = true;
… all of the site pieces are in the onet.xml of the CPDCMSiteDef#0 template. After the site has been created above, I run the custom code, which is where I have tried to use the SPLimitedWebPartManager to get at the ReportViewerWebPart. ListViewWebParts on the same page are accessible but the ReportViewerWebPart doesn’t seem to be.

By: Andy

Andy — Wed, 13 May 2009 10:18:49 +0000

Hmm. Interesting one, that – and something I have to figure out later this month!

Where is your code to get the SPLimitedWebPartManager running? Is it in a feature receiver that is stapled to the site definition? That way, you should be confident that the Web Part should exist before you try to access it.

Otherwise, I don’t know – but I will have to figure this one out myself.

By: Dan Hillman

Dan Hillman — Tue, 12 May 2009 20:20:14 +0000

Let me pose this to you, and realize i’m a newb. I am creating a site definition, and in the onet.xml I’m adding servarl ReportViewerWebParts to a report page. Inside the CData section there is a ReportPath node that defines where the rdl file exists using an absolute url. When I provision a new site I’d like to update the ReportPath to point to a location on the new site. However, I have not found a way to access the ReportPath through code. During site provisioning, the ReportViewerWebPart doesn’t seem to be accessible (if I try to get it through the SPLimitedWebPartManager, all I get is an ErrorWebPart). Now the way I am calling the site creation code is through an Infopath form on the parent site – the user fills in some information for the new site, which is used in the call to create the new site. Am I breaking any rules by updating ReportPath value in the onet.xml file before I call my site creation code? I know it kind-of works in my tests, but sometimes it appears that the onet.xml is cached, as the new site sometimes had reportpaths to the previously created site rather than the new site. If I haven’t erred grievously, do you know how to force the site provisioning code to not used a cached version of the onet.xml? thanks for any guidance you can provide.