You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Pierre Smits <pi...@gmail.com> on 2021/07/01 08:57:22 UTC
Re: I'm working on an OFBiz helm chart for kubernetes
Hi Ioan,
My apologies for the late reaction.
IMO we can forget about the Derby route for this. Derby is not production
grade, and often adopters/implementers already have their preferred RDBMS
for production in play or decided upon. Configuration of such is the
entityengine.xml file, and deployment of such for the various
environments/instances like UAT or PROD can easily managed and deployed via
VCS.
Best regards,
Pierre Smits
On Sun, May 9, 2021 at 9:13 PM Eugen Stan <eu...@netdava.com> wrote:
>
>
> Hello,
>
> NOTE: I previously sent this email from an un-subscribed email address,
> please ignore that one.
>
> I'm working on a Helm chart for OFBiz
> https://github.com/ieugen/charts/tree/main/ofbiz .
>
> The goal is to have OFBiz running in Kubernetes.
>
> Right now it's a rough start: it starts OFBiz with Derby and that's
> about it.
>
> I'll keep pushing updates as soon as I have them.
>
> I'm interested in your feedback.
> If you plan on testing it and using it let me know.
> I do accept and encourage collaboration.
>
> If this is interesting I might push it upstream but it uses the binary
> build of OFBiz in Docker.
>
>
> I'm using docker images built from trunk on jdk-11.
> There are amd64 and arm64 (Raspberry PI4) images.
>
> Some issues that need solving are the many configuration files that
> OFBiz has.
>
> This details creates a lot of configuration when deploying in Docker /
> Kubernetes as they need to be mounted in a volume with many entries or
> multiple volumes.
>
> There are many potential solutions to this but it boils down to:
> * It would be nice to load max 1-2 or 3 configuration file with multiple
> sections instead of the currently many configs split over the code base.
> * It would be nice to support configuration (overwrite) via ENV vars for
> some things like DB connection.
>
>
> Regards.
> Eugen
>
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by RajaDurai Krishnamoorthy <k....@gmail.com>.
Hello Eugen and all,
This is really a great thing to do. I am sure a lot of devs will be
interested in this, Will be happy to collaborate.
Regards,
Raja
On Thu, Jul 1, 2021 at 8:59 PM Carsten Schinzer <
carsten@dcs-verkaufssysteme.de> wrote:
> Hello Eugen and all,
>
>
> I like the initiative and I am convinced this is a forward-looking
> approach.
>
> As you have read in the comment from Pierre the hurdle to overcome is the
> external dependency injection of e.g. database connectivity as
> configuration maps at runtime. In my company in Kubernetes stacks we are
> solving that by maintaining a config map of RDBMS connectivity per
> application stage and region and deploy that. The app then reads the config
> information at container startup.
>
> When taking the regular OFBiz approach, though, you would need to know at
> build time to which stage (Staging, production, Development) and which
> region you are going to deploy, which will be a bit of an overkill if you
> want to leverage the full flexibility of a cloud-based deployment which
> typically comes with variance on DB connection strings.
>
> Alternatively, you would need to unpackage certain release artifacts and
> rewrite them as part of the deployment process, which might be an
> antipattern on Helm.
>
> Could that be overcome and dynamic DB connection string be used somehow?
> Warm regards
>
>
> Carsten
>
> ---
>
>
> Dr. Carsten Schinzer
>
> *Inhaber*
>
>
> t +49 89 88569642 | f +49 89 99964059 | m +49 159 05269462
>
> DCS Verkaufssysteme
>
> Gerner Str. 27 | 80638 München | Germany
>
>
> Am Do., 1. Juli 2021 um 10:57 Uhr schrieb Pierre Smits <
> pierre.smits@gmail.com>:
>
> > Hi Ioan,
> >
> > My apologies for the late reaction.
> >
> > IMO we can forget about the Derby route for this. Derby is not production
> > grade, and often adopters/implementers already have their preferred RDBMS
> > for production in play or decided upon. Configuration of such is the
> > entityengine.xml file, and deployment of such for the various
> > environments/instances like UAT or PROD can easily managed and deployed
> via
> > VCS.
> >
> > Best regards,
> > Pierre Smits
> >
> >
> > On Sun, May 9, 2021 at 9:13 PM Eugen Stan <eu...@netdava.com>
> wrote:
> >
> > >
> > >
> > > Hello,
> > >
> > > NOTE: I previously sent this email from an un-subscribed email address,
> > > please ignore that one.
> > >
> > > I'm working on a Helm chart for OFBiz
> > > https://github.com/ieugen/charts/tree/main/ofbiz .
> > >
> > > The goal is to have OFBiz running in Kubernetes.
> > >
> > > Right now it's a rough start: it starts OFBiz with Derby and that's
> > > about it.
> > >
> > > I'll keep pushing updates as soon as I have them.
> > >
> > > I'm interested in your feedback.
> > > If you plan on testing it and using it let me know.
> > > I do accept and encourage collaboration.
> > >
> > > If this is interesting I might push it upstream but it uses the binary
> > > build of OFBiz in Docker.
> > >
> > >
> > > I'm using docker images built from trunk on jdk-11.
> > > There are amd64 and arm64 (Raspberry PI4) images.
> > >
> > > Some issues that need solving are the many configuration files that
> > > OFBiz has.
> > >
> > > This details creates a lot of configuration when deploying in Docker /
> > > Kubernetes as they need to be mounted in a volume with many entries or
> > > multiple volumes.
> > >
> > > There are many potential solutions to this but it boils down to:
> > > * It would be nice to load max 1-2 or 3 configuration file with
> multiple
> > > sections instead of the currently many configs split over the code
> base.
> > > * It would be nice to support configuration (overwrite) via ENV vars
> for
> > > some things like DB connection.
> > >
> > >
> > > Regards.
> > > Eugen
> > >
> >
>
--
Thanks,
Raja
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Carsten Schinzer <ca...@dcs-verkaufssysteme.de>.
Hello Eugen and all,
I like the initiative and I am convinced this is a forward-looking approach.
As you have read in the comment from Pierre the hurdle to overcome is the
external dependency injection of e.g. database connectivity as
configuration maps at runtime. In my company in Kubernetes stacks we are
solving that by maintaining a config map of RDBMS connectivity per
application stage and region and deploy that. The app then reads the config
information at container startup.
When taking the regular OFBiz approach, though, you would need to know at
build time to which stage (Staging, production, Development) and which
region you are going to deploy, which will be a bit of an overkill if you
want to leverage the full flexibility of a cloud-based deployment which
typically comes with variance on DB connection strings.
Alternatively, you would need to unpackage certain release artifacts and
rewrite them as part of the deployment process, which might be an
antipattern on Helm.
Could that be overcome and dynamic DB connection string be used somehow?
Warm regards
Carsten
---
Dr. Carsten Schinzer
*Inhaber*
t +49 89 88569642 | f +49 89 99964059 | m +49 159 05269462
DCS Verkaufssysteme
Gerner Str. 27 | 80638 München | Germany
Am Do., 1. Juli 2021 um 10:57 Uhr schrieb Pierre Smits <
pierre.smits@gmail.com>:
> Hi Ioan,
>
> My apologies for the late reaction.
>
> IMO we can forget about the Derby route for this. Derby is not production
> grade, and often adopters/implementers already have their preferred RDBMS
> for production in play or decided upon. Configuration of such is the
> entityengine.xml file, and deployment of such for the various
> environments/instances like UAT or PROD can easily managed and deployed via
> VCS.
>
> Best regards,
> Pierre Smits
>
>
> On Sun, May 9, 2021 at 9:13 PM Eugen Stan <eu...@netdava.com> wrote:
>
> >
> >
> > Hello,
> >
> > NOTE: I previously sent this email from an un-subscribed email address,
> > please ignore that one.
> >
> > I'm working on a Helm chart for OFBiz
> > https://github.com/ieugen/charts/tree/main/ofbiz .
> >
> > The goal is to have OFBiz running in Kubernetes.
> >
> > Right now it's a rough start: it starts OFBiz with Derby and that's
> > about it.
> >
> > I'll keep pushing updates as soon as I have them.
> >
> > I'm interested in your feedback.
> > If you plan on testing it and using it let me know.
> > I do accept and encourage collaboration.
> >
> > If this is interesting I might push it upstream but it uses the binary
> > build of OFBiz in Docker.
> >
> >
> > I'm using docker images built from trunk on jdk-11.
> > There are amd64 and arm64 (Raspberry PI4) images.
> >
> > Some issues that need solving are the many configuration files that
> > OFBiz has.
> >
> > This details creates a lot of configuration when deploying in Docker /
> > Kubernetes as they need to be mounted in a volume with many entries or
> > multiple volumes.
> >
> > There are many potential solutions to this but it boils down to:
> > * It would be nice to load max 1-2 or 3 configuration file with multiple
> > sections instead of the currently many configs split over the code base.
> > * It would be nice to support configuration (overwrite) via ENV vars for
> > some things like DB connection.
> >
> >
> > Regards.
> > Eugen
> >
>
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Alexis TADIFO <al...@gmail.com>.
Hello Eugen,
I would like to be involved.
Regards.
*Alexis TADIFO*
*Software engineer - IT Consultant*
Ingénieur de conception en informatique
📞 (+237) 697 991 590 📞(+1) 418 569 8877
Le ven. 26 nov. 2021 à 14:05, Eugen Stan <eu...@netdava.com> a écrit :
> I made some small updates to the chart and it's now
> I managed to publish the chart
>
> https://github.com/ieugen/charts
>
>
> Instalation details are on the ofbiz chart page:
> https://github.com/ieugen/charts/tree/main/charts/ofbiz
>
> Right now I can use the chart + custom valus to start ofbiz in
> kubernetes but I don't have a clear way to load data into it.
>
> I'll open another thread about this if I don't find something online first.
>
>
> I'll add more examples on how to use it since right now it might not be
> that obvious, but it works for me.
>
> Let me know if you need help with it or if you would like to be involved
> with this.
>
> --
> Eugen Stan
>
> +40770 941 271 / https://www.netdava.com
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Pierre Smits <pi...@apache.org>.
Hi Ioan,
Thanks for the reply.
I know this what you stated about Kubernetes and Docker images. But that is
not about the point I was asking about. My apologies if it didn't trigger
the right bells.
You talked about not having a clear way of loading data (I presume seed,
and maybe seed-ext) into the database of an OFBiz implementation (either in
a Docker environment, or a Kubernetes setup, on prem or off prem), and this
is what I am driving at:
1. An OFBiz implementation with Apache Derby (whatever the
environment) s not suitable for production. It is suitable for development.
Every user, like me, doesn't use OFBiz in combination with Derby as
production environment. It can be used for testing (SIT, UAT), but as you
say, loading data into the database can be a problem with given means for
Derby.;
2. An OFBiz implementation with a production grade rdbms underneath is
suitable for production. And it is suitable for testing. Most
implementation will have the OFBiz implementation not on the same as the
rdbms is.
In both cases, loading of data into the underlying rdbms is an issue
solvable. in the first case, we have scripts for that available. In the
second case, devops will have their ways to load data into the rdbms
directly (with sql scripts) before firing up (running OFBiz).
Met vriendelijke groet,
Pierre Smits
*Proud* *contributor** of* Apache OFBiz <https://ofbiz.apache.org/> since
2008 (without privileges)
Proud contributor to the ASF since 2006
*Apache Directory <https://directory.apache.org>, PMC Member*
On Mon, Nov 29, 2021 at 1:39 AM Eugen Stan <eu...@netdava.com> wrote:
> Hello Alexis, Pierre,
>
> Alexis: if you have any questions or a specific interest, et me know on
> ofbiz slack channel, ask on email or open an issue on the chart repository.
>
> What are your plans for this?
> What are your interests?
> Are you currently running ofbiz in a dev/prod environment?
>
>
> Pierre, see my reply bellow:
>
> On 28.11.2021 11:15, Pierre Smits wrote:
> > Hi Ioan,
> >
> > Would you say that OFBiz in Kubernetes is more geared towards a
> production
> > environment, and OFBiz in Docker is more geared towards a development
> > environment?
> >
>
> kubernetes will use the same docker image IMO so depends on your setup
> and preference.
> Kubernetes is backed up by major cloud providers (you get hosting
> offerings) and not so much for docker clusters (beyond one server).
>
> This is of course debatable, and in the end left to the end user.
>
> Hope this helps,
> --
> Eugen Stan
>
> +40770 941 271 / https://www.netdava.com
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Eugen Stan <eu...@netdava.com>.
Hello Alexis, Pierre,
Alexis: if you have any questions or a specific interest, et me know on
ofbiz slack channel, ask on email or open an issue on the chart repository.
What are your plans for this?
What are your interests?
Are you currently running ofbiz in a dev/prod environment?
Pierre, see my reply bellow:
On 28.11.2021 11:15, Pierre Smits wrote:
> Hi Ioan,
>
> Would you say that OFBiz in Kubernetes is more geared towards a production
> environment, and OFBiz in Docker is more geared towards a development
> environment?
>
kubernetes will use the same docker image IMO so depends on your setup
and preference.
Kubernetes is backed up by major cloud providers (you get hosting
offerings) and not so much for docker clusters (beyond one server).
This is of course debatable, and in the end left to the end user.
Hope this helps,
--
Eugen Stan
+40770 941 271 / https://www.netdava.com
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Pierre Smits <pi...@apache.org>.
Hi Ioan,
Would you say that OFBiz in Kubernetes is more geared towards a production
environment, and OFBiz in Docker is more geared towards a development
environment?
Met vriendelijke groet,
Pierre Smits
*Proud* *contributor** of* Apache OFBiz <https://ofbiz.apache.org/> since
2008 (without privileges)
Proud contributor to the ASF since 2006
*Apache Directory <https://directory.apache.org>, PMC Member*
On Fri, Nov 26, 2021 at 8:05 PM Eugen Stan <eu...@netdava.com> wrote:
> I made some small updates to the chart and it's now
> I managed to publish the chart
>
> https://github.com/ieugen/charts
>
>
> Instalation details are on the ofbiz chart page:
> https://github.com/ieugen/charts/tree/main/charts/ofbiz
>
> Right now I can use the chart + custom valus to start ofbiz in
> kubernetes but I don't have a clear way to load data into it.
>
> I'll open another thread about this if I don't find something online first.
>
>
> I'll add more examples on how to use it since right now it might not be
> that obvious, but it works for me.
>
> Let me know if you need help with it or if you would like to be involved
> with this.
>
> --
> Eugen Stan
>
> +40770 941 271 / https://www.netdava.com
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Eugen Stan <eu...@netdava.com>.
I made some small updates to the chart and it's now
I managed to publish the chart
https://github.com/ieugen/charts
Instalation details are on the ofbiz chart page:
https://github.com/ieugen/charts/tree/main/charts/ofbiz
Right now I can use the chart + custom valus to start ofbiz in
kubernetes but I don't have a clear way to load data into it.
I'll open another thread about this if I don't find something online first.
I'll add more examples on how to use it since right now it might not be
that obvious, but it works for me.
Let me know if you need help with it or if you would like to be involved
with this.
--
Eugen Stan
+40770 941 271 / https://www.netdava.com
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Eugen Stan <eu...@netdava.com>.
Thank you Gil, that will come in handy.
Long term I would like to see configuration overhaul.
IMO and following good practices:
Each "component/service" should use POJO's - simple properties
(strings, longs, booleans, list and maps of those)
"Components/services" will not read the configuration, it will be handed
to them.
Configuration loading should be done in the main entry point in OFBiz
and this could take into account multiple sources like:
* files and/or a directory of configs - like conf.d patter in linux /etc
* env properties
* cli args
Config is loaded in one place, components are create with this
configuration passed as Java objects / values.
I think there are a few no-dependencies libraries out there that fit
these requirements.
p.s. I will do some more work on chart in the next months and get back.
Regards,
Eugen
On 02.07.2021 11:11, Gil Portenseigne wrote:
> Hello Eugen, and thanks Pierre for the reminder :)
>
> I just wanted to mention there was a previous effort to implement
> environment variable configuration [1]. This has not yet be pushed into
> trunk, but is used by our customer projects.
>
> You could check the patch and test if it helps you ease the
> configuration process.
>
> Regards,
>
> Gil
>
> [1] https://issues.apache.org/jira/browse/OFBIZ-9498
--
Eugen Stan
+40720 898 747 / netdava.com
Re: I'm working on an OFBiz helm chart for kubernetes
Posted by Gil Portenseigne <gi...@nereide.fr>.
Hello Eugen, and thanks Pierre for the reminder :)
I just wanted to mention there was a previous effort to implement
environment variable configuration [1]. This has not yet be pushed into
trunk, but is used by our customer projects.
You could check the patch and test if it helps you ease the
configuration process.
Regards,
Gil
[1] https://issues.apache.org/jira/browse/OFBIZ-9498
On Thu, Jul 01, 2021 at 10:57:22AM +0200, Pierre Smits wrote:
> Hi Ioan,
>
> My apologies for the late reaction.
>
> IMO we can forget about the Derby route for this. Derby is not production
> grade, and often adopters/implementers already have their preferred RDBMS
> for production in play or decided upon. Configuration of such is the
> entityengine.xml file, and deployment of such for the various
> environments/instances like UAT or PROD can easily managed and deployed via
> VCS.
>
> Best regards,
> Pierre Smits
>
>
> On Sun, May 9, 2021 at 9:13 PM Eugen Stan <eu...@netdava.com> wrote:
>
> >
> >
> > Hello,
> >
> > NOTE: I previously sent this email from an un-subscribed email address,
> > please ignore that one.
> >
> > I'm working on a Helm chart for OFBiz
> > https://github.com/ieugen/charts/tree/main/ofbiz .
> >
> > The goal is to have OFBiz running in Kubernetes.
> >
> > Right now it's a rough start: it starts OFBiz with Derby and that's
> > about it.
> >
> > I'll keep pushing updates as soon as I have them.
> >
> > I'm interested in your feedback.
> > If you plan on testing it and using it let me know.
> > I do accept and encourage collaboration.
> >
> > If this is interesting I might push it upstream but it uses the binary
> > build of OFBiz in Docker.
> >
> >
> > I'm using docker images built from trunk on jdk-11.
> > There are amd64 and arm64 (Raspberry PI4) images.
> >
> > Some issues that need solving are the many configuration files that
> > OFBiz has.
> >
> > This details creates a lot of configuration when deploying in Docker /
> > Kubernetes as they need to be mounted in a volume with many entries or
> > multiple volumes.
> >
> > There are many potential solutions to this but it boils down to:
> > * It would be nice to load max 1-2 or 3 configuration file with multiple
> > sections instead of the currently many configs split over the code base.
> > * It would be nice to support configuration (overwrite) via ENV vars for
> > some things like DB connection.
> >
> >
> > Regards.
> > Eugen
> >