Second Generation Managed Packaging (2GP) is a must-have modern approach that helps in building and managing packages on Salesforce. It offers a myriad of tools for developing, distributing, and managing apps and metadata to AppExchange partners.  

With the help of Managed 2GP packaging, you can utilize your custom Apex code, interact with your version control system, create compact modular packages, and organize your source code. 

There are no packaging or patch organizations since version control is the only source of truth. All packaging tasks can be carried out either manually using scripts or automatically through SalesforceCLI. 

We can submit second-generation managed packages for security review and list them on AppExchange.

Prerequisites for Developing Managed Packages for the Second Generation

  1. Enable the Dev hub in your org.
  2. Enable Second-Generation Managed Packaging.
  3. Install SalesforceCLI.
  4. Create and Register Your Namespace.

What is Namespace?

A Namespace is a 1–15 character alphanumeric identifier that distinguishes your package and its contents from other packages in your customer’s org. 

A Namespace is assigned to a second-generation managed package (managed 2GP) at the time that it’s created, and can’t be changed. 

Please Note: Keep the above information in mind while working with Namespaces.

You can develop more than one second generation managed package with the same Namespace but you can associate each package with only a single namespace. If you work with more than one namespace, Salesforce recommends that you set up one project for each namespace.

When you specify a package namespace, every component added to a package has the Namespace prefix to the component API Name Example: If you have a custom object called student with API name ‘Student__c’.

If we add this object to a package associated with the ‘hic_signeasy’ namespace, then the API name becomes ‘hic_signeasy__Student__c’.

How to Create a Namespace?

  • Sign up for a new Developer edition org.
  • Go to setup enter package manager in the quick find box and select package manager.
  • In developer settings, click Edit, and under Change developer settings, click Continue.
  • In the Namespace prefix enter a namespace, and select check Availability.
  • For a package to be managed, select None, then click Review my selections.
  • Review your selections and then click save.

How to Register/Link a Namespace?

  • Log in to your Dev Hub org as the System Administrator or as a user with the SalesforceDX Namespace Registry permissions.
  • Select Namespace Registries from the App Launcher menu.
  • Click Link Namespace
  • Once the window appears, use the org’s System Administrator credentials to log in to the Developer Edition org where your Namespace is registered.
  • Because sandboxes, scratch orgs, patch orgs, and branch orgs need to be linked to the Namespace Registry, you cannot link orgs without a namespace.
  • Choose the All Namespace Registries list view to see every Namespace connected to the Namespace Registry.

Process for Managed Second-Generation Packages


  • A second-generation managed package (managed 2GP) can be created and installed simply from the command line.
  • These actions are part of the basic managed 2GP process.
  • Create an SFDX project by simply running the below command.
    •  Sfdx force:project: generate –output-dir expense-manager-workspace –name expense-app
  • Authorize the Dev Hub Org
    • Sfdx force:auth: login web –set-default-dev-hub
  • Use the Namespace attribute in the sfdx-project.json file for specifying a namespace. For instance, “namespace”: “hic_signeasy.” 

You can skip this step if you’ve already provided a Namespace in the first stage of creating a SalesforceDX project. Make sure you’ve linked a Namespace to your Dev Hub organization before adding it.

Figure: sfdx-project.json file

  • Create the package from the SalesforceDX project directory.
    • Sfdx force:package: create –name “Expense Manager” –path force-app –package-type Managed.
  • Create a package version.
    • Sfdx force:package:version:create –package “Expense Manager” –code-coverage –installation-key test1234
  • Install and test the package version.
    • Sfdx force:package:install –package “Expense Manager@0.1.0-1” –target-org MyTestOrg1 –installation-key test1234

Note: Once a package is created, it cannot be altered, a Namespace added, or the Dev Hub it is connected to change.

Difference Between 1 Generation Package and 2 Generation Package

1 Generation Package (1 GP) 2 Generation Package (2 GP)
  • It requires a packaging org or patch org.
  • Each package required a unique namespace.
  • Declaring Apex classes and methods global is necessary for code sharing between packages, which may result in an overabundance of global Apex.
  • Package versioning is linear.
    • It is created using SalesforceDX and the Command line.
    • In this package, several packages can share the same namespace.
    • Public Apex classes and methods with the @namespaceAccessible annotation allow code to be shared across many packages that use the same namespace.
    • Package versioning is flexible.

Demo Video


Concluding Words

In a nutshell, Second Generation Managed Packages are considered as one of the significant packagings of Salesforce. It gives developers enhanced flexibility and control over their apps; moreover, it simplifies the development and management process.  By leveraging the features of 2GP, developers not only get to meet the ongoing business requirements but also ensure future scalability & growth. Stay tuned for more latest updates!

Related Articles
Unlocking the Future Salesforce's Biometrics Service for Mobile Apps

Salesforce’s cutting-edge offering, Biometrics Service, is about to revolutionize mobile utility safety with its Spring ’24 release. This new carrier lets builders seamlessly integrate biometric authentication functions, including fingerprint and facial recognition, without delay into Lightning Net components (LWCs). This capability is important for defensive touchy records on mobile gadgets, ensuring unauthorized entry is thwarted […]

Read More
creating-dynamic-pagination-in-salesforce-using-lightning-web-components.jpg

Dynamic Pagination is a useful technique in Salesforce used for splitting large datasets into smaller and more manageable pages. The main purpose of “Dynamic Pagination” is to boost the user experience while dealing with a large amount of information. So, creating a Dynamic Pagination is important! In this blog, we will show you how to […]

Read More

Salesforce CPQ (Configure, Price, Quote) is a powerful tool that enables businesses to streamline their quoting process by providing advanced configuration options. Among its many features, Multi-Dimensional Quoting (MDQ) stands out as a powerful capability that allows sales teams to create more detailed and flexible quotes for complex products. In this blog, we’ll dive into […]

Read More
Dynamic Search Filters in Salesforce CPQ

Salesforce CPQ (Configure, Price, Quote) is a powerful tool that allows sales teams to generate quotes with speed and accuracy. One of the key features that makes CPQ so flexible is its dynamic search filter capability. In this blog, we’ll explore how you can create dynamic search filters in Salesforce CPQ to make your quoting […]

Read More
How to Create Quote Templates Customization Methods

The objective after completing a quote is usually to produce a precise and expert quote document for clients. However, without the proper procedures in place, quoting can be difficult, error-prone, and time-consuming. Salesforce CPQ (Configure, Price, Quote) streamlines the process and improves quote accuracy by assisting with the setup and administration of quotation papers. By […]

Read More
Boost Performance with a Robust Trigger Framework in Salesforce

Boost Performance with a Robust Trigger Framework in Salesforce If you want to make sure of scalability and performance in the Salesforce development, managing Apex triggers is a must. With a trigger framework, you get a structured approach to organizing and maintaining trigger logic. This way, developers can follow the best practices while maintaining the […]

Read More
Our Location worldwide
Indian Flag India
3rd Floor, A-10, Pegasus Tower, Sector 68, Noida, Uttar Pradesh 201301 +91-1203117884
United States of America Flag USA
333 West Brown Deer Road Unit G – 366 Milwaukee WI, USA 53217 +1(262) 310-7818
United Kingdom Flag UK
7 Bell Yard, London, WC2A 2JR +44 20 3239 9428
Canada Canada
HIC Global Solutions INC
43 Lafferty Lane, Richmond Hill, L4C 3N8, CA +1(262) 310-7818