[jira] [Commented] (OFBIZ-9134) Add required skills to Routing Tasks

2016-12-01 Thread Pierre Smits (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15714343#comment-15714343
 ] 

Pierre Smits commented on OFBIZ-9134:
-

Are we sure we want to put a complex solution to find suitable employees for a 
production task in place?

In most companies, it is the production manager who assigns tasks to workers. 
And the pool is limited (only employees that are allocated under *his* 
management. This applies to both smaller and larger company. In a small company 
it easier than in a large company (where multiple similar departments can 
exist). The production manager knows his workers, and there are no others. In 
the larger company, the production manager will have to negotiate with the 
production managers of other (similar) production departments to get the 
resources.

> Add required skills to Routing Tasks
> 
>
> Key: OFBIZ-9134
> URL: https://issues.apache.org/jira/browse/OFBIZ-9134
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing
>Affects Versions: Trunk
>Reporter: Paul Foxworthy
>Assignee: Deepak Dixit
>Priority: Minor
> Attachments: OFBIZ-9134.patch, OFBIZ-9134.patch
>
>
> OFBIZ-5852 enables you to add a Party to a Routing Task (the 
> WorkEffortPartyAssignment entity), to specify a person who is preferred to 
> perform the task.
> If the person is on leave or unavailable, the production manager would have 
> to manually specify a different person.
> It would be better to specify skill or skills required for the Routing Task. 
> Then on each production run, any Party with the right skills could be 
> scheduled to perform the task.
> There are already entities WorkEffortSkillStandard, PartySkill and SkillType  
> which could be used to enable this.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: (was: HashCrypt.patch)

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: HashCrypt.patch

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713799#comment-15713799
 ] 

wangjunyuan commented on OFBIZ-8537:


Thank for Mr Jinghai's guidance with patience!
I have solved the above problem and submitted a new patch. 

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: HashCrypt.patch

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: (was: HashCrypt.patch)

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-9134) Add required skills to Routing Tasks

2016-12-01 Thread Paul Foxworthy (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713381#comment-15713381
 ] 

Paul Foxworthy commented on OFBIZ-9134:
---

Thanks Pierre.

This is the easy bit, the hard bit is using the skills data to allocate a party 
when scheduling a production run.


> Add required skills to Routing Tasks
> 
>
> Key: OFBIZ-9134
> URL: https://issues.apache.org/jira/browse/OFBIZ-9134
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing
>Affects Versions: Trunk
>Reporter: Paul Foxworthy
>Assignee: Deepak Dixit
>Priority: Minor
> Attachments: OFBIZ-9134.patch, OFBIZ-9134.patch
>
>
> OFBIZ-5852 enables you to add a Party to a Routing Task (the 
> WorkEffortPartyAssignment entity), to specify a person who is preferred to 
> perform the task.
> If the person is on leave or unavailable, the production manager would have 
> to manually specify a different person.
> It would be better to specify skill or skills required for the Routing Task. 
> Then on each production run, any Party with the right skills could be 
> scheduled to perform the task.
> There are already entities WorkEffortSkillStandard, PartySkill and SkillType  
> which could be used to enable this.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-8337) Refactor and simplify the startup sequence in OFBiz

2016-12-01 Thread Taher Alkhateeb (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712847#comment-15712847
 ] 

Taher Alkhateeb commented on OFBIZ-8337:


Work committed in r1772256. Next I'll focus my attention on the custom class 
loader

> Refactor and simplify the startup sequence in OFBiz
> ---
>
> Key: OFBIZ-8337
> URL: https://issues.apache.org/jira/browse/OFBIZ-8337
> Project: OFBiz
>  Issue Type: Improvement
>  Components: base, start
>Affects Versions: Upcoming Release
>Reporter: Taher Alkhateeb
>Assignee: Taher Alkhateeb
>Priority: Minor
> Attachments: OFBIZ-8337-2.patch, OFBIZ-8337.patch
>
>
> The startup sequence in OFBiz is highly complex and requires improvements on 
> multiple levels including:
> - The entire classpath buildup logic and 
> org.apache.ofbiz.base.start.Classpath needs to be removed. The original idea 
> of classpath isolation between the components created many more problems than 
> it solved, and right now the classpath construction is the responsibility of 
> the build system.
> - The custom classloader needs to be removed as well together with the 
> classpath mentioned above.
> - The StartupLoader interface should remove the start() method and just have 
> two methods, load and unload.
> - The startup sequence should have only one StartupLoader, not an array of 
> startup loaders. This StartupLoader (implemented as ContainerLoader) is the 
> only class responsible for bootstrapping OFBiz
> - The ContainerLoader needs to be completely refactored, not only to remove 
> the start() method but also to cleanup the very messy logic currently 
> residing there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread Shi Jinghai (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712382#comment-15712382
 ] 

