A patch from  Nicolas Malin for "Convert ProductStore entites CRUD service from simple to entity-auto" https://issues.apache.org/jira/browse/OFBIZ-5741

I converted CRUD service to entity-auto for :

    ProductStoreCatalog
    ProductStorePaymentSetting
    ProductStoreEmail
    ProductStoreVendorPayment
    ProductStoreShipMeth
    ProductStoreRole
    ProductStoreKeywordOvrd
    ProductStoreSurveyAppl
    ProductStoreFinActSetting
    ProductStoreVendorShipment

I keep to service in mini lang ProductStore.
I add a new permission service on product store with the same template of produt and productCategory for more homogeneity.

I run manual test create/update/delete from product store screen with success and I run ./ant clean-all load-demo run-tests without error

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621937 13f79535-47bb-0310-9956-ffa450edef68
Greatly cleaned-up and simplified the EventFactory and ViewFactory classes used by the RequestHandler: they are now (mostly) immutable and thread safe.


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621942 13f79535-47bb-0310-9956-ffa450edef68
Misc cleanups to the SimpleContentViewHandler class.


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621950 13f79535-47bb-0310-9956-ffa450edef68
Replaced * notation with specific class inclusion.


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621952 13f79535-47bb-0310-9956-ffa450edef68
Minor cleanups; no functional changes.


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621953 13f79535-47bb-0310-9956-ffa450edef68
Misc cleanups to some groovy scripts (no functional changes).


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621956 13f79535-47bb-0310-9956-ffa450edef68
Moved support for JSP Regions to the Attic.


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

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

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621977 13f79535-47bb-0310-9956-ffa450edef68
Removed the old and no more used custom JSP taglib.



git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1621979 13f79535-47bb-0310-9956-ffa450edef68
Removed old code for JPublish


git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622010 13f79535-47bb-0310-9956-ffa450edef68
A patch from Ritu Raj Lakhera for "Forgot password functionality is not honoring the 'password.lowercase' property of 'security.properties'" https://issues.apache.org/jira/browse/OFBIZ-5745

Forgot password functionality (LoginEvents.emailPassword) is not honoring the 'password.lowercase' property of 'security.properties'. And thus customer is not able to Login on e-commerce site with new generated password.
Test Case:
1. Set property 'password.lowercase' as true in 'security.properties'.
2. Request a forgot password and customer get the new password as 'a0e7J'
3. Customer is not able to login on e-commerce site.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622050 13f79535-47bb-0310-9956-ffa450edef68
Changes for "Add/Revise Traditional Chinese (zh-TW) translations in framework" https://issues.apache.org/jira/browse/OFBIZ-5737 after an exchange between Shi Jinghai and Nick Ho. We really miss a Chinese committer :D

What I did (jleroux):
1. I used <value xml:lang="zh_TW">阿富汗尼</value>
2. I used <value xml:lang="zh_TW">內容管理系統站台</value>
3. I did not change
4. I did not change
5. I used <value xml:lang="zh_TW">此</value>, noticed that: <value xml:lang="zh"> </value>
6. I did not change
7. I used <value xml:lang="zh_TW">度量單位</value> (several places)
8. I did not change

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622124 13f79535-47bb-0310-9956-ffa450edef68
A patch from  Nicolas Malin for "Convert Party entites CRUD service from simple to entity-auto" https://issues.apache.org/jira/browse/OFBIZ-5750

I converted CRUD service to entity-auto for :
  PartyRole
  PostalAddressBoundary
  PartyClassification
  PartyClassificationGroup
  PartyAttribute
  Vendor
  PartyCarrierAccount

Only entity with their services present on PartyServices.xml

I change the PartyRole  attributes service like that
{code}
-        <attribute name="partyId" type="String" mode="IN" optional="true"/>
-        <attribute name="roleTypeId" type="String" mode="IN" optional="false"/>
+        <auto-attributes include="pk" mode="IN" optional="false"/>
{code}
The currently simple method haven't a specific resolution if the partyId isn't pass, so the service failed with database constraint error.

I run manual test from Party Profile screen with success (except for PostalAddressBoundary that haven't standard screen, so call by runService) and I run ./ant clean-all load-demo run-tests without error

jleroux: after looking at
https://issues.apache.org/jira/browse/OFBIZ-585
http://svn.apache.org/viewvc/ofbiz/trunk/applications/party/src/org/ofbiz/party/party/PartyRoleServices.java?view=markup&pathrev=522473
http://svn.apache.org/viewvc/ofbiz/trunk/applications/party/script/org/ofbiz/party/party/PartyServices.xml?r1=524899&r2=524898&pathrev=524899
and content of ServiceUtil.getPartyIdCheckSecurity()

I agree with Nicolas about createPartyRole and deletePartyRole, we can neglect having PARTYMGR_CREATE for creating/deleting a party role

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622161 13f79535-47bb-0310-9956-ffa450edef68
Improved formatting, comments and variable names.
A failed insert due to duplicated pk will generate an SQLException rather than returning 0 from executeStatement(), so changed the code to reflect this.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622170 13f79535-47bb-0310-9956-ffa450edef68
Unit test to confirm that running several queries within one transaction is faster than running them wrapped in individual transactions.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622171 13f79535-47bb-0310-9956-ffa450edef68
Greatly simplified the UtilJ2eeCompat class by removing a series of variables and methods no more in use.
 The class was not thread safe and this didn't cause particular issues probably just because all the threads using it were passing ServletContext with the same server info value (because they were associated to the same servlet container); it was however inefficient.
 Now it is thread safe using the DCL pattern which I usually tend to avoid but is useful here.
 However this class should probably go away but before taking a decision I will start a discussion in the dev list.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622193 13f79535-47bb-0310-9956-ffa450edef68
Bug fix: Limit internal organization list to parties that have the internal organization role.

git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1622246 13f79535-47bb-0310-9956-ffa450edef68
A code cleanup/reorganization in the service engine.

The LocalDispatcher dispatcher is supposed to represent the state of a single application, but that state was split between LocalDispatcher and DispatchContext. In addition, both classes shared a lot of fields.

This commit moves application state to LocalDispatcher and DispatchContext becomes a lightweight container for objects service implementations need to use.

In addition, some minor thread-safety issues were fixed.


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


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