Bug 1078787 - [origin_cartridge_162] jboss data virtualization DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG
Summary: [origin_cartridge_162] jboss data virtualization DISABLE_OPENSHIFT_MANAGED_SE...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: OpenShift Online
Classification: Red Hat
Component: Image
Version: 2.x
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Mark Drilling
QA Contact: libra bugs
URL:
Whiteboard:
Depends On: 1080597
Blocks: 1125026
TreeView+ depends on / blocked
 
Reported: 2014-03-20 10:27 UTC by Aleksandar Kostadinov
Modified: 2015-05-15 00:39 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-04-09 15:26:38 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Comment 3 Aleksandar Kostadinov 2014-03-20 16:01:15 UTC
Hello

wrt app name - sorry, copy/paste issue; it's all the same app

wrt  DISABLE_OPENSHIFT_MANAGED_SERVER - that is the point. It is not implemented. I guess it's acceptable for a beta but we need to be consistent with eap and other layered products. After all DV cart is using eap under the hood. And users will need to configure server in a similar way to EAP.
That's why I'm suggesting that DV cart built process is adjusted in the future to inherit what we already have in jbosseap cart.

Comment 6 Mark Drilling 2014-03-21 21:33:32 UTC
I've been testing the pull request but unable to get it to work.  For DV, the default behavior should be to persist the configuration changes between restarts.  

So to make this happen using the pull request changes, I added this to the install script -

disableManaged=true
echo "$disableManaged" > $OPENSHIFT_DV_DIR/env/DISABLE_OPENSHIFT_MANAGED_SERVER

Is that correct?  My test scenario is to start the cartridge, add a datasource, then stop and start it.  When I restart it reverts to the original standalone.

Comment 7 Mark Drilling 2014-03-24 19:01:29 UTC
commited the change after retesting ok with the corrected env var DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG

Comment 8 Aleksandar Kostadinov 2014-03-24 19:35:20 UTC
Is this going to work in latest devenv or a special URL needs to be used with the change?

Comment 9 Ben Parees 2014-03-24 19:45:09 UTC
should work with any devenv, Mark merged the changes into the repo location that is used by the dv cart definition in the devenv.

Comment 10 Aleksandar Kostadinov 2014-03-25 08:54:16 UTC
I tested this change but I see a problem.

steps:
1. create a DV app
2. set DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG=true
3. change jboss config with jboss-cli (e.g. add a sys property)
4. git push something in app repo
5. config is NOT overwritten (this is the expected and desired behavior)
6. set DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG=false
7. git push something in app repo
8. config is NOT overwritten (======= this is a bug =======)
9. unset DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG
10. ssh to gear
11. variable *is* set and value is `true` (is this intentional?)

Above I describe what is current behavior and the bug I see according to comment 6.

I don't agree though that the behavior should differ from jbossas and jbosseap cartridges. I also think jbossas and jbosseap need better user-friendly handling of configuration file but for the time being consistency between our cartridges will provide better user experience than every cartridge having its own quirks.

So I'm again suggesting to have conf file overwritten from repo by default. And if DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG=true, then don't ever touch the config.

Regards.

Comment 11 Mark Drilling 2014-03-25 15:15:50 UTC
For DV we do not want the configuration to be overwritten - that's why the DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG is 'true' on install.  Data Virtualization users deploy the instance and connect to the admin port, manage datasources, add VDBS etc, all of which are changing the standalone.xml.  We cannot have the standalone.xml being overwritten as default behavior because all of these changes would be lost.

However, I agree that we should keep this optional - if the user wants a different behavior then it should be possible.  So yes, the scenario you pointed out above is an issue.

Comment 12 Mark Drilling 2014-03-25 20:53:15 UTC
made a correction to the install script to properly set DISABLE_OPENSHIFT_MANAGED_SERVER_CONFIG

Comment 13 Aleksandar Kostadinov 2014-03-26 15:05:55 UTC
I see it working now, thank you.


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