Shi Jinghai commented on OFBIZ-8537:


Thank you Junyuan for this fuction! (谢谢王军元!)

Well done!

It would be better if the following errors be corrected:
1. I have to remove the first 2 lines of the patch to apply it in my local 
environment as my project is not named as "trunk"

2. the getIterations() should be removed, simply using this line would be ok:
private static final int PBKDF2_Iterations = 
UtilProperties.getPropertyAsInteger("security.properties", 
"password.encrypt.pbkdf2.iterations", 1000);

3. change PBKDF2_SHA1 and other variables from public to private.

4. remove TODOs.

5. change flexadmin's password from 'admin' to our brand 'ofbiz' :)

Please DO submit a new patch tomorrow. Thanks again!


> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Assigned] (OFBIZ-9134) Add required skills to Routing Tasks

2016-12-01 Thread Deepak Dixit (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Deepak Dixit reassigned OFBIZ-9134:
---

Assignee: Deepak Dixit  (was: Suraj Khurana)

> Add required skills to Routing Tasks
> 
>
> Key: OFBIZ-9134
> URL: https://issues.apache.org/jira/browse/OFBIZ-9134
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing
>Affects Versions: Trunk
>Reporter: Paul Foxworthy
>Assignee: Deepak Dixit
>Priority: Minor
> Attachments: OFBIZ-9134.patch, OFBIZ-9134.patch
>
>
> OFBIZ-5852 enables you to add a Party to a Routing Task (the 
> WorkEffortPartyAssignment entity), to specify a person who is preferred to 
> perform the task.
> If the person is on leave or unavailable, the production manager would have 
> to manually specify a different person.
> It would be better to specify skill or skills required for the Routing Task. 
> Then on each production run, any Party with the right skills could be 
> scheduled to perform the task.
> There are already entities WorkEffortSkillStandard, PartySkill and SkillType  
> which could be used to enable this.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-9132) ERROR IN CHANGE OF STATUS OF AN ORDER

2016-12-01 Thread JIRA

[ 
https://issues.apache.org/jira/browse/OFBIZ-9132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711973#comment-15711973
 ] 

Lisardo de Jesús Bohórquez Bedoya commented on OFBIZ-9132:
--

Hi Jacques Le Roux.

I was wrong when I created the Issues, since I am not using a DEMO. I actually 
downloaded the Apache OFBiz and I have an instance where I am running tests, ie 
I am not using DEMO. All three Isuues are generated in the instance and are not 
generated in the DEMO.

Blessings
Lisardo BB

