Ofbiz vs Openbravo

[sakthi vadivel]

Hi Everyone,

Did anyone compare feature by feature above solutions.
opentaps, ofbiz vs openbravo

I am evaluating these options for a fairly large implementation and
would be using PostgreSQL cluster.

Thanks
with best regards,
Mukesh Marathe

[Mike Z]

Not intending to start a war, but I evaluated OpenTaps (both the older
version and the new 1.4 versions) and what I immediately noticed was
it's huge memory footprint.

Now I've worked with and deployed java applications for many years,
and have seen all kinds of problems, but the most insidious are memory
issues,.  A poorly written java application will continue to chew up
memory resources, up to the point where java is forced to go through
garbage collection at frequent intervals.  The memory usage usually
manifests itself as a gradually increasing sawtooh curve, that keeps
increasing over time.  As long as java's free memory stays below
-XmXXX, all is well, but when the memory usage creeps up, you start
experiencing problems in the application.

Usually during garbage collection, java will momentarily freeze,
depending on how much memory has been allocated (via -XmxXXXM)

The first thing I noticed about OpenTaps was how huge it's memory
usage was (about 800MB initially), then creeps up.  On the other hand,
ofbix (9.04) starts around 400MB and stays fairly constant.  This told
me everything I need to know about OpenTaps, and made me immediately
run away from it.

On Tue, Jul 6, 2010 at 6:26 AM, sakthi vadivel <[hidden email]> wrote:

> Hi Everyone,
>
> Did anyone compare feature by feature above solutions.
> opentaps, ofbiz vs openbravo
>
> I am evaluating these options for a fairly large implementation and
> would be using PostgreSQL cluster.
>
> Thanks
> with best regards,
> Mukesh Marathe
>

[Matt Warnock]

My evaluation was more feature-based.  

I had been watching both Opentaps and OFBiz for several years.  I needed
(or would soon need) the accounting functions that Opentaps offered when
it split off from OFBiz.  I hoped that eventually those functions would
be integrated back into OFBiz, but Opentaps seems to be diverging from,
rather than converging with, OFBiz in several important respects,
although some Opentaps developers still seem to contribute to OFBiz
code.  When OFBiz became an Apache top-level project, that sealed the
decision for me.  

For me, OFBiz will probably initially be more work than Opentaps would
have been, but I prefer to be on the mainline of the new feature
development, and work with a code base that contributes back regularly.
I think OFBiz has a stronger development team and model, and the
features it once lacked (like accounting) are being added fairly fast as
the project continues to grow.

Neogia seemed like a better-behaved OFBiz derivative than OpenTaps to
me, but language was an issue for us.  My organization (except for me)
does not speak French, and I had no time to translate documentation.
--
Matt Warnock <[hidden email]>
RidgeCrest Herbals, Inc.

On Tue, 2010-07-06 at 13:07 -0700, Mike Z wrote:

> Not intending to start a war, but I evaluated OpenTaps (both the older
> version and the new 1.4 versions) and what I immediately noticed was
> it's huge memory footprint.
>
> Now I've worked with and deployed java applications for many years,
> and have seen all kinds of problems, but the most insidious are memory
> issues,.  A poorly written java application will continue to chew up
> memory resources, up to the point where java is forced to go through
> garbage collection at frequent intervals.  The memory usage usually
> manifests itself as a gradually increasing sawtooh curve, that keeps
> increasing over time.  As long as java's free memory stays below
> -XmXXX, all is well, but when the memory usage creeps up, you start
> experiencing problems in the application.
>
> Usually during garbage collection, java will momentarily freeze,
> depending on how much memory has been allocated (via -XmxXXXM)
>
> The first thing I noticed about OpenTaps was how huge it's memory
> usage was (about 800MB initially), then creeps up.  On the other hand,
> ofbix (9.04) starts around 400MB and stays fairly constant.  This told
> me everything I need to know about OpenTaps, and made me immediately
> run away from it.
>
> On Tue, Jul 6, 2010 at 6:26 AM, sakthi vadivel <[hidden email]> wrote:
> > Hi Everyone,
> >
> > Did anyone compare feature by feature above solutions.
> > opentaps, ofbiz vs openbravo
> >
> > I am evaluating these options for a fairly large implementation and
> > would be using PostgreSQL cluster.
> >
> > Thanks
> > with best regards,
> > Mukesh Marathe
> >

