2 Managed Packages in 1 Dev OrgUninstall a Managed Package from a Managed Package Dev OrgManaged app installation on Salesforce Production OrgDo Custom Labels created by managed packages count against an Org's limit of 5,000 Custom Labels?Create Unmanaged Package from an org with Managed packageDeletion of Managed Package in Dev OrgTransfer data within managed packagesHow to know if Managed Package available in app exchange is Certified from Salesforce or notHow to create a Dev Hub for Managed packages?
What is your preferred method to figure out the key?
Internals of backup compression with TDE (SQL Server)
Should I pay closing cost and replace HVAC for buyer
ASCII Expansion
Why do non-aerobatic aircraft have a negative G limit?
How offensive is Fachidiot?
What are the advantages of a mechanical swordsman? What upgrades would make him superior to a human?
Is a new paragraph line needed in dialogue when a character responds with actions?
What Constitutes a Secondary Dominant?
Possible ambiguities when using "home" as an adverb? (study home, write home...)
Is 2FA via mobile phone still a good idea when phones are the most exposed device?
Why is English not a regular language?
Function defined everywhere but continuous nowhere
What to do with developers who don't follow requirements?
Building a phone charger 500 years ago
"bees" -> "hive" in 5 letter changes or fewer
Differences between vehicles used on the Moon and the ones used on Mars
How can you coordinate an attack against a monster that cannot be gazed upon?
How does text classification reduce manpower costs?
Is there a name for this equivalence relation?
Australian visas - any difference between tourist and business?
Why couldn't the Romulans simply circumvent Starfleet's blockade?
Left a meeting without apparent reason. What to do?
Word or phrase for turning the tide against a rival in a competition in the last moments
2 Managed Packages in 1 Dev Org
Uninstall a Managed Package from a Managed Package Dev OrgManaged app installation on Salesforce Production OrgDo Custom Labels created by managed packages count against an Org's limit of 5,000 Custom Labels?Create Unmanaged Package from an org with Managed packageDeletion of Managed Package in Dev OrgTransfer data within managed packagesHow to know if Managed Package available in app exchange is Certified from Salesforce or notHow to create a Dev Hub for Managed packages?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty
margin-bottom:0;
We have a Managed package, and we want to create another Managed Package extension in the same Dev org. Can I create 2 Managed Packages in 1 Dev org? If not, what are my options and do I have to pay Salesforce to increase the limit?
managed-package appexchange
add a comment
|
We have a Managed package, and we want to create another Managed Package extension in the same Dev org. Can I create 2 Managed Packages in 1 Dev org? If not, what are my options and do I have to pay Salesforce to increase the limit?
managed-package appexchange
add a comment
|
We have a Managed package, and we want to create another Managed Package extension in the same Dev org. Can I create 2 Managed Packages in 1 Dev org? If not, what are my options and do I have to pay Salesforce to increase the limit?
managed-package appexchange
We have a Managed package, and we want to create another Managed Package extension in the same Dev org. Can I create 2 Managed Packages in 1 Dev org? If not, what are my options and do I have to pay Salesforce to increase the limit?
managed-package appexchange
managed-package appexchange
asked Jun 14 at 10:04
WendyWendy
852 silver badges11 bronze badges
852 silver badges11 bronze badges
add a comment
|
add a comment
|
2 Answers
2
active
oldest
votes
You cannot create two managed packages in one dev org, you can only have one namespace created per DE org.
Your options are to create another DE org and install the first managed package in there. Then, once you start to reference the first managed package in the new DE org, then that package becomes an extension of the first. Once you release your second managed package, subscribers would have to install the first package and then the second.
Thanks Phil. Are you sure about this? So you are saying there is no way I can have another Managed Package even if I`m ready to pay for another add on package? Just want to make sure I understand this correctly.
– Wendy
Jun 14 at 10:42
2
Yes, you can only create one managed package per developer org.
– Phil Hawthorn
Jun 14 at 10:52
You can only develop one managed package in one DE org, there is a 1:1 relationship between the Packaging org (i.e. the DE org that is used to release the package from) and the Package. I work for an ISV and I'm sure if there was a way, paid or otherwise, we'd know about it by now.
– Phil Hawthorn
Jun 14 at 11:02
3
I should add, I'm referring to 1st generation managed packages, there may be other options with 2nd gen managed packages but is currently in beta i believe.
– Phil Hawthorn
Jun 14 at 11:10
Understood. Thank you very much Phil.
– Wendy
Jun 14 at 11:33
add a comment
|
Phil is correct for 1st gen packages.
2nd gen packages are indeed not out of beta yet. Notably, Salesforce hasn't fully documented exactly how 2GP will get connected to Publishing Console, Security Review, LMA, COA etc. But going by current info, here's basically how it would work once they go live:
- Your DE org will still "own" the namespace.
- You'd create a link from your Production org, which has a Dev Hub, to the DE org so that it "registers" the namespace and has permission to use it in 2GP.
- Your Dev Hub can now create scratch orgs with this namespace (this part is already GA).
- Your Dev Hub can now create packages with this namespace, and they can be multiple different packages. (beta)
- Different packages with the same namespace have some special rules on what they can/can't share with each other. (beta)
The "multiple packages" bit is for internal organization of your managed package. You can still only have one managed package per developer org. I don't think they've stated that this will be changing any time soon.
– sfdcfox
Jun 14 at 14:48
My understanding is that under 2GP it will be possible to release multiple independent or dependent packages with the same namespace, using DX. The packaging org will no longer be the source of truth for packaging.
– Charles T
Jun 15 at 13:36
Oh, that would be a nice addition. Handling so many different logins for all those dev orgs was a royal pain. We'll have to see how it works once it comes out of beta.
– sfdcfox
Jun 15 at 15:44
1
See this for example: releasenotes.docs.salesforce.com/en-us/summer18/release-notes/… A new access modifier that determines whether different packages in the same namespace can access the same Apex class.
– Charles T
Jun 16 at 15:01
2GP is coming out of beta in the Winter '20 release. See the release documentation here
– Brian Miller
Sep 25 at 12:15
add a comment
|
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "459"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f265986%2f2-managed-packages-in-1-dev-org%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
You cannot create two managed packages in one dev org, you can only have one namespace created per DE org.
Your options are to create another DE org and install the first managed package in there. Then, once you start to reference the first managed package in the new DE org, then that package becomes an extension of the first. Once you release your second managed package, subscribers would have to install the first package and then the second.
Thanks Phil. Are you sure about this? So you are saying there is no way I can have another Managed Package even if I`m ready to pay for another add on package? Just want to make sure I understand this correctly.
– Wendy
Jun 14 at 10:42
2
Yes, you can only create one managed package per developer org.
– Phil Hawthorn
Jun 14 at 10:52
You can only develop one managed package in one DE org, there is a 1:1 relationship between the Packaging org (i.e. the DE org that is used to release the package from) and the Package. I work for an ISV and I'm sure if there was a way, paid or otherwise, we'd know about it by now.
– Phil Hawthorn
Jun 14 at 11:02
3
I should add, I'm referring to 1st generation managed packages, there may be other options with 2nd gen managed packages but is currently in beta i believe.
– Phil Hawthorn
Jun 14 at 11:10
Understood. Thank you very much Phil.
– Wendy
Jun 14 at 11:33
add a comment
|
You cannot create two managed packages in one dev org, you can only have one namespace created per DE org.
Your options are to create another DE org and install the first managed package in there. Then, once you start to reference the first managed package in the new DE org, then that package becomes an extension of the first. Once you release your second managed package, subscribers would have to install the first package and then the second.
Thanks Phil. Are you sure about this? So you are saying there is no way I can have another Managed Package even if I`m ready to pay for another add on package? Just want to make sure I understand this correctly.
– Wendy
Jun 14 at 10:42
2
Yes, you can only create one managed package per developer org.
– Phil Hawthorn
Jun 14 at 10:52
You can only develop one managed package in one DE org, there is a 1:1 relationship between the Packaging org (i.e. the DE org that is used to release the package from) and the Package. I work for an ISV and I'm sure if there was a way, paid or otherwise, we'd know about it by now.
– Phil Hawthorn
Jun 14 at 11:02
3
I should add, I'm referring to 1st generation managed packages, there may be other options with 2nd gen managed packages but is currently in beta i believe.
– Phil Hawthorn
Jun 14 at 11:10
Understood. Thank you very much Phil.
– Wendy
Jun 14 at 11:33
add a comment
|
You cannot create two managed packages in one dev org, you can only have one namespace created per DE org.
Your options are to create another DE org and install the first managed package in there. Then, once you start to reference the first managed package in the new DE org, then that package becomes an extension of the first. Once you release your second managed package, subscribers would have to install the first package and then the second.
You cannot create two managed packages in one dev org, you can only have one namespace created per DE org.
Your options are to create another DE org and install the first managed package in there. Then, once you start to reference the first managed package in the new DE org, then that package becomes an extension of the first. Once you release your second managed package, subscribers would have to install the first package and then the second.
answered Jun 14 at 10:07
Phil HawthornPhil Hawthorn
13.8k3 gold badges35 silver badges66 bronze badges
13.8k3 gold badges35 silver badges66 bronze badges
Thanks Phil. Are you sure about this? So you are saying there is no way I can have another Managed Package even if I`m ready to pay for another add on package? Just want to make sure I understand this correctly.
– Wendy
Jun 14 at 10:42
2
Yes, you can only create one managed package per developer org.
– Phil Hawthorn
Jun 14 at 10:52
You can only develop one managed package in one DE org, there is a 1:1 relationship between the Packaging org (i.e. the DE org that is used to release the package from) and the Package. I work for an ISV and I'm sure if there was a way, paid or otherwise, we'd know about it by now.
– Phil Hawthorn
Jun 14 at 11:02
3
I should add, I'm referring to 1st generation managed packages, there may be other options with 2nd gen managed packages but is currently in beta i believe.
– Phil Hawthorn
Jun 14 at 11:10
Understood. Thank you very much Phil.
– Wendy
Jun 14 at 11:33
add a comment
|
Thanks Phil. Are you sure about this? So you are saying there is no way I can have another Managed Package even if I`m ready to pay for another add on package? Just want to make sure I understand this correctly.
– Wendy
Jun 14 at 10:42
2
Yes, you can only create one managed package per developer org.
– Phil Hawthorn
Jun 14 at 10:52
You can only develop one managed package in one DE org, there is a 1:1 relationship between the Packaging org (i.e. the DE org that is used to release the package from) and the Package. I work for an ISV and I'm sure if there was a way, paid or otherwise, we'd know about it by now.
– Phil Hawthorn
Jun 14 at 11:02
3
I should add, I'm referring to 1st generation managed packages, there may be other options with 2nd gen managed packages but is currently in beta i believe.
– Phil Hawthorn
Jun 14 at 11:10
Understood. Thank you very much Phil.
– Wendy
Jun 14 at 11:33
Thanks Phil. Are you sure about this? So you are saying there is no way I can have another Managed Package even if I`m ready to pay for another add on package? Just want to make sure I understand this correctly.
– Wendy
Jun 14 at 10:42
Thanks Phil. Are you sure about this? So you are saying there is no way I can have another Managed Package even if I`m ready to pay for another add on package? Just want to make sure I understand this correctly.
– Wendy
Jun 14 at 10:42
2
2
Yes, you can only create one managed package per developer org.
– Phil Hawthorn
Jun 14 at 10:52
Yes, you can only create one managed package per developer org.
– Phil Hawthorn
Jun 14 at 10:52
You can only develop one managed package in one DE org, there is a 1:1 relationship between the Packaging org (i.e. the DE org that is used to release the package from) and the Package. I work for an ISV and I'm sure if there was a way, paid or otherwise, we'd know about it by now.
– Phil Hawthorn
Jun 14 at 11:02
You can only develop one managed package in one DE org, there is a 1:1 relationship between the Packaging org (i.e. the DE org that is used to release the package from) and the Package. I work for an ISV and I'm sure if there was a way, paid or otherwise, we'd know about it by now.
– Phil Hawthorn
Jun 14 at 11:02
3
3
I should add, I'm referring to 1st generation managed packages, there may be other options with 2nd gen managed packages but is currently in beta i believe.
– Phil Hawthorn
Jun 14 at 11:10
I should add, I'm referring to 1st generation managed packages, there may be other options with 2nd gen managed packages but is currently in beta i believe.
– Phil Hawthorn
Jun 14 at 11:10
Understood. Thank you very much Phil.
– Wendy
Jun 14 at 11:33
Understood. Thank you very much Phil.
– Wendy
Jun 14 at 11:33
add a comment
|
Phil is correct for 1st gen packages.
2nd gen packages are indeed not out of beta yet. Notably, Salesforce hasn't fully documented exactly how 2GP will get connected to Publishing Console, Security Review, LMA, COA etc. But going by current info, here's basically how it would work once they go live:
- Your DE org will still "own" the namespace.
- You'd create a link from your Production org, which has a Dev Hub, to the DE org so that it "registers" the namespace and has permission to use it in 2GP.
- Your Dev Hub can now create scratch orgs with this namespace (this part is already GA).
- Your Dev Hub can now create packages with this namespace, and they can be multiple different packages. (beta)
- Different packages with the same namespace have some special rules on what they can/can't share with each other. (beta)
The "multiple packages" bit is for internal organization of your managed package. You can still only have one managed package per developer org. I don't think they've stated that this will be changing any time soon.
– sfdcfox
Jun 14 at 14:48
My understanding is that under 2GP it will be possible to release multiple independent or dependent packages with the same namespace, using DX. The packaging org will no longer be the source of truth for packaging.
– Charles T
Jun 15 at 13:36
Oh, that would be a nice addition. Handling so many different logins for all those dev orgs was a royal pain. We'll have to see how it works once it comes out of beta.
– sfdcfox
Jun 15 at 15:44
1
See this for example: releasenotes.docs.salesforce.com/en-us/summer18/release-notes/… A new access modifier that determines whether different packages in the same namespace can access the same Apex class.
– Charles T
Jun 16 at 15:01
2GP is coming out of beta in the Winter '20 release. See the release documentation here
– Brian Miller
Sep 25 at 12:15
add a comment
|
Phil is correct for 1st gen packages.
2nd gen packages are indeed not out of beta yet. Notably, Salesforce hasn't fully documented exactly how 2GP will get connected to Publishing Console, Security Review, LMA, COA etc. But going by current info, here's basically how it would work once they go live:
- Your DE org will still "own" the namespace.
- You'd create a link from your Production org, which has a Dev Hub, to the DE org so that it "registers" the namespace and has permission to use it in 2GP.
- Your Dev Hub can now create scratch orgs with this namespace (this part is already GA).
- Your Dev Hub can now create packages with this namespace, and they can be multiple different packages. (beta)
- Different packages with the same namespace have some special rules on what they can/can't share with each other. (beta)
The "multiple packages" bit is for internal organization of your managed package. You can still only have one managed package per developer org. I don't think they've stated that this will be changing any time soon.
– sfdcfox
Jun 14 at 14:48
My understanding is that under 2GP it will be possible to release multiple independent or dependent packages with the same namespace, using DX. The packaging org will no longer be the source of truth for packaging.
– Charles T
Jun 15 at 13:36
Oh, that would be a nice addition. Handling so many different logins for all those dev orgs was a royal pain. We'll have to see how it works once it comes out of beta.
– sfdcfox
Jun 15 at 15:44
1
See this for example: releasenotes.docs.salesforce.com/en-us/summer18/release-notes/… A new access modifier that determines whether different packages in the same namespace can access the same Apex class.
– Charles T
Jun 16 at 15:01
2GP is coming out of beta in the Winter '20 release. See the release documentation here
– Brian Miller
Sep 25 at 12:15
add a comment
|
Phil is correct for 1st gen packages.
2nd gen packages are indeed not out of beta yet. Notably, Salesforce hasn't fully documented exactly how 2GP will get connected to Publishing Console, Security Review, LMA, COA etc. But going by current info, here's basically how it would work once they go live:
- Your DE org will still "own" the namespace.
- You'd create a link from your Production org, which has a Dev Hub, to the DE org so that it "registers" the namespace and has permission to use it in 2GP.
- Your Dev Hub can now create scratch orgs with this namespace (this part is already GA).
- Your Dev Hub can now create packages with this namespace, and they can be multiple different packages. (beta)
- Different packages with the same namespace have some special rules on what they can/can't share with each other. (beta)
Phil is correct for 1st gen packages.
2nd gen packages are indeed not out of beta yet. Notably, Salesforce hasn't fully documented exactly how 2GP will get connected to Publishing Console, Security Review, LMA, COA etc. But going by current info, here's basically how it would work once they go live:
- Your DE org will still "own" the namespace.
- You'd create a link from your Production org, which has a Dev Hub, to the DE org so that it "registers" the namespace and has permission to use it in 2GP.
- Your Dev Hub can now create scratch orgs with this namespace (this part is already GA).
- Your Dev Hub can now create packages with this namespace, and they can be multiple different packages. (beta)
- Different packages with the same namespace have some special rules on what they can/can't share with each other. (beta)
answered Jun 14 at 12:47
Charles TCharles T
8,1121 gold badge12 silver badges30 bronze badges
8,1121 gold badge12 silver badges30 bronze badges
The "multiple packages" bit is for internal organization of your managed package. You can still only have one managed package per developer org. I don't think they've stated that this will be changing any time soon.
– sfdcfox
Jun 14 at 14:48
My understanding is that under 2GP it will be possible to release multiple independent or dependent packages with the same namespace, using DX. The packaging org will no longer be the source of truth for packaging.
– Charles T
Jun 15 at 13:36
Oh, that would be a nice addition. Handling so many different logins for all those dev orgs was a royal pain. We'll have to see how it works once it comes out of beta.
– sfdcfox
Jun 15 at 15:44
1
See this for example: releasenotes.docs.salesforce.com/en-us/summer18/release-notes/… A new access modifier that determines whether different packages in the same namespace can access the same Apex class.
– Charles T
Jun 16 at 15:01
2GP is coming out of beta in the Winter '20 release. See the release documentation here
– Brian Miller
Sep 25 at 12:15
add a comment
|
The "multiple packages" bit is for internal organization of your managed package. You can still only have one managed package per developer org. I don't think they've stated that this will be changing any time soon.
– sfdcfox
Jun 14 at 14:48
My understanding is that under 2GP it will be possible to release multiple independent or dependent packages with the same namespace, using DX. The packaging org will no longer be the source of truth for packaging.
– Charles T
Jun 15 at 13:36
Oh, that would be a nice addition. Handling so many different logins for all those dev orgs was a royal pain. We'll have to see how it works once it comes out of beta.
– sfdcfox
Jun 15 at 15:44
1
See this for example: releasenotes.docs.salesforce.com/en-us/summer18/release-notes/… A new access modifier that determines whether different packages in the same namespace can access the same Apex class.
– Charles T
Jun 16 at 15:01
2GP is coming out of beta in the Winter '20 release. See the release documentation here
– Brian Miller
Sep 25 at 12:15
The "multiple packages" bit is for internal organization of your managed package. You can still only have one managed package per developer org. I don't think they've stated that this will be changing any time soon.
– sfdcfox
Jun 14 at 14:48
The "multiple packages" bit is for internal organization of your managed package. You can still only have one managed package per developer org. I don't think they've stated that this will be changing any time soon.
– sfdcfox
Jun 14 at 14:48
My understanding is that under 2GP it will be possible to release multiple independent or dependent packages with the same namespace, using DX. The packaging org will no longer be the source of truth for packaging.
– Charles T
Jun 15 at 13:36
My understanding is that under 2GP it will be possible to release multiple independent or dependent packages with the same namespace, using DX. The packaging org will no longer be the source of truth for packaging.
– Charles T
Jun 15 at 13:36
Oh, that would be a nice addition. Handling so many different logins for all those dev orgs was a royal pain. We'll have to see how it works once it comes out of beta.
– sfdcfox
Jun 15 at 15:44
Oh, that would be a nice addition. Handling so many different logins for all those dev orgs was a royal pain. We'll have to see how it works once it comes out of beta.
– sfdcfox
Jun 15 at 15:44
1
1
See this for example: releasenotes.docs.salesforce.com/en-us/summer18/release-notes/… A new access modifier that determines whether different packages in the same namespace can access the same Apex class.
– Charles T
Jun 16 at 15:01
See this for example: releasenotes.docs.salesforce.com/en-us/summer18/release-notes/… A new access modifier that determines whether different packages in the same namespace can access the same Apex class.
– Charles T
Jun 16 at 15:01
2GP is coming out of beta in the Winter '20 release. See the release documentation here
– Brian Miller
Sep 25 at 12:15
2GP is coming out of beta in the Winter '20 release. See the release documentation here
– Brian Miller
Sep 25 at 12:15
add a comment
|
Thanks for contributing an answer to Salesforce Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f265986%2f2-managed-packages-in-1-dev-org%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown