Re: svn commit: r1789863 - /ofbiz/ofbiz-framework/trunk/applications/content/widget/content/DataResour ceForms.xml

2017-04-02 Thread Deepak Dixit
I agree with Jacques, it will also help to backport fixes to older releases. If we mix them then it will difficult to identify the fix. Thanks & Regards -- Deepak Dixit www.hotwaxsystems.com On Sun, Apr 2, 2017 at 5:28 PM, Taher Alkhateeb wrote: > Why not guide and mentor the contributor to

Re: Drop plugins/birt/webapp/birt/webcontent ?

2017-04-02 Thread Jacques Le Roux
Hi All, Finally we need to remove these files (see LEGAL-296), hence to remove the wiki page. I don't think the functionality will be a big miss. Comments before I drop both? Jacques Le 27/03/2017 à 13:43, Jacques Le Roux a écrit : Done at https://issues.apache.org/jira/browse/LEGAL-296 Ja

Re: svn commit: r1789863 - /ofbiz/ofbiz-framework/trunk/applications/content/widget/content/DataResour ceForms.xml

2017-04-02 Thread Michael Brohl
+1 It would be good to do refactoring/cleanup when code is changed or at least file a Jira when there is no time to do it all at once. Let's apply this as a pattern and keep eyes open. Regards, Michael > Am 02.04.2017 um 13:58 schrieb Taher Alkhateeb : > > Why not guide and mentor the contr

Re: svn commit: r1789863 - /ofbiz/ofbiz-framework/trunk/applications/content/widget/content/DataResour ceForms.xml

2017-04-02 Thread Jacques Le Roux
Thanks for your help Jacques Le 02/04/2017 à 13:58, Taher Alkhateeb a écrit : Why not guide and mentor the contributor to change the list to a grid in the same commit? Why do the work twice? If we use the logic of "not mix things" then anytime we work on a piece of code we don't refactor it b

Re: svn commit: r1789863 - /ofbiz/ofbiz-framework/trunk/applications/content/widget/content/DataResour ceForms.xml

2017-04-02 Thread Taher Alkhateeb
Why not guide and mentor the contributor to change the list to a grid in the same commit? Why do the work twice? If we use the logic of "not mix things" then anytime we work on a piece of code we don't refactor it because we should "not mix things". That just doesn't make a lot of sense to me. Any

Re: svn commit: r1789863 - /ofbiz/ofbiz-framework/trunk/applications/content/widget/content/DataResour ceForms.xml

2017-04-02 Thread Jacques Le Roux
I prefer to not mix things in a patch from a contributor. But yes the grid is slowly replacing the list form. Jacques Le 02/04/2017 à 12:47, Taher Alkhateeb a écrit : I am a little confused! You had many commits in the past where you are converting list-forms into grids (I even had some quest

Re: svn commit: r1789863 - /ofbiz/ofbiz-framework/trunk/applications/content/widget/content/DataResourceForms.xml

2017-04-02 Thread Pierre Smits
Yes we are. Best regards, Pierre On Sunday, April 2, 2017, Taher Alkhateeb wrote: > I am a little confused! You had many commits in the past where you are > converting list-forms into grids (I even had some questions on that in a > separate thread). Now you are refactoring a form and adding fi

Re: svn commit: r1789863 - /ofbiz/ofbiz-framework/trunk/applications/content/widget/content/DataResourceForms.xml

2017-04-02 Thread Taher Alkhateeb
I am a little confused! You had many commits in the past where you are converting list-forms into grids (I even had some questions on that in a separate thread). Now you are refactoring a form and adding fields without converting it into a grid. Are we switching to grids or not? or are we doing th

buildbot success in on ofbiz-branch14

2017-04-02 Thread buildbot
The Buildbot has detected a restored build on builder ofbiz-branch14 while building . Full details are available at: https://ci.apache.org/builders/ofbiz-branch14/builds/357 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: orcus_ubuntu Build Reason: The AnyBranchScheduler sch

buildbot failure in on ofbiz-branch16

2017-04-02 Thread buildbot
The Buildbot has detected a new failure on builder ofbiz-branch16 while building . Full details are available at: https://ci.apache.org/builders/ofbiz-branch16/builds/22 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler sche

Re: write native query in ofbiz

2017-04-02 Thread Jacques Le Roux
I guess you mean SQL query, then here you go https://demo-trunk.ofbiz.apache.org/webtools/control/EntitySQLProcessor Look for SQLProcessor class in Java code But please use rather user ML for such questions, see why here http://ofbiz.apache.org/mailing-lists.html You will get a better support

Re: write native query in ofbiz

2017-04-02 Thread Taher Alkhateeb
Hello Ahmad, If I understand your question correctly then my recommendation is to use org.apache.ofbiz.entity.util.EntityQuery. This class allows for method chaining which makes it look like SQL but without having to write raw SQL. The benefit is that you remain independent of the underlying datab

Re: write native query in ofbiz

2017-04-02 Thread Pierre Smits
Please explain what you expect others to understand when you use the term 'native query'. Best regards, Pierre Smits ORRTIZ.COM OFBiz based solutions & services OFBiz Extensions Marketplace http://oem.ofbizci.net/oci-2/ On Sun, Apr 2, 2017 at 9:27 AM, Ahmad Al ajarmeh

write native query in ofbiz

2017-04-02 Thread Ahmad Al ajarmeh
Hello Dears , kindly there is Any way To write native query in ofbiz ? Thank you. Best Regards, Ahmad Alajarmeh Java Developer [Description: Logo for Office-4] [Description: bi email-3-02] P.O.Box 3516 Amman, 11821 The Hashemite Kingdom of Jordan Tel. +962 (6) 556