[Malin Nicolas]

Hello Matt, what do you need on Neogia ? If you need standard feature,
you can see addons to use on recent OFBiz and if you have the specific
functionnality can you give me it ? I can create Jira to improve OFBiz.

Nicolas

Le 08/07/2010 20:38, Matt Warnock a écrit :

> My evaluation was more feature-based.
>
> I had been watching both Opentaps and OFBiz for several years.  I needed
> (or would soon need) the accounting functions that Opentaps offered when
> it split off from OFBiz.  I hoped that eventually those functions would
> be integrated back into OFBiz, but Opentaps seems to be diverging from,
> rather than converging with, OFBiz in several important respects,
> although some Opentaps developers still seem to contribute to OFBiz
> code.  When OFBiz became an Apache top-level project, that sealed the
> decision for me.
>
> For me, OFBiz will probably initially be more work than Opentaps would
> have been, but I prefer to be on the mainline of the new feature
> development, and work with a code base that contributes back regularly.
> I think OFBiz has a stronger development team and model, and the
> features it once lacked (like accounting) are being added fairly fast as
> the project continues to grow.
>
> Neogia seemed like a better-behaved OFBiz derivative than OpenTaps to
> me, but language was an issue for us.  My organization (except for me)
> does not speak French, and I had no time to translate documentation.
>    

--
Nicolas MALIN
Consultant
Tél : [phone]
Site projet : http://www.neogia.org/
-------
Société LibrenBerry
Tél : [phone]
Site : http://www.librenberry.net/

[Malin Nicolas]

Hello Matt, what do you need on Neogia ? If you need standard feature,
you can see addons to use on recent OFBiz and if you have the specific
functionnality can you give me it ? I can create Jira to improve OFBiz.

Nicolas

Le 08/07/2010 20:38, Matt Warnock a écrit :

> My evaluation was more feature-based.
>
> I had been watching both Opentaps and OFBiz for several years.  I needed
> (or would soon need) the accounting functions that Opentaps offered when
> it split off from OFBiz.  I hoped that eventually those functions would
> be integrated back into OFBiz, but Opentaps seems to be diverging from,
> rather than converging with, OFBiz in several important respects,
> although some Opentaps developers still seem to contribute to OFBiz
> code.  When OFBiz became an Apache top-level project, that sealed the
> decision for me.
>
> For me, OFBiz will probably initially be more work than Opentaps would
> have been, but I prefer to be on the mainline of the new feature
> development, and work with a code base that contributes back regularly.
> I think OFBiz has a stronger development team and model, and the
> features it once lacked (like accounting) are being added fairly fast as
> the project continues to grow.
>
> Neogia seemed like a better-behaved OFBiz derivative than OpenTaps to
> me, but language was an issue for us.  My organization (except for me)
> does not speak French, and I had no time to translate documentation.
>    

--
Nicolas MALIN
Consultant
Tél : [phone]
Site projet : http://www.neogia.org/
-------
Société LibrenBerry
Tél : [phone]
Site : http://www.librenberry.net/

[Matt Warnock]

We are a small distribution-type business (less than 10 employees) and
were hoping for something that would "just work" OOTB for our situation.
Everything in Neogia seemed set up for EU and VAT, rather than
US-oriented, which was to be expected.  Maybe it would have been simple
to change, but it wasn't all that clear to me.  

And although as I said Neogia seemed "better-behaved" with respect to
the OFBiz code base, it still was not entirely clear to me where it
diverged and why, and it seemed likely that all the documentation for
that was mostly in French.  Having already spent too much time trying to
analyze the Opentaps fork, I was perhaps too fearful of Neogia, and I
elected for "straight" OFBiz, for the reasons cited previously.

If you can clarify any of these issues for my own mind, and if Neogia
would offer more ease of configuration or use than the OFBiz trunk,
while keeping us close to the OFBiz development path, I might still have
some interest in Neogia.

Merci d'avance.  :)
--
Matt Warnock <[hidden email]>
RidgeCrest Herbals, Inc.

On Thu, 2010-07-08 at 21:11 +0200, Nicolas Malin wrote:

