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 |
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 > |
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 > > |
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 : 06.17.66.40.06 Site projet : http://www.neogia.org/ ------- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/ |
In reply to this post by Matt Warnock
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 : 06.17.66.40.06 Site projet : http://www.neogia.org/ ------- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/ |
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. > > > > |
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. > 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 : 06.17.66.40.06 Site projet : http://www.neogia.org/ ------- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/ |
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 : 06.17.66.40.06 > Site projet : http://www.neogia.org/ > ------- > Société LibrenBerry > Tél : 02.48.02.56.12 > Site : http://www.librenberry.net/ > > |
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 : 06.17.66.40.06 >> Site projet : http://www.neogia.org/ >> ------- >> Société LibrenBerry >> Tél : 02.48.02.56.12 >> Site : http://www.librenberry.net/ >> >> >> > -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ ------- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/ |
Free forum by Nabble | Edit this page |