On 20/04/2015 3:57 PM, Nicolas Malin wrote:
Le 20/04/2015 21:48, Ron Wheeler a écrit :
Would not have to call of Apache Moqui. It would just be Moqui , part
of Apache OfBiz
Ron, in other word, you propose to fork Moqui into Apache OFBiz ?
Nicolas
I am not proposing anything.
I am
Adam Heath created OFBIZ-6270:
-
Summary: base/json/JSON has been removed, with no deprecation
window
Key: OFBIZ-6270
URL: https://issues.apache.org/jira/browse/OFBIZ-6270
Project: OFBiz
Issue
My freetime has been aimed at ofbiz. That change is on my list.
On 04/18/2015 03:20 PM, Adrian Crum wrote:
RTC will bring the project to a screeching halt - because no one
reviews anything. I'm still waiting for feedback on the entity cache
fix I committed a while ago.
Adrian Crum
Sandglass
+1. Co-exist would be the 1st step.
Anyway, I'd suggest Moqui to join Apache, for customers, Apache is a brand
means quality. Feel like we all back to 2006 now. David, in apache, you can
choose git and use github as a backup like Apache Isis does.
在 2015-4-21,上午4:23,Nicolas Malin
+1. Co-existing would be good as the 1st step.
Anyway, I'd suggest Moqui to join Apache, for customers, Apache is a brand
means quality. Feel like we all back to 2006 now. David, in apache, you can
choose git and use github as a backup like Apache Isis does.
在 2015-4-21,上午4:23,Nicolas Malin
On 20/04/2015 4:15 PM, David E. Jones wrote:
On 20 Apr 2015, at 12:29, Ron Wheeler rwhee...@artifact-software.com wrote:
On 20/04/2015 3:19 PM, David E. Jones wrote:
Buildr is similar to Gradle, though Ruby-based where Gradle is Groovy-based and
so has more affinity with OFBiz. Continuum is a
(picking a random email to respond to; I haven't read anything of this
thread all weekend, I will need to spend some time doing so)
Fyi, I have framework/start, base, and entity all compiling with maven
now. API test cases work. Separate foo.jar and foo-test.jar are done.
META-INF/services/
Thanks for what, Christian?
Ah It seems you're misunderstanding me as I might have been a bit to
brief. I have commit privileges in other projects. I don't have that
privilege in this project.
By the way, I have seen your recent git coalescence/aggregation regarding
various issues into one
Adam Heath created OFBIZ-6271:
-
Summary: build management with maven
Key: OFBIZ-6271
URL: https://issues.apache.org/jira/browse/OFBIZ-6271
Project: OFBiz
Issue Type: Improvement
On 04/20/2015 07:12 PM, Adam Heath wrote:
I used to be in the same boat; in the early days, I would blame git
for losing my work. Damn you frigging piece of software!
However, I also realized that the linux-kernel was using it to do much
more complex things than I was, so I toiled on. It
Yes, managing the perception regarding 'Expert' is a smart decision. You
used one of the correct means.
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Mon, Apr
As always, thanks for the feedback ;)
On Mon, 2015-04-20 at 23:07 +0200, Pierre Smits wrote:
Thanks for what, Christian?
Ah It seems you're misunderstanding me as I might have been a bit to
brief. I have commit privileges in other projects. I don't have that
privilege in this project.
A long time ago, I added support for %-based formatting of log
messages. I was wondering what the community felt about switching over
to this, instead of using string concatenation.
So, instead of:
Debug.logInfo(I got a + inputValue + , returning + result, module);
do this:
I wonder how that would work. At some moment in time a two track approach
is more taxing than a one track. In the past we had commit wars, with this
(two long term tracks) we get that again at a whole different (higher
level).
To be a bit sarcastic here: there are also other Business Solutions
[
https://issues.apache.org/jira/browse/OFBIZ-6267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14503836#comment-14503836
]
Christian Carlow commented on OFBIZ-6267:
-
Patch OFBIZ-6085 includes the changes
I used to be in the same boat; in the early days, I would blame git for
losing my work. Damn you frigging piece of software!
However, I also realized that the linux-kernel was using it to do much
more complex things than I was, so I toiled on. It took me a long time,
but I was finally able
On 04/20/2015 04:12 AM, Jacques Le Roux wrote:
Like Adrian and mostly for the same reasons, I don't believe we need Git.
But there is one other major reason which has already been discussed
in the other common ASF MLs. As Taher exulted, it's possible to
create local branches. So people are
On 20 Apr 2015, at 12:48, Ron Wheeler rwhee...@artifact-software.com wrote:
On 20/04/2015 3:11 PM, David E. Jones wrote:
On 20 Apr 2015, at 11:35, Ron Wheeler rwhee...@artifact-software.com
wrote:
Would Moqui become a sub-project of OFBiz with distinct deliverable with an
Apache
On 20 Apr 2015, at 13:21, Adrian Crum adrian.c...@sandglass-software.com
wrote:
On 4/20/2015 7:39 PM, David E. Jones wrote:
This is where I question whether it is a good idea to just replace the
framework and leave all else as-is in OFBiz. I know very well that bringing
this up is
- Original Message -
From: Jacques Le Roux jacques.le.r...@les7arts.com
Subject: Re: move to git.
Like Adrian and mostly for the same reasons, I don't believe we need Git.
But there is one other major reason which has already been discussed in the
other common ASF MLs. As Taher
[
https://issues.apache.org/jira/browse/OFBIZ-6085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14503878#comment-14503878
]
Christian Carlow commented on OFBIZ-6085:
-
The patch extends the TimeEntry entity
On 04/20/2015 03:21 PM, Adrian Crum wrote:
On 4/20/2015 7:39 PM, David E. Jones wrote:
This is where I question whether it is a good idea to just replace
the framework and leave all else as-is in OFBiz. I know very well
that bringing this up is likely to stall the discussion and reduce
the
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504249#comment-14504249
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504262#comment-14504262
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504264#comment-14504264
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504263#comment-14504263
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504248#comment-14504248
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504250#comment-14504250
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504251#comment-14504251
]
sourabh gupta commented on OFBIZ-5522:
--
On 20/04/2015 5:07 PM, David E. Jones wrote:
On 20 Apr 2015, at 12:48, Ron Wheeler rwhee...@artifact-software.com wrote:
On 20/04/2015 3:11 PM, David E. Jones wrote:
On 20 Apr 2015, at 11:35, Ron Wheeler rwhee...@artifact-software.com wrote:
Would Moqui become a sub-project of OFBiz with
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504256#comment-14504256
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504261#comment-14504261
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504259#comment-14504259
]
sourabh gupta commented on OFBIZ-5522:
--
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504260#comment-14504260
]
sourabh gupta commented on OFBIZ-5522:
--
On Apr 21, 2015, at 12:33 AM, Adam Heath doo...@brainfood.com wrote:
(picking a random email to respond to; I haven't read anything of this thread
all weekend, I will need to spend some time doing so)
Fyi, I have framework/start, base, and entity all compiling with maven now.
API test
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504254#comment-14504254
]
sourabh gupta commented on OFBIZ-5522:
--
On 20 Apr 2015, at 12:29, Ron Wheeler rwhee...@artifact-software.com wrote:
On 20/04/2015 3:19 PM, David E. Jones wrote:
Buildr is similar to Gradle, though Ruby-based where Gradle is Groovy-based
and so has more affinity with OFBiz. Continuum is a different sort of
animal, a continuous
On 4/20/2015 7:39 PM, David E. Jones wrote:
This is where I question whether it is a good idea to just replace the
framework and leave all else as-is in OFBiz. I know very well that bringing
this up is likely to stall the discussion and reduce the chances of OFBiz ever
using Moqui, and the
We have to be aware that every project (proprietary or Open Source)
somewhere in the lifespan faces the moment of breaking backwards
compatibility of their products. Even today there are still some products
whose owners had to walk that walk and survived But that is more about
the
Thanks Pierre,
I switched to git because committer privileges don't have to be granted
before non-committers have access to development freedoms such as branch
creations for conveniencies such as patch creation. Such a system seems
to promote more open source collaboration.
On Mon, 2015-04-20
@Nicolas: in the end it is code change. Does your point of view reflect a
veto?
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Mon, Apr 20, 2015 at 10:23 PM,
Sorry, I mean I second Adrian's explanation which is obviously not to vote for
moving to Git
And If you read the thread you will see I already said: a -1 if necessary!
Jacques
Le 20/04/2015 13:05, Pierre Smits a écrit :
@Jacques: is your +1 to be regarded as a yes vote fore moving to git? I
Hi Hans, all,
interesting discussion!
Could you explain in more detail how the overall architecture of this
proposal would look like?
What will be Moqui/Moqui based and what will be left in OFBiz?
I would ask the question: what is OFBiz without it's framework and the ERP?
Thanks and
Hi Adrian,
I'm really interested in your and other community members' opinions
about the 2nd point.
I think it could help to set up some kind of matrix with the different
points and some proposals of how to solve them/ implement them in
another way.
Thanks and regards,
Michael
ecomify.de
That's the point I was trying to make. Our needs in this project are
pretty basic, and Subversion handles those needs well. Git will merely
make things unnecessarily complicated.
At ApacheCon, the motivations for switching to Git were not related to
OFBiz project management, but were related
[
https://issues.apache.org/jira/browse/OFBIZ-6267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin reassigned OFBIZ-6267:
Assignee: Nicolas Malin
Replace ProductionRun.fo with widgets
I agree a matrix would be nice to have, but most likely those issues
will be addressed as we try to integrate Moqui with the rest of the project.
Also, I performed my code analysis a year or two ago, so some of things
might have been fixed by now.
Adrian Crum
Sandglass Software
Quoting Hans: 'getting David Jones back into the project'
Was he out? I didn't notice.
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
+1, well summarised Adrian!
Jacques
Le 20/04/2015 12:39, Adrian Crum a écrit :
That's the point I was trying to make. Our needs in this project are pretty basic, and Subversion handles those needs well. Git will merely make
things unnecessarily complicated.
At ApacheCon, the motivations for
If we only want GIT for multiple local development branches, then we are
doing for the wrong reasons. SVN doesn't hinder you in doing that today.
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail
One of the most difficult and challenging issue with branches is _merging_
them. Git is a tool that is far more advanced in its feature set in that
area.
It seems some of the opinions expressed against git are due to
unfamiliarity. The only way to be convinced is to try it on an advanced
level as
Moqui is in the public domain. In other words, there is no license.
Adrian Crum
Sandglass Software
www.sandglass-software.com
On 4/20/2015 10:24 AM, Jacques Le Roux wrote:
Le 20/04/2015 09:47, Adrian Crum a écrit :
Generally speaking, I am in favor of using another framework. I have
two
I am also familiar with Git.
Please don't project your uncertainties regarding the expertise and
experiences of other as their traits. And don't confuse advancement with
suitability. A rocket ship is more advanced than a bike. But that doesn't
mean it is suitable for more than just hauling stuff
Ant + IVY delivers as much dependency management functionality as maven
does.
Maven is good for building jar solutions. We don't build jar solutions. We
exploit jars!
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Ant + IVY are a better fit for the OFBiz.
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Mon, Apr 20, 2015 at 1:02 PM, Pierre Smits pierre.sm...@gmail.com
wrote:
Like Adrian and mostly for the same reasons, I don't believe we need Git.
But there is one other major reason which has already been discussed in the other common ASF MLs. As Taher exulted, it's possible to create local
branches. So people are able to do a lot of work alone without exchanging
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
@Jacques: is your +1 to be regarded as a yes vote fore moving to git? I am
getting confused somehow.
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Mon, Apr 20,
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.
2. It repeats a lot of mistakes that have been made in OFBiz, so those
things
I don't agree that all major contributors are using git.
Personally, I find Git to be an overly complicated solution to a simple
problem. It frequently does bizarre things that no one understands, and
you are left with things being mysteriously reverted for unknown reasons.
This isn't a -1
I am thoroughly familiar with Git. I've used it on on three projects,
and that is why I don't like it.
I have a far easier time merging branches with Subversion. Git always
screws things up.
I don't need to be convinced of anything. I have my experience and my
opinion. But still, I'm not
I have used Git on a project last year for 9 months, enough to get an idea I
believe.
I don't say it's bad by itself, I say it's bad for the community
Jacques
Le 20/04/2015 12:08, Taher Alkhateeb a écrit :
One of the most difficult and challenging issue with branches is _merging_
them. Git is
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14502961#comment-14502961
]
Jacopo Cappellato commented on OFBIZ-6269:
--
Thanks to you for spotting it!
Mohammad Kathawala created OFBIZ-6269:
-
Summary: Pro-rate shipping calculation is generating incorrect
invoice in case of order with subtotal $0.00
Key: OFBIZ-6269
URL:
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14502929#comment-14502929
]
Pierre Smits commented on OFBIZ-6269:
-
You state:
{quote}(approx. line no. 712 of
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14502943#comment-14502943
]
Pierre Smits commented on OFBIZ-6269:
-
Thanks for the clarification, Jacopo.
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacopo Cappellato updated OFBIZ-6269:
-
Description:
Scenario:
I have finished products with price $0.00 in my system.
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacopo Cappellato reassigned OFBIZ-6269:
Assignee: Jacopo Cappellato
Pro-rate shipping calculation is generating incorrect
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14502940#comment-14502940
]
Jacopo Cappellato commented on OFBIZ-6269:
--
Pierre, that is the name of the
Thanks for sharing the viewpoints. I could (just barely) suppress a
physical reaction when I read 'Getting rid of ant is a good thing
regardless'.
Luckily we implement changes based on consensus, not the preference of the
few.
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Some of the build files are really ugly at the moment and difficult to read:
see the macros.xml, src-extra-set etc...
The ability to write real code snippets may greatly simplify them.
Jacopo
On Apr 20, 2015, at 7:00 PM, David E. Jones d...@me.com wrote:
That gets back to the question of
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14503027#comment-14503027
]
Jacopo Cappellato commented on OFBIZ-6269:
--
Fixed with the following commits:
I'll admit I got a chuckle out of this one. Yes, my activity in OFBiz dropped
to pretty close to zero in 2010 after I started Moqui/Mantle/etc. I think that
was before you got more closely involved Pierre.
OpenHub keeps a good history of this, for commits anyway, though note that for
OFBiz
Something I missed to mention because it's obvious (the elephant in the room). I'm notably cautious because I don't know Moqui but its architecture.
So I can't imagine what moving to Moqui would mean for existing projects.
Maybe it's not that complicated and tools could be provided? It's an
Maven imposes a philosophy on builds that you either follow or fight
(and lose).
The good side is that once you have your structure and supporting
processes in place anyone who knows a little bit of Maven can run a
build without looking at the pom and can add a dependency without
destroying
David,
Thanks for sharing your insights. You talk about 'pretty much anything
can be done with'. What, in your experience, can't be done -at the
moment- in relation to OFBiz?
Best regards,
Pierre
Op maandag 20 april 2015 heeft David E. Jones d...@me.com het volgende
geschreven:
Not to muddy
That gets back to the question of why change in the first place... build files
may be smaller and easier to maintain, but there may not be a good reason!
-David
On 20 Apr 2015, at 09:37, Pierre Smits pierre.sm...@gmail.com wrote:
David,
Thanks for sharing your insights. You talk about
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
I chuckled too.
Op maandag 20 april 2015 heeft David E. Jones d...@me.com het volgende
geschreven:
I'll admit I got a chuckle out of this one. Yes, my activity in OFBiz
dropped to pretty close to zero in 2010 after I started Moqui/Mantle/etc. I
think that was before you got more closely
[
https://issues.apache.org/jira/browse/OFBIZ-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacopo Cappellato closed OFBIZ-6269.
Resolution: Fixed
Fix Version/s: Upcoming Branch
13.07.02
Not to muddy the waters... but Gradle might be a good alternative. There is a
lot more in it than Ant that just works without needing to be explicit,
especially when you follow Maven conventions for layout of src directories.
One big upside of Gradle is that all build files are Groovy scripts
On 19 Apr 2015, at 22:31, Hans Bakker mailingl...@antwebsystems.com wrote:
Again, as discussed at the ApacheCon in Austin we should start setting up a
plan how to best move the ERP application to the Moqui framework. Moqui
should not be part of the Apache foundation however the ERP
I tried to express my experience with Maven and Ant
I also expressed my sentiments about Gradle.
I hope that my bias for build systems that impose a bit of discipline
was clear.
It is based on many years of software development, application support
and system administration as well as recent
I can relate to a lot David has written. I have my share of experiences
with Moqui.
We have to be aware that every project (proprietary or Open Source)
somewhere in the lifespan faces the moment of breaking backwards
compatibility of their products. Even today there are still some products
whose
SVN allows for a local branching? Believing git only allows this was
the main reason for my recent switch. Are commit privileges not
necessary for the creation of such an svn branch as is the case with
git?
On Mon, 2015-04-20 at 11:54 +0200, Pierre Smits wrote:
If we only want GIT for multiple
Assumptions are the Mother of all Fuckups, is often said.
Nevertheless, bringing all viewpoints and insights together (without the
assumptions and/or coloured projections) will lead to a better informed
community, enabling it to take the right decision.
Best regards,
Pierre Smits
*ORRTIZ.COM
On 20 Apr 2015, at 11:35, Ron Wheeler rwhee...@artifact-software.com wrote:
Would Moqui become a sub-project of OFBiz with distinct deliverable with an
Apache license?
Or is that too much community?
IMO they are better as distinct projects. There is a chance Moqui Framework
could become
Sorry Pierre.
I hope it did not not ruin your evening.
I guess old tools are like old homes.
Hard to say goodbye even if the new house fits your needs better.
(Assuming that the consensus is that Ant needs replacing)
Ron
On 20/04/2015 2:17 PM, Pierre Smits wrote:
Thanks for sharing the
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
Le 20/04/2015 20:37, Christian Carlow a écrit :
SVN allows for a local branching? Believing git only allows this was
the main reason for my recent switch. Are commit privileges not
necessary for the creation of such an svn branch as is the case with
git?
No, clearly Git allows more than Svn
Quoting: 'why change in the first place'. That is one of the most important
question, perhaps even 'the most important' And it seems, that one
isn't answered to the fullest.
I like: if it aint broken, don't try to fix it'. But also 'a square peg
doesn't fit in a round hole'. Is our current
Pierre is right to be cautious.
It is not just s swap of one build program for another.
There is a real change in the way one looks at software applications.
The current mixup with the dependencies would be much harder to do under
Maven.
Moving to Maven would almost certainly require that
Buildr is similar to Gradle, though Ruby-based where Gradle is Groovy-based and
so has more affinity with OFBiz. Continuum is a different sort of animal, a
continuous integration tool that can run a variety of build tools.
BTW, what is an expert, let alone a real expert? A little like the term
On 20/04/2015 3:19 PM, David E. Jones wrote:
Buildr is similar to Gradle, though Ruby-based where Gradle is Groovy-based and
so has more affinity with OFBiz. Continuum is a different sort of animal, a
continuous integration tool that can run a variety of build tools.
BTW, what is an expert,
Long story short, I'd rather go the complete Moqui way :) But I'm not there
yet, not so far though...
Jacques
Le 20/04/2015 20:39, David E. Jones a écrit :
On 19 Apr 2015, at 22:31, Hans Bakker mailingl...@antwebsystems.com wrote:
Again, as discussed at the ApacheCon in Austin we should
Thanks for clarifying Jacques,
I switched to git a few weeks ago because it allows non-committers like
myself to develop as if having svn committer privilege. Having the
ability to create and switch between branches for my JIRA issues was
very liberating and convenient for generating patches.
Le 20/04/2015 21:48, Ron Wheeler a écrit :
Would not have to call of Apache Moqui. It would just be Moqui , part
of Apache OfBiz
Ron, in other word, you propose to fork Moqui into Apache OFBiz ?
Nicolas
On 20/04/2015 3:11 PM, David E. Jones wrote:
On 20 Apr 2015, at 11:35, Ron Wheeler rwhee...@artifact-software.com wrote:
Would Moqui become a sub-project of OFBiz with distinct deliverable with an
Apache license?
Or is that too much community?
IMO they are better as distinct projects. There
Le 20/04/2015 09:53, Adrian Crum a écrit :
I find Git to be an overly complicated solution to a simple problem.
I have the same feeling
Nicolas
I have currently multiple local development branches in our SVN and they
are SVN based and they are all of the same bases at
https://svn.apache.org/repos/asf/ofbiz.
And yes, I have commit privileges.
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
100 matches
Mail list logo