Mail queuing problem
Hello list, I am sending mail for a new customer registration using creatCustomer events and this event uses service sendGenericNotificationEmail but showing error so i used sendCreatePartyEmailNotification service in the event and mail is going to the customer properly but in console showing following error exception report -- Async-Service failed. Exception: java.lang.Exception Message: Invalid email body; null is not allowed stack trace --- java.lang.Exception: Invalid email body; null is not allowed org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:76) org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:242) java.lang.Thread.run(Thread.java:619) 2010-02-24 13:06:42,171 (default-invoker-Thread-8) [NotificationServices.java:205:ERROR] Problem getting the template URL: component://ecommerce/widget/EmailOrderScreens.xml#CreateCustomerNotification not found 2010-02-24 13:06:42,171 (default-invoker-Thread-8) [NotificationServices.java:138:ERROR] prepareNotification failed: Problem finding template; see logs 2010-02-24 13:06:42,171 (default-invoker-Thread-8) [NotificationServices.java:160:ERROR] Invalid email body; null is not allowed 2010-02-24 13:06:42,171 (default-invoker-Thread-8) [ ServiceDispatcher.java:530:ERROR] Error in Service [sendGenericNotificationEmail]: Invalid email body; null is not allowed 2010-02-24 13:06:42,171 (default-invoker-Thread-8) [ TransactionUtil.java:286:ERROR] 010-02-24 13:24:40,315 (default-invoker-Thread-8) [PersistedServiceJob.java:245:INFO ] Persisted Job [120162] Failed Re-Scheduling : 1266998260253 2010-02-24 13:24:40,315 (default-invoker-Thread-7) [PersistedServiceJob.java:245:INFO ] Persisted Job [120163] Failed Re-Scheduling : 1266998260253 2010-02-24 13:24:40,519 (default-invoker-Thread-9) [PersistedServiceJob.java:245:INFO ] Persisted Job [120164] Failed Re-Scheduling : 1266998260425 2010-02-24 13:24:40,550 (default-invoker-Thread-11) [ JobInvoker.java:232:INFO ] Invoker [default-invoker-Thread-11] received job [1266570044171] from poller [org.ofbiz.service.job.jobpol...@480c6c] 2010-02-24 13:24:40,581 (default-invoker-Thread-11) [PersistedServiceJob.java:178:INFO ] org.ofbiz.service.job.persistedservice...@ae2ff9[120165] -- Next runtime: Thu Jan 01 05:29:59 IST 1970 at a first glance it is because of screen not finding in service sendGenericNotificationEmail while my path is correct and also somewhere it is queuing the earlier mail which was sent by the service sendGenericNotificationEmail and when i start server or create a customer then every time it shows the same error. Has anyone idea how to stop this mail queuing problem? Thanks in advance. -- Thanks Ramkrishna
Re: New OFBiz stable release
Anil, Just scratching the surface: this looks like a very good idea to me. Thanks for the initiative, I may help when I will get more time. Jacques From: Anil Patel anil.pa...@hotwaxmedia.com This makes me think, What does a stable release mean to people? Ofbiz is such a big software with so many different ways of using it, for me its nearly impossible to say with confidence that its ready for release. Instead I will prefer to say, We have tested following processes in Ofbiz and found them working ok. Are users of Ofbiz interested in helping with building list of Business Processes that they will like to see tested and declared functional. If you (users) help build the list, this will ensure that you get what you want. Following are good place to start: http://cwiki.apache.org/confluence/display/OFBREQDES/Universal+Business+Process+Library+Index http://cwiki.apache.org/confluence/display/OFBREQDES/OFBiz+EZBiz Essentially I am asking users to help build acceptance test documents. You (users) decide what you will take :) Does this make sense? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 5:29 PM, Tim Ruppert wrote: What I'm telling you is that we may never be at a completely stable release, by your definition, unless we stop moving - which as I committer, I do not think will ever happen. What I can say is that we would like to make branch - and stabilize it - and by some chance - get to a point where we might have a proper release. Does that sound interesting to you? Cheers, Ruppert On Feb 23, 2010, at 2:36 PM, Ruth Hoffman wrote: Hi Tim: I'm hardly ever right. And with all due respect, could we just stick to the original topic? Just to clear the air and set the record straight: What I was asking for was a clear and unambiguous statement from the project concerning what is meant by stable release so that non-committers can choose for themselves which release and/or trunk version they wish to get started with. Regards, Ruth Tim Ruppert wrote: Many, many committers continually add bug fixes to releases - check the commit logs. I can't speak for everyone, but I think that many of us are sitting here waiting for a new release so that this can become more of the process that people are pushing - including trying to encourage people to use the releases - instead of just the trunk - which seemed to be something you were asking for earlier. So, be behind this - it's in your best interests and what you've been clamoring for - instead of just trying to be right all of the time Cheers, Ruppert On Feb 23, 2010, at 2:08 PM, Ruth Hoffman wrote: Hello Anil: How about a recent thread called Rethinking our release strategy dated Feb 15th, 2010 which I shall partially repeat here for your convenience: * because of this, no real maintenance plan, test strategy etc.. has been created around it (9.04) from the community of users and interested parties (in fact we were not really able to officially release it) * a lot of new users start eveluating OFBiz from that instead of the trunk * it is rather old, several new features are missing and also code improvements (that could fix bugs etc) I thought all the bug fixes were retrofitted to the release? Is this not true? * because of this, it tends to be less stable than the trunk How could the release be less stable than the trunk if bug fixes are applied to the release and the trunk? The main cons of this situations are the following: 1) not real interest in maintaining a release branch means that we will not be able to spend time on it and officially release it: the OFBiz community will miss the advantage of using the marketing channel represented by a new release 2) new users will get the wrong impression that the project is slowing improving if they just get the releases For a true sense of the thread, please see this quote in context. I'll give you a hint, no one from the project came out and said that bug fixes are applied to Releases. The implication (and thus non-statement) is that the trunk is it as far as bug fixes are concerned. Regards, Ruth Anil Patel wrote: Ruth, I don't know which statement are you talking about. Can you please put that statement or non-statement here for ready reference? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 3:46 PM, Ruth Hoffman wrote: Doesn't this contradict previous statements or non-statements about bug fixes in Release 9.04? Regards, Ruth David E Jones wrote: One quick thing to note, that seems to be confused here: the release branch is a tool for stabilization. It's great to do testing and fixing in the trunk, but the goal for a release branch is not to be tested and bug-free from day one, but rather to be stable so that real testing and bug fixing can be done in the
Re: simplified chinese problem
Hi Brajesh, Have we this in FAQ, or not as suggest zhiyongcui ? Thanks Jacques From: Brajesh Patel brajeshpate...@gmail.com hi, content of the given link as follows: You can use TTF fonts in fo.ftl files. You need to use file framework/webapp/config/fop.xconf. This file contain following code that responsible for font family, change font family according to the requirement, exemple font metrics-url=arial.xml kerning=yes embed-url=arial.ttf font-triplet name=Arial style=normal weight=normal/ font-triplet name=ArialMT style=normal weight=normal/ /font I found that I could put this: fonts auto-detect/ /fonts And FOP now sees all the TTF's that the system knows. On Wed, Feb 24, 2010 at 7:38 AM, zhiyongcui zhiyong...@gmail.com wrote: It doesn't do anything .I think it should be a FAQ,but I can't find anything usable. -- View this message in context: http://n4.nabble.com/simplified-chinese-problem-tp1565879p1566876.html Sent from the OFBiz - User mailing list archive at Nabble.com. -- Thanks Brajesh Patel HotWax Media http://www.hotwaxmedia.com
Re: New OFBiz stable release
Hi BJ, Then Selenium should be the way... Jacques From: BJ Freeman bjf...@free-man.net Those type of tests were not what I had in mind. they are modular so are not dependent on the previous modules. first the order is read in using all the services that would be used to receive an order, no stuffing data into an entity. I am talking about starting with a order then doing all the operation till it is complete then checking the GL to see if it has correct amount. the data I use has also been run through an accounting application in parallel to match the results. for the whole year the test unit reads in orders stored in files. checking the GL data as each order is completed. The test takes a couple of weeks. Anil Patel sent the following on 2/23/2010 4:16 PM: Look for contents in OrderTest.xml accountingtests.xml invoicetests.xml paymenttests.xml Please give details what is not covered here and you will like see added. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 6:45 PM, BJ Freeman wrote: can you give me a lead in to those, what is the top Junit for those three. Anil Patel sent the following on 2/23/2010 2:54 PM: BJ, All these work OOTB even today. Will you take that statement? We need real details that will allow writing Unit Tests and Selenium tests and at times have developer do tests and be able to reproduce results. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 5:49 PM, BJ Freeman wrote: the top level tests 1) does an order, that is complete, come out in the GL properly 2) same for Purchase Order. 3) does a years worth for transactions balance. Anil Patel sent the following on 2/23/2010 2:43 PM: This makes me think, What does a stable release mean to people? Ofbiz is such a big software with so many different ways of using it, for me its nearly impossible to say with confidence that its ready for release. Instead I will prefer to say, We have tested following processes in Ofbiz and found them working ok. Are users of Ofbiz interested in helping with building list of Business Processes that they will like to see tested and declared functional. If you (users) help build the list, this will ensure that you get what you want. Following are good place to start: http://cwiki.apache.org/confluence/display/OFBREQDES/Universal+Business+Process+Library+Index http://cwiki.apache.org/confluence/display/OFBREQDES/OFBiz+EZBiz Essentially I am asking users to help build acceptance test documents. You (users) decide what you will take :) Does this make sense? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 5:29 PM, Tim Ruppert wrote: What I'm telling you is that we may never be at a completely stable release, by your definition, unless we stop moving - which as I committer, I do not think will ever happen. What I can say is that we would like to make branch - and stabilize it - and by some chance - get to a point where we might have a proper release. Does that sound interesting to you? Cheers, Ruppert On Feb 23, 2010, at 2:36 PM, Ruth Hoffman wrote: Hi Tim: I'm hardly ever right. And with all due respect, could we just stick to the original topic? Just to clear the air and set the record straight: What I was asking for was a clear and unambiguous statement from the project concerning what is meant by stable release so that non-committers can choose for themselves which release and/or trunk version they wish to get started with. Regards, Ruth Tim Ruppert wrote: Many, many committers continually add bug fixes to releases - check the commit logs. I can't speak for everyone, but I think that many of us are sitting here waiting for a new release so that this can become more of the process that people are pushing - including trying to encourage people to use the releases - instead of just the trunk - which seemed to be something you were asking for earlier. So, be behind this - it's in your best interests and what you've been clamoring for - instead of just trying to be right all of the time Cheers, Ruppert On Feb 23, 2010, at 2:08 PM, Ruth Hoffman wrote: Hello Anil: How about a recent thread called Rethinking our release strategy dated Feb 15th, 2010 which I shall partially repeat here for your convenience: * because of this, no real maintenance plan, test strategy etc.. has been created around it (9.04) from the community of users and interested parties (in fact we were not really able to officially release it) * a lot of new users start eveluating OFBiz from that instead of the trunk * it is rather old, several new features are missing and also code improvements (that could fix bugs etc) I thought all the bug fixes were retrofitted to the release? Is this not true? *
Re: Product detail: Photo and text
Any idea? I cannot move the text information in the product detail. Although we have td align=right valign=top the information appears down left. MarioF wrote: Hi all, In the product detail view the product's image and the product's info are not good aligned. We can see this here: http://ofbiz-vm.apache.org/ecommerce/products/PROMOTIONS/p_ENCHILADAS http://ofbiz-vm.apache.org/ecommerce/products/PROMOTIONS/p_ENCHILADAS And here: http://ofbiz-vm.apache.org/ecommerce/products/PROMOTIONS/p_PC001 http://ofbiz-vm.apache.org/ecommerce/products/PROMOTIONS/p_PC001 The text of, for example, Enchiladas is not at the same vertical position that the photo. This makes an ugly blank space under the product photo. I tried to move the text information to the top, but when I go to productdetail.ftl I see this: td align=right valign=top So, why is it this happening? Anyone knows how to fix this? Thanks in advance, Mario. -- View this message in context: http://n4.nabble.com/Product-detail-Photo-and-text-tp1565793p1567098.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Help Required on Service Entity Condition Access
hi Hemanth, Please refer secas_ledger.xml file for your problem. -- Thanks Brajesh Patel HotWax Media http://www.hotwaxmedia.com On Wed, Feb 24, 2010 at 3:52 PM, Hemanth Kumar Kanamarlapudi hemanth_kanamarlap...@mindtree.com wrote: Hi All, I have the below requirement, I have a service written in minilang which updates an entity with the new values passed to it. When this service is called I am also triggering a service eca which invokes another service method. Now I need to pass a parameter to the method invoked by eca which will be the old value (before updating) of one attribute of the entity which is updated. Please let me know if we can achieve this by any way? Thanks and Regards Hemanth http://www.mindtree.com/email/disclaimer.html
Re: Help Required on Service Entity Condition Access
Try with this, set event=invoke eca service=xyz event=invoke action service=abc mode=sync/ /eca -- -- Thanks Regards Awdesh Singh Parihar Hotwax Media http://www.hotwaxmedia.com awdesh.pari...@hotwaxmedia.com - direct: +91 - 989.335.1789
Re: Product detail: Photo and text
Thanks Deepak with that I could remove the blank space under the photos. -- View this message in context: http://n4.nabble.com/Product-detail-Photo-and-text-tp1565793p1567382.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: simplified chinese problem
Step 2 that I suggested is mondatory. I think it should be updated to cook book. -- View this message in context: http://n4.nabble.com/simplified-chinese-problem-tp1565879p1567533.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: New OFBiz stable release
On Wed, 2010-02-24 at 08:22 +0100, Jacopo Cappellato wrote: Are you planning to fix them or to donate some resources (developers and/or money) in order to fix them? Or are you asking other to do this? BTW, do you really think that commercial or open source releases are done when companies think there are no bugs? Really? Well in my experience it is unusual for most software, and it isn't often in Debian (once about 4 years between releases), but yes, that is EXACTLY when a new Debian Stable is released. :) -- Matt Warnock mwarn...@ridgecrestherbals.com RidgeCrest Herbals, Inc.
OpenERP fund raising
Maybe the future of OFBiz in Europe (and even in USA it seems) will be harder... http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html Or maybe this ERP will not be Open-Source longer in the future... Actually it was the last of the Open-Source ERPs to not follow this way (though Im not sure for ERP5) The strategy : http://robertogaloppini.net/2009/06/01/open-source-business-strategy-openerp-and-long-term-sustainability/ Jacques
Re: JobInvoker crashes while reading serviceengine.xml
Hello Adrian, Many thanks. Now I have the first feeling that it really helps! It can be checked only in the evening because during the day I am doing clear all cache on regular basees for other other reasons (external process making updates to products and lucene index) So now I did it manually, I need further to integrate it into a cronjob doing it every 30 mins maybe Many thanks, Florin Florin, The next time you have that problem, try clearing the resource.ResourceLoaders cache and see if the problem goes away. -Adrian Florin Popa wrote: Hello all, I think I tried before to ask that question, but I would retry because it becomes a critical issue in production. The Ofbiz instance runs fine for several ours and unexpectedly I can see these lines below in the log file. As soon as it starts with those exceptions, I need to restart the instance because nothing works further. I can say that I never developed any additional/new Ofbiz Job and I also stopped some of them which I was sure that are never used for my purposes. I also tried to upgrade the parser, but nothing helps by now: Exception in thread default-invoker-Thread-499 java.lang.NullPointerException at org.apache.xerces.dom.DeferredElementNSImpl.synchronizeData(Unknown Source) at org.apache.xerces.dom.ElementImpl.getNodeName(Unknown Source) at org.ofbiz.base.util.UtilXml.firstChildElement(UtilXml.java:436) 2010-02-23 21:27:09,238 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. at org.ofbiz.service.config.ServiceConfigUtil.getXmlRootElement(ServiceConfigUtil.java:48) at org.ofbiz.service.config.ServiceConfigUtil.getElement(ServiceConfigUtil.java:55) at org.ofbiz.service.config.ServiceConfigUtil.getElementAttr(ServiceConfigUtil.java:63) at org.ofbiz.service.job.JobInvoker.getTTL(JobInvoker.java:265) at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:255) at java.lang.Thread.run(Thread.java:619) 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,238 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:10,744 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:10,744 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:10,744 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:10,745
Re: JobInvoker crashes while reading serviceengine.xml
I still need to know if that fixed the problem. If it did, then we need to look into it further to get it fixed. -Adrian Florin Popa wrote: Hello Adrian, Many thanks. Now I have the first feeling that it really helps! It can be checked only in the evening because during the day I am doing clear all cache on regular basees for other other reasons (external process making updates to products and lucene index) So now I did it manually, I need further to integrate it into a cronjob doing it every 30 mins maybe Many thanks, Florin Florin, The next time you have that problem, try clearing the resource.ResourceLoaders cache and see if the problem goes away. -Adrian Florin Popa wrote: Hello all, I think I tried before to ask that question, but I would retry because it becomes a critical issue in production. The Ofbiz instance runs fine for several ours and unexpectedly I can see these lines below in the log file. As soon as it starts with those exceptions, I need to restart the instance because nothing works further. I can say that I never developed any additional/new Ofbiz Job and I also stopped some of them which I was sure that are never used for my purposes. I also tried to upgrade the parser, but nothing helps by now: Exception in thread default-invoker-Thread-499 java.lang.NullPointerException at org.apache.xerces.dom.DeferredElementNSImpl.synchronizeData(Unknown Source) at org.apache.xerces.dom.ElementImpl.getNodeName(Unknown Source) at org.ofbiz.base.util.UtilXml.firstChildElement(UtilXml.java:436) 2010-02-23 21:27:09,238 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. at org.ofbiz.service.config.ServiceConfigUtil.getXmlRootElement(ServiceConfigUtil.java:48) at org.ofbiz.service.config.ServiceConfigUtil.getElement(ServiceConfigUtil.java:55) at org.ofbiz.service.config.ServiceConfigUtil.getElementAttr(ServiceConfigUtil.java:63) at org.ofbiz.service.job.JobInvoker.getTTL(JobInvoker.java:265) at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:255) at java.lang.Thread.run(Thread.java:619) 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,238 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:10,744 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:10,744 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:10,744 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading
Re: simplified chinese problem
Please feel free to update Jacques From: zhiyongcui zhiyong...@gmail.com Step 2 that I suggested is mondatory. I think it should be updated to cook book. -- View this message in context: http://n4.nabble.com/simplified-chinese-problem-tp1565879p1567533.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: selenium testing was New OFBiz stable release
Thanks I guess it is time to think about changing over from my Windows based testing tool to selenium. found some youtube tutorials. under selenium testing Maybe make some video on ofbiz to get more involvement. see what i can salvage. I guess to make the java code so can fit into the Junit tests framework. Jacques Le Roux sent the following on 2/24/2010 12:19 AM: Hi BJ, Then Selenium should be the way... Jacques From: BJ Freeman bjf...@free-man.net Those type of tests were not what I had in mind. they are modular so are not dependent on the previous modules. first the order is read in using all the services that would be used to receive an order, no stuffing data into an entity. I am talking about starting with a order then doing all the operation till it is complete then checking the GL to see if it has correct amount. the data I use has also been run through an accounting application in parallel to match the results. for the whole year the test unit reads in orders stored in files. checking the GL data as each order is completed. The test takes a couple of weeks. Anil Patel sent the following on 2/23/2010 4:16 PM: Look for contents in OrderTest.xml accountingtests.xml invoicetests.xml paymenttests.xml Please give details what is not covered here and you will like see added. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 6:45 PM, BJ Freeman wrote: can you give me a lead in to those, what is the top Junit for those three. Anil Patel sent the following on 2/23/2010 2:54 PM: BJ, All these work OOTB even today. Will you take that statement? We need real details that will allow writing Unit Tests and Selenium tests and at times have developer do tests and be able to reproduce results. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 5:49 PM, BJ Freeman wrote: the top level tests 1) does an order, that is complete, come out in the GL properly 2) same for Purchase Order. 3) does a years worth for transactions balance. Anil Patel sent the following on 2/23/2010 2:43 PM: This makes me think, What does a stable release mean to people? Ofbiz is such a big software with so many different ways of using it, for me its nearly impossible to say with confidence that its ready for release. Instead I will prefer to say, We have tested following processes in Ofbiz and found them working ok. Are users of Ofbiz interested in helping with building list of Business Processes that they will like to see tested and declared functional. If you (users) help build the list, this will ensure that you get what you want. Following are good place to start: http://cwiki.apache.org/confluence/display/OFBREQDES/Universal+Business+Process+Library+Index http://cwiki.apache.org/confluence/display/OFBREQDES/OFBiz+EZBiz Essentially I am asking users to help build acceptance test documents. You (users) decide what you will take :) Does this make sense? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 5:29 PM, Tim Ruppert wrote: What I'm telling you is that we may never be at a completely stable release, by your definition, unless we stop moving - which as I committer, I do not think will ever happen. What I can say is that we would like to make branch - and stabilize it - and by some chance - get to a point where we might have a proper release. Does that sound interesting to you? Cheers, Ruppert On Feb 23, 2010, at 2:36 PM, Ruth Hoffman wrote: Hi Tim: I'm hardly ever right. And with all due respect, could we just stick to the original topic? Just to clear the air and set the record straight: What I was asking for was a clear and unambiguous statement from the project concerning what is meant by stable release so that non-committers can choose for themselves which release and/or trunk version they wish to get started with. Regards, Ruth Tim Ruppert wrote: Many, many committers continually add bug fixes to releases - check the commit logs. I can't speak for everyone, but I think that many of us are sitting here waiting for a new release so that this can become more of the process that people are pushing - including trying to encourage people to use the releases - instead of just the trunk - which seemed to be something you were asking for earlier. So, be behind this - it's in your best interests and what you've been clamoring for - instead of just trying to be right all of the time Cheers, Ruppert On Feb 23, 2010, at 2:08 PM, Ruth Hoffman wrote: Hello Anil: How about a recent thread called Rethinking our release strategy dated Feb 15th, 2010 which I shall partially repeat here for your convenience: * because of this, no real maintenance
Re: OpenERP fund raising
Jacques, Why do you think so? It does not take too long to use 3M euros. And they are trying to make community contribution thing work for them, We got it working for years. In case of OpenERP, One provider is dominating the community. In case of Apache Ofbiz we don't encourage that. Its up to providers to decide how they want to use OfBiz for building their business. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 10:15 AM, Jacques Le Roux wrote: Maybe the future of OFBiz in Europe (and even in USA it seems) will be harder... http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html Or maybe this ERP will not be Open-Source longer in the future... Actually it was the last of the Open-Source ERPs to not follow this way (though Im not sure for ERP5) The strategy : http://robertogaloppini.net/2009/06/01/open-source-business-strategy-openerp-and-long-term-sustainability/ Jacques
Re: OpenERP fund raising
There was some interest in porting openerp to jython - now that would have really rocked! http://rvalyi.blogspot.com/2009/02/openerp-running-on-java-jython-round-1.html Jacques Le Roux wrote: Maybe the future of OFBiz in Europe (and even in USA it seems) will be harder... http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html Or maybe this ERP will not be Open-Source longer in the future... Actually it was the last of the Open-Source ERPs to not follow this way (though Im not sure for ERP5) The strategy : http://robertogaloppini.net/2009/06/01/open-source-business-strategy-openerp-and-long-term-sustainability/ Jacques
Re: New OFBiz stable release
I think that we are all close to the same idea. Only a little bit is missing: what we call now Release branch should be renamed to Release Candidate branch. This would mean that what is contained in that branch is somewhat that is going through the release process (testing, bug fixing, documenting, etc.) and so it is candidate to become a Release. When we are happy with the tests done on the RC branch we will tag the branch and create the real Release. The bug fixing on the RC branch can continue and when we rae happy again we can tag it again. What is the issue on doing this? Isn't it the standard way to handle releases? About releases, branches and tags names: I propose to use a name as RC_10.4 for the next release candidate branch. After a while when no major issues will reported on this branch the release can be done that is the OFBIZ_10.4 tag can be done on the RC branch. After some bug fixes on the RC_10.4 branch we will tag it again as OFBIZ_10.4.1, OFBIZ_10.4.2, etc. The third number will mean that the release is actually a mantained, bug fixed, release of the 10.4. Does this make sense? -Bruno 2010/2/24 Matt Warnock mwarn...@ridgecrestherbals.com: On Wed, 2010-02-24 at 08:22 +0100, Jacopo Cappellato wrote: Are you planning to fix them or to donate some resources (developers and/or money) in order to fix them? Or are you asking other to do this? BTW, do you really think that commercial or open source releases are done when companies think there are no bugs? Really? Well in my experience it is unusual for most software, and it isn't often in Debian (once about 4 years between releases), but yes, that is EXACTLY when a new Debian Stable is released. :) -- Matt Warnock mwarn...@ridgecrestherbals.com RidgeCrest Herbals, Inc.
Re: selenium testing storing scripts
assuming every user provide a selenium script of what they do to build a library for testing, where could we put these. Maybe a jira? BJ Freeman sent the following on 2/24/2010 8:09 AM: Thanks I guess it is time to think about changing over from my Windows based testing tool to selenium. found some youtube tutorials. under selenium testing Maybe make some video on ofbiz to get more involvement. see what i can salvage. I guess to make the java code so can fit into the Junit tests framework. Jacques Le Roux sent the following on 2/24/2010 12:19 AM: Hi BJ, Then Selenium should be the way... Jacques From: BJ Freeman bjf...@free-man.net Those type of tests were not what I had in mind. they are modular so are not dependent on the previous modules. first the order is read in using all the services that would be used to receive an order, no stuffing data into an entity. I am talking about starting with a order then doing all the operation till it is complete then checking the GL to see if it has correct amount. the data I use has also been run through an accounting application in parallel to match the results. for the whole year the test unit reads in orders stored in files. checking the GL data as each order is completed. The test takes a couple of weeks. Anil Patel sent the following on 2/23/2010 4:16 PM: Look for contents in OrderTest.xml accountingtests.xml invoicetests.xml paymenttests.xml Please give details what is not covered here and you will like see added. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 6:45 PM, BJ Freeman wrote: can you give me a lead in to those, what is the top Junit for those three. Anil Patel sent the following on 2/23/2010 2:54 PM: BJ, All these work OOTB even today. Will you take that statement? We need real details that will allow writing Unit Tests and Selenium tests and at times have developer do tests and be able to reproduce results. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 5:49 PM, BJ Freeman wrote: the top level tests 1) does an order, that is complete, come out in the GL properly 2) same for Purchase Order. 3) does a years worth for transactions balance. Anil Patel sent the following on 2/23/2010 2:43 PM: This makes me think, What does a stable release mean to people? Ofbiz is such a big software with so many different ways of using it, for me its nearly impossible to say with confidence that its ready for release. Instead I will prefer to say, We have tested following processes in Ofbiz and found them working ok. Are users of Ofbiz interested in helping with building list of Business Processes that they will like to see tested and declared functional. If you (users) help build the list, this will ensure that you get what you want. Following are good place to start: http://cwiki.apache.org/confluence/display/OFBREQDES/Universal+Business+Process+Library+Index http://cwiki.apache.org/confluence/display/OFBREQDES/OFBiz+EZBiz Essentially I am asking users to help build acceptance test documents. You (users) decide what you will take :) Does this make sense? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 23, 2010, at 5:29 PM, Tim Ruppert wrote: What I'm telling you is that we may never be at a completely stable release, by your definition, unless we stop moving - which as I committer, I do not think will ever happen. What I can say is that we would like to make branch - and stabilize it - and by some chance - get to a point where we might have a proper release. Does that sound interesting to you? Cheers, Ruppert On Feb 23, 2010, at 2:36 PM, Ruth Hoffman wrote: Hi Tim: I'm hardly ever right. And with all due respect, could we just stick to the original topic? Just to clear the air and set the record straight: What I was asking for was a clear and unambiguous statement from the project concerning what is meant by stable release so that non-committers can choose for themselves which release and/or trunk version they wish to get started with. Regards, Ruth Tim Ruppert wrote: Many, many committers continually add bug fixes to releases - check the commit logs. I can't speak for everyone, but I think that many of us are sitting here waiting for a new release so that this can become more of the process that people are pushing - including trying to encourage people to use the releases - instead of just the trunk - which seemed to be something you were asking for earlier. So, be behind this - it's in your best interests and what you've been clamoring for - instead of just trying to be right all of the time Cheers, Ruppert On Feb 23, 2010, at 2:08 PM, Ruth Hoffman wrote:
Re: selenium testing storing scripts
On 24/02/2010 19:07, BJ Freeman wrote: assuming every user provide a selenium script of what they do to build a library for testing, where could we put these. Maybe a jira? There are already 2 seleniumXml in OFBiz, but creating an umbrella JIRA issue could be a good start to list the already done job. At Nereide, we've already a bunch of them, waiting to be integrated. The only thing that make me wait is that SeleniumXml is not as powerful as our IC server... As I said before, we can't log actions, and there is no possibility to keep track of what has be done (results in error, screenshots, etc...) I tried to improve the seleniumXml framework, but I am running out of time at the moment. Moreover the manner I developed this improvement is maybe not the best (should use JUnit), and I would really like to work with others on this particular point of OFBiz improvement. Regards, -- Erwan de FERRIERES www.nereide.biz
Re: OpenERP fund raising
Here is another blog http://news.cnet.com/8301-13505_3-10458449-16.html One interesting issue these Company driven projects are struggling (evedent from reading these blogs) with is, encourage community to contribute. In Ofbiz we don't have this issue, Ofbiz is build on the concept of Community driven software development I feel confident that OfBiz will live longer and grow much more quickly then usual software open source software dragged by corporations. Ofbiz service providers can focus on their core activity Sell services, and not really wonder around to get funding to keep project alive and moving. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 11:14 AM, Anil Patel wrote: Jacques, Why do you think so? It does not take too long to use 3M euros. And they are trying to make community contribution thing work for them, We got it working for years. In case of OpenERP, One provider is dominating the community. In case of Apache Ofbiz we don't encourage that. Its up to providers to decide how they want to use OfBiz for building their business. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 10:15 AM, Jacques Le Roux wrote: Maybe the future of OFBiz in Europe (and even in USA it seems) will be harder... http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html Or maybe this ERP will not be Open-Source longer in the future... Actually it was the last of the Open-Source ERPs to not follow this way (though Im not sure for ERP5) The strategy : http://robertogaloppini.net/2009/06/01/open-source-business-strategy-openerp-and-long-term-sustainability/ Jacques
Re: OpenERP fund raising
Hi Anil: I'm sure this will start an avalanche of responses all directing vitriol towards me. Rest assured I don't take any attacks personally: First off, IMHO, encouraging community contributions IS a problem for OFBiz. The community as you so correctly point out is one of software developers. There is much more to bringing a product to market, or more importantly, surviving to play another day, than software development and copious amounts of code contributed to a source code repository. Secondly, OFBiz will never survive, let alone grow, if there are no new adopters (end-users, service providers or whatever you want to call them). I further argue that the project won't get any new adopters by sticking its collective head in the sand and ignoring real world issues like release management, quality control and my favorite, documentation and training. And to your point about selling services. I'm curious. Since you brought it up, what services does HotWax sell that help promote the health and well being of the OFBiz project? Or is that not what you do? Maybe I don't understand. Well I for one feel really comfortable saying that I sell a product that helps promote the health and well being of OFBiz. Probably the only one out there? Not only that, my product is reasonably priced to encourage new OFBiz adopters. If you can afford to buy a week's worth of Starbuck lattes, you can afford to purchase my product. Does that make me a Company backing OFBiz? LOL! Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com Regards, Ruth Anil Patel wrote: Here is another blog http://news.cnet.com/8301-13505_3-10458449-16.html One interesting issue these Company driven projects are struggling (evedent from reading these blogs) with is, encourage community to contribute. In Ofbiz we don't have this issue, Ofbiz is build on the concept of Community driven software development I feel confident that OfBiz will live longer and grow much more quickly then usual software open source software dragged by corporations. Ofbiz service providers can focus on their core activity Sell services, and not really wonder around to get funding to keep project alive and moving. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 11:14 AM, Anil Patel wrote: Jacques, Why do you think so? It does not take too long to use 3M euros. And they are trying to make community contribution thing work for them, We got it working for years. In case of OpenERP, One provider is dominating the community. In case of Apache Ofbiz we don't encourage that. Its up to providers to decide how they want to use OfBiz for building their business. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 10:15 AM, Jacques Le Roux wrote: Maybe the future of OFBiz in Europe (and even in USA it seems) will be harder... http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html Or maybe this ERP will not be Open-Source longer in the future... Actually it was the last of the Open-Source ERPs to not follow this way (though Im not sure for ERP5) The strategy : http://robertogaloppini.net/2009/06/01/open-source-business-strategy-openerp-and-long-term-sustainability/ Jacques
Re: selenium testing storing scripts
I use Microsoft product that uses vba. so I will be seeing what selenium can do against that I will be converting my vba code to java to be incorporated into Junits. my thought was to use the jira for those that captured under selenium IDE to put in a file with an explanation. at this point I think that putting energy into selenium is the next step to have ofbiz fully debugged. Erwan de FERRIERES sent the following on 2/24/2010 10:25 AM: On 24/02/2010 19:07, BJ Freeman wrote: assuming every user provide a selenium script of what they do to build a library for testing, where could we put these. Maybe a jira? There are already 2 seleniumXml in OFBiz, but creating an umbrella JIRA issue could be a good start to list the already done job. At Nereide, we've already a bunch of them, waiting to be integrated. The only thing that make me wait is that SeleniumXml is not as powerful as our IC server... As I said before, we can't log actions, and there is no possibility to keep track of what has be done (results in error, screenshots, etc...) I tried to improve the seleniumXml framework, but I am running out of time at the moment. Moreover the manner I developed this improvement is maybe not the best (should use JUnit), and I would really like to work with others on this particular point of OFBiz improvement. Regards,
Re: OpenERP fund raising
I'm replying to the list in general regarding the misrepresentations and outright lies in this reply - not Ruth personally... Ruth Hoffman wrote: Secondly, OFBiz will never survive, let alone grow, if there are no new adopters (end-users, service providers or whatever you want to call them). I further argue that the project won't get any new adopters by sticking its collective head in the sand and ignoring real world issues like release management, quality control and my favorite, documentation and training. Before anyone on the list believes any of this nonsense, I would encourage you to do a quick review of recent mailing list activity, the commit logs, and Jira. A review of the user mailing list will show that new adopters arrive on this list regularly. Release management follows a well documented plan and that plan has been followed by the developer community. The commit logs will show tremendous activity in the area of quality control (unit tests). A review of Jira will show that bug reports are reviewed and fixed regularly. There is a wealth of documentation on the Wiki, and in video and book form. In summary, the project continues to grow and improve. No one has their head stuck in the sand. Anyone who says otherwise is simply ignoring the facts. -Adrian
Re: OpenERP fund raising
On Feb 24, 2010, at 1:04 PM, Adrian Crum wrote: I'm replying to the list in general regarding the misrepresentations and outright lies in this reply - not Ruth personally... Ruth Hoffman wrote: Secondly, OFBiz will never survive, let alone grow, if there are no new adopters (end-users, service providers or whatever you want to call them). I further argue that the project won't get any new adopters by sticking its collective head in the sand and ignoring real world issues like release management, quality control and my favorite, documentation and training. Before anyone on the list believes any of this nonsense, I would encourage you to do a quick review of recent mailing list activity, the commit logs, and Jira. A review of the user mailing list will show that new adopters arrive on this list regularly. Release management follows a well documented plan and that plan has been followed by the developer community. The commit logs will show tremendous activity in the area of quality control (unit tests). A review of Jira will show that bug reports are reviewed and fixed regularly. There is a wealth of documentation on the Wiki, and in video and book form. In summary, the project continues to grow and improve. No one has their head stuck in the sand. Anyone who says otherwise is simply ignoring the facts. Thank you for a voice of reason Adrian. Usually when people ignore the facts and make assertions otherwise, especially when done vehemently and repeatedly, there is something they are trying to get other people to believe, and along with that something they think people will do if they believe it. What I'm wondering about Ruth's comments over recent weeks is: 1. What is it that Ruth wants us to believe? 2. What is it that Ruth wants us to do based on that belief? Ruth: could you help us out here? Otherwise, I guess we can start guessing... -David
Re: OpenERP fund raising
Ruth, Thanks for your response. See my comments inline. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 2:31 PM, Ruth Hoffman wrote: Hi Anil: I'm sure this will start an avalanche of responses all directing vitriol towards me. Rest assured I don't take any attacks personally: I know this by now :) First off, IMHO, encouraging community contributions IS a problem for OFBiz. The community as you so correctly point out is one of software developers. There is much more to bringing a product to market, or more importantly, surviving to play another day, than software development and copious amounts of code contributed to a source code repository. Ofbiz community is community of software developers. And I am proud to be one of them. You will be happy to know that we (HotWax Media) have enjoyed (not just survived) working on Ofbiz. I will not predict future, but I don't see any issues coming up in near future. Bringing product to market is commercial activity that is carried out by group of people in order to achieve some monitory (and few other) goals. With respect to Ofbiz, responsibility like bringing product to market is something that service providers do. Secondly, OFBiz will never survive, let alone grow, if there are no new adopters (end-users, service providers or whatever you want to call them). I further argue that the project won't get any new adopters by sticking its collective head in the sand and ignoring real world issues like release management, quality control and my favorite, documentation and training. I have been long enough in Ofbiz community to clearly understand that, release management, quality control, documentation and training can be much better achieved if service providers take the responsibility and make some kind of business on top of it. Like you are working on writing the book (Thanks for that). Its value add service that you are selling, you may be having some other business plan around it. Bottom line is, It has to make money for you. Release management and providing documentation takes lots of resources. I don't think any provider will be able to provide them unless there was something else that made money for them. e.g Lets say your book is based on 9.04 release branch. In order for you to make money on your effort its important that people use 9.04, so naturally you will support 9.04 and when you release next edition of your book that support 10.04, you may decide to provide upgrade service, may be for free or some fee. And to your point about selling services. I'm curious. Since you brought it up, what services does HotWax sell that help promote the health and well being of the OFBiz project? Or is that not what you do? Maybe I don't understand. HotWax media sells services for implementing Ofbiz to various kind of businesses. In the process we add new features, test some, add Unit tests for few, etc. Part of what we do is contributed to community and part does not make into community for various reasons. All these things that we do helps others in community in someway. Similarly other providers contribute tons of things. All these activities have helped Ofbiz community to not only survive but grow overtime. Well I for one feel really comfortable saying that I sell a product that helps promote the health and well being of OFBiz. Probably the only one out there? Thanks for providing services and helping users. But please know that I don't appreciate you saying that you are the only one. Not only that, my product is reasonably priced to encourage new OFBiz adopters. If you can afford to buy a week's worth of Starbuck lattes, you can afford to purchase my product. Does that make me a Company backing OFBiz? LOL! I don't know what you want to communicate, but I do see your services are something that helps grow Ofbiz ecosystem. Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com Regards, Ruth Anil Patel wrote: Here is another blog http://news.cnet.com/8301-13505_3-10458449-16.html One interesting issue these Company driven projects are struggling (evedent from reading these blogs) with is, encourage community to contribute. In Ofbiz we don't have this issue, Ofbiz is build on the concept of Community driven software development I feel confident that OfBiz will live longer and grow much more quickly then usual software open source software dragged by corporations. Ofbiz service providers can focus on their core activity Sell services, and not really wonder around to get funding to keep project alive and moving. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 11:14
Re: OpenERP fund raising
I think this discussion is unnecessary. Ruth is an audience. I guess she wants to see exciting shows, fighting, blooding. Unfortunately, the open source game is not that exciting for end users. Why OFBiz will win this game? Very simple, making all the talents to develop in one location is much expensive than OFBiz current development model. 在 2010-02-24三的 13:10 -0700,David E Jones写道: On Feb 24, 2010, at 1:04 PM, Adrian Crum wrote: I'm replying to the list in general regarding the misrepresentations and outright lies in this reply - not Ruth personally... Ruth Hoffman wrote: Secondly, OFBiz will never survive, let alone grow, if there are no new adopters (end-users, service providers or whatever you want to call them). I further argue that the project won't get any new adopters by sticking its collective head in the sand and ignoring real world issues like release management, quality control and my favorite, documentation and training. Before anyone on the list believes any of this nonsense, I would encourage you to do a quick review of recent mailing list activity, the commit logs, and Jira. A review of the user mailing list will show that new adopters arrive on this list regularly. Release management follows a well documented plan and that plan has been followed by the developer community. The commit logs will show tremendous activity in the area of quality control (unit tests). A review of Jira will show that bug reports are reviewed and fixed regularly. There is a wealth of documentation on the Wiki, and in video and book form. In summary, the project continues to grow and improve. No one has their head stuck in the sand. Anyone who says otherwise is simply ignoring the facts. Thank you for a voice of reason Adrian. Usually when people ignore the facts and make assertions otherwise, especially when done vehemently and repeatedly, there is something they are trying to get other people to believe, and along with that something they think people will do if they believe it. What I'm wondering about Ruth's comments over recent weeks is: 1. What is it that Ruth wants us to believe? 2. What is it that Ruth wants us to do based on that belief? Ruth: could you help us out here? Otherwise, I guess we can start guessing... -David
Brain-storm: OFBIZ on Grails, is this a right way for the future?
Hi OFBIZ users and developers, First of all, I'm a novice of OFBIZ. I've just started to learn and use it for a couple of month. So if I have made some mistake in the following post, criticisms are welcomed :clap: Does anyone using OFBIZ interested in porting OFBIZ to leverage a mature and decent web platform, more specifically Grails? The idea comes from the post from Christopher Snow, There was some interest in porting openerp to jython, and the recent hot topic groovy service code instead of minilang. Excuse me, I'm going a step further.:-P The problem an OFBIZ novice commonly facing is when he/she has to go further than the OFBIZ OOTB functionality ( which proves he/she is becoming a really OFBIZ user:drunk: ). He/she have to learn a lot of techniques in the unique OFBIZ way, which is commonly a well defined web framework/OR-mapping tool should take care. This make learning-curve steep. I fully understand the historical reason of OBFIZ, such as OFBIZ utilize the IoC idea earlier than Spring, entity-engine evolution over EJB2, and the ability to avoid the compile-deploy-test cycle and make development more efficient. And I really admire them, especially considering the age when OFBIZ developers invent them. But these are not unique features of OFBIZ now a days. Leading web development platforms such as RoR and Grails has go much further than what OFBIZ's technical platform can provide, since they have dedicated man power to spend in researching these area. What make things worse is many ways to accomplish same goal in OFBIZ. xml mini-lang, groovy, bsh, java, just named some. It giving developers freedom to choose technology what they like, sounds good. But it is a different story for the long term platform maintainers and customizers. With adequate open practice, can we gain enough experience to concentrate on a consistent way to do development task in OFBIZ? (To make me clear, I'm not advocating a single programming language to solve any problem). So..., why I'm still interested in OFBIZ? I must admit even with the complains, I'm still an OFBIZ fans till now. The answer is the business level functionalities. This is the real strength of OFBIZ. Since most services and actions have implemented in groovy/Java, porting these code to Grails are smooth. With the leverage of Groovy DSL over mini-lang, we will go further. Theoretically the chance to migrate the whole OFBIZ package to Grails platform are possible (more serious research work needs to be done in this area), while keeping the strength of OFBIZ - the business level assets accumulated in years. Of course it will not be an easy step, only great gains worth such huge change. So what we may gain from the transition: * Faster development speed - more efficient, on-rails level; * Less code - less maintenance spend; * More concentrate - No more re-invent wheel. Let's concentrate on what makes OFBIZ unique and leading-edge in limited resource; * More 3rd party software integration ability - provided by the Grails platform and plenty of plugins; * Easier deployment - no more embedding Tomcat, just standard war packages, which is deployable to any container, even cloud computing providers; * Last but not least, more smooth learning curve - the key factor to gain more new coming user and make success. Is this a right way to the future? Any thoughts? Regards, Miles. -- View this message in context: http://n4.nabble.com/Brain-storm-OFBIZ-on-Grails-is-this-a-right-way-for-the-future-tp1568009p1568009.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: JobInvoker crashes while reading serviceengine.xml
Now I can confirm it fixes the problem. While I do that clear cache for resourceLoader I get few lines similar with the ones mentioned before, like 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. BUT the main advantage is that server does not fully crash and it recovers well. I do those calls on regular bases every 10 mins.. I only ask myself if (depending on the number of concurrent users) it needs to be done more often?! Could reach other side effects by doing it more often? Best regards, Florin I still need to know if that fixed the problem. If it did, then we need to look into it further to get it fixed. -Adrian Florin Popa wrote: Hello Adrian, Many thanks. Now I have the first feeling that it really helps! It can be checked only in the evening because during the day I am doing clear all cache on regular basees for other other reasons (external process making updates to products and lucene index) So now I did it manually, I need further to integrate it into a cronjob doing it every 30 mins maybe Many thanks, Florin Florin, The next time you have that problem, try clearing the resource.ResourceLoaders cache and see if the problem goes away. -Adrian Florin Popa wrote: Hello all, I think I tried before to ask that question, but I would retry because it becomes a critical issue in production. The Ofbiz instance runs fine for several ours and unexpectedly I can see these lines below in the log file. As soon as it starts with those exceptions, I need to restart the instance because nothing works further. I can say that I never developed any additional/new Ofbiz Job and I also stopped some of them which I was sure that are never used for my purposes. I also tried to upgrade the parser, but nothing helps by now: Exception in thread default-invoker-Thread-499 java.lang.NullPointerException at org.apache.xerces.dom.DeferredElementNSImpl.synchronizeData(Unknown Source) at org.apache.xerces.dom.ElementImpl.getNodeName(Unknown Source) at org.ofbiz.base.util.UtilXml.firstChildElement(UtilXml.java:436) 2010-02-23 21:27:09,238 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. at org.ofbiz.service.config.ServiceConfigUtil.getXmlRootElement(ServiceConfigUtil.java:48) at org.ofbiz.service.config.ServiceConfigUtil.getElement(ServiceConfigUtil.java:55) at org.ofbiz.service.config.ServiceConfigUtil.getElementAttr(ServiceConfigUtil.java:63) at org.ofbiz.service.job.JobInvoker.getTTL(JobInvoker.java:265) at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:255) at java.lang.Thread.run(Thread.java:619) 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,238 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992
Re: Brain-storm: OFBIZ on Grails, is this a right way for the future?
Miles Huang wrote: The problem an OFBIZ novice commonly facing is when he/she has to go further than the OFBIZ OOTB functionality ( which proves he/she is becoming a really OFBIZ user:drunk: ). He/she have to learn a lot of techniques in the unique OFBIZ way Theoretically the chance to migrate the whole OFBIZ package to Grails platform are possible (more serious research work needs to be done in this area), while keeping the strength of OFBIZ - the business level assets accumulated in years. So we trade new users having to learn the OFBiz way for new users having to learn the Grails way. What have we gained? -Adrian
Re: JobInvoker crashes while reading serviceengine.xml
Florin, Thank you for the information. I believe there might be a problem in the way things are cached. I will look into it further. For now, if clearing the cache solves your problem then go ahead and do that. The long term solution will be to find out what is causing the problem and fix it. -Adrian Florin Popa wrote: Now I can confirm it fixes the problem. While I do that clear cache for resourceLoader I get few lines similar with the ones mentioned before, like 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. BUT the main advantage is that server does not fully crash and it recovers well. I do those calls on regular bases every 10 mins.. I only ask myself if (depending on the number of concurrent users) it needs to be done more often?! Could reach other side effects by doing it more often? Best regards, Florin I still need to know if that fixed the problem. If it did, then we need to look into it further to get it fixed. -Adrian Florin Popa wrote: Hello Adrian, Many thanks. Now I have the first feeling that it really helps! It can be checked only in the evening because during the day I am doing clear all cache on regular basees for other other reasons (external process making updates to products and lucene index) So now I did it manually, I need further to integrate it into a cronjob doing it every 30 mins maybe Many thanks, Florin Florin, The next time you have that problem, try clearing the resource.ResourceLoaders cache and see if the problem goes away. -Adrian Florin Popa wrote: Hello all, I think I tried before to ask that question, but I would retry because it becomes a critical issue in production. The Ofbiz instance runs fine for several ours and unexpectedly I can see these lines below in the log file. As soon as it starts with those exceptions, I need to restart the instance because nothing works further. I can say that I never developed any additional/new Ofbiz Job and I also stopped some of them which I was sure that are never used for my purposes. I also tried to upgrade the parser, but nothing helps by now: Exception in thread default-invoker-Thread-499 java.lang.NullPointerException at org.apache.xerces.dom.DeferredElementNSImpl.synchronizeData(Unknown Source) at org.apache.xerces.dom.ElementImpl.getNodeName(Unknown Source) at org.ofbiz.base.util.UtilXml.firstChildElement(UtilXml.java:436) 2010-02-23 21:27:09,238 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. at org.ofbiz.service.config.ServiceConfigUtil.getXmlRootElement(ServiceConfigUtil.java:48) at org.ofbiz.service.config.ServiceConfigUtil.getElement(ServiceConfigUtil.java:55) at org.ofbiz.service.config.ServiceConfigUtil.getElementAttr(ServiceConfigUtil.java:63) at org.ofbiz.service.job.JobInvoker.getTTL(JobInvoker.java:265) at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:255) at java.lang.Thread.run(Thread.java:619) 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,238 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,992 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values
Re: OpenERP fund raising
Take a look at sage. btw they are doing a lot of advertising right now. Shi Jinghai sent the following on 2/24/2010 12:39 PM: I think this discussion is unnecessary. Ruth is an audience. I guess she wants to see exciting shows, fighting, blooding. Unfortunately, the open source game is not that exciting for end users. Why OFBiz will win this game? Very simple, making all the talents to develop in one location is much expensive than OFBiz current development model. 在 2010-02-24三的 13:10 -0700,David E Jones写道: On Feb 24, 2010, at 1:04 PM, Adrian Crum wrote: I'm replying to the list in general regarding the misrepresentations and outright lies in this reply - not Ruth personally... Ruth Hoffman wrote: Secondly, OFBiz will never survive, let alone grow, if there are no new adopters (end-users, service providers or whatever you want to call them). I further argue that the project won't get any new adopters by sticking its collective head in the sand and ignoring real world issues like release management, quality control and my favorite, documentation and training. Before anyone on the list believes any of this nonsense, I would encourage you to do a quick review of recent mailing list activity, the commit logs, and Jira. A review of the user mailing list will show that new adopters arrive on this list regularly. Release management follows a well documented plan and that plan has been followed by the developer community. The commit logs will show tremendous activity in the area of quality control (unit tests). A review of Jira will show that bug reports are reviewed and fixed regularly. There is a wealth of documentation on the Wiki, and in video and book form. In summary, the project continues to grow and improve. No one has their head stuck in the sand. Anyone who says otherwise is simply ignoring the facts. Thank you for a voice of reason Adrian. Usually when people ignore the facts and make assertions otherwise, especially when done vehemently and repeatedly, there is something they are trying to get other people to believe, and along with that something they think people will do if they believe it. What I'm wondering about Ruth's comments over recent weeks is: 1. What is it that Ruth wants us to believe? 2. What is it that Ruth wants us to do based on that belief? Ruth: could you help us out here? Otherwise, I guess we can start guessing... -David
Re: Brain-storm: OFBIZ on Grails, is this a right way for the future?
the porting usually refers to the UI, this can be handles but adding a interface to ofbiz like has been done for others. if that is what your proposing and want to put the energy in, then go for it. for instance I use swing and SWT. but not many are interested so it stays in my svn for my customers. Miles Huang sent the following on 2/24/2010 12:40 PM: Hi OFBIZ users and developers, First of all, I'm a novice of OFBIZ. I've just started to learn and use it for a couple of month. So if I have made some mistake in the following post, criticisms are welcomed :clap: Does anyone using OFBIZ interested in porting OFBIZ to leverage a mature and decent web platform, more specifically Grails? The idea comes from the post from Christopher Snow, There was some interest in porting openerp to jython, and the recent hot topic groovy service code instead of minilang. Excuse me, I'm going a step further.:-P The problem an OFBIZ novice commonly facing is when he/she has to go further than the OFBIZ OOTB functionality ( which proves he/she is becoming a really OFBIZ user:drunk: ). He/she have to learn a lot of techniques in the unique OFBIZ way, which is commonly a well defined web framework/OR-mapping tool should take care. This make learning-curve steep. I fully understand the historical reason of OBFIZ, such as OFBIZ utilize the IoC idea earlier than Spring, entity-engine evolution over EJB2, and the ability to avoid the compile-deploy-test cycle and make development more efficient. And I really admire them, especially considering the age when OFBIZ developers invent them. But these are not unique features of OFBIZ now a days. Leading web development platforms such as RoR and Grails has go much further than what OFBIZ's technical platform can provide, since they have dedicated man power to spend in researching these area. What make things worse is many ways to accomplish same goal in OFBIZ. xml mini-lang, groovy, bsh, java, just named some. It giving developers freedom to choose technology what they like, sounds good. But it is a different story for the long term platform maintainers and customizers. With adequate open practice, can we gain enough experience to concentrate on a consistent way to do development task in OFBIZ? (To make me clear, I'm not advocating a single programming language to solve any problem). So..., why I'm still interested in OFBIZ? I must admit even with the complains, I'm still an OFBIZ fans till now. The answer is the business level functionalities. This is the real strength of OFBIZ. Since most services and actions have implemented in groovy/Java, porting these code to Grails are smooth. With the leverage of Groovy DSL over mini-lang, we will go further. Theoretically the chance to migrate the whole OFBIZ package to Grails platform are possible (more serious research work needs to be done in this area), while keeping the strength of OFBIZ - the business level assets accumulated in years. Of course it will not be an easy step, only great gains worth such huge change. So what we may gain from the transition: * Faster development speed - more efficient, on-rails level; * Less code - less maintenance spend; * More concentrate - No more re-invent wheel. Let's concentrate on what makes OFBIZ unique and leading-edge in limited resource; * More 3rd party software integration ability - provided by the Grails platform and plenty of plugins; * Easier deployment - no more embedding Tomcat, just standard war packages, which is deployable to any container, even cloud computing providers; * Last but not least, more smooth learning curve - the key factor to gain more new coming user and make success. Is this a right way to the future? Any thoughts? Regards, Miles.
Re: Brain-storm: OFBIZ on Grails, is this a right way for the future?
I like developing with ofbiz, but it is very cumbersome compared to developing with grails. I have even started creating some prototypes in grails to get some idea of what would be required to implement ofbiz in grails. Personaly, I don't think grails is suitable for building large applications like ofbiz. The business components would have to be either separated by directory structure within grails, or by creating a separate grails application for each component and using something like spring integration or web services for wiring the applications together. Either way, modularity is an issue. I've even looked at doing the same in JBoss seam. The same problem as grails with modularity. Some other thoughts... The more I learn about OSGi, the more that I think this is the way forward for modularity. Hibernate or JPA for persistence, although I think an application dictionary approach like Adempiere would reduce hand coding dramatically. jBPM could be used for the business services. This would have two advantages, GUI tools for business users, automatic documentation of the services. Perhaps even Flex and BlazeDS for the front end. This gives thick client functionality in a thin client. Miles Huang wrote: Hi OFBIZ users and developers, First of all, I'm a novice of OFBIZ. I've just started to learn and use it for a couple of month. So if I have made some mistake in the following post, criticisms are welcomed :clap: Does anyone using OFBIZ interested in porting OFBIZ to leverage a mature and decent web platform, more specifically Grails? The idea comes from the post from Christopher Snow, There was some interest in porting openerp to jython, and the recent hot topic groovy service code instead of minilang. Excuse me, I'm going a step further.:-P The problem an OFBIZ novice commonly facing is when he/she has to go further than the OFBIZ OOTB functionality ( which proves he/she is becoming a really OFBIZ user:drunk: ). He/she have to learn a lot of techniques in the unique OFBIZ way, which is commonly a well defined web framework/OR-mapping tool should take care. This make learning-curve steep. I fully understand the historical reason of OBFIZ, such as OFBIZ utilize the IoC idea earlier than Spring, entity-engine evolution over EJB2, and the ability to avoid the compile-deploy-test cycle and make development more efficient. And I really admire them, especially considering the age when OFBIZ developers invent them. But these are not unique features of OFBIZ now a days. Leading web development platforms such as RoR and Grails has go much further than what OFBIZ's technical platform can provide, since they have dedicated man power to spend in researching these area. What make things worse is many ways to accomplish same goal in OFBIZ. xml mini-lang, groovy, bsh, java, just named some. It giving developers freedom to choose technology what they like, sounds good. But it is a different story for the long term platform maintainers and customizers. With adequate open practice, can we gain enough experience to concentrate on a consistent way to do development task in OFBIZ? (To make me clear, I'm not advocating a single programming language to solve any problem). So..., why I'm still interested in OFBIZ? I must admit even with the complains, I'm still an OFBIZ fans till now. The answer is the business level functionalities. This is the real strength of OFBIZ. Since most services and actions have implemented in groovy/Java, porting these code to Grails are smooth. With the leverage of Groovy DSL over mini-lang, we will go further. Theoretically the chance to migrate the whole OFBIZ package to Grails platform are possible (more serious research work needs to be done in this area), while keeping the strength of OFBIZ - the business level assets accumulated in years. Of course it will not be an easy step, only great gains worth such huge change. So what we may gain from the transition: * Faster development speed - more efficient, on-rails level; * Less code - less maintenance spend; * More concentrate - No more re-invent wheel. Let's concentrate on what makes OFBIZ unique and leading-edge in limited resource; * More 3rd party software integration ability - provided by the Grails platform and plenty of plugins; * Easier deployment - no more embedding Tomcat, just standard war packages, which is deployable to any container, even cloud computing providers; * Last but not least, more smooth learning curve - the key factor to gain more new coming user and make success. Is this a right way to the future? Any thoughts? Regards, Miles.
export entity list
Hi, I am using a screen composed by a search-form and a list-form with performFindList. When you push search button the list-form appears. Now I would like to use some search-form but when you push export-button result-list of performFindList is an input parameter of service createFileFromList. This service puts result-list in a file (eg zip file) and write this file to the browser. How can I do it? Thank you. -- View this message in context: http://n4.nabble.com/export-entity-list-tp1568096p1568096.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Brain-storm: OFBIZ on Grails, is this a right way for the future?
Chris, I agree that OSGI would be a better option than Grail. And yes, you put some good cards on the table, but... challenging isn'it ? If we succeed in removing components dependencies and take the time to think well about it, then why not? Jacques From: Christopher Snow sno...@snowconsulting.co.uk I like developing with ofbiz, but it is very cumbersome compared to developing with grails. I have even started creating some prototypes in grails to get some idea of what would be required to implement ofbiz in grails. Personaly, I don't think grails is suitable for building large applications like ofbiz. The business components would have to be either separated by directory structure within grails, or by creating a separate grails application for each component and using something like spring integration or web services for wiring the applications together. Either way, modularity is an issue. I've even looked at doing the same in JBoss seam. The same problem as grails with modularity. Some other thoughts... The more I learn about OSGi, the more that I think this is the way forward for modularity. Hibernate or JPA for persistence, although I think an application dictionary approach like Adempiere would reduce hand coding dramatically. jBPM could be used for the business services. This would have two advantages, GUI tools for business users, automatic documentation of the services. Perhaps even Flex and BlazeDS for the front end. This gives thick client functionality in a thin client. Miles Huang wrote: Hi OFBIZ users and developers, First of all, I'm a novice of OFBIZ. I've just started to learn and use it for a couple of month. So if I have made some mistake in the following post, criticisms are welcomed :clap: Does anyone using OFBIZ interested in porting OFBIZ to leverage a mature and decent web platform, more specifically Grails? The idea comes from the post from Christopher Snow, There was some interest in porting openerp to jython, and the recent hot topic groovy service code instead of minilang. Excuse me, I'm going a step further.:-P The problem an OFBIZ novice commonly facing is when he/she has to go further than the OFBIZ OOTB functionality ( which proves he/she is becoming a really OFBIZ user:drunk: ). He/she have to learn a lot of techniques in the unique OFBIZ way, which is commonly a well defined web framework/OR-mapping tool should take care. This make learning-curve steep. I fully understand the historical reason of OBFIZ, such as OFBIZ utilize the IoC idea earlier than Spring, entity-engine evolution over EJB2, and the ability to avoid the compile-deploy-test cycle and make development more efficient. And I really admire them, especially considering the age when OFBIZ developers invent them. But these are not unique features of OFBIZ now a days. Leading web development platforms such as RoR and Grails has go much further than what OFBIZ's technical platform can provide, since they have dedicated man power to spend in researching these area. What make things worse is many ways to accomplish same goal in OFBIZ. xml mini-lang, groovy, bsh, java, just named some. It giving developers freedom to choose technology what they like, sounds good. But it is a different story for the long term platform maintainers and customizers. With adequate open practice, can we gain enough experience to concentrate on a consistent way to do development task in OFBIZ? (To make me clear, I'm not advocating a single programming language to solve any problem). So..., why I'm still interested in OFBIZ? I must admit even with the complains, I'm still an OFBIZ fans till now. The answer is the business level functionalities. This is the real strength of OFBIZ. Since most services and actions have implemented in groovy/Java, porting these code to Grails are smooth. With the leverage of Groovy DSL over mini-lang, we will go further. Theoretically the chance to migrate the whole OFBIZ package to Grails platform are possible (more serious research work needs to be done in this area), while keeping the strength of OFBIZ - the business level assets accumulated in years. Of course it will not be an easy step, only great gains worth such huge change. So what we may gain from the transition: * Faster development speed - more efficient, on-rails level; * Less code - less maintenance spend; * More concentrate - No more re-invent wheel. Let's concentrate on what makes OFBIZ unique and leading-edge in limited resource; * More 3rd party software integration ability - provided by the Grails platform and plenty of plugins; * Easier deployment - no more embedding Tomcat, just standard war packages, which is deployable to any container, even cloud computing providers; * Last but not least, more smooth learning curve - the key factor to gain more new coming user and make success. Is this a right way to the future? Any thoughts? Regards, Miles.
Re: JobInvoker crashes while reading serviceengine.xml
Again, many thanks for the clue. If time will be enough we can also have a look for the reason.. I am not sure how deep inside the code should it be... I also noticed few services which were by default running and actually not needed for our purposes. Is anywhere a list of all those default started services? Best regards, Florin Florin, Thank you for the information. I believe there might be a problem in the way things are cached. I will look into it further. For now, if clearing the cache solves your problem then go ahead and do that. The long term solution will be to find out what is causing the problem and fix it. -Adrian Florin Popa wrote: Now I can confirm it fixes the problem. While I do that clear cache for resourceLoader I get few lines similar with the ones mentioned before, like 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. BUT the main advantage is that server does not fully crash and it recovers well. I do those calls on regular bases every 10 mins.. I only ask myself if (depending on the number of concurrent users) it needs to be done more often?! Could reach other side effects by doing it more often? Best regards, Florin I still need to know if that fixed the problem. If it did, then we need to look into it further to get it fixed. -Adrian Florin Popa wrote: Hello Adrian, Many thanks. Now I have the first feeling that it really helps! It can be checked only in the evening because during the day I am doing clear all cache on regular basees for other other reasons (external process making updates to products and lucene index) So now I did it manually, I need further to integrate it into a cronjob doing it every 30 mins maybe Many thanks, Florin Florin, The next time you have that problem, try clearing the resource.ResourceLoaders cache and see if the problem goes away. -Adrian Florin Popa wrote: Hello all, I think I tried before to ask that question, but I would retry because it becomes a critical issue in production. The Ofbiz instance runs fine for several ours and unexpectedly I can see these lines below in the log file. As soon as it starts with those exceptions, I need to restart the instance because nothing works further. I can say that I never developed any additional/new Ofbiz Job and I also stopped some of them which I was sure that are never used for my purposes. I also tried to upgrade the parser, but nothing helps by now: Exception in thread default-invoker-Thread-499 java.lang.NullPointerException at org.apache.xerces.dom.DeferredElementNSImpl.synchronizeData(Unknown Source) at org.apache.xerces.dom.ElementImpl.getNodeName(Unknown Source) at org.ofbiz.base.util.UtilXml.firstChildElement(UtilXml.java:436) 2010-02-23 21:27:09,238 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. at org.ofbiz.service.config.ServiceConfigUtil.getXmlRootElement(ServiceConfigUtil.java:48) at org.ofbiz.service.config.ServiceConfigUtil.getElement(ServiceConfigUtil.java:55) at org.ofbiz.service.config.ServiceConfigUtil.getElementAttr(ServiceConfigUtil.java:63) at org.ofbiz.service.job.JobInvoker.getTTL(JobInvoker.java:265) at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:255) at java.lang.Thread.run(Thread.java:619) 2010-02-23 21:27:09,238 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,238 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-497) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,239 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-496) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException: null]. Using defaults. 2010-02-23 21:27:09,991 (default-invoker-Thread-498) [ JobInvoker.java:267:ERROR] Problems reading values from serviceengine.xml file [java.lang.NumberFormatException:
Re: Brain-storm: OFBIZ on Grails, is this a right way for the future?
Just list some of the gains by different roles involved in the OFBIZ ecosystem: * For OFBIZ provider business owners and end-users: As such a sophisticated business application, the training cost for new comers is much high. The cost can be branched into 2 parts: 1) Learning the business model and logic implemented by OFBIZ 2) Learning OFBIZ's unique technical platform The first part cost is no doubt value-able and unavoidable, because it's closely related to the business and specific product. But the second part is the cost that doesn't gain any direct benefits to the business. So they like to find a way to cut down such cost. To find a new developer familiar with Grails is much easier than find a new developer familiar with OFBIZ platform, isn't it? The second part cost can be cut down to 0 by hire a qualified developer. * For NEW developers: Assume the worst case, the new developers doesn't familiar either of these technologies. Then he has 2 choices: 1) Spend 2 months to get familiar with the unique OFBIZ technical platform, which may get the OFBIZ job done, but nothing else. 2) Spend 2 months to learn a technology like Grails, which can not only solve the OFBIZ related requirements, but also suitable to solve a wide-range of web development problems. Which one do you think he/she would like to spend their time into? * For current Experts: They may need to learn a new technologies, but this is one-time cost. After this, they can be released from the long-last technical platform maintain task, concentrate on the core business issues. Although I don't know them yet, I bet the maintainers of the OFBIZ technical platform may have gathered a lot of improvement idea for the core platform already, inspired by other leading platforms. But they have limited time/effort to do so, or even just wondering: does it worthwhile to re-invent the wheels? -Miles On Wed, 2010-02-24 at 13:03 -0800, Adrian Crum wrote: Miles Huang wrote: The problem an OFBIZ novice commonly facing is when he/she has to go further than the OFBIZ OOTB functionality ( which proves he/she is becoming a really OFBIZ user:drunk: ). He/she have to learn a lot of techniques in the unique OFBIZ way Theoretically the chance to migrate the whole OFBIZ package to Grails platform are possible (more serious research work needs to be done in this area), while keeping the strength of OFBIZ - the business level assets accumulated in years. So we trade new users having to learn the OFBiz way for new users having to learn the Grails way. What have we gained? -Adrian
Re: OpenERP fund raising
Hi Anil, I'm pretty confident about that too, and anyway I like much more OFBiz way than the other Open ERPs around, openERP included. The reason I sent this link is maybe because I recently lost 2 contracts winned by openERP VARs. They were a bit cheaper but I think it's not the main reason. Here in France, openERP has a much larger cover than OFBiz, as they call it: a network of partners. And this is certainly the main reason. I had also some feebacks (CTOs) which seem to say that all is not perfect in openERP world (the underneath world, I mean). The main problem seems to be their difficulties to get modules staying consistent, the OSCommerce syndrome I will say... But here is python tough, not PHP 4.0... Jacques From: Anil Patel anil.pa...@hotwaxmedia.com Here is another blog http://news.cnet.com/8301-13505_3-10458449-16.html One interesting issue these Company driven projects are struggling (evedent from reading these blogs) with is, encourage community to contribute. In Ofbiz we don't have this issue, Ofbiz is build on the concept of Community driven software development I feel confident that OfBiz will live longer and grow much more quickly then usual software open source software dragged by corporations. Ofbiz service providers can focus on their core activity Sell services, and not really wonder around to get funding to keep project alive and moving. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 11:14 AM, Anil Patel wrote: Jacques, Why do you think so? It does not take too long to use 3M euros. And they are trying to make community contribution thing work for them, We got it working for years. In case of OpenERP, One provider is dominating the community. In case of Apache Ofbiz we don't encourage that. Its up to providers to decide how they want to use OfBiz for building their business. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 10:15 AM, Jacques Le Roux wrote: Maybe the future of OFBiz in Europe (and even in USA it seems) will be harder... http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html Or maybe this ERP will not be Open-Source longer in the future... Actually it was the last of the Open-Source ERPs to not follow this way (though Im not sure for ERP5) The strategy : http://robertogaloppini.net/2009/06/01/open-source-business-strategy-openerp-and-long-term-sustainability/ Jacques
Re: Framework Introduction Videos and Diagrams
BJ, I think Tim is asking for the actual files (PDFs and videos) to be put on the infrastructure. Can you provide those to him? Thanks, Goran -- View this message in context: http://n4.nabble.com/Framework-Introduction-Videos-and-Diagrams-tp1562564p1568218.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Buld Failed Revision 915988
Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Re: Buld Failed Revision 915988
I see Compiler Adapter 'javac1.6' can't be found. Do you use Sun Java 1.6 ? Jacques From: Len Shein lsh...@verizon.net Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
RE: Buld Failed Revision 915988
Yes 1.6.0_03 on Windows I have 3 other projects running Ofbiz; just the latest build will not compile, did I lose a setting somewhere? -Original Message- From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com] Sent: Wednesday, February 24, 2010 6:05 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 I see Compiler Adapter 'javac1.6' can't be found. Do you use Sun Java 1.6 ? Jacques From: Len Shein lsh...@verizon.net Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Re: Framework Introduction Videos and Diagrams
I'm posting the PDFs now. When there's a place to move all of the bigfiles things - I will be happy to post those as well. Cheers, Ruppert On Feb 24, 2010, at 3:56 PM, goranjan wrote: BJ, I think Tim is asking for the actual files (PDFs and videos) to be put on the infrastructure. Can you provide those to him? Thanks, Goran -- View this message in context: http://n4.nabble.com/Framework-Introduction-Videos-and-Diagrams-tp1562564p1568218.html Sent from the OFBiz - User mailing list archive at Nabble.com. smime.p7s Description: S/MIME cryptographic signature
Re: Buld Failed Revision 915988
type: java -version and check what version is actually being used by the system. Regards Scott HotWax Media http://www.hotwaxmedia.com On 24/02/2010, at 6:13 PM, Len Shein wrote: Yes 1.6.0_03 on Windows I have 3 other projects running Ofbiz; just the latest build will not compile, did I lose a setting somewhere? -Original Message- From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com] Sent: Wednesday, February 24, 2010 6:05 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 I see Compiler Adapter 'javac1.6' can't be found. Do you use Sun Java 1.6 ? Jacques From: Len Shein lsh...@verizon.net Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303 smime.p7s Description: S/MIME cryptographic signature
RE: Buld Failed Revision 915988
Java -version got the following results Java version 1.6.0_17 Java SE Runtime Environment build 1.6.0_17-b04 Java Hotspot Client VM (build 14.3-b01, mixed mode, sharing Len -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Wednesday, February 24, 2010 6:19 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 type: java -version and check what version is actually being used by the system. Regards Scott HotWax Media http://www.hotwaxmedia.com On 24/02/2010, at 6:13 PM, Len Shein wrote: Yes 1.6.0_03 on Windows I have 3 other projects running Ofbiz; just the latest build will not compile, did I lose a setting somewhere? -Original Message- From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com] Sent: Wednesday, February 24, 2010 6:05 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 I see Compiler Adapter 'javac1.6' can't be found. Do you use Sun Java 1.6 ? Jacques From: Len Shein lsh...@verizon.net Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Re: OpenERP fund raising
I have to agree with Ruth on this one. The question is, what is the OFBiz community, is it users or developers? The question has lots of implications, and deserves careful thought. If venture capitalists (a community I know something about) are willing to invest $3MM euro to increase OpenERP market share, then 1) they see a product that can increase its revenues (and profits) by at least 10-100X in the next 3-5 years, and 2) they see a path to liquidity (public offering or sale), whereby they expect to recoup their investment. I agree with Jacques that OpenERP is an inferior solution. Yet he loses contracts to OpenERP. Why? Partly because OpenERP looks more polished and finished, and appearances are in fact important. However, the bigger issue is that OpenERP is more user-friendly (meaning more inviting to users, who are not developers). The general perception in the OFBiz community seems to be that if you want an ERP solution, you will need to customize it. For that, you need a developer, and we are those developers. So if you want an OFBiz solution, pay us and we'll get you a custom OFBiz solution-- otherwise, don't waste our time. Sorry, but that attitude is ass-backwards. You have the cart driving the horse. Even record and movie companies (the most ass-backward marketing people on the planet) know that they don't get people to buy records without radio play, or movie tickets without trailers. Even low-life drug dealers grasp the simple marketing concept of the loss leader-- you can get more people using your product by giving it away for free, initially. In my business, we give away lots of free samples because it it the best way to get people converted to our products. People need to know up front what value they are going to get, and also how much it is going to cost. As an end-user with OpenERP, you get that information (I looked hard at OpenERP a few months ago), but with OFBiz, you really don't. You have to look really hard (under the hood) to see the things that make OFBiz better, and as developers, you probably all know what those advantages are. OFBiz's weaknesses, on the other hand, are right on the surface-- the very things that Ruth complains about. Choosing any ERP solution is a hard, painful task, and the initial difficulty of evaluating and customizing OFBiz makes it a harder choice than most. Inertia (personal and institutional) definitely works against acceptance and adoption of OFBiz, initially. If OFBiz had a polished, truly OOTB solution, then users could try it and (hopefully) find it immediately useful, at least for some limited applications. Once the nose of the camel gets inside the tent, the rest of the body will follow. use breeds curiosity, and the incremental cost (other than learning curve) of using more features and applications is zero, so the learning process is encouraged. Soon, the customer is fully committed and using OFBiz for many things, but inevitably, there are some customizations they would like to make. Cha-ching! Customers create themselves. Instead of a missionary sale, you have more customers than you can service, and they are looking for you, instead of the reverse. That is the difference between OpenERP and OFBiz in a nutshell. From a user's perspective, OpenERP delivers benefits first and costs later, while OFBiz demands costs up front and delivers the benefits later. Which way do you think is the FASTEST path to a LARGE user community? The venture capitalists have already cast THEIR vote. On Wed, 2010-02-24 at 14:31 -0500, Ruth Hoffman wrote: Hi Anil: I'm sure this will start an avalanche of responses all directing vitriol towards me. Rest assured I don't take any attacks personally: First off, IMHO, encouraging community contributions IS a problem for OFBiz. The community as you so correctly point out is one of software developers. There is much more to bringing a product to market, or more importantly, surviving to play another day, than software development and copious amounts of code contributed to a source code repository. Secondly, OFBiz will never survive, let alone grow, if there are no new adopters (end-users, service providers or whatever you want to call them). I further argue that the project won't get any new adopters by sticking its collective head in the sand and ignoring real world issues like release management, quality control and my favorite, documentation and training. And to your point about selling services. I'm curious. Since you brought it up, what services does HotWax sell that help promote the health and well being of the OFBiz project? Or is that not what you do? Maybe I don't understand. Well I for one feel really comfortable saying that I sell a product that helps promote the health and well being of OFBiz. Probably the only one out there? Not only that, my product is reasonably priced to encourage new OFBiz adopters. If you can afford to
Re: Buld Failed Revision 915988
just did a successful build on 91605 Len Shein sent the following on 2/24/2010 3:00 PM: Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Re: OpenERP fund raising
Matt, A really simple thing I am trying to say here is, There is fundamental different between Ofbiz and OpenERP. OpenERP is like Solaris, A Software based on Open Source software that is managed by One Company. Apache Ofbiz is like Linux, Its good software, but without RedHat or Ubuntu. People will find it difficult to use it. We need RedHat's of Ofbiz to come up, At that point users will be able to get what you get from OpenERP. There are companies who have build software using Ofbiz, e.g Neogia and OpenTaps. I am not saying anything about how good they are or anything. There are some who have build closed source software on top of Ofbiz as well. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Feb 24, 2010, at 6:46 PM, Matt Warnock wrote: I have to agree with Ruth on this one. The question is, what is the OFBiz community, is it users or developers? The question has lots of implications, and deserves careful thought. If venture capitalists (a community I know something about) are willing to invest $3MM euro to increase OpenERP market share, then 1) they see a product that can increase its revenues (and profits) by at least 10-100X in the next 3-5 years, and 2) they see a path to liquidity (public offering or sale), whereby they expect to recoup their investment. I agree with Jacques that OpenERP is an inferior solution. Yet he loses contracts to OpenERP. Why? Partly because OpenERP looks more polished and finished, and appearances are in fact important. However, the bigger issue is that OpenERP is more user-friendly (meaning more inviting to users, who are not developers). The general perception in the OFBiz community seems to be that if you want an ERP solution, you will need to customize it. For that, you need a developer, and we are those developers. So if you want an OFBiz solution, pay us and we'll get you a custom OFBiz solution-- otherwise, don't waste our time. Sorry, but that attitude is ass-backwards. You have the cart driving the horse. Even record and movie companies (the most ass-backward marketing people on the planet) know that they don't get people to buy records without radio play, or movie tickets without trailers. Even low-life drug dealers grasp the simple marketing concept of the loss leader-- you can get more people using your product by giving it away for free, initially. In my business, we give away lots of free samples because it it the best way to get people converted to our products. People need to know up front what value they are going to get, and also how much it is going to cost. As an end-user with OpenERP, you get that information (I looked hard at OpenERP a few months ago), but with OFBiz, you really don't. You have to look really hard (under the hood) to see the things that make OFBiz better, and as developers, you probably all know what those advantages are. OFBiz's weaknesses, on the other hand, are right on the surface-- the very things that Ruth complains about. Choosing any ERP solution is a hard, painful task, and the initial difficulty of evaluating and customizing OFBiz makes it a harder choice than most. Inertia (personal and institutional) definitely works against acceptance and adoption of OFBiz, initially. If OFBiz had a polished, truly OOTB solution, then users could try it and (hopefully) find it immediately useful, at least for some limited applications. Once the nose of the camel gets inside the tent, the rest of the body will follow. use breeds curiosity, and the incremental cost (other than learning curve) of using more features and applications is zero, so the learning process is encouraged. Soon, the customer is fully committed and using OFBiz for many things, but inevitably, there are some customizations they would like to make. Cha-ching! Customers create themselves. Instead of a missionary sale, you have more customers than you can service, and they are looking for you, instead of the reverse. That is the difference between OpenERP and OFBiz in a nutshell. From a user's perspective, OpenERP delivers benefits first and costs later, while OFBiz demands costs up front and delivers the benefits later. Which way do you think is the FASTEST path to a LARGE user community? The venture capitalists have already cast THEIR vote. On Wed, 2010-02-24 at 14:31 -0500, Ruth Hoffman wrote: Hi Anil: I'm sure this will start an avalanche of responses all directing vitriol towards me. Rest assured I don't take any attacks personally: First off, IMHO, encouraging community contributions IS a problem for OFBiz. The community as you so correctly point out is one of software developers. There is much more to bringing a product to market, or more importantly, surviving to play another day, than software development and copious amounts of code contributed to a source code
Re: Buld Failed Revision 915988
I get that version, did something change? Do you have any idea why the build could not find the java compiler? Quoting BJ Freeman bjf...@free-man.net: just did a successful build on 91605 Len Shein sent the following on 2/24/2010 3:00 PM: Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Re: Buld Failed Revision 915988
Do you have the JDK or just the JRE? -Adrian Len Shein wrote: Java -version got the following results Java version 1.6.0_17 Java SE Runtime Environment build 1.6.0_17-b04 Java Hotspot Client VM (build 14.3-b01, mixed mode, sharing Len -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Wednesday, February 24, 2010 6:19 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 type: java -version and check what version is actually being used by the system. Regards Scott HotWax Media http://www.hotwaxmedia.com On 24/02/2010, at 6:13 PM, Len Shein wrote: Yes 1.6.0_03 on Windows I have 3 other projects running Ofbiz; just the latest build will not compile, did I lose a setting somewhere? -Original Message- From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com] Sent: Wednesday, February 24, 2010 6:05 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 I see Compiler Adapter 'javac1.6' can't be found. Do you use Sun Java 1.6 ? Jacques From: Len Shein lsh...@verizon.net Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Leveraging Youtube
I thought occurs to me that putting up youtubes would promote ofbiz. each person could take a focus and walk it through begin to end. the would promote ofbiz and the person doing the youtube.
Re: Buld Failed Revision 915988
Also, do you have a JAVA_HOME or similar environment variable? If so, ant will use that... -David On Feb 24, 2010, at 5:21 PM, Adrian Crum wrote: Do you have the JDK or just the JRE? -Adrian Len Shein wrote: Java -version got the following results Java version 1.6.0_17 Java SE Runtime Environment build 1.6.0_17-b04 Java Hotspot Client VM (build 14.3-b01, mixed mode, sharing Len -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Wednesday, February 24, 2010 6:19 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 type: java -version and check what version is actually being used by the system. Regards Scott HotWax Media http://www.hotwaxmedia.com On 24/02/2010, at 6:13 PM, Len Shein wrote: Yes 1.6.0_03 on Windows I have 3 other projects running Ofbiz; just the latest build will not compile, did I lose a setting somewhere? -Original Message- From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com] Sent: Wednesday, February 24, 2010 6:05 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 I see Compiler Adapter 'javac1.6' can't be found. Do you use Sun Java 1.6 ? Jacques From: Len Shein lsh...@verizon.net Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Re: Buld Failed Revision 915988
I do not have JAVA_HOME var set and I have both the jdk and the jre. I am running in eclipse: If I am understanding correctly the build is finding a lesser version of the java compiler than 1.6 which is causing the error? is that correct? Quoting David E Jones d...@me.com: Also, do you have a JAVA_HOME or similar environment variable? If so, ant will use that... -David On Feb 24, 2010, at 5:21 PM, Adrian Crum wrote: Do you have the JDK or just the JRE? -Adrian Len Shein wrote: Java -version got the following results Java version 1.6.0_17 Java SE Runtime Environment build 1.6.0_17-b04 Java Hotspot Client VM (build 14.3-b01, mixed mode, sharing Len -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Wednesday, February 24, 2010 6:19 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 type: java -version and check what version is actually being used by the system. Regards Scott HotWax Media http://www.hotwaxmedia.com On 24/02/2010, at 6:13 PM, Len Shein wrote: Yes 1.6.0_03 on Windows I have 3 other projects running Ofbiz; just the latest build will not compile, did I lose a setting somewhere? -Original Message- From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com] Sent: Wednesday, February 24, 2010 6:05 PM To: user@ofbiz.apache.org Subject: Re: Buld Failed Revision 915988 I see Compiler Adapter 'javac1.6' can't be found. Do you use Sun Java 1.6 ? Jacques From: Len Shein lsh...@verizon.net Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
Re: Buld Failed Revision 915988
I have mulitple java JDK on my machine. so I modified ant.bat to myant.bat :%JAVA_HOME%\bin\java -jar framework/base/lib/ant-launcher-1.7.0.jar %1 %2 %3 %4 %5 %6 \jsdk\jdk1.6.0_18\bin\java -jar framework/base/lib/ant-launcher-1.7.1.jar %1 %2 %3 %4 %5 %6 lsh...@salmonllc.com sent the following on 2/24/2010 4:15 PM: I get that version, did something change? Do you have any idea why the build could not find the java compiler? Quoting BJ Freeman bjf...@free-man.net: just did a successful build on 91605 Len Shein sent the following on 2/24/2010 3:00 PM: Got the latest and in trying to build immediately got the following error message: BUILD FAILED C:\projectsPurity\OFBIZ\ofbiz\build.xml:191: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\build.xml:147: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\macros.xml:27: The following error occurred while executing this line: C:\projectsPurity\OFBIZ\ofbiz\framework\start\build.xml:37: Compiler Adapter 'javac1.6' can't be found. Does anyone know what the cause of this is? Thank You Len Shein lsh...@salmonllc.com lsh...@verizon.net 516.742.7888 ext.225 732.333.4303
new instructions available for standalone ofbiz
Hi everyone, I have put together some instructions for using ofbiz (trunk) as a standalone development framework. The instructions are at: http://cwiki.apache.org/confluence/display/OFBIZ/Ofbiz+as+a+development+framework+-+upcoming+release+10.04 Anyone interested in this topic, can you please give me feedback on the instructions? Many thanks in advance, Chris
how to get short url for wiki page
Hi users, How do you get the short url for wiki pages? E.g. http://cwiki.apache.org/confluence/x/eIOJ instead of http://cwiki.apache.org/confluence/display/OFBIZ/Ofbiz+as+a+development+framework+-+release+9.04 Many thanks, Chris
Re: how to get short url for wiki page
On any page go to Tools(refer top right corner) - Info and get the link from there. -- Ashish On Thu, Feb 25, 2010 at 10:52 AM, Christopher Snow sno...@snowconsulting.co.uk wrote: Hi users, How do you get the short url for wiki pages? E.g. http://cwiki.apache.org/confluence/x/eIOJ instead of http://cwiki.apache.org/confluence/display/OFBIZ/Ofbiz+as+a+development+framework+-+release+9.04 Many thanks, Chris
Re: how to get short url for wiki page
Thanks Ashish! Ashish Vijaywargiya wrote: On any page go to Tools(refer top right corner) - Info and get the link from there. -- Ashish On Thu, Feb 25, 2010 at 10:52 AM, Christopher Snow sno...@snowconsulting.co.uk wrote: Hi users, How do you get the short url for wiki pages? E.g. http://cwiki.apache.org/confluence/x/eIOJ instead of http://cwiki.apache.org/confluence/display/OFBIZ/Ofbiz+as+a+development+framework+-+release+9.04 Many thanks, Chris
why we should have a 10.04 standalone framework release
Here are some benefits of a 10.04 standalone framework release: 1) Standalone framework users would be a form of quality control helping to ensure more incorrect dependencies don't find there way into ofbiz. 2) we would be able to promote the framework in its own right thus competing with OpenERP's OpenObject platform 3) a much larger potential user base than ecommerce or erp users. Any more that I have missed? -- Chris Snow - CEng MBCS CITP MBA (Tech Mgmt) (Open) CISSP Tel: 01453 890660 Mob: 07944 880950 Www: www.snowconsulting.co.uk
why we should have a 10.04 standalone framework release
Here are some benefits of a 10.04 standalone framework release: 1) Standalone framework users would be a form of quality control helping to ensure more incorrect dependencies don't find there way into ofbiz. 2) we would be able to promote the framework in its own right thus competing with OpenERP's OpenObject platform 3) a much larger potential user base than ecommerce or erp users. Any more that I have missed? -- Chris Snow - CEng MBCS CITP MBA (Tech Mgmt) (Open) CISSP Tel: 01453 890660 Mob: 07944 880950 Www: www.snowconsulting.co.uk
Re: Framework Introduction Videos and Diagrams
Thanks for your work. Might I suggest that the pd f and video be put into ofbiz, itself as the other website information has been. then it would be in the svn. as a starter maybe make the video location a top folder so there is a choice to download them, like the site. or add them to the site folder. any way you put them in the svn you can link the videos then from the svn to the wiki. Just a thought Tim Ruppert sent the following on 2/24/2010 3:18 PM: I'm posting the PDFs now. When there's a place to move all of the bigfiles things - I will be happy to post those as well. Cheers, Ruppert On Feb 24, 2010, at 3:56 PM, goranjan wrote: BJ, I think Tim is asking for the actual files (PDFs and videos) to be put on the infrastructure. Can you provide those to him? Thanks, Goran -- View this message in context: http://n4.nabble.com/Framework-Introduction-Videos-and-Diagrams-tp1562564p1568218.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Ecommerce Error
Hi Atul, I just downloaded the latest 9.04 build (2010-2-23) and checked that order/webapp/ordermgr/request/requestInfo.ftl is indeed missing from 9.04 release. As I am not a contributor in OFBIZ, maybe someone can help put the file in. Thanks! -- View this message in context: http://n4.nabble.com/Ecommerce-Error-tp1564230p1568598.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: XML Import delete
there is a feature in web tools to remove all the relational keys. once you do that you can delete relational data. only be careful that you remove the complete data, otherwise you application will have errors when you put the Relational keys back in. if your doing this for Testing then and your using the Derby built-in data base there is a target in the build file for zipping it. then you can add data and reset to the state before by unzipping the file. if you have a database that is external to ofbiz then you will have to do your own script to back and restore you database. Stephen Rufle sent the following on 2/24/2010 4:07 PM: We have been using the EntityImport/EntityImportDir process to add data to our database. I would like to know is there a similar process that can be used to remove data. I tried looking up Entity sync in google but think it is related to contact management.
Re: Ecommerce Error
Hi Koon, http://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Contributors+Best+Practices feel free to be a part of OFBiz contributors.Please create jira ticket for the issue. Thanks Regards -- Deepak Dixit HotWax Media Pvt. Ltd. Website :- www.hotwaxmedia.com Contact :- +91-98267-54548 Koon Sang wrote: Hi Atul, I just downloaded the latest 9.04 build (2010-2-23) and checked that order/webapp/ordermgr/request/requestInfo.ftl is indeed missing from 9.04 release. As I am not a contributor in OFBIZ, maybe someone can help put the file in. Thanks!
Re: Error getting quote report
hi James, Please provide step how to generate it, at my end it is working. I have generate report. -- Thanks Brajesh Patel HotWax Media http://www.hotwaxmedia.com On Wed, Feb 24, 2010 at 12:32 PM, james_sg snowme...@hotmail.com wrote: Hi all, I am using ofbiz release 9.04. Encounter the following bug when I click on Reports under View Quote. The Following Errors Occurred: Unable to transform FO file: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 Any idea on how to resolve? Regards, James -- View this message in context: http://n4.nabble.com/Error-getting-quote-report-tp1567027p1567027.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Ecommerce Error
Thanks, Deepak! I will create a jira ticket for this issue. -- View this message in context: http://n4.nabble.com/Ecommerce-Error-tp1564230p1568618.html Sent from the OFBiz - User mailing list archive at Nabble.com.