> ERROR IN CHANGE OF STATUS OF AN ORDER
> -
>
> Key: OFBIZ-9132
> URL: https://issues.apache.org/jira/browse/OFBIZ-9132
> Project: OFBiz
>  Issue Type: Bug
>  Components: framework
>Affects Versions: Release Branch 13.07
> Environment: DEMO
>Reporter: Lisardo de Jesús Bohórquez Bedoya
> Attachments: ERROR IN CHANGE OF STATUS OF AN ORDER.docx
>
>
> Good morning
> After creating an ORDER, it is generated in the Created state, then I enter 
> the order, I change the state (for example to the "Approved" state) and I 
> CLICK in the button Approve Order, but the action does not execute and the 
> following error is generated.
> Error Calling event: org.ofbiz.webapp.event.EventHandler.Exception: Service 
> invocation error (Could not commit transaction for service 
> [ChangeOrderStatus] call: Roll back error, could not commit transaction, was 
> rolled back instead because of: Error in simple-method [Convert UOM values 
> [file:/C:/apache-ofbiz-13.07.03/frameork/common/scrpt/org/ofbiz/common/CommonServices.xml#convertUom]]:;
>  [UOM Conversion Relationship Not Found]).
> Blessings,
> Lisardo BB



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-9132) ERROR IN CHANGE OF STATUS OF AN ORDER

2016-12-01 Thread Jacques Le Roux (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-9132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711690#comment-15711690
 ] 

Jacques Le Roux commented on OFBIZ-9132:


Thanks Lisardo, 

Sorry I have no ideas how you created the WSCO10010 order. Can you reproduce 
using the stable demo at http://ofbiz.apache.org/

If you reproduce it would be great to share the steps and the result. 
Unfortunately this official demo is daily restarted anew (fresh DB) around 3 AM 
UTC, I'm in France and you seem to be 9 hours behind me, let's try...

> ERROR IN CHANGE OF STATUS OF AN ORDER
> -
>
> Key: OFBIZ-9132
> URL: https://issues.apache.org/jira/browse/OFBIZ-9132
> Project: OFBiz
>  Issue Type: Bug
>  Components: framework
>Affects Versions: Release Branch 13.07
> Environment: DEMO
>Reporter: Lisardo de Jesús Bohórquez Bedoya
> Attachments: ERROR IN CHANGE OF STATUS OF AN ORDER.docx
>
>
> Good morning
> After creating an ORDER, it is generated in the Created state, then I enter 
> the order, I change the state (for example to the "Approved" state) and I 
> CLICK in the button Approve Order, but the action does not execute and the 
> following error is generated.
> Error Calling event: org.ofbiz.webapp.event.EventHandler.Exception: Service 
> invocation error (Could not commit transaction for service 
> [ChangeOrderStatus] call: Roll back error, could not commit transaction, was 
> rolled back instead because of: Error in simple-method [Convert UOM values 
> [file:/C:/apache-ofbiz-13.07.03/frameork/common/scrpt/org/ofbiz/common/CommonServices.xml#convertUom]]:;
>  [UOM Conversion Relationship Not Found]).
> Blessings,
> Lisardo BB



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711607#comment-15711607
 ] 

wangjunyuan edited comment on OFBIZ-8537 at 12/1/16 10:48 AM:
--

There are three files in this patch. This file that HashCrypt.java has been 
modified,this modification is reflected in the increase in support for 
PBDKF2,PBKDF2's iteration option are added in the other file that 
security.properties,the third file that PasswordSecurityDemoData.xml has been 
modified, flexadmin's password is admin hashed by PBDKF2_SHA1


was (Author: wangjunyuan):
There are three files in this patch.This file that HashCrypt.java has been 
modified,this modification is reflected in the increase in support for 
PBDKF2,PBKDF2's iteration option are added in the other file that 
security.properties,the third file that PasswordSecurityDemoData.xml has been 
modified at the user of userLoginId is flexadmin 

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711607#comment-15711607
 ] 

wangjunyuan edited comment on OFBIZ-8537 at 12/1/16 10:42 AM:
--

There are three files in this patch.This file that HashCrypt.java has been 
modified,this modification is reflected in the increase in support for 
PBDKF2,PBKDF2's iteration option are added in the other file that 
security.properties,the third file that PasswordSecurityDemoData.xml has been 
modified at the user of userLoginId is flexadmin 


was (Author: wangjunyuan):
There have three files in this patch.This file that HashCrypt.java has been 
modified,this modification is reflected in the increase in support for 
PBDKF2,PBKDF2's iteration option are added in the other file that 
security.properties,the third file that PasswordSecurityDemoData.xml has been 
modified at the user of userLoginId is flexadmin 

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: HashCrypt.patch

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: (was: HashCrypt.patch)

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Issue Comment Deleted] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Comment: was deleted

(was: There have two files in this patch.This file that HashCrypt.java has been 
modified,this modification is reflected in the increase in support for 
PBDKF2,PBKDF2's iteration option are added in the other file that 
security.properties.)

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: (was: HashCrypt.patch)

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Attachment: HashCrypt.patch

There have three files in this patch.This file that HashCrypt.java has been 
modified,this modification is reflected in the increase in support for 
PBDKF2,PBKDF2's iteration option are added in the other file that 
security.properties,the third file that PasswordSecurityDemoData.xml has been 
modified at the user of userLoginId is flexadmin 

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Assignee: Shi Jinghai
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
> Attachments: HashCrypt.patch, HashCrypt.patch
>
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-8337) Refactor and simplify the startup sequence in OFBiz

2016-12-01 Thread Jacopo Cappellato (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711580#comment-15711580
 ] 

Jacopo Cappellato commented on OFBIZ-8337:
--

Thanks for the insight Taher!
I will have to look again at the classloader code we have since it is a long 
time since I did.
I would recommend that you commit this work and we postpone the further (if 
any) work to remove NativeLibClassLoader after your commit.


