A patch from Pierre Smits for "Update GeoData.xml with Dutch Postal Code format" https://issues.apache.org/jira/browse/OFBIZ-5841

Updates the GeoData.xml type data with the reg-exp for Dutch postal codes

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1634991 13f79535-47bb-0310-9956-ffa450edef68
The storeOrder service, implemented by the OrderService.createOrder() method, synchronously calls the countProductQuantityOrdered service implemented in Minilang. OOTB, the countProductQuantityOrdered service is only called by the storeOrder service implementation. It's called inside a loop on orderItems.

While intentionally load testing a custom project with JMeter on a weak m1.small AWS machine, I noticed the overhead of the service call for each order item iteration was significant on this slow machine. With only 30 concurrent users the process was blocked by  a timeout on the countProductQuantityOrdered service.

I then decided to transform the minilang code into an OrderService.countProductQuantityOrdered() method that can be directly called inside OrderService.createOrder() and also implements the countProductQuantityOrdered service. Hence it avoids the overhead of the  minilang service calls in loop while still providing a countProductQuantityOrdered service for possible external uses. For that I moved the definition from Product component to Order component to avoid the hard coded dependency of Order to Product. I then did not cross issues with the same load test.

I also added a test for the countProductQuantityOrdered service by adding an order item of a virtual product (GZ-1006-1) in SalesOrderTest.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1635192 13f79535-47bb-0310-9956-ffa450edef68
At r1635192, I forgot to remove the Minilang implementation of countProductQuantityOrdered

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1635219 13f79535-47bb-0310-9956-ffa450edef68
Fixes for the "Did you know?" screenlet in ecommerce that was throwing errors after Scott's recent fix to a content related method (the fix has exposed the data issues).

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1635232 13f79535-47bb-0310-9956-ffa450edef68
Convert manufacturing app's java files to EntityQuery

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1635380 13f79535-47bb-0310-9956-ffa450edef68
Convert marketing component's java files to EntityQuery

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1635381 13f79535-47bb-0310-9956-ffa450edef68
Partially convert ordermgr component's java files to EntityQuery

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1635382 13f79535-47bb-0310-9956-ffa450edef68
Regex search/replace for delegator.findOne() to  EntityQuery.queryOne()

Apologies for the large commit.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1635383 13f79535-47bb-0310-9956-ffa450edef68
Synched branch with trunk.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/json-integration-refactoring@1635399 13f79535-47bb-0310-9956-ffa450edef68