Thank you very much all :-)

I will try to use GALLEON_PROVISION_LAYERS and see how it goes

On Wed, 2022-01-26 at 09:30 +0000, Yeray Borges Santana wrote:
Thank you, now I understand it better.

Since both, Manuel and I got a bit confused around it, I filed https://github.com/wildfly/wildfly-s2i/pull/282 with the aim to make it more clear.

On Tue, Jan 25, 2022 at 6:40 PM Jean Francois Denise <jdenise@redhat.com> wrote:
You will have to add a 'cfg' directory at the root of your qs that contains standalone-full.xml (that you could name standalone.xml to avoid to use the env variable). This config will get copied to the server directory
We only ship with a single configuration on the cloud.
Setting his own config is not the best scenario, generally we advise to provision a custom configuration using Galleon layers (using GALLEON_PROVISION_LAYERS env variable).

On 1/25/22 5:55 PM, jfinelli@redhat.com wrote:

I managed to use "WILDFLY_SERVER_CONFIGURATION" successfully BUT I now get another issue...there is not any `standalone-full.xml` to use in `wildfly-centos7`. The error I can see in the logs is

```
java.lang.IllegalStateException: WFLYCTL0214: Could not get main file: standalone-full.xml. Specified files must be relative to the configuration dir: /opt/wildfly/standalone/configuration
	at org.jboss.as.controller@18.0.4.Final//org.jboss.as.controller.persistence.ConfigurationFile.determineMainFile(ConfigurationFile.java:373)
	at org.jboss.as.controller@18.0.4.Final//org.jboss.as.controller.persistence.ConfigurationFile.<init>(ConfigurationFile.java:207)
	at org.jboss.as.server@18.0.4.Final//org.jboss.as.server.ServerEnvironment.<init>(ServerEnvironment.java:590)
	at org.jboss.as.server@18.0.4.Final//org.jboss.as.server.Main.determineEnvironment(Main.java:425)
	at org.jboss.as.server@18.0.4.Final//org.jboss.as.server.Main.main(Main.java:97)
	at org.jboss.modules.Module.run(Module.java:353)
	at org.jboss.modules.Module.run(Module.java:321)
	at org.jboss.modules.Main.main(Main.java:604)
```

On Tue, 2022-01-25 at 17:16 +0100, Jean Francois Denise wrote:

Hi,
WILDFLY_SERVER_CONFIGURATION should be used. I think you ran into a typo
in the README.
Just curious, what is the quickstart you are trying with openshift that
requires standalone-full.xml?
JF

On 1/25/22 4:12 PM, Manuel Finelli wrote:

Hi Experts,

I had a couple of tries with OpenShift and WildFly to spin up a simple application (the EAP quickstart `cmt`). I installed `crc` [1] to run OpenShift locally and `oc` [2] to control it.

What I tried so far:
* Employ wildfly-centos7 [3] directly and then spin up a new-app with the command `oc new-app https://github.com/wildfly/quickstart.git --context-dir=cmt --image=quay.io/wildfly/wildfly-centos7 --env SERVER_CONFIGURATION=standalone-full.xml`
* Build the WFLY image from "scratch" and then spin up a new-app with the env variable `--env SERVER_CONFIGURATION=standalone-full.xml`...more or less what it is suggested in [4] but adding the env variable, i.e. `oc new-app wildfly-quickstart/cmt -e SERVER_CONFIGURATION=standalone-full.xml` (where wildfly-quickstart is the OpenShift project I am using)

In both cases, I get very close to success but what does not work is `--env SERVER_CONFIGURATION=standalone-full.xml`. My WildFly server gets set up with standalone.xml, which is not enough for my quickstart.
As a side note, I can see `SERVER_CONFIGURATION=standalone-full.xml` among the environment variables of the WFLY pod. I also ran a couple of experiments playing with JAVA_OPTS_APPEND (e.g. `JAVA_OPTS_APPEND=-Djboss.server.default.config=standalone-full.xml`) but it did not help.

So my questions would be:
* Is there a different way to pass env variables when applications are created? If that is the case, would it be worth mentioning it here [5]?
* Have I missed something else?

_______________________________________________
wildfly-dev mailing list -- wildfly-dev@lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave@lists.jboss.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

_______________________________________________
wildfly-dev mailing list -- wildfly-dev@lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave@lists.jboss.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s


_______________________________________________
wildfly-dev mailing list -- wildfly-dev@lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave@lists.jboss.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
_______________________________________________
wildfly-dev mailing list -- wildfly-dev@lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave@lists.jboss.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s