Hi Pierre,
As a quick follow up which might be useful to you...
I've created a docker-ofbiz github project at
https://github.com/danwatford/ofbiz-docker which uses gradle to construct
the Dockerfile on the fly when building the image.
Blog post here -
Hi Pierre,
Sorry for coming back to this so late, but I thought I'd share how I have
my project setup for docker and pushing to a test environment in case its
of any use to you.
I'm working on a plugin called Activate, built against Ofbiz R18.
My work area is structured as:
-
Sounds great. I would recommend a combination of docker +
docker-compose + scripts + environment files to get everything fully
automated and also parameterized
On Fri, Mar 13, 2020 at 10:00 PM Michael Brohl wrote:
>
> Hi Taher,
>
> Am 13.03.20 um 18:21 schrieb Taher Alkhateeb:
> > Hello Michael,
Hi Taher,
Am 13.03.20 um 18:21 schrieb Taher Alkhateeb:
Hello Michael,
1. Absolutely from my side. Deployment becomes drastically simpler
2. Which version of what?
3. Hmm, I'm not sure of the purpose / benefit of having that. No one
just "deploys" OFBiz without customization. And even if so,
Hi Taher,
Am 13.03.20 um 18:21 schrieb Taher Alkhateeb:
Hello Michael,
1. Absolutely from my side. Deployment becomes drastically simpler
2. Which version of what?
There is a pull request from Pierre, see my remarks towards this version
in the issue comments.
I've provided an
As I have stated in the ticket (and it being good enough to repeat it here):
I have been working on a solution that will enable users
(developers/adopters/etc.) to generate containers, that either will be
based:
- on a branch (trunk or whatever) without plugins and git-aware
- on a branch
Hello Michael,
1. Absolutely from my side. Deployment becomes drastically simpler
2. Which version of what?
3. Hmm, I'm not sure of the purpose / benefit of having that. No one
just "deploys" OFBiz without customization. And even if so, if you
have comfy scripts in the code base, then that would