Would Moqui become a sub-project of OFBiz with distinct deliverable with
an Apache license?
Or is that too much community?
Ron
On 20/04/2015 1:19 PM, David E. Jones wrote:
On 20 Apr 2015, at 02:24, Jacques Le Roux <jacques.le.r...@les7arts.com> wrote:
Le 20/04/2015 09:47, Adrian Crum a écrit :
Generally speaking, I am in favor of using another framework. I have two
reservations about Moqui:
1. It is controlled by a single person - so responsiveness to issues are
dependent on that person's availability.
This is indeed a regression from the current community sharing. On the other
hand a such change would not be done in one day, so we would have a long period
to experiment in parallel before possibly switching to Moqui.
I also guess in such cases David could open the Moqui to people he trusts. I
though wonder how this would be linked together. Nothing blocking but to be
seriously thought about, not only technically but legally. I know it's David's
will to share and he proved it already with OFBiz but the licensing aspect is
not clear to me http://www.moqui.org/#model.
With Moqui it's no secret that I chose the "code over community" route which is
certainly different from the ASF emphasis on community (and my emphasis on community and
collaboration from the beginning in OFBiz).
Moqui Framework is now pretty mature and I have sent out a couple of solicitations (in
the LinkedIn group) for more contributors, but I'm in no hurry to bring on other
committers/moderators... better to wait until clearly interested and capable people come
along. The infrastructure is in place for this on GitHub, ie the main repo is under the
"moqui" group and not my personal account any more so it is easy to add others
to that group with permission for particular repositories (ie moqui vs mantle, HiveMind,
etc).
Part of the reason I'm less worried about this is the different model for source
management that Git makes possible and GitHub makes easy. In other words, the magic of
distributed source management. Distributed source management and the moderator model make
it possible for "forks" to exist that have variations on the main code base
that are available for all and pulled into the main code base by moderators. You don't
have to be a moderator to contribute, or even share your code with the world.
The whole distributed source and moderator model is very different from the
community model in OFBiz, and overall better for some things and worse for
others. Many big projects use this model, including the Linux kernel which is
probably the biggest and the use of this model for the Linux kernel is exactly
where git came from.
My guess is that if OFBiz started using Moqui Framework one or more current
OFBiz committers would become moderators with commit access to the main Moqui
Framework repository.
2. It repeats a lot of mistakes that have been made in OFBiz, so those things
will need to be fixed again in Moqui after we bring it on board.
Indeed, a lot of fixes have been done recently in OFBiz which is battle tested
for years. Moqui though certainly well done, is still young and we would need
to compare them, point by point.
I'd love to hear more detail on this. I know one criticism in the past from
Adrian is Moqui's approach to object type conversions, especially in the Entity
Facade (the part of Moqui similar to the OFBiz Entity Engine). In some parts of
Moqui, like for service parameters, it uses the Groovy type conversion which is
pretty good but isn't a pluggable type conversion framework as I'm sure Adrian
would like to see... but that honestly I still have yet to find a need for.
On the entity level I prefer the current approach, mostly for performance
reasons. In recent changes to the framework for performance improvements (which
were significant... Moqui now getting around 15,000 entity ops per second as
opposed to 3,000 before the latest changes, and close to 300 in the original
version of Moqui though that was on an older laptop/etc and before ANY
optimizations where done). This does limit the types available for entity
fields, but is that really an issue? You're going to a database through JDBC,
and really just the least common denominator of types available in databases to
cleanly run on various ones, so there aren't many options in the first place!
We can take advantage of that for simpler code and better performance.
Neither one is a show-stopper for me.
Same here, just cautious.
Caution is good in this case... to be honest I'm not sure using Moqui Framework
in OFBiz is a good idea (as I've mentioned before), will write more on that in
another reply.
-David
--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