> Refactor and simplify the startup sequence in OFBiz
> ---
>
> Key: OFBIZ-8337
> URL: https://issues.apache.org/jira/browse/OFBIZ-8337
> Project: OFBiz
>  Issue Type: Improvement
>  Components: base, start
>Affects Versions: Upcoming Release
>Reporter: Taher Alkhateeb
>Assignee: Taher Alkhateeb
>Priority: Minor
> Attachments: OFBIZ-8337-2.patch, OFBIZ-8337.patch
>
>
> The startup sequence in OFBiz is highly complex and requires improvements on 
> multiple levels including:
> - The entire classpath buildup logic and 
> org.apache.ofbiz.base.start.Classpath needs to be removed. The original idea 
> of classpath isolation between the components created many more problems than 
> it solved, and right now the classpath construction is the responsibility of 
> the build system.
> - The custom classloader needs to be removed as well together with the 
> classpath mentioned above.
> - The StartupLoader interface should remove the start() method and just have 
> two methods, load and unload.
> - The startup sequence should have only one StartupLoader, not an array of 
> startup loaders. This StartupLoader (implemented as ContainerLoader) is the 
> only class responsible for bootstrapping OFBiz
> - The ContainerLoader needs to be completely refactored, not only to remove 
> the start() method but also to cleanup the very messy logic currently 
> residing there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Description: PBKDF2 (Password-Based Key Derivation Function 2) is part of 
RSA Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. It 
replaces an earlier key derivation function, PBKDF1, which could only produce 
derived keys up to 160 bits long.Add this function to ofbiz ,this PBKDF2 has 
four types in 
Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'
  (was: Add the type of one-way encryption:PBKDF2,Java has implementation 
ofthis “PBKDF2” algorithm as 
"PBKDF2WithHmacSHA1","PBKDF2WithHmacSHA256","PBKDF2WithHmacSHA384","PBKDF2WithHmacSHA512")

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
>
> PBKDF2 (Password-Based Key Derivation Function 2) is part of RSA 
> Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically 
> PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. 
> It replaces an earlier key derivation function, PBKDF1, which could only 
> produce derived keys up to 160 bits long.Add this function to ofbiz ,this 
> PBKDF2 has four types in 
> Java:'PBKDF2WithHmacSHA1','PBKDF2WithHmacSHA256','PBKDF2WithHmacSHA384','PBKDF2WithHmacSHA512'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Reopened] (OFBIZ-4427) Possible runtime errors with UtilValidate.isEmpty(Object) should be rather caught during compilation

2016-12-01 Thread Jacques Le Roux (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-4427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jacques Le Roux reopened OFBIZ-4427:


I Paul, I agree so I reopen. BTW I forgot to mention in the title: the same is 
true for isNotEmpty(Object) which was introduced with OFBIZ-785. 
isEmpty(Object) was pre Apache era.

Will you handle the rest with a new patch?

> Possible runtime errors with UtilValidate.isEmpty(Object) should be rather 
> caught during compilation
> 
>
> Key: OFBIZ-4427
> URL: https://issues.apache.org/jira/browse/OFBIZ-4427
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Minor
>  Labels: UtilValidate.isEmpty
> Attachments: OFBIZ-4427.patch, OFBIZ-4427_isEmpty.patch
>
>
> Hence we need to remove the UtilValidate.isEmpty(Object) method and provide 
> methods that accept explicit types.  
> Adrian then (http://markmail.org/message/37rtrnulhmyzxfoo) suggested that 
> bq. Scripting languages should use a facade class that provides methods for 
> working with generic Objects or providing default behaviors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-8337) Refactor and simplify the startup sequence in OFBiz

2016-12-01 Thread Taher Alkhateeb (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711297#comment-15711297
 ] 

Taher Alkhateeb commented on OFBIZ-8337:


Ahhh okay :) coding style, I always forget that space.

Yeah, I'm experimenting with removing the NativeLibClassLoader right now but 
also cleaning up some of the code before the final commit.

