Hot answers tagged web-application
28
Just go simple with powershell. Here is how to rename without doing more than that:
$a=Get-SPWebApplication | where {$_.Name -match "Old web application name"}
$a.Name
$a.Name="New web application name"
$a.Update()
Get-SPWebApplication | where {$_.Name -match "New web application name"}
That's all !
13
This should help - "SharePoint Terminology – Farms, Web Front Ends, Web Application and Sites"
Specifically - "what is difference between Web and WebApplication?"
Generally when you see "Web" mentioned in programming terms (SPWeb) it actually means a means what a user calls a site and a "Site" (SPSite) is a site collection.
A Web Application is a unit ...
7
Rather than trying to modify IIS directly, I think it is better to do this in SharePoint Central Administration if you can, particularly if you have more than one web front-end server.
To change the URL of your SharePoint try this:
Go to Central Administration/Manage Web Applications and select the Web Application.
Click on the drop-down on the Delete ...
6
1) Because the Microsoft SharePoint Foundation Web Application service is running on your App Layer. Go to Central Admin -> Manage services on server, select your App server, then stop this service.
2) DNS entries are the way to target a WFE for end user access. End users will only go to the WFE DNS is pointed at (or if DNS is pointed at a VIP, to the ...
5
You could create a new web application named how you want and then attach the content database(s) from your old web application in order to keep your existing sites. Its not really renaming the old web application but you will be able to access your old sites via the new url which I assume is what you want to do.
The basic steps are:
Check what site ...
5
If you are limited by Memory, you can share the same App Pool between several Web applications. This will allow you to save some memory. Sharing AppPools will allow you to pool that "base" memory per app pool.
The total amount of requiered RAM cannot be dertermined by just the number of WebApps, but is also affected by many other factors.
A valid reason to ...
5
There are so many better ways to improve the performance and scalability of SharePoint than trying to partition site collections across web applications. If you highly optiimize your logical and physical disk IO for SQL Server, partitioning the site collections across multiple content databases on a single web application may provide less contention and ...
4
The advantage of multiple managed paths is it's a first piece of metadata you can have in your farm. It helps break sites out into logical trees even thought they all reside in the same farm. This becomes very beneficial if you organize your structure very flat (many site collection)
Based on the managed paths, you can have different SLAs for things ...
4
Many points can be taken in consideration while choosing web application or site collection. Some important ones are:
1) Web application provides isolation. If your web application uses a unique application pool in IIS, the isolation is at Process level. If your web application uses a shared application pool in IIS, the isolation is at Application Domain ...
4
Can't test it myself but it wouldbe something like this:
######################## Start Variables ########################
$LoginName = "domain\login"
$siteURL = "http://SharePointSiteURL" #URL to any site in the web application.
######################## End Variables ########################
Clear-Host
$siteCount = 0
...
4
If you are going to get the property bags of your web application or farm OFTEN, you could create a custom HttpHandler to create a dynamic javascript file which will load the properties you want. See my blog post about how to create an httphandler. The idea is partly inspired from loading _spPageContextInfo If you think it is the way to go, I can tell more.
...
4
You have to Create a Site Collection in your Web Application. Go to Central Administration and choose Create Site Collection in the Application Management group.
Enter a title in your Site Collection, select template to use and the primary site collection administrator:
This can be done using PowerShell as well. Don't forget to Set Execution Policy ...
3
you can only use sharepoint's server side api on the server sharepoint is running on. for communication from another machine to sharepoint you need to use the webservices or, if you are running SP2010, the client framework.
Edit:
If you try to access an url from the server itself through a hostname other than the real machine name it might be the ...
3
The thing to remember is that on x64 systems, an app pool can consume a lot of memory, if unchecked, 1GB+. On x86 systems, ASP.NET is capped at 900MB by default. Setting a memory cap is useful, but will cause the app pool to recycle if the app tries to go over it, basically bringing your app down for a few seconds. If bad code (Undisposed SPSite objects ...
3
So could you clarify - you want both web applications to use the same host header? This is not possible but if you want the new web application to use www.abc.com and the old one to respond to a different host header (www.oldabc.com) this can be achieved.
Is this what you are after?
The basic steps are:
Create a new host header based web application ...
3
I am not a big fan of mixing the two, but it can be done. My preference is to either integrate and deploy the app to SharePoint or run it on a separate web application in IIS.
The request handling process was rewritten with 2007 so there is no longer an "excluded paths" option in the Managed Paths section. If you create a folder in the root of the web ...
3
You'll want to use client side code like the Client Side API or Web Services for connecting to SharePoint just like silverlight.
XBAP is only for IE/Firefox
XBAP requires the correct version of .net preinstalled
XBAP must be installed onto client computer
Can run full trust
**XBAP is installed on first access and re-installed/updated if the XBAP changes ...
3
Since this is a separate web application, you can still use port 80 and specify http://board in your host header. This will work as long as your existing http://portal site is also using only the host header and not the wildcard * where it intercepts all requests to port 80.
As Moss Farmer mentions, you will need to define your Alternate Access Mappings so ...
3
My recommendation would be that you shouldn't.
You should start from scratch again and develop your Web-Application to be deployed below the _layouts folder in SharePoint using a WSP package and all of your code should be in code behind which is compiled into a dll deployed to the GAC.
You can technically get your solution to work, but it's a hack, that ...
3
Depends on what you mean by sharing, they will be sharing the same website in IIS, the same web.config, the same content database by default, the same web application settings in Central Admin etc etc.
You can configure site collections to be under different host headers if you wish. What are your requirements? Would you prefer each customer to be accessing ...
3
Your scope for feature is at "Web Application" level feature and therefore be visible at
Central Administration -> Application Management -> Manage Web Application
Features
See technet
Edited
You can activate Web Application Feature by giving it's url.
stsadm -o activatefeature -id GUIDID -url https://abc303.development.com/
If you're facing ...
3
As far as I know or according to my experience you should be creating Site Collections for departments and let each department have there own content database as a best practice.
Web applications should be created on the basis of mode of authentication.
I would recommend you to go through these topology diagrams provided by Microsoft to understand the ...
3
If your web application is in Claims mode (uses Claims based authentication, CBA), you need to grant permission for username that is in claims format, like i:0#.w|dev\administrator. More info here.
3
First, get all your web applications and iterate through them. While in the loop print web application name and application pool name. Last, iterate all solutions and print their names - like this:
$contentWebAppServices = (Get-SPFarm).services |
? {$_.typename -eq "Microsoft SharePoint Foundation Web Application"}
foreach($webApp in ...
2
You can rename the site in IIS, but unfortunately the change will not be reflected in Central Admin. In addition, the only functions that can be performed in Central Admin for web apps are create, delete, extend and unextend (see http://technet.microsoft.com/en-us/library/cc261978.aspx).
The same functions listed above can be done via PowerShell, too, but ...
2
The Description text field correlates to the Microsoft.SharePoint.Administration.SPWebApplication.Name property in the object model. This is the only way I know of changing this.
The following code (ignoring import statements) is what I used from the IronPython console, though you could also use PowerShell. (C# or VB makes for too much messing around)
...
2
Since your web applications are within the same farm, you can even use the object model to query the data. It's been a while since I've re-checked this, but from what I can remember one of the following conditions must be true.
1) Your application pool identity for web app 1 must be the same as the app pool identity for web app2, OR
2) The application pool ...
2
If you stay on the same server I think that using AAMs is the easy solution. Just set the AAM and any hostheader bindings you still need in IIS. SharePoint should take care of the term store depencies although I am not 100% sure of this.
If you are concerned about hardcoded URLs, just make a redirect that points to your new domain for the old domain in ...
2
Be careful here - Chris is correct in that 200MB is an absolute minimum amount of RAM that an app pool might use. On the flip side, if you had say 5 very busy app pools you could quite conceivably hit 24GB + RAM usage. I wrote a blog on app pools on this a while back which goes into a little more detail (which includes some input from Steve Smith, MVP).
...
2
To simply change application to Claims authentication from code you can use:
SPWebApplication webApp = SPWebApplication.Lookup(new Uri("http://testwebapp/"));
webApp.UseClaimsAuthentication = true;
webApp.Update();
But my suggestion is that you use PowerShell or Central Administration to setup Claims.
Only top voted, non community-wiki answers of a minimum length are eligible