> Hello Matt, what do you need on Neogia ? If you need standard feature,
> you can see addons to use on recent OFBiz and if you have the specific
> functionnality can you give me it ? I can create Jira to improve OFBiz.
>
> Nicolas
>
> Le 08/07/2010 20:38, Matt Warnock a écrit :
> > My evaluation was more feature-based.
> >
> > I had been watching both Opentaps and OFBiz for several years.  I needed
> > (or would soon need) the accounting functions that Opentaps offered when
> > it split off from OFBiz.  I hoped that eventually those functions would
> > be integrated back into OFBiz, but Opentaps seems to be diverging from,
> > rather than converging with, OFBiz in several important respects,
> > although some Opentaps developers still seem to contribute to OFBiz
> > code.  When OFBiz became an Apache top-level project, that sealed the
> > decision for me.
> >
> > For me, OFBiz will probably initially be more work than Opentaps would
> > have been, but I prefer to be on the mainline of the new feature
> > development, and work with a code base that contributes back regularly.
> > I think OFBiz has a stronger development team and model, and the
> > features it once lacked (like accounting) are being added fairly fast as
> > the project continues to grow.
> >
> > Neogia seemed like a better-behaved OFBiz derivative than OpenTaps to
> > me, but language was an issue for us.  My organization (except for me)
> > does not speak French, and I had no time to translate documentation.
> >    
>
>

[Malin Nicolas]

Le 08/07/2010 23:04, Matt Warnock a écrit :
> We are a small distribution-type business (less than 10 employees) and
> were hoping for something that would "just work" OOTB for our situation.
> Everything in Neogia seemed set up for EU and VAT, rather than
> US-oriented, which was to be expected.  Maybe it would have been simple
> to change, but it wasn't all that clear to me.
>    
OFBiz or Neogia aren't easier to use for small business.

> And although as I said Neogia seemed "better-behaved" with respect to
> the OFBiz code base, it still was not entirely clear to me where it
> diverged and why, and it seemed likely that all the documentation for
> that was mostly in French.  Having already spent too much time trying to
> analyze the Opentaps fork, I was perhaps too fearful of Neogia, and I
> elected for "straight" OFBiz, for the reasons cited previously.
>
> If you can clarify any of these issues for my own mind, and if Neogia
> would offer more ease of configuration or use than the OFBiz trunk,
> while keeping us close to the OFBiz development path, I might still have
> some interest in Neogia.
>    

The development model used for Neogia, when it was like opentaps, has
been stopped with the 1.4 release. Now, it's directly based on OFBiz
trunk, and the goal is adding functionnalities, component, or anything
else via addons. One of the goal is having addons for each market type,
and for localization. If you want to have a more OFBiz profession
oriented version (data, screens, services, small modifications of the
standard code, etc...), you can use the addonmanager.
One of the point you have to take care is to separate correctly your
modifications. Some of the addons can be given back to OFBiz and one of
the good pratices is to make an addon for each "commitable" feature.
This helps a lot for tracking bugs between improvements and jira.

After, you know that I'm french, so I can help you to create a business
addon on technical point but not on functionnal ;)

Nicolas

> Merci d'avance.  :)
>    


--
Nicolas MALIN
Consultant
Tél : [phone]
Site projet : http://www.neogia.org/
-------
Société LibrenBerry
Tél : [phone]
Site : http://www.librenberry.net/

[Bruno Busco]

Has Neogia people looked at https://issues.apache.org/jira/browse/OFBIZ-3373?
It seems a great way to extend OFBiz basic functionality.
I think this injection method could be used in the Neogia addons.

-Bruno

2010/7/9 Nicolas Malin <[hidden email]>