> Refactor and simplify the startup sequence in OFBiz
> ---
>
> Key: OFBIZ-8337
> URL: https://issues.apache.org/jira/browse/OFBIZ-8337
> Project: OFBiz
>  Issue Type: Improvement
>  Components: base, start
>Affects Versions: Upcoming Release
>Reporter: Taher Alkhateeb
>Assignee: Taher Alkhateeb
>Priority: Minor
> Attachments: OFBIZ-8337-2.patch, OFBIZ-8337.patch
>
>
> The startup sequence in OFBiz is highly complex and requires improvements on 
> multiple levels including:
> - The entire classpath buildup logic and 
> org.apache.ofbiz.base.start.Classpath needs to be removed. The original idea 
> of classpath isolation between the components created many more problems than 
> it solved, and right now the classpath construction is the responsibility of 
> the build system.
> - The custom classloader needs to be removed as well together with the 
> classpath mentioned above.
> - The StartupLoader interface should remove the start() method and just have 
> two methods, load and unload.
> - The startup sequence should have only one StartupLoader, not an array of 
> startup loaders. This StartupLoader (implemented as ContainerLoader) is the 
> only class responsible for bootstrapping OFBiz
> - The ContainerLoader needs to be completely refactored, not only to remove 
> the start() method but also to cleanup the very messy logic currently 
> residing there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-8337) Refactor and simplify the startup sequence in OFBiz

2016-12-01 Thread Nicolas Malin (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711291#comment-15711291
 ] 

Nicolas Malin commented on OFBIZ-8337:
--

[wishpering] missing a space between if and ( [wishpering]

You push this on trunk ?

> Refactor and simplify the startup sequence in OFBiz
> ---
>
> Key: OFBIZ-8337
> URL: https://issues.apache.org/jira/browse/OFBIZ-8337
> Project: OFBiz
>  Issue Type: Improvement
>  Components: base, start
>Affects Versions: Upcoming Release
>Reporter: Taher Alkhateeb
>Assignee: Taher Alkhateeb
>Priority: Minor
> Attachments: OFBIZ-8337-2.patch, OFBIZ-8337.patch
>
>
> The startup sequence in OFBiz is highly complex and requires improvements on 
> multiple levels including:
> - The entire classpath buildup logic and 
> org.apache.ofbiz.base.start.Classpath needs to be removed. The original idea 
> of classpath isolation between the components created many more problems than 
> it solved, and right now the classpath construction is the responsibility of 
> the build system.
> - The custom classloader needs to be removed as well together with the 
> classpath mentioned above.
> - The StartupLoader interface should remove the start() method and just have 
> two methods, load and unload.
> - The startup sequence should have only one StartupLoader, not an array of 
> startup loaders. This StartupLoader (implemented as ContainerLoader) is the 
> only class responsible for bootstrapping OFBiz
> - The ContainerLoader needs to be completely refactored, not only to remove 
> the start() method but also to cleanup the very messy logic currently 
> residing there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-7783) External library files are not in the OFBiz folder structure.

2016-12-01 Thread Pierre Smits (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-7783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711268#comment-15711268
 ] 

Pierre Smits commented on OFBIZ-7783:
-

I will revisit this issue shortly... Other pressing matters exists at the 
moment.

> External library files are not in the OFBiz folder structure.
> -
>
> Key: OFBIZ-7783
> URL: https://issues.apache.org/jira/browse/OFBIZ-7783
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: ALL COMPONENTS
>Reporter: Pierre Smits
>Priority: Minor
> Fix For: Upcoming Release
>
>
> With the implementation of the external library download feature of 
> gradle/gradlew, the external libraries (jar files) are not in the folder 
> structure any more. 
> They should reside there, like before.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (OFBIZ-8337) Refactor and simplify the startup sequence in OFBiz

2016-12-01 Thread Taher Alkhateeb (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-8337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711260#comment-15711260
 ] 

Taher Alkhateeb commented on OFBIZ-8337:


Hi Nicolas

I hope I'm not going blind :) but Line 432 has:

{code}
+if(config == null) {
{code}

I'm not sure if I'm looking in the right place?

> Refactor and simplify the startup sequence in OFBiz
> ---
>
> Key: OFBIZ-8337
> URL: https://issues.apache.org/jira/browse/OFBIZ-8337
> Project: OFBiz
>  Issue Type: Improvement
>  Components: base, start
>Affects Versions: Upcoming Release
>Reporter: Taher Alkhateeb
>Assignee: Taher Alkhateeb
>Priority: Minor
> Attachments: OFBIZ-8337-2.patch, OFBIZ-8337.patch
>
>
> The startup sequence in OFBiz is highly complex and requires improvements on 
> multiple levels including:
> - The entire classpath buildup logic and 
> org.apache.ofbiz.base.start.Classpath needs to be removed. The original idea 
> of classpath isolation between the components created many more problems than 
> it solved, and right now the classpath construction is the responsibility of 
> the build system.
> - The custom classloader needs to be removed as well together with the 
> classpath mentioned above.
> - The StartupLoader interface should remove the start() method and just have 
> two methods, load and unload.
> - The startup sequence should have only one StartupLoader, not an array of 
> startup loaders. This StartupLoader (implemented as ContainerLoader) is the 
> only class responsible for bootstrapping OFBiz
> - The ContainerLoader needs to be completely refactored, not only to remove 
> the start() method but also to cleanup the very messy logic currently 
> residing there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-4427) Possible runtime errors with UtilValidate.isEmpty(Object) should be rather caught during compilation

