Upgrades
Where possible, we changed noninclusive terms to align with our company value of Equality. We maintained certain terms to avoid any effect on customer implementations. |
Upgrades are applied automatically to Anypoint API Community Manager versions 2.2.0 and later.
Upgrades with new features are applied to sandbox environments four weeks before they are applied to production environments. Upgrades with only bug fixes are applied to sandbox environments two weeks before they are applied to production environments.
To ensure that the community administrator controls how their audience receives community changes, new functionality in upgrades is typically disabled until the community administrator enables it.
Because API Community Manager follows the standard support policy for MuleSoft cloud offerings, only the latest version of API Community Manager 2.x is supported. Additionally, API Community Manager 1.x reached End of Life (EOL) on August 14, 2021.
For information about upgrade notifications, see important notifications.
Upgrading to Version 2.7.0
Instead of using user profiles, API Community Manager now uses the following permission sets to define the visibility and access to external objects and Apex classes.
-
ACM Admin User
-
ACM Guest User
-
ACM Member User
For more information about using permission sets, see Permission Sets.
As part of the API Community Manager package, member user profiles are assigned to permission sets automatically. After the package is installed, a trigger searches for users with a Customer Community Profile and assigns the users to the ACM Member User permission set. For guest users, you must assign the ACM Guest User permission set using the API Community Manager Diagnostics or by manually adding the guest user profile to the permission set.
For custom profiles, you must update to the permission set after each release is installed. To avoid manual updates, assign the permission sets to custom profiles. After the new package is installed, the custom profiles are assigned to the permission sets automatically.
To create a new user, you must use the API Community Diagnostics or manually set the user profile to the corresponding permission set.
Upgrading to Version 2.5.0
After installing the package for version 2.5.0, follow these steps:
-
Manually update the administrator profile.
-
Click Setup > Profiles > System Admin > Apex Class Access, add ApiCuratorController to enable Apex Classes, and Save.
-
Add the new Member Management tab to Api Curator.
-
Click Interface Setup > User Management Settings > Disable Enhanced Profile User Interface, change the User Management Settings, and disable the Enhanced Profile User.
-
Click Setup > Profiles > Edit, scroll to Custom Tab Settings > Member Management > Default On, and Save.
-
Click Interface Setup > User Management Settings > and enable Enhanced Profile User Interface.
-
-
In each community, run the diagnostics and click "Fix all" to set permissions on all new objects.
-
To use the new API discussion forum feeds, enable feed tracking.
-
In each community, open Setup, in Quick Find search for "Feed Tracking" and select it, select the CommunityApi object, enable the option Enable Feed Tracking, and Save.
-
In the builder, in the Feed component set Feed Type to Group or Record, and in the Feed Publisher component set Feed Type to Record.
-
To configure which users are visible to other users in the API discussion forum feeds, optionally enable portal user visibility, site user visibility, or both.
-
Optionally open Setup > Sharing Settings > Organization-Wide Defaults > Edit and enable Portal User Visibility.
Portal user availability enables portal users in the same customer or partner portal account to see each other, regardless of the organization-wide defaults.
-
Optionally open Setup > Sharing Settings > Organization-Wide Defaults > Edit and enable Site User Visibility.
Site user availability enables site users in the same site to see each other, regardless of the organization-wide defaults.
-
-
Upgrading to Version 2
After you install an Anypoint API Community Manager upgrade, it is not possible to undo the installation and revert to a previous version. Therefore, be sure to create safe sandbox environments in which you test each upgrade before installing it in your production environment. For more information, see sandboxes.
Upgrade directly from your current version to the latest version.
To upgrade your API community:
-
Before performing any steps, read all the steps, including preinstallation and postinstallation.
-
If necessary, notify your customers and stakeholders of the upgrade, and that APIs, docs, and client app pages may not work during the upgrade during the time after installing the new package and before completing the required configuration changes.
-
Ensure that your Salesforce organizations have the External Data Change Tracking for OData 4.0 Adapter feature enabled:
-
Before upgrading the package in your production or sandbox organization, check that your organization has this feature enabled by going to Setup > External Data Source and editing the Exchange data source.
-
If you don’t see an Eligible for External Change Data Capture checkbox, raise a support case through the MuleSoft support portal and list the IDs of all your Salesforce API Community Manager organizations, including the IDs of all production and sandbox organizations.
Attempting to upgrade the package without this feature enabled causes the process to fail with errors due to missing objects and fields related to a missing ChangeEvent object.
-
-
Open the API Community Manager control panel.
-
In the same browser session, open the package upgrade installation link provided by your MuleSoft representative.
-
Verify the version number and name of the release.
-
If you are upgrading from a package version earlier than 1.26, follow the Preinstallation Steps When Upgrading from a Version Earlier Than 1.26 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.74, follow the Preinstallation Steps When Upgrading from a Version Earlier Than 1.74 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.77, follow the Preinstallation Steps When Upgrading from a Version Earlier Than 1.77 and then continue with these instructions.
-
Select Install for admins only.
-
Select Upgrade.
This starts the installation process.
When the upgrade finishes, you receive a notification email.
-
If you are upgrading from package version 1.62 or earlier, follow the Postinstallation Steps When Upgrading from Version 1.62 or Earlier and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.69, follow the Postinstallation Steps When Upgrading from a Version Earlier Than 1.69 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.74, follow the Postinstallation Steps When Upgrading from a Version Earlier Than 1.74 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.77, follow the Postinstallation Steps When Upgrading from a Version Earlier Than 1.77 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.79, follow the Postinstallation Steps When Upgrading from a Version Earlier Than 1.79 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.80.1, follow the Postinstallation Steps When Upgrading from a Version Earlier Than 1.80.1 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 1.82, follow the Postinstallation Steps When Upgrading from a Version Earlier Than 1.82 and then continue with these instructions.
-
If you are upgrading from a package version earlier than 2.0, follow the Postinstallation Steps When Upgrading from a Version Earlier Than 2.0.
Preinstallation Steps When Upgrading from a Version Earlier Than 1.26
If you are upgrading from a package version earlier than 1.26, follow these steps:
-
Go to Salesforce Workbench: https://workbench.developerforce.com/
-
Select Standard.
-
Enter your username and password.
-
Click the Login button.
-
In the Queries menu, click SOQL Query.
-
In the Object list, select NavigationLinkSet.
-
In the Fields list, select Id and MasterLabel.
-
Click the Query button.
-
The query results are displayed as a list of records.
-
Find the records with the MasterLabel field set to NTO_Nav0 and acm_template_Nav0.
-
Click the Id of the record with the MasterLabel field NTO_Nav0.
-
Click the Delete button.
-
Click the Confirm delete button.
-
Click the Id of the record with the MasterLabel field acm_template_Nav0.
-
Click the Delete button.
-
Click the Confirm delete button.
-
Continue with normal package installation.
Return to the main list of upgrade instructions to continue.
Preinstallation Steps When Upgrading from a Version Earlier Than 1.74
If you are upgrading from a package version earlier than 1.74, follow these steps:
-
Create a new named credential:
-
Click Setup > Named Credentials.
-
Copy the configuration information from the named credential
anypoint_mulesoft
. -
Create a new named credential with the name
Anypoint
and matching configuration.
-
-
Update the external data source:
-
Click Setup > External Data Source > Exchange > Edit.
-
Set URL to
callout:Anypoint/odatabridge/odata.svc/
. -
Ensure that Eligible for External Change Data Capture is enabled.
-
Save.
-
-
Update the previous named credential:
-
Click Setup > Named Credentials.
-
Modify the named credential
anypoint_mulesoft
. -
Set Identity Type to Named Principal.
-
Set Authentication Protocol to Password Authentication.
-
Set Username to the placeholder value
user
. -
Set Password to the placeholder value
pass
. -
In the section Callout Options, enable Generate Authorization Header, Allow Merge Fields in HTTP Header, and Allow Merge Fields in HTTP Body.
-
Return to the main list of upgrade instructions to continue.
Preinstallation Steps When Upgrading from a Version Earlier Than 1.77
If you are upgrading from a package version earlier than 1.77, follow these steps:
-
Open the Developer Console and open the Query Editor.
-
Enter
SELECT Id, Name, Owner.Name, Owner.IsActive FROM acm_pkg__CommunityApi__c WHERE Owner.IsActive = false
and click Execute. -
If the query lists any users, change their status to active with the reactivate a user instructions.
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from Version 1.62 or Earlier
If you are upgrading from package version 1.62 or earlier, after installing, ensure both Member
and Guest
profiles have field-level Read
access to the ParentId
field in the CommunityAPI
object:
-
Configure the
Member
profile:-
Click Setup > Profiles.
-
Open the
Member
profile. -
Click Object settings > CommunityAPI.
-
Ensure the
ParentId
field hasRead
access. -
Save.
-
-
Configure the
Guest
profile:-
Click Community builder > Settings > General.
-
Open the
Guest
profile. -
Click Object settings > CommunityAPI.
-
Ensure the
ParentId
field hasRead
access. -
Save.
-
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from a Version Earlier Than 1.69
If you are upgrading from a package version earlier than 1.69, update the permissions of the Member
and Guest
profiles on the SelfRegisterUserRequests object:
-
Configure the
Member
profile permissions:-
Click Setup > Profiles.
-
Open the
Member
profile. -
Click Object settings > SelfRegisterUserRequests.
-
Ensure there are no object level permissions and no field level permissions for this profile on this object.
-
-
Configure the
Guest
profile permissions:-
Open the community builder.
-
Click Settings > General.
-
Open the
Guest
profile. -
Click Object settings > SelfRegisterUserRequests.
-
Ensure that object level permissions include only
Create
andRead
. -
Ensure that field level permissions for all fields include only
Read
andEdit
.
-
-
Check that your permissions match those in the Configure Profiles and Permissions documentation.
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from a Version Earlier Than 1.74
If you are upgrading from a package version earlier than 1.74, follow these steps:
-
Click Setup > External Data Source > Exchange.
-
In the section Custom HTTP Headers, set X-Auth-Proto to the value
'JWT'
, including the single quotes. -
Save.
-
Upgrading to version 1.74 removes the Spec Downloader component from the community API Details page.
In the community builder, in Pages > CommunityApi > API Detail, add the Spec Downloader component.
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from a Version Earlier Than 1.77
Potential degraded service of your community: Upgrading from a package version earlier than 1.77 requires mandatory configuration updates. When the new package is installed, user access to assets in the community is disabled. When the configuration is complete, user access to assets in the community is enabled.
If you are upgrading from a package version earlier than 1.77, follow these steps:
Configure sharing settings for guests:
-
In Setup, search for Security using the Quick Find box and click Sharing Settings.
-
Scroll to the CommunityAssetVersions Sharing Rules section near the bottom of the page and click New.
-
In the Rule Name section, update Label with
[Site Name] Sharing Rule
. -
In the Select your rule type section, select
Guest user access, based on criteria
. -
In the Select which records to be shared section, add these criteria.
-
Field:
Community Name
Operator:equals
Value:[Site Name]
-
Field:
Visibility
Operator:equals
Value:Public
-
-
In Select the users to share with, select
[Site Name] Site Guest User
. -
In Select the level of access for the users, select Read Only.
-
Save.
-
In the API Community Manager control panel, open Community Builder and click Settings > General.
-
In the Guest user profile section, click [Site Name] Profile.
-
For each of the four objects CommunityAssetVersions, AnypointAssetCategories, AnypointAssets, and AnypointAssetVersion, in Object Permissions ensure Read is enabled, and in Field Permissions ensure all fields have Read Access enabled.
-
For the object CommunityAssetVersions, in Custom Object Permissions ensure Read is enabled.
-
For the object AnypointApiInstances, in Field Permissions ensure that Version and VersionGroup have Read Access enabled.
-
In External Object Permissions, ensure each item has Read enabled.
-
Save.
Configure sharing settings for members:
-
In Setup, search for Digital Experiences using the Quick Find box, and click Settings.
-
Scroll to Sharing Sets and click Edit next to the set [Site Name] Sharing Set.
-
In the Select Objects section, select CommunityAssetVersions from Available Objects and add it to Selected Objects.
-
In the Configure Access section, select Set Up under the Action column next to CommunityAssetVersions.
-
In the Access Mapping for *CommunityAssetVersions page enter these values.
-
Account in the User list.
-
acm_pkg__Account_c in the Target CommunityAssetVersions list.
-
Read Only in the Access Level list.
-
-
Update.
-
Save.
-
In Setup, search for Users using the Quick Find box and click Profiles.
-
Repeat the following steps for each of the profiles for your users.
There may be one or more user profiles to configure.
-
Click the profile.
-
In the profile page, click Edit.
-
For each of the four objects CommunityAssetVersions, AnypointAssetCategories, AnypointAssets, and AnypointAssetVersion, in Object Permissions ensure Read is enabled, and in Field Permissions ensure all fields have Read Access enabled.
-
For the object CommunityAssetVersions, in Custom Object Permissions ensure Read is enabled.
-
For the object AnypointApiInstances, in Field Permissions ensure that Version and VersionGroup have Read Access enabled.
-
In External Object Permissions, ensure each item has Read enabled.
-
Save.
If you ever change the name of your community, be sure to update this configuration. |
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from a Version Earlier Than 1.79
If you are upgrading from a package version earlier than 1.79, update the permissions of the Member
and Guest
profiles on the AnypointClientProviders object:
-
Configure the
Member
profile permissions:-
Click Setup > Profiles.
-
Open the
Member
profile. -
Click Object settings > AnypointClientProviders.
-
Ensure Read is enabled, and in Field Permissions ensure all fields have Read Access enabled.
-
-
Configure the
Guest
profile permissions:-
Open the community builder.
-
Click Settings > General.
-
Open the
Guest
profile. -
Click Object settings > AnypointClientProviders.
-
Ensure Read is enabled, and in Field Permissions ensure all fields have Read Access enabled.
-
-
Check that your permissions match those in the Configure Profiles and Permissions documentation.
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from a Version Earlier Than 1.80.1
If you are upgrading from a package version earlier than 1.80.1, update the permissions of the Member
and Guest
profiles on the AnypointGrantTypes object, and ensure both Member
and Guest
profiles have field-level Read
access to the GrantTypes
field in the AnypointApplications object:
-
Configure the
Member
profile permissions:-
Click Setup > Profiles.
-
Open the
Member
profile. -
Click Object settings > AnypointGrantTypes.
-
Ensure that Read is enabled and, in Field Permissions, ensure that all fields have Read Access enabled.
-
Click Object settings > AnypointApplications.
-
Ensure that the
GrantTypes
field hasRead
access. -
Save.
-
-
Configure the
Guest
profile permissions:-
Open the community builder.
-
Click Settings > General.
-
Open the
Guest
profile. -
Click Object settings > AnypointGrantTypes.
-
Ensure that Read is enabled and, in Field Permissions, ensure that all fields have Read Access enabled.
-
Click Object settings > AnypointApplications.
-
Ensure that the
GrantTypes
field hasRead
access. -
Save.
-
-
Verify that your permissions match those in the Configure Profiles and Permissions documentation.
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from a Version Earlier Than 1.82
If you are upgrading from a package version earlier than 1.82, use either the automatic or manual configuration method to update the permissions of the Member and Guest profiles on the AnypointAssetCustomFields and AnypointCustomFields objects, and ensure both Member and Guest profiles have field-level Read access to the AssetVersionId field in the AnypointApiInstances object.
Automatic configuration:
-
From the Anypoint API Community Manager control panel, open the Salesforce App Launcher and search for
API community manager diagnostics
. -
In the User Access tab, in the section Guest User, click Fix all.
-
In the User Access tab, in the section Member User, click Fix all.
-
Verify that your permissions match those in the Configure Profiles and Permissions documentation.
Manual configuration:
-
Configure the Member profile permissions:
-
Click Setup > Profiles.
-
Open the Member profile.
-
Click Object settings > AnypointAssetCustomFields.
-
Ensure that Read is enabled and, in Field Permissions, ensure that all fields have Read Access enabled.
-
Click Object settings > AnypointCustomFields.
-
Ensure that Read is enabled and, in Field Permissions, ensure that all fields have Read Access enabled.
-
Click Object settings > AnypointApiInstances.
-
Ensure that the AssetVersionId field has Read access.
-
Save.
-
Click Apex Class Access.
-
Click Edit.
-
Select the class acm_pkg.ApiVersionHeader in the list and click Add to make it accessible.
-
Click Save.
-
-
Configure the Guest profile permissions:
-
Open the community builder.
-
Click Settings > General.
-
Open the Guest profile.
-
Click Object settings > AnypointAssetCustomFields.
-
Ensure that Read is enabled and, in Field Permissions, ensure that all fields have Read Access enabled.
-
Click Object settings > AnypointCustomFields.
-
Ensure that Read is enabled and, in Field Permissions, ensure that all fields have Read Access enabled.
-
Click Object settings > AnypointApiInstances.
-
Ensure that the AssetVersionId field has Read access.
-
Save.
-
Click Apex Class Access.
-
Click Edit.
-
Select the class acm_pkg.ApiVersionHeader in the list and click Add to make it accessible.
-
Click Save.
-
-
Verify that your permissions match those in the Configure Profiles and Permissions documentation.
Return to the main list of upgrade instructions to continue.
Postinstallation Steps When Upgrading from a Version Earlier Than 2.0
If you are upgrading from a package version earlier than 2.0, use either the automatic or manual configuration method to update the permissions of the member and guest profiles. Both profiles require field-level read access to the AssetId field in the AnypointApiInstances object.
Automatic configuration:
-
From the Anypoint API Community Manager control panel, open the Salesforce App Launcher and search for
API community manager diagnostics
. -
In the User Access tab, in the sections Guest User and Member User, click Fix all.
-
Verify that your permissions match those in the Configure Profiles and Permissions documentation.
Manual configuration:
-
Configure the member profile permissions:
-
Click Setup > Profiles.
-
Open the Member profile.
-
Click Object settings > AnypointApiInstances.
-
Ensure that the AssetId field has Read access.
-
Save.
-
-
Configure the guest profile permissions:
-
Open the community builder.
-
Click Settings > General.
-
Open the Guest profile.
-
Click Object settings > AnypointApiInstances.
-
Ensure that the AssetId field has Read access.
-
Save.
-
-
Verify that your permissions match those in the Configure Profiles and Permissions documentation.