New List Member
Locked
 
|
Hi List,
I'm interested in using OFBiz but have a few general questions before digging too deep under the covers. Java isn't my primary language and use ANSI C with the Script BASIC open source project I manage. I have noticed that it take about 450MB of system memory to get to a login prompt. When I select an option from a menu, both of my CPU cores peg at 100% until the page loads. I'm curious what the resource requirements would be for lets say a 50 user install? I like the concept of using XML files to define the ERP application. It seem that everything is converted from XML to a runtime state which looks like a big hash table linked memory image. How difficult is it to debug something this large and interdependent? Any info you're willing to share would be appreciated. John |
|
Hi John,
Welcome to our list and thank you for you thought out questions. The framework in my experience utilizes most of its resources on startup because it fires up _all_ the components at once. So it is not your single user that is making things heavy but the framework itself is heavy with many things fired up at the same time. Also, please ensure that your environment is set up correctly in terms of the JDK version, using the internal ant version, and setting up parameters correctly. Another thing to take into consideration is that you are using the embedded derby database, which does not scale like when you switch to postgres or mysql for example. Coming from the painful background of C where you actually manage your memory, I'd say Java would be downhill not uphill for you. Finally I would also point out to you that not all of the XML is parsed on the spot. Some is cached on startup. But yeah, I personally love having XML schemas where auto complete makes your life easier and you can quickly speak OFBizzian language :) Best of luck OFBizzing! Taher Alkhateeb On Wednesday, 23 March 2016, John Spikowski <[hidden email]> wrote: > Hi List, > > I'm interested in using OFBiz but have a few general questions before > digging too deep under the covers. Java isn't my primary language and > use ANSI C with the Script BASIC open source project I manage. > > I have noticed that it take about 450MB of system memory to get to a > login prompt. When I select an option from a menu, both of my CPU cores > peg at 100% until the page loads. I'm curious what the resource > requirements would be for lets say a 50 user install? > > I like the concept of using XML files to define the ERP application. It > seem that everything is converted from XML to a runtime state which > looks like a big hash table linked memory image. How difficult is it to > debug something this large and interdependent? > > Any info you're willing to share would be appreciated. > > John > > |
|
|
Is the OFBiz server more efficient in web service mode?
Has anyone done a desktop client for OFBiz? On Wed, 2016-03-23 at 08:19 +0300, Taher Alkhateeb wrote: > Hi John, > > Welcome to our list and thank you for you thought out questions. > > The framework in my experience utilizes most of its resources on startup > because it fires up _all_ the components at once. So it is not your single > user that is making things heavy but the framework itself is heavy with > many things fired up at the same time. > > Also, please ensure that your environment is set up correctly in terms of > the JDK version, using the internal ant version, and setting up parameters > correctly. > > Another thing to take into consideration is that you are using the embedded > derby database, which does not scale like when you switch to postgres or > mysql for example. > > Coming from the painful background of C where you actually manage your > memory, I'd say Java would be downhill not uphill for you. > > Finally I would also point out to you that not all of the XML is parsed on > the spot. Some is cached on startup. But yeah, I personally love having XML > schemas where auto complete makes your life easier and you can quickly > speak OFBizzian language :) > > Best of luck OFBizzing! > > Taher Alkhateeb > > On Wednesday, 23 March 2016, John Spikowski <[hidden email]> > wrote: > > > Hi List, > > > > I'm interested in using OFBiz but have a few general questions before > > digging too deep under the covers. Java isn't my primary language and > > use ANSI C with the Script BASIC open source project I manage. > > > > I have noticed that it take about 450MB of system memory to get to a > > login prompt. When I select an option from a menu, both of my CPU cores > > peg at 100% until the page loads. I'm curious what the resource > > requirements would be for lets say a 50 user install? > > > > I like the concept of using XML files to define the ERP application. It > > seem that everything is converted from XML to a runtime state which > > looks like a big hash table linked memory image. How difficult is it to > > debug something this large and interdependent? > > > > Any info you're willing to share would be appreciated. > > > > John > > > > |
Administrator
|
There is only the POS which is a desktop client https://cwiki.apache.org/confluence/display/OFBIZ/POS+System
Jacques Le 24/03/2016 12:06, John Spikowski a écrit : > Is the OFBiz server more efficient in web service mode? > > Has anyone done a desktop client for OFBiz? > > > > > On Wed, 2016-03-23 at 08:19 +0300, Taher Alkhateeb wrote: >> Hi John, >> >> Welcome to our list and thank you for you thought out questions. >> >> The framework in my experience utilizes most of its resources on startup >> because it fires up _all_ the components at once. So it is not your single >> user that is making things heavy but the framework itself is heavy with >> many things fired up at the same time. >> >> Also, please ensure that your environment is set up correctly in terms of >> the JDK version, using the internal ant version, and setting up parameters >> correctly. >> >> Another thing to take into consideration is that you are using the embedded >> derby database, which does not scale like when you switch to postgres or >> mysql for example. >> >> Coming from the painful background of C where you actually manage your >> memory, I'd say Java would be downhill not uphill for you. >> >> Finally I would also point out to you that not all of the XML is parsed on >> the spot. Some is cached on startup. But yeah, I personally love having XML >> schemas where auto complete makes your life easier and you can quickly >> speak OFBizzian language :) >> >> Best of luck OFBizzing! >> >> Taher Alkhateeb >> >> On Wednesday, 23 March 2016, John Spikowski <[hidden email]> >> wrote: >> >>> Hi List, >>> >>> I'm interested in using OFBiz but have a few general questions before >>> digging too deep under the covers. Java isn't my primary language and >>> use ANSI C with the Script BASIC open source project I manage. >>> >>> I have noticed that it take about 450MB of system memory to get to a >>> login prompt. When I select an option from a menu, both of my CPU cores >>> peg at 100% until the page loads. I'm curious what the resource >>> requirements would be for lets say a 50 user install? >>> >>> I like the concept of using XML files to define the ERP application. It >>> seem that everything is converted from XML to a runtime state which >>> looks like a big hash table linked memory image. How difficult is it to >>> debug something this large and interdependent? >>> >>> Any info you're willing to share would be appreciated. >>> >>> John >>> >>> > > |
|
|
Flexibility isn't something OFBiz is lacking.
Thanks for the reply! On Thu, 2016-03-24 at 12:33 +0100, Jacques Le Roux wrote: > There is only the POS which is a desktop client https://cwiki.apache.org/confluence/display/OFBIZ/POS+System > > Jacques > > Le 24/03/2016 12:06, John Spikowski a écrit : > > Is the OFBiz server more efficient in web service mode? > > > > Has anyone done a desktop client for OFBiz? > > > > > > > > > > On Wed, 2016-03-23 at 08:19 +0300, Taher Alkhateeb wrote: > >> Hi John, > >> > >> Welcome to our list and thank you for you thought out questions. > >> > >> The framework in my experience utilizes most of its resources on startup > >> because it fires up _all_ the components at once. So it is not your single > >> user that is making things heavy but the framework itself is heavy with > >> many things fired up at the same time. > >> > >> Also, please ensure that your environment is set up correctly in terms of > >> the JDK version, using the internal ant version, and setting up parameters > >> correctly. > >> > >> Another thing to take into consideration is that you are using the embedded > >> derby database, which does not scale like when you switch to postgres or > >> mysql for example. > >> > >> Coming from the painful background of C where you actually manage your > >> memory, I'd say Java would be downhill not uphill for you. > >> > >> Finally I would also point out to you that not all of the XML is parsed on > >> the spot. Some is cached on startup. But yeah, I personally love having XML > >> schemas where auto complete makes your life easier and you can quickly > >> speak OFBizzian language :) > >> > >> Best of luck OFBizzing! > >> > >> Taher Alkhateeb > >> > >> On Wednesday, 23 March 2016, John Spikowski <[hidden email]> > >> wrote: > >> > >>> Hi List, > >>> > >>> I'm interested in using OFBiz but have a few general questions before > >>> digging too deep under the covers. Java isn't my primary language and > >>> use ANSI C with the Script BASIC open source project I manage. > >>> > >>> I have noticed that it take about 450MB of system memory to get to a > >>> login prompt. When I select an option from a menu, both of my CPU cores > >>> peg at 100% until the page loads. I'm curious what the resource > >>> requirements would be for lets say a 50 user install? > >>> > >>> I like the concept of using XML files to define the ERP application. It > >>> seem that everything is converted from XML to a runtime state which > >>> looks like a big hash table linked memory image. How difficult is it to > >>> debug something this large and interdependent? > >>> > >>> Any info you're willing to share would be appreciated. > >>> > >>> John > >>> > >>> > > > > |
|
Administrator
|
Le 24/03/2016 13:09, John Spikowski a écrit :
> Flexibility isn't something OFBiz is lacking. Thanks (in behalf of the team) > > Thanks for the reply! BTW I did not answer to your 1st question >Is the OFBiz server more efficient in web service mode? It depends on needs but most of the time you will find the web service mode more efficient, that's why there is only the POS as desktop app. There is even a web POS version https://demo-trunk-ofbiz.apache.org/webpos/control/main (cred: admin/ofbiz) But I'd not say that it's more efficient than the POS desktop. Notably when it comes to handle external hardware (printers, etc.) Jacques > > > > On Thu, 2016-03-24 at 12:33 +0100, Jacques Le Roux wrote: >> There is only the POS which is a desktop client https://cwiki.apache.org/confluence/display/OFBIZ/POS+System >> >> Jacques >> >> Le 24/03/2016 12:06, John Spikowski a écrit : >>> Is the OFBiz server more efficient in web service mode? >>> >>> Has anyone done a desktop client for OFBiz? >>> >>> >>> >>> >>> On Wed, 2016-03-23 at 08:19 +0300, Taher Alkhateeb wrote: >>>> Hi John, >>>> >>>> Welcome to our list and thank you for you thought out questions. >>>> >>>> The framework in my experience utilizes most of its resources on startup >>>> because it fires up _all_ the components at once. So it is not your single >>>> user that is making things heavy but the framework itself is heavy with >>>> many things fired up at the same time. >>>> >>>> Also, please ensure that your environment is set up correctly in terms of >>>> the JDK version, using the internal ant version, and setting up parameters >>>> correctly. >>>> >>>> Another thing to take into consideration is that you are using the embedded >>>> derby database, which does not scale like when you switch to postgres or >>>> mysql for example. >>>> >>>> Coming from the painful background of C where you actually manage your >>>> memory, I'd say Java would be downhill not uphill for you. >>>> >>>> Finally I would also point out to you that not all of the XML is parsed on >>>> the spot. Some is cached on startup. But yeah, I personally love having XML >>>> schemas where auto complete makes your life easier and you can quickly >>>> speak OFBizzian language :) >>>> >>>> Best of luck OFBizzing! >>>> >>>> Taher Alkhateeb >>>> >>>> On Wednesday, 23 March 2016, John Spikowski <[hidden email]> >>>> wrote: >>>> >>>>> Hi List, >>>>> >>>>> I'm interested in using OFBiz but have a few general questions before >>>>> digging too deep under the covers. Java isn't my primary language and >>>>> use ANSI C with the Script BASIC open source project I manage. >>>>> >>>>> I have noticed that it take about 450MB of system memory to get to a >>>>> login prompt. When I select an option from a menu, both of my CPU cores >>>>> peg at 100% until the page loads. I'm curious what the resource >>>>> requirements would be for lets say a 50 user install? >>>>> >>>>> I like the concept of using XML files to define the ERP application. It >>>>> seem that everything is converted from XML to a runtime state which >>>>> looks like a big hash table linked memory image. How difficult is it to >>>>> debug something this large and interdependent? >>>>> >>>>> Any info you're willing to share would be appreciated. >>>>> >>>>> John >>>>> >>>>> >>> > > |
«
Return to OFBiz - User
|
1 view|%1 views
| Free forum by Nabble | Edit this page |