2016-12-01 Thread Jacques Le Roux (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-4427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jacques Le Roux updated OFBIZ-4427:
---
Description: 
Hence we need to remove the UtilValidate.isEmpty(Object) method and provide 
methods that accept explicit types.  

Adrian then (http://markmail.org/message/37rtrnulhmyzxfoo) suggested that 
bq. Scripting languages should use a facade class that provides methods for 
working with generic Objects or providing default behaviors.


  was:
Hence we need to remove the UtilValidate.isEmpty(Object) method and provide 
methods that accept explicit types.  

Adrian then suggested that
bq. Scripting languages should use a facade class that provides methods for 
working with generic Objects or providing default behaviors.



> Possible runtime errors with UtilValidate.isEmpty(Object) should be rather 
> caught during compilation
> 
>
> Key: OFBIZ-4427
> URL: https://issues.apache.org/jira/browse/OFBIZ-4427
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Minor
>  Labels: UtilValidate.isEmpty
> Attachments: OFBIZ-4427.patch, OFBIZ-4427_isEmpty.patch
>
>
> Hence we need to remove the UtilValidate.isEmpty(Object) method and provide 
> methods that accept explicit types.  
> Adrian then (http://markmail.org/message/37rtrnulhmyzxfoo) suggested that 
> bq. Scripting languages should use a facade class that provides methods for 
> working with generic Objects or providing default behaviors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-8537) LoginWorker HashCrypt the type of hash for one-way encryption

2016-12-01 Thread wangjunyuan (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

wangjunyuan updated OFBIZ-8537:
---
Labels: HashCrypt PBKDF2 security.properties  (was: HashCrypt LoginWorker 
PBKDF2)

> LoginWorker HashCrypt the type of hash for one-way encryption
> -
>
> Key: OFBIZ-8537
> URL: https://issues.apache.org/jira/browse/OFBIZ-8537
> Project: OFBiz
>  Issue Type: New Feature
>  Components: framework
>Affects Versions: Trunk
>Reporter: wangjunyuan
>Priority: Minor
>  Labels: HashCrypt, PBKDF2, security.properties
>
> Add the type of one-way encryption:PBKDF2,Java has implementation ofthis 
> “PBKDF2” algorithm as 
> "PBKDF2WithHmacSHA1","PBKDF2WithHmacSHA256","PBKDF2WithHmacSHA384","PBKDF2WithHmacSHA512"



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OFBIZ-4427) Possible runtime errors with UtilValidate.isEmpty(Object) should be rather caught during compilation

2016-12-01 Thread Jacques Le Roux (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-4427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jacques Le Roux updated OFBIZ-4427:
---
Description: 
Hence we need to remove the UtilValidate.isEmpty(Object) method and provide 
methods that accept explicit types.  

Adrian then suggested that
bq. Scripting languages should use a facade class that provides methods for 
working with generic Objects or providing default behaviors.


  was:
Hence we need to remove the UtilValidate.isEmpty(Object) method and provide 
methods that accept explicit types.  

Scripting languages should use a facade class that provides methods for working 
with generic Objects or providing default behaviors.



> Possible runtime errors with UtilValidate.isEmpty(Object) should be rather 
> caught during compilation
> 
>
> Key: OFBIZ-4427
> URL: https://issues.apache.org/jira/browse/OFBIZ-4427
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Minor
>  Labels: UtilValidate.isEmpty
> Attachments: OFBIZ-4427.patch, OFBIZ-4427_isEmpty.patch
>
>
> Hence we need to remove the UtilValidate.isEmpty(Object) method and provide 
> methods that accept explicit types.  
> Adrian then suggested that
> bq. Scripting languages should use a facade class that provides methods for 
> working with generic Objects or providing default behaviors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)