A patch from Chatree Srichart for "404 error with birt previews." https://issues.apache.org/jira/browse/OFBIZ-5876

The commons-discovery-0.5.jar has been removed from framework/base/lib/ at r1623042 but was needed for Birt. Its correct place is in specialpurpose/birt/lib/

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641037 13f79535-47bb-0310-9956-ffa450edef68
Applied party component patch from jira issue - OFBIZ-5844 - Convert java files to EntityQuery.
Thanks Arun for the contribution. 


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641043 13f79535-47bb-0310-9956-ffa450edef68
Applied product folder related changes from jira issue - OFBIZ-5844 - Convert java files to EntityQuery.
Thanks Arun for the contribution.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641044 13f79535-47bb-0310-9956-ffa450edef68
Applied ordermgr component patch from jira issue - OFBIZ-5844 - Convert java files to EntityQuery.
Thanks Arun for the contribution. 


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641045 13f79535-47bb-0310-9956-ffa450edef68
A slightly modified patch from Gareth Carter for "<@htmlTemplate.renderDateTimeField does not parse date string based on input format" https://issues.apache.org/jira/browse/OFBIZ-5850

Commit 1626419 changed htmlFormMacroLibrary.ftl renderDateTimeField to use Date.parse instead of Date.parseExact.
https://code.google.com/p/datejs/wiki/APIDocumentation states Date.parse will use current CultureInfo for formats but for parsing ISO yyyy-MM-dd from hidden field, need to use parseExact.
I spotted this when CultureInfo was en-GB and selecting 2014-11-01 on any date field (i18n field displays 11/01/2014 instead of 01/11/2014)
For November all days after the 12th display correctly

jleroux: I simply removed the line added in the block which remove the dot and 000 ms in date/time string. I did not see any reason why this was needed. I modified the comment on this block for faster understanding.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641066 13f79535-47bb-0310-9956-ffa450edef68
Fixed a bug in the form widgets that was caused by recent refactoring - https://issues.apache.org/jira/browse/OFBIZ-5882.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641087 13f79535-47bb-0310-9956-ffa450edef68
Corrective patch proposed by Gil Portenseigne that pass link's parameter from flexible string to correct parameter element on calendar menu screen, related to the issue OFBIZ-5847

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641096 13f79535-47bb-0310-9956-ffa450edef68
A patch from Gareth Carter for "jQuery datetimepicker popup time value is not set correctly from an existing value" https://issues.apache.org/jira/browse/OFBIZ-5883

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641131 13f79535-47bb-0310-9956-ffa450edef68
It's not quite clear to me why Date.CultureInfo.formatPatterns.longTime from date.js returns ms (always .000 it seems). I don't know if this would not happen, but anyway I prefer to assign the value to the calendar out of the block which changes the value.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641165 13f79535-47bb-0310-9956-ffa450edef68
Applied patch from jira issue - OFBIZ-5844 - Convert java files to EntityQuery.
===========================================================
Thanks Scott for reviewing and reporting an issue.

Scott's comment in email:
The where() methods don't currently support creating an entity
condition in the style used above. You'll need to wrap those three
parameters in a EntityCondition.makeCondition() method, i.e.
paymentMethodTypes = EntityQuery.use(delegator).from("PaymentMethodType")
.where(EntityCondition.makeCondition("paymentMethodTypeId",
EntityOperator.NOT_EQUAL, "EXT_OFFLINE")).queryList();

Attached is a patch with suggested solution.
==================================================
Thanks Arun for the contribution. 


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1641317 13f79535-47bb-0310-9956-ffa450edef68
Fixes some formatting issues I crossed while merging to the SEO branch, I did not fix them all, just the ones who bugged me


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