Skip to content

Commit 8992e18

Browse files
Updated
1 parent 500bb31 commit 8992e18

6 files changed

+168
-168
lines changed

docs/spfx/compatibility.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -24,8 +24,8 @@ SharePoint Online always uses the latest version of the SharePoint Framework, bu
2424
For more information about SharePoint Framework development with SharePoint 2016 Feature Pack 2 and SharePoint 2019, see:
2525

2626
- [SharePoint Framework development with SharePoint 2016 Feature Pack 2](sharepoint-2016-support.md)
27-
- [SharePoint Framework development with SharePoint Server 2019](sharepoint-2019-and-subscription-edition-support.md) - this guidance applies also for SharePoint Server Subscription Edition
28-
27+
- [SharePoint Framework development with SharePoint Server 2019](sharepoint-2019-support.md) - this guidance applies also for SharePoint Server Subscription Edition
28+
s
2929
## SPFx development environment compatibility
3030

3131
As each new version of the SharePoint Framework is released, support for newer versions libraries is constantly added to ensure that the toolset remains up to date.

docs/spfx/set-up-your-development-environment.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -188,4 +188,4 @@ If your development environment is behind a corporate proxy, you need to configu
188188

189189
- [SharePoint Framework development tools and libraries compatibility](compatibility.md)
190190
- [SharePoint Framework development with SharePoint Server 2016 Feature Pack 2](sharepoint-2016-support.md)
191-
- [SharePoint Framework development with SharePoint Server 2019](sharepoint-2019-and-subscription-edition-support.md)
191+
- [SharePoint Framework development with SharePoint Server 2019](sharepoint-2019-support.md)
Lines changed: 0 additions & 163 deletions
Original file line numberDiff line numberDiff line change
@@ -1,163 +0,0 @@
1-
---
2-
title: SharePoint Framework development with SharePoint Server 2019 & SharePoint Server SE
3-
description: SharePoint Server 2019 & Subscription Edition (SE) supports SharePoint Framework client-side web parts in classic and modern pages, and extensions in modern pages.
4-
ms.date: 03/14/2023
5-
ms.localizationpriority: high
6-
---
7-
8-
# SharePoint Framework development with SharePoint Server 2019 & SharePoint Server SE
9-
10-
SharePoint Server 2019 and Subscription Edition support SharePoint Framework client-side web parts in classic and modern pages, and extensions in modern pages.
11-
12-
> [!IMPORTANT]
13-
> SharePoint Server Subscription Edition (SE) has all the same dependencies and requirements for the SharePoint Framework as SharePoint Server 2019.
14-
15-
16-
## Which version of the SharePoint Framework to use
17-
18-
Because SharePoint Online and SharePoint Server 2019 have different release cycles for new capabilities, they also have different capabilities when it comes to the SharePoint Framework. SharePoint Online always uses the latest version of the SharePoint Framework, but SharePoint Server 2019 only supports the version that matches the server-side dependencies of the deployed packages.
19-
20-
> [!IMPORTANT]
21-
>SharePoint Server 2019 supports SharePoint Framework client-side web parts hosted on classic or modern SharePoint pages built by using the SharePoint Framework v1.4.1.
22-
23-
SharePoint Server 2019 also supports SharePoint Framework extensions hosted on modern SharePoint pages built using SharePoint Framework v1.4.1. This means that when you're targeting the SharePoint Server 2019 platform, you need to use the SharePoint Framework v1.4.1 because of the server-side version dependencies.
24-
25-
Starting from v1.3, the SharePoint Framework Yeoman generator supports scaffolding solutions that use both the latest version of the SharePoint Framework meant for use with SharePoint Online, and solutions that can be used with SharePoint on-premises based on the v1.1.0 or v1.4.1 of the SharePoint Framework. You don't need to install a separate version of the SharePoint Framework Yeoman generator to scaffold solutions meant for use with SharePoint on-premises.
26-
27-
## Development environment considerations
28-
29-
When you're developing SharePoint Framework client-side web parts, you need Internet connectivity to access npm packages. This is required when solutions are being scaffolded by using the SharePoint Framework Yeoman templates.
30-
31-
If Internet access isn't available for the development machines, you can set up a local on-premises registry for the required npm packages. However, this requires more software and a significant amount of work to set up and maintain local package versions with packages in the actual npm gallery.
32-
33-
The [Team-based development on the SharePoint Framework](team-based-development-on-sharepoint-framework.md) guidance document includes different options for development environment setup including when you might need to support multiple SharePoint Framework versions.
34-
35-
### Node.js, gulp-cli, and Yeoman versions
36-
37-
The dependencies for SPFx v1.4.1 frameworks, tools, and the associated versions don't match the same dependency matrix for the latest versions of SharePoint Framework. In these cases, you may need to install specific versions of the tools. Because SPFx v1.4.1 is supported on Node.js v6 and Node.js v8 by default, you need to ensure you have a supported version of Node.js installed as well as an older version of Gulp CLI and Yeoman.
38-
39-
> [!NOTE]
40-
>- The Gulp team introduced a separate package, [gulp-cli](https://www.npmjs.com/package/gulp-cli), that should be installed globally. It can be used by projects that use either Gulp v3 & Gulp v4.
41-
>- Learn more about the gulp-cli here: [gulpjs/gulp/#2324](https://github.com/gulpjs/gulp/issues/2324).
42-
43-
Microsoft recommends using the most recent version of the Yeoman generator for the SharePoint Framework [@microsoft/generator-sharepoint](https://www.npmjs.com/package/@microsoft/generator-sharepoint) that supports creating on-premises projects: SPFx v1.10.0.
44-
45-
> [!IMPORTANT]
46-
> The Yeoman generator for the SharePoint Framework, starting with v1.13.0, only supports projects for SharePoint Online. Learn more about this change in the [SharePoint Framework v1.13 release notes](release-1.13.md). However, SPFx 1.4.1 is supported on Node.js v6 and Node.js v8 by default. Therefore, you need to get the latest version of the Yeoman generator for the SharePoint Framework (v1.10.0) that works on the same version of Node.js (v6 or v8) that SPFx v1.4.1 is supported on. Solution structure is created then with the v1.4.1 version packages as long as you select the environmen target properly in the Yeoman generator flow.
47-
48-
### Prepare the environment for SharePoint Framework development
49-
50-
1. Install [Node.js v8.17.0](https://nodejs.org/download/release/v8.17.0/).<br>
51-
SPFx v1.4.1 is also supported on Node.js v12 and v14 (v12.18.1 and v14.17.1 to be specific), although there is an incompatible issue [gulp 3 wasn't compatible with Node 12+](https://github.com/gulpjs/gulp/issues/2324). The workaround to resolve this issue is to specify the version of graceful-fs component as 4+. You can create npm-shrinkwrap.json in the root folder of the project and input the following content, and then run “npm install”. Also, you can use package-lock.json to resolve this issue too.
52-
53-
```powershell
54-
{
55-
56-
“dependencies”:{
57-
“graceful-fs”: {
58-
“version”: “4.2.2”
59-
}
60-
}
61-
}
62-
```
63-
64-
2. Install global dependencies.<br>
65-
`npm install [email protected] --global`<br>
66-
`npm install [email protected] --global`<br>
67-
`npm install @microsoft/[email protected] --global`<br>
68-
69-
For more information, see [SharePoint Framework development tools and libraries compatibility](tools-and-libraries.md).
70-
71-
## Build and deploy your first web part with SharePoint Framework
72-
73-
To create a new web part with SharePoint Framework , see [Build your first SharePoint client-side web part](web-parts/get-started/build-a-hello-world-web-part.md).
74-
75-
To deploy your web part to SharePoint on-premises, unlike deploying to SharePoint Online, some dependent service applications and specific configurations on the SharePoint Server are required, seeing below tutorials. You can contact SharePoint Server administrator if you do not have appropriate permission to check or configure.
76-
77-
### Create service applications
78-
79-
Ensure the following service applications are enabled on the SharePoint Server:
80-
81-
- App Management Service
82-
- Microsoft SharePoint Foundation Subscription Settings Service
83-
- Managed Metadata Web Service
84-
85-
In Central Admin site, you can create App Management Service application and Managed Metadata Web Service application by selecting **Application Management --> Manage service applications**.
86-
87-
:::image type="content" source="../images/manage-service-application.png" alt-text="This is manage service application image.":::
88-
89-
To create SharePoint Foundation Subscription Settings Service, use the following PowerShell command:
90-
91-
```powershell
92-
$sa = New-SPSubscriptionSettingsServiceApplication -ApplicationPool $applicationPoolName -Name $serviceApplicationName -DatabaseName $dataBaseName
93-
94-
New-SPSubscriptionSettingsServiceApplicationProxy -ServiceApplication $sa
95-
```
96-
97-
### Prepare .sppkg package
98-
99-
1. Bundle the solution.<br>
100-
`gulp bundle --ship`
101-
102-
1. Package the solution.<br>
103-
`gulp package-solution --ship`
104-
105-
Verify SharePoint Framework web part on local SharePoint workbench.
106-
107-
### Create and configure App Catalog site
108-
109-
To create and configure App Catalog site, follow these steps:
110-
111-
1. From the **Central Administration** site, go to **Apps** and then select **Manage App Catalog**.
112-
113-
Create a local admin for subsequence use of as the site collection administrator.
114-
115-
:::image type="content" source="../images/manage-app-catalog.png" alt-text="This is manage app catalog image.":::
116-
117-
2. Create the app catalog site by selecting **Web Application**.
118-
3. Select **Create a new app catalog site**, and then select **OK**.
119-
4. On the **Create App Catalog** page, enter site information.
120-
121-
> [!NOTE]
122-
> You need to use the above created local admin account as site collection administrator.
123-
> Ensure using no system account as site admin.
124-
125-
To configure App URLs, follow these steps:
126-
127-
1. From the **Central Administration** site, go to **Apps** and then select **Configure App URLs**.
128-
129-
:::image type="content" source="../images/configure-app-urls.png" alt-text="This is configure app urls image.":::
130-
131-
2. Configure the App ___domain and App prefix.
132-
133-
### Upload, install and add to site and page
134-
135-
For more tutorials about uploading the package to App Catalog and adding the web part to modern page, see [Deploy your client-side web part to a SharePoint page](web-parts/get-started/serve-your-web-part-in-a-sharepoint-page.md).
136-
137-
## Determine which version was used for a solution
138-
139-
If you have existing SharePoint Framework solutions and you'd like to confirm which version of the SharePoint Framework was used for them, you'll need to check the following locations:
140-
141-
- **.yo-rc.json**: File in the solution's root folder that stores the SharePoint Framework Yeoman template version used when the solution was created.
142-
- **package.json**: File in the solution's root folder that contains references to package versions used in the solution.
143-
- **npm-shrinkwrap.json**: File in the solution's root folder that contains information about the exact versions used (if you used the `npm shrinkwrap` command to lock down the exact versions of the solution).
144-
- **package.json**: File in the **node_modules/@microsoft/sp-webpart-base** folder that contains a `version` attribute matching the used SharePoint Framework version, if you have installed packages to your solution.
145-
146-
## Troubleshooting
147-
148-
### Impact of Node.js v6, Node.js v8, HTTP1, & HTTP2
149-
150-
Around this the time of the v1.1 release, Node.js was transitioning from Node.js v6.x to v8.x. In this update, Node.js introduced a change where the default HTTP protocol switched from HTTP1 to HTTP2. SPFx v1.1 was written for HTTP1, not HTTP2, so this change affected the local web server for SPFx v1.1 projects.
151-
152-
In Node.js v8.x, you can force HTTP1 by setting the following environment variable to instruct Node.js to use HTTP1 instead of the default HTTP2: `NODE_NO_HTTP2=1`. This environment variable only exists in Node.js v8.x. That's why if you're building SPFx solutions for SharePoint Server 2016, you should use Node.js v8.x.
153-
154-
This issue doesn't impact later versions of SPFx because they've been updated to support HTTPs.
155-
156-
For more information, see [issue #1002](https://github.com/SharePoint/sp-dev-docs/issues/1002).
157-
158-
## See also
159-
160-
- [SharePoint Framework Overview](sharepoint-framework-overview.md).
161-
- [SharePoint Server 2019 development platform](../general-development/sharepoint-2019-development-platform.md).
162-
- [Definitive guide for developers: SharePoint Framework for SharePoint Server 2019](https://www.voitanos.io/blog/definitive-guide-sharepoint-framework-sharepoint-server-2019/).
163-
- [Definitive guide for developers: SharePoint Framework for SharePoint Server SE](https://www.voitanos.io/blog/definitive-guide-sharepoint-framework-sharepoint-server-subscription-edition/).

0 commit comments

Comments
 (0)