>
> Le 08/07/2010 23:04, Matt Warnock a écrit :
>
>  We are a small distribution-type business (less than 10 employees) and
>> were hoping for something that would "just work" OOTB for our situation.
>> Everything in Neogia seemed set up for EU and VAT, rather than
>> US-oriented, which was to be expected.  Maybe it would have been simple
>> to change, but it wasn't all that clear to me.
>>
>>
> OFBiz or Neogia aren't easier to use for small business.
>
>  And although as I said Neogia seemed "better-behaved" with respect to
>> the OFBiz code base, it still was not entirely clear to me where it
>> diverged and why, and it seemed likely that all the documentation for
>> that was mostly in French.  Having already spent too much time trying to
>> analyze the Opentaps fork, I was perhaps too fearful of Neogia, and I
>> elected for "straight" OFBiz, for the reasons cited previously.
>>
>> If you can clarify any of these issues for my own mind, and if Neogia
>> would offer more ease of configuration or use than the OFBiz trunk,
>> while keeping us close to the OFBiz development path, I might still have
>> some interest in Neogia.
>>
>>
> The development model used for Neogia, when it was like opentaps, has been
> stopped with the 1.4 release. Now, it's directly based on OFBiz trunk, and
> the goal is adding functionnalities, component, or anything else via addons.
> One of the goal is having addons for each market type, and for localization.
> If you want to have a more OFBiz profession oriented version (data, screens,
> services, small modifications of the standard code, etc...), you can use the
> addonmanager.
> One of the point you have to take care is to separate correctly your
> modifications. Some of the addons can be given back to OFBiz and one of the
> good pratices is to make an addon for each "commitable" feature. This helps
> a lot for tracking bugs between improvements and jira.
>
> After, you know that I'm french, so I can help you to create a business
> addon on technical point but not on functionnal ;)
>
> Nicolas
>
>  Merci d'avance.  :)
>>
>>
>
>
> --
> Nicolas MALIN
> Consultant
> Tél : [phone]
> Site projet : http://www.neogia.org/
> -------
> Société LibrenBerry
> Tél : [phone]
> Site : http://www.librenberry.net/
>
>

[Malin Nicolas]

Hi Bruno,

Oh it's a big one ! :)  I haven't had the time to look at it right now
but I will take a look ASAP and create a addon. It's possible that I ask
you to complete  the helpdata file (description, goals, how to test and
so on) when I'm done ;) .

Nicolas

Le 10/07/2010 08:11, Bruno Busco a écrit :

> Has Neogia people looked at https://issues.apache.org/jira/browse/OFBIZ-3373?
> It seems a great way to extend OFBiz basic functionality.
> I think this injection method could be used in the Neogia addons.
>
> -Bruno
>
> 2010/7/9 Nicolas Malin<[hidden email]>
>
>    
>> Le 08/07/2010 23:04, Matt Warnock a écrit :
>>
>>   We are a small distribution-type business (less than 10 employees) and
>>      
>>> were hoping for something that would "just work" OOTB for our situation.
>>> Everything in Neogia seemed set up for EU and VAT, rather than
>>> US-oriented, which was to be expected.  Maybe it would have been simple
>>> to change, but it wasn't all that clear to me.
>>>
>>>
>>>        
>> OFBiz or Neogia aren't easier to use for small business.
>>
>>   And although as I said Neogia seemed "better-behaved" with respect to
>>      
>>> the OFBiz code base, it still was not entirely clear to me where it
>>> diverged and why, and it seemed likely that all the documentation for
>>> that was mostly in French.  Having already spent too much time trying to
>>> analyze the Opentaps fork, I was perhaps too fearful of Neogia, and I
>>> elected for "straight" OFBiz, for the reasons cited previously.
>>>
>>> If you can clarify any of these issues for my own mind, and if Neogia
>>> would offer more ease of configuration or use than the OFBiz trunk,
>>> while keeping us close to the OFBiz development path, I might still have
>>> some interest in Neogia.
>>>
>>>
>>>        
>> The development model used for Neogia, when it was like opentaps, has been
>> stopped with the 1.4 release. Now, it's directly based on OFBiz trunk, and
>> the goal is adding functionnalities, component, or anything else via addons.
>> One of the goal is having addons for each market type, and for localization.
>> If you want to have a more OFBiz profession oriented version (data, screens,
>> services, small modifications of the standard code, etc...), you can use the
>> addonmanager.
>> One of the point you have to take care is to separate correctly your
>> modifications. Some of the addons can be given back to OFBiz and one of the
>> good pratices is to make an addon for each "commitable" feature. This helps
>> a lot for tracking bugs between improvements and jira.
>>
>> After, you know that I'm french, so I can help you to create a business
>> addon on technical point but not on functionnal ;)
>>
>> Nicolas
>>
>>   Merci d'avance.  :)
>>      
>>>
>>>        
>>
>> --
>> Nicolas MALIN
>> Consultant
>> Tél : [phone]
>> Site projet : http://www.neogia.org/
>> -------
>> Société LibrenBerry
>> Tél : [phone]
>> Site : http://www.librenberry.net/
>>
>>
>>      
>    

--
Nicolas MALIN
Consultant
Tél : [phone]
Site projet : http://www.neogia.org/
-------
Société LibrenBerry
Tél : [phone]
Site : http://www.librenberry.net/