Bug 1015655 - [RFE] Change a namespace without first deleting all associated gears
Summary: [RFE] Change a namespace without first deleting all associated gears
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: OpenShift Online
Classification: Red Hat
Component: Pod
Version: 2.x
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: ---
Assignee: Abhishek Gupta
QA Contact: libra bugs
URL:
Whiteboard:
Depends On:
Blocks: 1015656
TreeView+ depends on / blocked
 
Reported: 2013-10-04 18:09 UTC by Timothy Williams
Modified: 2018-12-04 15:59 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1015656 (view as bug list)
Environment:
Last Closed: 2013-10-29 22:28:31 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Timothy Williams 2013-10-04 18:09:49 UTC
Description of problem:
A request is submitted for the ability to change a namespace with applications already created within the domain. Currently, all applications must be deleted for the namespace to be changed.

In light of this being a rare necessity, it would be acceptable to have to restart all applications when the namespace is created

How reproducible:
Always

Steps to Reproduce:
1. Create a domain
2. Create an application
3. Attempt to change the namespace

Actual results:
"Domain contains applications. Delete applications first before changing the domain namespace."

Expected results:
Domain changed successfully

Comment 1 Abhishek Gupta 2013-10-29 22:28:31 UTC
We have intentionally disabled this feature since we do not have control over how the URL is being handled by the cartridges (namespace is part of the application URL). Cartridges (partner/community cartridges) could hardcode the URL causing the application to break if the namespace is changed. Expecting the cartridges to deal with a namespace/URL change is not feasible and not guaranteed to work.

Please reopen this bug if this is an absolute necessity.


Note You need to log in before you can comment on or make changes to this bug.