Improve the way build-AREA_NAME targets are used - https://issues.apache.org/jira/browse/OFBIZ-5880

Since the introduction of the build-dev target, a build-AREA_NAME (test, qa, production) should not chain the main build target. Because servers use the patch command and patches applied by the build-dev target are rejected and the process fails.

Of course this also means to change the scripts which are using build-AREA_NAME since now the main build is not chained, eg
from
./ant clean build-qa
to 
./ant clean build-qa build

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640196 13f79535-47bb-0310-9956-ffa450edef68
Updates embedded Tomcat to 7.0.57 - https://issues.apache.org/jira/browse/OFBIZ-5881

Notably related to OFBIZ-5848 (Poodle) changes in Coyote:

Add support for TLSv1.1 and TLSv1.2 for APR connector. Based upon a patch by Marcel Šebek. This feature requires Tomcat Native library 1.1.32 or later. (schultz/jfclere)
Add Disable SSLv3 by default for JSSE based HTTPS connectors (BIO and NIO). The change also ensures that SSLv2 is disabled for these connectors although SSLv2 should already be disabled by default by the JRE. (markt)
Add Disable SSLv3 by default for the APR/native HTTPS connector. (markt)

I will test later if we can get rid of forcing TLSv2 in OFBiz

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640288 13f79535-47bb-0310-9956-ffa450edef68
With Tomcat 7.0.57 we no longer need to force the TLS version to v1.2

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640299 13f79535-47bb-0310-9956-ffa450edef68
Forgot to commit changes in .classpath and LICENSE when updatig Tomcat from 7.0.55 to 7.0.57
Forgot also to say that there were no changes in framework\base\lib\j2eespecs

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640515 13f79535-47bb-0310-9956-ffa450edef68
Inconsistencies related to the "java -jar ofbiz.jar" commands when used with arguments https://issues.apache.org/jira/browse/OFBIZ-5872

The help gives you:
c:\projectsASF\ofbiz>java -jar ofbiz.jar -help

Usage: java -jar ofbiz.jar [command] [arguments]
-both    -----> Run simultaneously the POS (Point of Sales) application and OFBiz standard
-help, -? ----> This screen
-install -----> Run install (create tables/load data)
-pos     -----> Run the POS (Point of Sales) application
-setup -------> Run external application server setup
-start -------> Start the server
-status ------> Status of the server
-shutdown ----> Shutdown the server
-test --------> Run the JUnit test script
[no config] --> Use default config
[no command] -> Start the server w/ default config

But actually only the -help, -status and -shutdown command need a dash. 

For now we decided to change the documentation generated by the help command to remove dashes when they are not needed.

To change 
-install -----> Run install (create tables/load data)
by
-load-data -----> Create tables/load data

To comment out the 
-setup -------> Run external application server setup
line

When done, we will try to have things consistent and re-add the missing dashes to the commands and in the help. Then the "Technical production setup guide" should be updated, pfew...

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640588 13f79535-47bb-0310-9956-ffa450edef68
Removed the findOne and findList methods from the OFBiz DSL: with the new support for the Entity Query Builder (thanks Scott) we can then run much more powerful queries in a simpler way.


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640679 13f79535-47bb-0310-9956-ffa450edef68
At r1639887 I forgot to put the content of templateContext in the local tempTemplateContext. Thanks to Deepak for the warning.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640717 13f79535-47bb-0310-9956-ffa450edef68
Fixes and completes r1640588 and more minor things which were left after the change from run-install to load-demo

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1640727 13f79535-47bb-0310-9956-ffa450edef68
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
Keeps in sync with OFBiz trunk HEAD, but CatalogUrlFilter.java which have much conflicts that I will resolve later

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/OFBIZ-5312-ofbiz-ecommerce-seo-2013-10-23@1641348 13f79535-47bb-0310-9956-ffa450edef68
Merges CatalogUrlFilter.java by hand from OFBiz trunk HEAD

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/OFBIZ-5312-ofbiz-ecommerce-seo-2013-10-23@1641367 13f79535-47bb-0310-9956-ffa450edef68