Creating sub-sites using WebService

I noticed in MSDN forums, many of them are struggling with creation of sub-sites using webservice in sharepoint.

I take a look on that, Because they are all try to use CreatSite method in Admin webservice. But that will help only on creating SiteCollections.

Then how we can create a susite? It’s very easy if you are look in to Meetings webservice. This will have a CreateWorkspace method.

URL for Meetings webservice: ~site/_vti_bin/meetings.asmx

Syntax :
 CreateWorkspace([Site Title],[Site Template],[LCID],[TimeZone Information]);

Sample Code:
MeetingWebService.Meetings WMService = new MeetingWebService.Meetings(); MeetingWebService.TimeZoneInf tz = new MeetingWebService.TimeZoneInf(); XmlNode xnode= WMService.CreateWorkspace(“sitename”, “STS#0”, 1033, tz);

:) Cheers guys

Shantha Kumar
Shantha Kumar
Articles: 295


  1. Hi,

    I’m trying to create a subsite using CreateWorkspace of the Meetings web service just as you indicate but with javascript and no matter what I do the site created is ALWAYS based on the standard meetings template and does not seem to be use the site template specified in the SOAP request – I’ve tried the standard templates like in your example “STS#0” and user generated templates stored in the site template library “mytestteplate.stp” but always with the same result – a standard meeting subsite.

    any idea what might be going wrong?


  2. Great advice, but I think that your rnmmcoeedation of adding the URL of the applicable site is very difficult for Site Owners to maintain. If you are creating a special group for Project Managers, as in your example, it’s probably to give them extra permissions in select areas of one or more sites (i.e., a few lists or libraries), not a whole site. I definitely think that the About Me section should be filled in when you create a special security group with a description of the basic intentions for the group (for example: Use this group to identify Project Managers who will be able to assign tasks and view PM-only libraries). However, I think it’s really hard to expect site owners to remember to add the URL of each and every list that the group has been assigned to especially if the group is used on multiple sites. Fortunately, in SharePoint 2010, even without a third party tool, you actually CAN look at the group in one place and see what it has access to. If you are in the Group, select Settings > View Group Permissions and you will be able to see where this group has access all across the entire site collection. It’s a pretty handy feature and is probably a bit more realistic than relying on site owners to remember to keep that About Me area up to date with each list and library. I’m a big, big fan of third party tools to help with permission management, but this is one area that SharePoint 2010 can handle on its own.

Comments are closed.