Wednesday, November 11, 2015

SharePoint 2013 : Creating Document Sets




Define the allowed content types. Select from the feature request content types and add each of these documents.
Choose each of the content types to tell SharePoint what should be provisioned when the document set gets created. You may not actually want to use the same template that’s defined on the content type here in the document set. These are the default pieces of content. Remove the default content type that’s just a blank word document.
Shared columns allow me to specify which of the default Meta data could also be created on the documents themselves. Out of the Meta data we created on the document set, I’ll create everything on the welcome page. If we have any content types already based on this one we can make an update. Select yes to do the update. Click ok.

The content type and document set are ready to go. 
1. Go under library settings
2. Enable the use of content types with the management of content types on this library under advanced settings.
3. Click allow the management of content types.
4. Scroll down and click ok.



5. From here add from existing content types. Add from my feature request document sets. Click ok.
Make sure the default word document is not an option when we go to create a document set. Make it invisible by unselecting the checked box under visible. The feature request document set is now the default content for this library. Open the default all documents view and add in the referred by, the request date and the request status, so they appear on the default view.



For more

Wednesday, September 16, 2015

Backup and Restore Site Collection

C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\BIN>STSA
DM.EXE -o restore -URL http://spnt-dev-sql/sites/HNB/ -filename "C:\Backups\hnbb
ack.bak"

Another site already exists at 'http://spnt-dev-sql/sites/HNB/'. Choose a new UR
L, or specify the -overwrite flag to overwrite the existing site.


C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\BIN>STSA
DM.EXE -o restore -URL http://spnt-dev-sql/sites/HNB/ -filename "C:\Backups\hnbb
ack.bak" -overwrite

<nativehr>0x80070003</nativehr><nativestack></nativestack>


C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\BIN>STSA
DM.EXE -o restore -URL http://spnt-dev-sql/sites/HNB/ -filename "C:\Backups\hnbb
ack.bak" -overwrite

Friday, September 4, 2015

Error 1 Error occurred in deployment step 'Add Solution': A feature with ID

Error 1 Error occurred in deployment step 'Add Solution': A feature with ID 15/0e0c279a-04de-41d2-813d-6059f2ef3fdf has already been installed in this farm.  Use the force attribute to explicitly re-install the feature.



--  deletesolution

C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\BIN>stsadm -o deletesolution -name HNB_Circular.wsp

-- iisreset

C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\BIN>iisreset

--addsolution

C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\BIN>stsadm -o addsolution -filename C:\Projects\HNB_Circular.wsp

-- deploysolution

C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\BIN>stsadm -o deploysolution -name HNB_Circular.wsp -url http://spm:1111/sites/hnb -immediate -allowgacdeployment

Tuesday, September 1, 2015

Workflow Manager Register Error , SharePoint 2013 on Windows 2012 R2

Microsoft SharePoint 2013 SP1, supports SharePoint installation on Windows 2012 R2 servers.

“SharePoint 2013 with service pack 1” and "Windows 2013 R2" can install without any errors.
when configuring Workflow Manager i had face many problem.

1. The most common error is “Register-SPWorkflowService The remote server returned an error: (404) Not Found”





To solve this issue we have to install
Service Bus Update
workflow manager cu 2
Before that ensure the workflow installation login should have the highest privilege as user()




























 SharePoint Designer 2013: App Management Shared Service Proxy is not installed
Standard
SharePoint Designer 2013: App Management Shared Service Proxy is not installed
Scenario:
When compiling the workflows in SharePoint Designer 2013 and publishing the workflow I faced the following Errors were found when compiling the workflow.
Further details on the error revealed Microsoft.SharePoint.SPException: App Management Shared Service Proxy is not installed.


Approach:
In order to resolve that I did the following:
Go To
  • Central Administration > Manage Services on Server
  • Check if App Manage Service is running
  • Central Administration > Application Management > Manage Service Application.
  • Check the App Management Service application is created, if not then create the App Management Service application.


Ensure: When creating the App Management Service it is important that this is enabled








Tuesday, August 25, 2015

Installing and Configuring Workflow Manager 1.0

What is Workflow Manager 1.0?

Updated: January 11, 2013
Workflow Manager 1.0 is a new server which introduces new capabilities for authoring, hosting and managing workflows. These workflows will run at high scale and density, and will support execution in a multi-tenant environment. The service builds on the successful programming model, runtime and activity library that was introduced with Windows Workflow Foundation (WF) in .NET Framework 4.
Over time, we intend to provide both a Windows Azure service capability, as well as a user-installed service capability, thereby providing user flexibility and symmetry across on-premises and Azure offerings. Initially, the capability is being made available publically as a user-installed service (for on-premises installation or installation on Azure Virtual Machines).
In addition, Workflow Manager 1.0 is used by SharePoint 2013 to run SharePoint workflows, and will be an inherent part of most Office 365 subscriptions.

Prerequisites (Workflow Manager 1.0)


Web Platform Installer checks for these prerequisites before it installs Workflow, and it automatically installs any prerequisites that it does not find. You do not need to install any prerequisites separately.
  1. .NET Framework 4 Platform Update 3 or .NET Framework 4.5
  2. Service Bus 1.0
  3. Workflow Client 1.0
  4. PowerShell 3.0
The following additional requirements must be met before you can run Configuration Wizard to configure Workflow:
  1. Instance of SQL Server 2008 R2 SP1, SQL Server Express 2008 R2 SP1, or SQL Server 2012.
  2. TCP/IP connections or named pipes must be configured in SQL Server.
  3. Windows Firewall must be enabled.
  4. Ports 12290 and 12291 must be available.

System Requirements (Workflow Manager 1.0)

SQL Server


The SQL Server instance that is used for various databases configured as a part of Workflow Manager must meet the following requirements.
  • TCP/IP, shared memory, or named pipes must be enabled.
  • Port 1443 on the firewall must be open to inbound and outbound communications.
  • If named pipes are used, the name of the machine on which the SQL Server instance is running should have a name with no more than 16 characters. Named pipes use NetBIOS names, which carry that restriction.
  • If TCP/IP connections are used, the SQL Browser service should be running on the SQL server.
  • SQL Server service should be running on the SQL server.
  • The following collation types are supported.

    • Default Collation
    • SP Collation
    • Binary Collation
  • Supported Authentication

    1. Integrated Authentication
    2. SQL Authentication

Current User

The user that is configuring Workflow Manager must meet following requirements.
  • If the machine is domain joined, the user must be a domain user; otherwise the user must be a local user.
  • The user must be an administrator on the computer on which the configuration is running.
  • The user must have SysAdmin privilege on this SQL Server instance, otherwise, the databases should be pre-created and the Sql logon for the RunAs Account User should be created manually, before running the configuration, on all Sql instances.

RunAs Account User

The RunAs account is provided during Workflow Manager configuration and is used as the RunAs account by the Workflow Manager services. The Workflow Manager supports the ability to have the RunAs account user as a domain user or a local user. In both cases, this user must have access to the SQL Server instances. Alternatively, SQL Server databases can be accessed using SQL Authentication.
The RunAs account user will be granted a log on as a service privilege during configuration.
If all the machines in a farm share the same service account and the security policy requires the service account password to be changed at regular intervals, you must perform specific actions on each machine in the farm to be able to continue adding and removing nodes in the farm. See the section titled Handling Service Password Changes for this procedure.