date:20160329


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

Jacques Le Roux edited comment on OFBIZ-4090 at 3/30/16 5:51 AM:
-

I had to do some changes manually in ConfigXMLReader.java as well. I did not 
include the simple-methods-v2.xsd file, we have one already and they don't 
compare. So maybe things are missing in the new one


was (Author: jacques.le.roux):
I had to do some changes manually in ConfigXMLReader.java as well. I did not 
inclide the simple-methods-v2.xsd file, we have one already and they don't 
compare. So maybe things are missing in the new one

> Add Support For Compound Screen Widget XML Files
> 
>
> Key: OFBIZ-4090
> URL: https://issues.apache.org/jira/browse/OFBIZ-4090
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Adrian Crum
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: CompoundWidgetFiles.patch, CompoundWidgetFiles.patch, 
> OFBIZ-4090.patch
>
>
> Add the ability to include screen widgets, form widgets, menu widgets, and 
> simple methods in a single XML file. This approach could be used in 
> situations where the widgets share a logical grouping - so they can be kept 
> in one place.



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

Re: [VOTE] [RELEASE] Apache OFBiz 12.04.06

2016-03-29 Thread Deepak Dixit

+1

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com

On Wed, Mar 30, 2016 at 2:44 AM, gil portenseigne <
gil.portensei...@nereide.fr> wrote:

> +1
>
> Gil
>
> On 29/03/2016 20:26, Nicolas Malin wrote:
>
> +1
>
> Archive Test under Ubuntu 14.04 and openjdk version "1.8.0_45-internal"
> andrealphus$ unzip apache-ofbiz-12.04.06.zip && cd apache-ofbiz-12.04.06
> && ./ant load-demo run-tests
> BUILD SUCCESSFUL
> Total time: 5 minutes 37 seconds
>
> MD5
> flowToParse="apache-ofbiz-12.04.06.zip.md5"; echo "$(cat $flowToParse | tr
> -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d [:space:] | cut
> -f 1 -d ':' | tr -d [:space:])" > tmp.hash; md5sum -c tmp.hash ;
> apache-ofbiz-12.04.06.zip: Réussi
>
> SHA
> flowToParse="apache-ofbiz-12.04.06.zip.sha"; echo "$(cat $flowToParse | tr
> -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d [:space:] | cut
> -f 1 -d ':' | tr -d [:space:])" > tmp.hash; sha512sum -c tmp.hash ;
> apache-ofbiz-12.04.06.zip: Réussi
>
>
> Le 29/03/2016 11:05, Jacopo Cappellato a écrit :
>
> This is the vote thread to release a new bug fix release for the
> release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
> supersede all the previous releases from the same branch and it will be
> the
> last release of the 12.06 series.
>
> The release files can be downloaded from here:
>
> https://dist.apache.org/repos/dist/dev/ofbiz/
>
> and are:
>
> * apache-ofbiz-12.04.06.zip
>
> * KEYS: text file with keys
>
> * apache-ofbiz-12.04.06.zip.asc: the detached signature file
>
> * apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes
>
> Please download and test the zip file and its signatures (for instructions
> on testing the signatures see http://www.apache.org/info/verification.html).
>
>
> Vote:
>
> [ +1] release as Apache OFBiz 12.04.06
>
> [ -1] do not release
>
> This vote will be open for approximately 5 days.
>
> For more details about this process please read
> http://www.apache.org/foundation/voting.html
>
>
>
>

[jira] [Commented] (OFBIZ-4090) Add Support For Compound Screen Widget XML Files


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

Jacques Le Roux commented on OFBIZ-4090:


I had to do some changes manually in ConfigXMLReader.java as well. I did not 
inclide the simple-methods-v2.xsd file, we have one already and they don't 
compare. So maybe things are missing in the new one

> Add Support For Compound Screen Widget XML Files
> 
>
> Key: OFBIZ-4090
> URL: https://issues.apache.org/jira/browse/OFBIZ-4090
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Adrian Crum
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: CompoundWidgetFiles.patch, CompoundWidgetFiles.patch, 
> OFBIZ-4090.patch
>
>
> Add the ability to include screen widgets, form widgets, menu widgets, and 
> simple methods in a single XML file. This approach could be used in 
> situations where the widgets share a logical grouping - so they can be kept 
> in one place.



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

[jira] [Updated] (OFBIZ-4090) Add Support For Compound Screen Widget XML Files


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

Jacques Le Roux updated OFBIZ-4090:
---
Attachment: OFBIZ-4090.patch

> Add Support For Compound Screen Widget XML Files
> 
>
> Key: OFBIZ-4090
> URL: https://issues.apache.org/jira/browse/OFBIZ-4090
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Adrian Crum
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: CompoundWidgetFiles.patch, CompoundWidgetFiles.patch, 
> OFBIZ-4090.patch
>
>
> Add the ability to include screen widgets, form widgets, menu widgets, and 
> simple methods in a single XML file. This approach could be used in 
> situations where the widgets share a logical grouping - so they can be kept 
> in one place.



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

[jira] [Updated] (OFBIZ-4090) Add Support For Compound Screen Widget XML Files


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

Jacques Le Roux updated OFBIZ-4090:
---
Attachment: (was: OFBIZ-4090.patch)

> Add Support For Compound Screen Widget XML Files
> 
>
> Key: OFBIZ-4090
> URL: https://issues.apache.org/jira/browse/OFBIZ-4090
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Adrian Crum
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: CompoundWidgetFiles.patch, CompoundWidgetFiles.patch
>
>
> Add the ability to include screen widgets, form widgets, menu widgets, and 
> simple methods in a single XML file. This approach could be used in 
> situations where the widgets share a logical grouping - so they can be kept 
> in one place.



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

[jira] [Updated] (OFBIZ-4090) Add Support For Compound Screen Widget XML Files


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

Jacques Le Roux updated OFBIZ-4090:
---
Attachment: OFBIZ-4090.patch

Here a new and last patch, nothing tested for now. I had to do some changes 
manually in SimpleMethod.java but they sounds OK

> Add Support For Compound Screen Widget XML Files
> 
>
> Key: OFBIZ-4090
> URL: https://issues.apache.org/jira/browse/OFBIZ-4090
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Trunk
>Reporter: Adrian Crum
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: CompoundWidgetFiles.patch, CompoundWidgetFiles.patch, 
> OFBIZ-4090.patch
>
>
> Add the ability to include screen widgets, form widgets, menu widgets, and 
> simple methods in a single XML file. This approach could be used in 
> situations where the widgets share a logical grouping - so they can be kept 
> in one place.



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

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce


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

james yong commented on OFBIZ-6966:
---

That's great :)

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Assignee: Jacques Le Roux
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-6966.patch, OFBIZ-6966.version2.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Closed] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux closed OFBIZ-6966.
--
   Resolution: Fixed
Fix Version/s: Upcoming Branch

As expected this work in trunk demo, well done!

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Assignee: Jacques Le Roux
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-6966.patch, OFBIZ-6966.version2.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Comment Edited] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Shrenik Bhura edited comment on OFBIZ-6964 at 3/30/16 3:37 AM:
---

[~swash78], [~pfm.smits] Request you to please analyse the proposed solution in 
Approach B and thereafter the alternative of Approach A combined with the 
provision for Backup Facility. As may be apparent, I am somehow biased towards 
Approach B and due to my lack of in-depth understanding of the MRP 
implementation I am making certain assumptions of difficulty which may not be 
realistic.

My thoughts about a few comments made earlier: 

bq. Swapnil: As an alternative approach, can we try extending ProductStore with 
requirementMethodEnumId (ReqMEI)...
[~swash78] ProductStore already has a RMEI/ReqMEI.

bq. Swapnil: If we allow system to honor many to many association between Store 
& Facility then should replenishment requirement be triggered based on item's 
inventory level at Store itself or based on the inventory level at each of the 
associated facilities?

{quote}
Pierre: So, on the ProductStore entity there is the field 'inventoryFacilityId' 
which defines the default store facility. But as multiple facilities can be 
defined as per entity definition above, the entity must have a field for the 
RMEI too.

Yet, there is also the indicator in the ProductStore entity to use only one 
facility (field 'oneInventoryFacility').
{quote}

[~swash78], [~pfm.smits] I don't think there is any "inventory level at Store". 
As per current implementation it seems that the only inventory that matters is 
that at the associated ProductStore->inventoryFacilityId irrespective of the 
additional facilities associated via ProductStoreFacility and irrespective of 
the 'oneInventoryFacility' setting.


was (Author: shrenik.bhura):
[~swash78], [~pfm.smits] Request you to please analyse the proposed solution in 
Approach B and thereafter the alternative of Approach A combined with the 
provision for Backup Facility. As may be apparent, I am somehow biased towards 
Approach B and due to my lack of in-depth understanding of the MRP 
implementation I am making certain assumptions of difficulty which may not be 
realistic.

> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> At the onset let me define a few terms clearly as I mean it in the story 
> description below :
> Requirement - A request generated for a particular product for a specific 
> quantity that needs to be purchased from a supplier for satisfying certain 
> inventory needs of a particular facility.
> Replenishment - A request generated for a particular product for a specific 
> quantity that needs to be transferred from a "backup facility" for satisfying 
> certain inventory needs of a particular facility.
> Fulfilment - The process of reserving, picking, packing and shipping the 
> ordered quantity of product(s) as per a sales order.
> Terms 'warehouse' and 'facility' have been used interchangeably.
> *The Use Case:*
> Consider a scenario wherein there is a website and a physical retail store of 
> the same Company.
> Each having its own facility i.e. 1:1 mapping.
> {{Store A (webstore) -> associated with facility 1 (webstore facility)}}
> {{Store B (retailstore) -> associated with facility 2 (retailstore facility)}}
> However, both the stores share the same catalog/products. But both have 
> independent inventory requirement and replenishment rules for the same 
> product. 
> There is a Requirement Method Enum ID (RMEI) of each product which is 
> applicable irrespective of the store and supersedes the RMEI defined, if any, 
> on a store. 
> A product's inventory thresholds (Minimum Stock, Reorder Quantity) are 
> independently managed via the facilities tab for the product. A product has 
> its ATP and QOH levels on a per facility basis. _Do note that all these 
> inventory numbers are at a facility level and has no bearing at a store 
> level._
> Where the difficulty crops up with the current implementation is the way 
> requirements are generated. A product can have only one RMEI. When an order 
> is placed from any store, then based on the combination of a product's RMEI 
> and the store mapped facility's inventory threshold, requirements are 
> generated. This is without consideration of the inventory status (surplus or 
> otherwise) at another facility of the same Company. If a store has multiple 
> facilities associated with it then the one defined

[jira] [Comment Edited] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Shrenik Bhura edited comment on OFBIZ-6964 at 3/30/16 3:22 AM:
---

[~swash78], [~pfm.smits] Request you to please analyse the proposed solution in 
Approach B and thereafter the alternative of Approach A combined with the 
provision for Backup Facility. As may be apparent, I am somehow biased towards 
Approach B and due to my lack of in-depth understanding of the MRP 
implementation I am making certain assumptions of difficulty which may not be 
realistic.


was (Author: shrenik.bhura):
[~swash78], [~pfm.smits] Request you to lease analyse the proposed solution in 
Approach B and thereafter the alternative of Approach A combined with the 
provision for Backup Facility. As may be apparent, I am somehow biased towards 
Approach B and due to my lack of in-depth understanding of the MRP 
implementation I am making certain assumptions of difficulty which may not be 
realistic.

> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> At the onset let me define a few terms clearly as I mean it in the story 
> description below :
> Requirement - A request generated for a particular product for a specific 
> quantity that needs to be purchased from a supplier for satisfying certain 
> inventory needs of a particular facility.
> Replenishment - A request generated for a particular product for a specific 
> quantity that needs to be transferred from a "backup facility" for satisfying 
> certain inventory needs of a particular facility.
> Fulfilment - The process of reserving, picking, packing and shipping the 
> ordered quantity of product(s) as per a sales order.
> Terms 'warehouse' and 'facility' have been used interchangeably.
> *The Use Case:*
> Consider a scenario wherein there is a website and a physical retail store of 
> the same Company.
> Each having its own facility i.e. 1:1 mapping.
> {{Store A (webstore) -> associated with facility 1 (webstore facility)}}
> {{Store B (retailstore) -> associated with facility 2 (retailstore facility)}}
> However, both the stores share the same catalog/products. But both have 
> independent inventory requirement and replenishment rules for the same 
> product. 
> There is a Requirement Method Enum ID (RMEI) of each product which is 
> applicable irrespective of the store and supersedes the RMEI defined, if any, 
> on a store. 
> A product's inventory thresholds (Minimum Stock, Reorder Quantity) are 
> independently managed via the facilities tab for the product. A product has 
> its ATP and QOH levels on a per facility basis. _Do note that all these 
> inventory numbers are at a facility level and has no bearing at a store 
> level._
> Where the difficulty crops up with the current implementation is the way 
> requirements are generated. A product can have only one RMEI. When an order 
> is placed from any store, then based on the combination of a product's RMEI 
> and the store mapped facility's inventory threshold, requirements are 
> generated. This is without consideration of the inventory status (surplus or 
> otherwise) at another facility of the same Company. If a store has multiple 
> facilities associated with it then the one defined in the ProductStore entity 
> -> inventoryFacilityId field would be considered for picking the inventory 
> threshold values and thus for requirement generation. 
> Most typical real-world facility arrangements: 
>   1. Usually an organisation would have a main facility/warehouse where 
> all the purchases are received and sub-facilities which are replenished from 
> the main facility after QA, internal processes, etc. OR 
>   2. For each product there would be a primary facility where the product 
> is received from the supplier (to derive benefits of demographic convenience 
> and consumption patterns) and then replenished to other facilities on a 
> demand based pull basis.
> To drive efficiencies across an organisation they need methods to consider 
> open fulfilment needs, in process purchase orders and inventory levels across 
> multiple facilities and thereafter propose inventory transfers across them to 
> facilitate better stocking and thus order fulfilment.
> Coming back to our use case, the webstore warehouse is the main facility at 
> which incoming shipments from suppliers are received for the entire Company 
> but sales order fulfilment happens only for the webstore. The retail

[jira] [Comment Edited] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Shrenik Bhura edited comment on OFBIZ-6964 at 3/30/16 3:22 AM:
---

[~swash78], [~pfm.smits] Request you to lease analyse the proposed solution in 
Approach B and thereafter the alternative of Approach A combined with the 
provision for Backup Facility. As may be apparent, I am somehow biased towards 
Approach B and due to my lack of in-depth understanding of the MRP 
implementation I am making certain assumptions of difficulty which may not be 
realistic.


was (Author: shrenik.bhura):
[~swash78], [~pfm.smits] Could you please analyse the proposed solution in 
Approach B and thereafter the alternative of Approach A combined with the 
provision for Backup Facility. As may be apparent, I am somehow biased towards 
Approach B and due to my lack of in-depth understanding of the MRP 
implementation I am making certain assumptions of difficulty which may not be 
realistic.

> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> At the onset let me define a few terms clearly as I mean it in the story 
> description below :
> Requirement - A request generated for a particular product for a specific 
> quantity that needs to be purchased from a supplier for satisfying certain 
> inventory needs of a particular facility.
> Replenishment - A request generated for a particular product for a specific 
> quantity that needs to be transferred from a "backup facility" for satisfying 
> certain inventory needs of a particular facility.
> Fulfilment - The process of reserving, picking, packing and shipping the 
> ordered quantity of product(s) as per a sales order.
> Terms 'warehouse' and 'facility' have been used interchangeably.
> *The Use Case:*
> Consider a scenario wherein there is a website and a physical retail store of 
> the same Company.
> Each having its own facility i.e. 1:1 mapping.
> {{Store A (webstore) -> associated with facility 1 (webstore facility)}}
> {{Store B (retailstore) -> associated with facility 2 (retailstore facility)}}
> However, both the stores share the same catalog/products. But both have 
> independent inventory requirement and replenishment rules for the same 
> product. 
> There is a Requirement Method Enum ID (RMEI) of each product which is 
> applicable irrespective of the store and supersedes the RMEI defined, if any, 
> on a store. 
> A product's inventory thresholds (Minimum Stock, Reorder Quantity) are 
> independently managed via the facilities tab for the product. A product has 
> its ATP and QOH levels on a per facility basis. _Do note that all these 
> inventory numbers are at a facility level and has no bearing at a store 
> level._
> Where the difficulty crops up with the current implementation is the way 
> requirements are generated. A product can have only one RMEI. When an order 
> is placed from any store, then based on the combination of a product's RMEI 
> and the store mapped facility's inventory threshold, requirements are 
> generated. This is without consideration of the inventory status (surplus or 
> otherwise) at another facility of the same Company. If a store has multiple 
> facilities associated with it then the one defined in the ProductStore entity 
> -> inventoryFacilityId field would be considered for picking the inventory 
> threshold values and thus for requirement generation. 
> Most typical real-world facility arrangements: 
>   1. Usually an organisation would have a main facility/warehouse where 
> all the purchases are received and sub-facilities which are replenished from 
> the main facility after QA, internal processes, etc. OR 
>   2. For each product there would be a primary facility where the product 
> is received from the supplier (to derive benefits of demographic convenience 
> and consumption patterns) and then replenished to other facilities on a 
> demand based pull basis.
> To drive efficiencies across an organisation they need methods to consider 
> open fulfilment needs, in process purchase orders and inventory levels across 
> multiple facilities and thereafter propose inventory transfers across them to 
> facilitate better stocking and thus order fulfilment.
> Coming back to our use case, the webstore warehouse is the main facility at 
> which incoming shipments from suppliers are received for the entire Company 
> but sales order fulfilment happens only for the webstore. The retail 
>

[jira] [Commented] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Shrenik Bhura commented on OFBIZ-6964:
--

[~swash78], [~pfm.smits] Could you please analyse the proposed solution in 
Approach B and thereafter the alternative of Approach A combined with the 
provision for Backup Facility. As may be apparent, I am somehow biased towards 
Approach B and due to my lack of in-depth understanding of the MRP 
implementation I am making certain assumptions of difficulty which may not be 
realistic.

> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> At the onset let me define a few terms clearly as I mean it in the story 
> description below :
> Requirement - A request generated for a particular product for a specific 
> quantity that needs to be purchased from a supplier for satisfying certain 
> inventory needs of a particular facility.
> Replenishment - A request generated for a particular product for a specific 
> quantity that needs to be transferred from a "backup facility" for satisfying 
> certain inventory needs of a particular facility.
> Fulfilment - The process of reserving, picking, packing and shipping the 
> ordered quantity of product(s) as per a sales order.
> Terms 'warehouse' and 'facility' have been used interchangeably.
> *The Use Case:*
> Consider a scenario wherein there is a website and a physical retail store of 
> the same Company.
> Each having its own facility i.e. 1:1 mapping.
> {{Store A (webstore) -> associated with facility 1 (webstore facility)}}
> {{Store B (retailstore) -> associated with facility 2 (retailstore facility)}}
> However, both the stores share the same catalog/products. But both have 
> independent inventory requirement and replenishment rules for the same 
> product. 
> There is a Requirement Method Enum ID (RMEI) of each product which is 
> applicable irrespective of the store and supersedes the RMEI defined, if any, 
> on a store. 
> A product's inventory thresholds (Minimum Stock, Reorder Quantity) are 
> independently managed via the facilities tab for the product. A product has 
> its ATP and QOH levels on a per facility basis. _Do note that all these 
> inventory numbers are at a facility level and has no bearing at a store 
> level._
> Where the difficulty crops up with the current implementation is the way 
> requirements are generated. A product can have only one RMEI. When an order 
> is placed from any store, then based on the combination of a product's RMEI 
> and the store mapped facility's inventory threshold, requirements are 
> generated. This is without consideration of the inventory status (surplus or 
> otherwise) at another facility of the same Company. If a store has multiple 
> facilities associated with it then the one defined in the ProductStore entity 
> -> inventoryFacilityId field would be considered for picking the inventory 
> threshold values and thus for requirement generation. 
> Most typical real-world facility arrangements: 
>   1. Usually an organisation would have a main facility/warehouse where 
> all the purchases are received and sub-facilities which are replenished from 
> the main facility after QA, internal processes, etc. OR 
>   2. For each product there would be a primary facility where the product 
> is received from the supplier (to derive benefits of demographic convenience 
> and consumption patterns) and then replenished to other facilities on a 
> demand based pull basis.
> To drive efficiencies across an organisation they need methods to consider 
> open fulfilment needs, in process purchase orders and inventory levels across 
> multiple facilities and thereafter propose inventory transfers across them to 
> facilitate better stocking and thus order fulfilment.
> Coming back to our use case, the webstore warehouse is the main facility at 
> which incoming shipments from suppliers are received for the entire Company 
> but sales order fulfilment happens only for the webstore. The retail 
> warehouse is primarily 're-stocked' via replenishment requests raised upon 
> the webstore warehouse and thus need not issue direct purchase orders to 
> suppliers. However, if the need be, requirement generated based on the 
> product's RMEI and the retail facility's inventory thresholds can also be 
> approved, converted into Purchase order and issued.
> *Proposed Solution:*
> There doesn't seem to be an out of the box solution for this in OFBiz. This 
> could work if

[jira] [Updated] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse

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

Shrenik Bhura updated OFBIZ-6964:
-
Description:
At the onset let me define a few terms clearly as I mean it in the story
description below :
Requirement - A request generated for a particular product for a specific
quantity that needs to be purchased from a supplier for satisfying certain
inventory needs of a particular facility.
Replenishment - A request generated for a particular product for a specific
quantity that needs to be transferred from a "backup facility" for satisfying
certain inventory needs of a particular facility.
Fulfilment - The process of reserving, picking, packing and shipping the
ordered quantity of product(s) as per a sales order.
Terms 'warehouse' and 'facility' have been used interchangeably.

*The Use Case:*

Consider a scenario wherein there is a website and a physical retail store of
the same Company.
Each having its own facility i.e. 1:1 mapping.

{{Store A (webstore) -> associated with facility 1 (webstore facility)}}
{{Store B (retailstore) -> associated with facility 2 (retailstore facility)}}

However, both the stores share the same catalog/products. But both have
independent inventory requirement and replenishment rules for the same product.

There is a Requirement Method Enum ID (RMEI) of each product which is
applicable irrespective of the store and supersedes the RMEI defined, if any,
on a store.

A product's inventory thresholds (Minimum Stock, Reorder Quantity) are
independently managed via the facilities tab for the product. A product has its
ATP and QOH levels on a per facility basis. _Do note that all these inventory
numbers are at a facility level and has no bearing at a store level._

Where the difficulty crops up with the current implementation is the way
requirements are generated. A product can have only one RMEI. When an order is
placed from any store, then based on the combination of a product's RMEI and
the store mapped facility's inventory threshold, requirements are generated.
This is without consideration of the inventory status (surplus or otherwise) at
another facility of the same Company. If a store has multiple facilities
associated with it then the one defined in the ProductStore entity ->
inventoryFacilityId field would be considered for picking the inventory
threshold values and thus for requirement generation.

Most typical real-world facility arrangements:
1. Usually an organisation would have a main facility/warehouse where
all the purchases are received and sub-facilities which are replenished from
the main facility after QA, internal processes, etc. OR
2. For each product there would be a primary facility where the product
is received from the supplier (to derive benefits of demographic convenience
and consumption patterns) and then replenished to other facilities on a demand
based pull basis.

To drive efficiencies across an organisation they need methods to consider open
fulfilment needs, in process purchase orders and inventory levels across
multiple facilities and thereafter propose inventory transfers across them to
facilitate better stocking and thus order fulfilment.

Coming back to our use case, the webstore warehouse is the main facility at
which incoming shipments from suppliers are received for the entire Company but
sales order fulfilment happens only for the webstore. The retail warehouse is
primarily 're-stocked' via replenishment requests raised upon the webstore
warehouse and thus need not issue direct purchase orders to suppliers. However,
if the need be, requirement generated based on the product's RMEI and the
retail facility's inventory thresholds can also be approved, converted into
Purchase order and issued.

*Proposed Solution:*

There doesn't seem to be an out of the box solution for this in OFBiz. This
could work if either we think of -
Approach A: Setting RMEI at a ProductFacility level as well which shall
supersede the Product level RMEI setting OR
Approach B: Build in support for a solution that I have encountered in Opentaps
(a system built atop OFBiz) i.e. implement support for a new setting
*Replenishment Method Enum ID (RPMEI)* and the concept of *Backup Facility*.

The obvious difficulty with Approach A could be the need to modify existing
logic everywhere RMEI is being used and _may_ be difficult to implement and
validate (must confess that I have not given this approach much more thought).
On the contrary the Approach B seems a safer method to add this feature with
minimum possibility of breaking existing functionality.

_Herein is the Approach B in detail-_

Introduce a ProductFacility specific *Replenishment Method Enum ID (RPMEI)*
with values such as -
**Code snippets are from Opentaps**

{code:xml}

{code}

and extend the entity ProductFacility

[jira] [Commented] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Shrenik Bhura commented on OFBIZ-6964:
--

[~swash78] [~pfm.smits] I have redefined the story above with a more complete 
solution proposal that indeed works in Opentaps.

> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> At the onset let me define a few terms clearly as I mean it in the story 
> description below :
> Requirement - A request generated for a particular product for a specific 
> quantity that needs to be purchased for a supplier for satisfying certain 
> inventory needs of a particular facility.
> Replenishment - A request generated for a particular product for a specific 
> quantity that needs to be transferred from a "backup facility" for satisfying 
> certain inventory needs of a particular facility.
> Fulfilment - The process of reserving, picking, packing and shipping the 
> ordered quantity of product(s) as per a sales order.
> Terms 'warehouse' and 'facility' have been used interchangeably.
> The Use Case:
> Consider a scenario wherein there is a website and a physical retail store of 
> the same Company.
> Each having its own facility i.e. 1:1 mapping.
> *Store A (webstore) -> associated with facility 1 (webstore facility)*
> *Store B (retailstore) -> associated with facility 2 (retailstore facility)*
> However, both the stores share the same catalog/products. But both have 
> different inventory requirement and replenishment rules for the same product 
> primarily for driving inventory efficiencies across the organisation. 
> There is a Requirement Method Enum ID (RMEI) of each product which is 
> applicable irrespective of the store and supersedes the RMEI defined, if any, 
> on a store??. 
> A product's inventory thresholds (Minimum Stock, Reorder Quantity) are 
> independently managed via the facilities tab for the product. A product has 
> its ATP and QOH levels on a per facility basis. **Do note that all these 
> inventory levels are at a facility level and has no bearing at a store 
> level.**
> Where the difficulty crops up with the current implementation is the way 
> requirements are generated. A product can have only one RMEI. When an order 
> is placed from any store, then based on the combination of a product's RMEI 
> and the store mapped facility's inventory threshold, requirements are 
> generated. This is without consideration of the inventory status (surplus or 
> otherwise) at another facility of the same Company. I assume (not validated) 
> that if a store has multiple facilities associated with it then the one 
> defined in the ProductStore entity -> inventoryFacilityId field would be 
> considered for picking the inventory threshold values. 
> Assumptions based on most probable real-world scenarios: 
>   1. Usually an organisation would have a main facility/warehouse where 
> all the purchases are received and sub-facilities which are replenished from 
> the main facility after QA, internal processes, etc. OR 
>   2. For each product there would be a primary facility where the product 
> is received from the supplier (to derive benefits of demographic convenience 
> and consumption patterns) and then replenished to other facilities on a 
> demand based pull basis.
> However, to drive efficiencies across an organisation there should be a 
> method to consider open requirements across multiple facilities and propose 
> inventory transfers across them to facilitate better stocking and thus 
> fulfilment.
> Coming back to our use case, the webstore warehouse is the main facility at 
> which incoming shipments from suppliers are received for the entire Company 
> but sales order fulfilment happens only for the webstore. The retail 
> warehouse is primarily 're-stocked' via replenishment requests  a.k.a. 
> indents raised to the webstore warehouse and thus need not issue direct 
> purchase orders to suppliers. However, if the need be, requirement generated 
> based on the product's RMEI and the retail facility's inventory thresholds 
> can also be approved, converted into Purchase order and issued.
> Proposed Solution :
> There doesn't seem to be an out of the box solution for this in OFBiz. This 
> could work if either we build in support for a solution that I have 
> encountered in Opentaps (a system built atop OFBiz) - 
> Introduce a ProductFacility specific *Replenishment Method Enum ID (RPMEI)* 
> with values such as -
> **Code snippets are

[jira] [Updated] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse

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

Shrenik Bhura updated OFBIZ-6964:
-
Description:
At the onset let me define a few terms clearly as I mean it in the story
description below :
Requirement - A request generated for a particular product for a specific
quantity that needs to be purchased for a supplier for satisfying certain
inventory needs of a particular facility.
Replenishment - A request generated for a particular product for a specific
quantity that needs to be transferred from a "backup facility" for satisfying
certain inventory needs of a particular facility.
Fulfilment - The process of reserving, picking, packing and shipping the
ordered quantity of product(s) as per a sales order.
Terms 'warehouse' and 'facility' have been used interchangeably.

The Use Case:
Consider a scenario wherein there is a website and a physical retail store of
the same Company.
Each having its own facility i.e. 1:1 mapping.

*Store A (webstore) -> associated with facility 1 (webstore facility)*
*Store B (retailstore) -> associated with facility 2 (retailstore facility)*

However, both the stores share the same catalog/products. But both have
different inventory requirement and replenishment rules for the same product
primarily for driving inventory efficiencies across the organisation.

There is a Requirement Method Enum ID (RMEI) of each product which is
applicable irrespective of the store and supersedes the RMEI defined, if any,
on a store??.

A product's inventory thresholds (Minimum Stock, Reorder Quantity) are
independently managed via the facilities tab for the product. A product has its
ATP and QOH levels on a per facility basis. **Do note that all these inventory
levels are at a facility level and has no bearing at a store level.**

Where the difficulty crops up with the current implementation is the way
requirements are generated. A product can have only one RMEI. When an order is
placed from any store, then based on the combination of a product's RMEI and
the store mapped facility's inventory threshold, requirements are generated.
This is without consideration of the inventory status (surplus or otherwise) at
another facility of the same Company. I assume (not validated) that if a store
has multiple facilities associated with it then the one defined in the
ProductStore entity -> inventoryFacilityId field would be considered for
picking the inventory threshold values.

Assumptions based on most probable real-world scenarios:
1. Usually an organisation would have a main facility/warehouse where
all the purchases are received and sub-facilities which are replenished from
the main facility after QA, internal processes, etc. OR
2. For each product there would be a primary facility where the product
is received from the supplier (to derive benefits of demographic convenience
and consumption patterns) and then replenished to other facilities on a demand
based pull basis.

However, to drive efficiencies across an organisation there should be a method
to consider open requirements across multiple facilities and propose inventory
transfers across them to facilitate better stocking and thus fulfilment.

Coming back to our use case, the webstore warehouse is the main facility at
which incoming shipments from suppliers are received for the entire Company but
sales order fulfilment happens only for the webstore. The retail warehouse is
primarily 're-stocked' via replenishment requests a.k.a. indents raised to the
webstore warehouse and thus need not issue direct purchase orders to suppliers.
However, if the need be, requirement generated based on the product's RMEI and
the retail facility's inventory thresholds can also be approved, converted into
Purchase order and issued.

Proposed Solution :
There doesn't seem to be an out of the box solution for this in OFBiz. This
could work if either we build in support for a solution that I have encountered
in Opentaps (a system built atop OFBiz) -

Introduce a ProductFacility specific *Replenishment Method Enum ID (RPMEI)*
with values such as -
**Code snippets are from Opentaps**

{code:xml}

{code}

and extend the entity ProductFacility -

{code:xml}

{code}

Create new entities -

{code:xml}

{code}

Hence now we can define a replenishment method at a product level and that too
on a per facility basis.

Additional now we can provision for defining of backup facility for any
facility. (May consider using the parentFacilityId available on the Facility
entity but am not sure about its purpose and there is no way to define the
relation between the parent and child.)

We have to safeguard these:
1. There should be no direct or indirect cyclic backup facility
relation between any 2 facilities due to backup facility

[jira] [Commented] (OFBIZ-6967) JSON renderer for Screens and Forms


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

Jacques Le Roux commented on OFBIZ-6967:


Sounds promising, looking forward!

> JSON renderer for Screens and Forms
> ---
>
> Key: OFBIZ-6967
> URL: https://issues.apache.org/jira/browse/OFBIZ-6967
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Reporter: Anil K Patel
>Assignee: Anil K Patel
>Priority: Trivial
>
> Apache OFBiz Forms are interesting objects. They allow developers to focus on 
> semantics of the document and not worry about the details of rendering 
> document for the clients. The view renderers take care of all the platform 
> specific details and deliver the document as HTML or PDF or CSV.
> With time the browser client technologies have evolved to a point where HTML 
> view rendered by OFBiz are not meeting the user expectations.
> We plan to develop and contribute a HTML view renderer that will allow user 
> to request content as JSON instead of HTML. 
> Such JSON content can be consumed by various client e.g Mobile applications 
> or browser based SPA. 
>  



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

Re: [VOTE] [RELEASE] Apache OFBiz 12.04.06

2016-03-29 Thread gil portenseigne


+1

Gil

On 29/03/2016 20:26, Nicolas Malin wrote:

+1

Archive Test under Ubuntu 14.04 and openjdk version "1.8.0_45-internal"
andrealphus$ unzip apache-ofbiz-12.04.06.zip && cd 
apache-ofbiz-12.04.06 && ./ant load-demo run-tests

BUILD SUCCESSFUL
Total time: 5 minutes 37 seconds

MD5
flowToParse="apache-ofbiz-12.04.06.zip.md5"; echo "$(cat $flowToParse 
| tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d 
[:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; md5sum -c 
tmp.hash ;

apache-ofbiz-12.04.06.zip: Réussi

SHA
flowToParse="apache-ofbiz-12.04.06.zip.sha"; echo "$(cat $flowToParse 
| tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d 
[:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; sha512sum 
-c tmp.hash ;

apache-ofbiz-12.04.06.zip: Réussi


Le 29/03/2016 11:05, Jacopo Cappellato a écrit :

This is the vote thread to release a new bug fix release for the
release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
supersede all the previous releases from the same branch and it will 
be the

last release of the 12.06 series.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-12.04.06.zip

* KEYS: text file with keys

* apache-ofbiz-12.04.06.zip.asc: the detached signature file

* apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes

Please download and test the zip file and its signatures (for 
instructions
on testing the signatures see 
http://www.apache.org/info/verification.html).


Vote:

[ +1] release as Apache OFBiz 12.04.06

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

Re: [VOTE] [RELEASE] Apache OFBiz 13.07.03

2016-03-29 Thread gil portenseigne


+1

Gil

On 29/03/2016 20:17, Nicolas Malin wrote:

+1

Archive test :
andrealphus$ unzip apache-ofbiz-13.07.03.zip && cd 
apache-ofbiz-13.07.03 && ./ant load-demo run-tests

...
BUILD SUCCESSFUL
Total time: 5 minutes 5 seconds

MD5
andrealphus$ flowToParse="apache-ofbiz-13.07.03.zip.md5"; echo "$(cat 
$flowToParse | tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse 
|  tr -d [:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; 
md5sum -c tmp.hash ;

apache-ofbiz-13.07.03.zip: Réussi

SHA
andrealphus$ flowToParse="apache-ofbiz-13.07.03.zip.sha"; echo "$(cat 
$flowToParse | tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse 
|  tr -d [:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; 
sha512sum -c tmp.hash ;

apache-ofbiz-13.07.03.zip: Réussi

Le 29/03/2016 11:42, Jacopo Cappellato a écrit :

This is the vote thread to release a new bug fix release for the
release13.07 branch. This new release, "Apache OFBiz 13.07.03", will
supersede all the previous releases from the same branch.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-13.07.03.zip

* KEYS: text file with keys

* apache-ofbiz-13.07.03.zip.asc: the detached signature file

* apache-ofbiz-13.07.03.zip.md5, apache-ofbiz-13.07.03.zip.sha: hashes

Please download and test the zip file and its signatures (for 
instructions
on testing the signatures see 
http://www.apache.org/info/verification.html).


Vote:

[ +1] release as Apache OFBiz 13.07.03

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

[jira] [Assigned] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux reassigned OFBIZ-6966:
--

Assignee: Jacques Le Roux

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: OFBIZ-6966.patch, OFBIZ-6966.version2.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux commented on OFBIZ-6966:


Thanks James,

Your patch is in trunk at revision: 1737046  


> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
> Attachments: OFBIZ-6966.patch, OFBIZ-6966.version2.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux commented on OFBIZ-6966:


That's better indeed. As soon as you start with HTTPS instead of HTTP it works. 
So I guess it will work on demo, I will commit it, thanks! 
I will close only after checking on demo tomorrow. 

I wonder if it will have an impact on the issue I explain at 
https://issues.apache.org/jira/browse/OFBIZ-6849?focusedCommentId=15139418. I 
will test that after the commit...

BTW, better to keep the same patch name, the olders will be grayed, so it's 
obvious which version is last and several paches lines can be used (happens 
sometimes)
It's another trick you can find in 
https://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Contributors+Best+Practices
 ;)


> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
> Attachments: OFBIZ-6966.patch, OFBIZ-6966.version2.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

Re: [VOTE] [RELEASE] Apache OFBiz 12.04.06

2016-03-29 Thread Scott Gray

+1

Regards
Scott

On 30 March 2016 at 07:26, Nicolas Malin  wrote:

> +1
>
> Archive Test under Ubuntu 14.04 and openjdk version "1.8.0_45-internal"
> andrealphus$ unzip apache-ofbiz-12.04.06.zip && cd apache-ofbiz-12.04.06
> && ./ant load-demo run-tests
> BUILD SUCCESSFUL
> Total time: 5 minutes 37 seconds
>
> MD5
> flowToParse="apache-ofbiz-12.04.06.zip.md5"; echo "$(cat $flowToParse | tr
> -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d [:space:] | cut
> -f 1 -d ':' | tr -d [:space:])" > tmp.hash; md5sum -c tmp.hash ;
> apache-ofbiz-12.04.06.zip: Réussi
>
> SHA
> flowToParse="apache-ofbiz-12.04.06.zip.sha"; echo "$(cat $flowToParse | tr
> -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d [:space:] | cut
> -f 1 -d ':' | tr -d [:space:])" > tmp.hash; sha512sum -c tmp.hash ;
> apache-ofbiz-12.04.06.zip: Réussi
>
>
> Le 29/03/2016 11:05, Jacopo Cappellato a écrit :
>
>> This is the vote thread to release a new bug fix release for the
>> release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
>> supersede all the previous releases from the same branch and it will be
>> the
>> last release of the 12.06 series.
>>
>> The release files can be downloaded from here:
>>
>> https://dist.apache.org/repos/dist/dev/ofbiz/
>>
>> and are:
>>
>> * apache-ofbiz-12.04.06.zip
>>
>> * KEYS: text file with keys
>>
>> * apache-ofbiz-12.04.06.zip.asc: the detached signature file
>>
>> * apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes
>>
>> Please download and test the zip file and its signatures (for instructions
>> on testing the signatures see
>> http://www.apache.org/info/verification.html).
>>
>> Vote:
>>
>> [ +1] release as Apache OFBiz 12.04.06
>>
>> [ -1] do not release
>>
>> This vote will be open for approximately 5 days.
>>
>> For more details about this process please read
>> http://www.apache.org/foundation/voting.html
>>
>>
>

Re: [VOTE] [RELEASE] Apache OFBiz 13.07.03

2016-03-29 Thread Scott Gray

+1

Regards
Scott

On 30 March 2016 at 07:17, Nicolas Malin  wrote:

> +1
>
> Archive test :
> andrealphus$ unzip apache-ofbiz-13.07.03.zip && cd apache-ofbiz-13.07.03
> && ./ant load-demo run-tests
> ...
> BUILD SUCCESSFUL
> Total time: 5 minutes 5 seconds
>
> MD5
> andrealphus$ flowToParse="apache-ofbiz-13.07.03.zip.md5"; echo "$(cat
> $flowToParse | tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr
> -d [:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; md5sum -c
> tmp.hash ;
> apache-ofbiz-13.07.03.zip: Réussi
>
> SHA
> andrealphus$ flowToParse="apache-ofbiz-13.07.03.zip.sha"; echo "$(cat
> $flowToParse | tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr
> -d [:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; sha512sum -c
> tmp.hash ;
> apache-ofbiz-13.07.03.zip: Réussi
>
> Le 29/03/2016 11:42, Jacopo Cappellato a écrit :
>
>> This is the vote thread to release a new bug fix release for the
>> release13.07 branch. This new release, "Apache OFBiz 13.07.03", will
>> supersede all the previous releases from the same branch.
>>
>> The release files can be downloaded from here:
>>
>> https://dist.apache.org/repos/dist/dev/ofbiz/
>>
>> and are:
>>
>> * apache-ofbiz-13.07.03.zip
>>
>> * KEYS: text file with keys
>>
>> * apache-ofbiz-13.07.03.zip.asc: the detached signature file
>>
>> * apache-ofbiz-13.07.03.zip.md5, apache-ofbiz-13.07.03.zip.sha: hashes
>>
>> Please download and test the zip file and its signatures (for instructions
>> on testing the signatures see
>> http://www.apache.org/info/verification.html).
>>
>> Vote:
>>
>> [ +1] release as Apache OFBiz 13.07.03
>>
>> [ -1] do not release
>>
>> This vote will be open for approximately 5 days.
>>
>> For more details about this process please read
>> http://www.apache.org/foundation/voting.html
>>
>>
>

Re: [jira] [Created] (OFBIZ-6967) JSON renderer for Screens and Forms

2016-03-29 Thread Heidi Dehaes - Olagos

Hello,

This is also very very interesting if we like to implement for example a
commercial Prestashop template above ofbiz. The shopcart is with ajax and
javascript built. The outcome of the shopcart is sent to the backend by
json .

This kind of techniques are necessary because of speed of reactions on the
frontend.

It are not the only adaptations needed for implementing a Prestashop
template to ofbiz but it is already a part.

My ofbiz on www.olagos.com has a Prestashop template but it is not yet
fully running.

An extra controller above the ofbiz one is also needed.

On www.olagos.eu is a prestashop template implemented on a Prestashop
ecommerce backend.

Regards,
Eric

Olagos bvba
Heidi Dehaes
Kerkstraat 34
2570 Duffel
Belgium
Tel. : 015/31 53 04
GSM :0485/22 35 80
E-mail : info.ola...@gmail.com
http://www.olagos.eu
http://www.olagos.com
http://www.olagos.be
http://www.olagos.nl



2016-03-29 21:06 GMT+02:00 Anil K Patel (JIRA) :

> Anil K Patel created OFBIZ-6967:
> ---
>
>  Summary: JSON renderer for Screens and Forms
>  Key: OFBIZ-6967
>  URL: https://issues.apache.org/jira/browse/OFBIZ-6967
>  Project: OFBiz
>   Issue Type: Improvement
>   Components: framework
> Reporter: Anil K Patel
> Assignee: Anil K Patel
> Priority: Trivial
>
>
> Apache OFBiz Forms are interesting objects. They allow developers to focus
> on semantics of the document and not worry about the details of rendering
> document for the clients. The view renderers take care of all the platform
> specific details and deliver the document as HTML or PDF or CSV.
>
> With time the browser client technologies have evolved to a point where
> HTML view rendered by OFBiz are not meeting the user expectations.
>
> We plan to develop and contribute a HTML view renderer that will allow
> user to request content as JSON instead of HTML.
>
> Such JSON content can be consumed by various client e.g Mobile
> applications or browser based SPA.
>
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
>

[jira] [Created] (OFBIZ-6967) JSON renderer for Screens and Forms

2016-03-29 Thread Anil K Patel (JIRA)

Anil K Patel created OFBIZ-6967:
---

 Summary: JSON renderer for Screens and Forms
 Key: OFBIZ-6967
 URL: https://issues.apache.org/jira/browse/OFBIZ-6967
 Project: OFBiz
  Issue Type: Improvement
  Components: framework
Reporter: Anil K Patel
Assignee: Anil K Patel
Priority: Trivial


Apache OFBiz Forms are interesting objects. They allow developers to focus on 
semantics of the document and not worry about the details of rendering document 
for the clients. The view renderers take care of all the platform specific 
details and deliver the document as HTML or PDF or CSV.

With time the browser client technologies have evolved to a point where HTML 
view rendered by OFBiz are not meeting the user expectations.

We plan to develop and contribute a HTML view renderer that will allow user to 
request content as JSON instead of HTML. 

Such JSON content can be consumed by various client e.g Mobile applications or 
browser based SPA. 
 



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

Re: [VOTE] [RELEASE] Apache OFBiz 12.04.06

2016-03-29 Thread Nicolas Malin


+1

Archive Test under Ubuntu 14.04 and openjdk version "1.8.0_45-internal"
andrealphus$ unzip apache-ofbiz-12.04.06.zip && cd apache-ofbiz-12.04.06 
&& ./ant load-demo run-tests

BUILD SUCCESSFUL
Total time: 5 minutes 37 seconds

MD5
flowToParse="apache-ofbiz-12.04.06.zip.md5"; echo "$(cat $flowToParse | 
tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d [:space:] 
| cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; md5sum -c tmp.hash ;

apache-ofbiz-12.04.06.zip: Réussi

SHA
flowToParse="apache-ofbiz-12.04.06.zip.sha"; echo "$(cat $flowToParse | 
tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  tr -d [:space:] 
| cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; sha512sum -c tmp.hash ;

apache-ofbiz-12.04.06.zip: Réussi


Le 29/03/2016 11:05, Jacopo Cappellato a écrit :

This is the vote thread to release a new bug fix release for the
release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
supersede all the previous releases from the same branch and it will be the
last release of the 12.06 series.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-12.04.06.zip

* KEYS: text file with keys

* apache-ofbiz-12.04.06.zip.asc: the detached signature file

* apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes

Please download and test the zip file and its signatures (for instructions
on testing the signatures see http://www.apache.org/info/verification.html).

Vote:

[ +1] release as Apache OFBiz 12.04.06

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

Re: [VOTE] [RELEASE] Apache OFBiz 13.07.03

2016-03-29 Thread Nicolas Malin


+1

Archive test :
andrealphus$ unzip apache-ofbiz-13.07.03.zip && cd apache-ofbiz-13.07.03 
&& ./ant load-demo run-tests

...
BUILD SUCCESSFUL
Total time: 5 minutes 5 seconds

MD5
andrealphus$ flowToParse="apache-ofbiz-13.07.03.zip.md5"; echo "$(cat 
$flowToParse | tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  
tr -d [:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; md5sum 
-c tmp.hash ;

apache-ofbiz-13.07.03.zip: Réussi

SHA
andrealphus$ flowToParse="apache-ofbiz-13.07.03.zip.sha"; echo "$(cat 
$flowToParse | tr -d [:space:] | cut -f 2 -d ':') $(cat $flowToParse |  
tr -d [:space:] | cut -f 1 -d ':' | tr -d [:space:])" > tmp.hash; 
sha512sum -c tmp.hash ;

apache-ofbiz-13.07.03.zip: Réussi

Le 29/03/2016 11:42, Jacopo Cappellato a écrit :

This is the vote thread to release a new bug fix release for the
release13.07 branch. This new release, "Apache OFBiz 13.07.03", will
supersede all the previous releases from the same branch.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-13.07.03.zip

* KEYS: text file with keys

* apache-ofbiz-13.07.03.zip.asc: the detached signature file

* apache-ofbiz-13.07.03.zip.md5, apache-ofbiz-13.07.03.zip.sha: hashes

Please download and test the zip file and its signatures (for instructions
on testing the signatures see http://www.apache.org/info/verification.html).

Vote:

[ +1] release as Apache OFBiz 13.07.03

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

[jira] [Updated] (OFBIZ-6931) Add XLS renderer

2016-03-29 Thread Leila Mekika (JIRA)


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

Leila Mekika updated OFBIZ-6931:

Attachment: xls-renderer.patch

> Add XLS renderer
> 
>
> Key: OFBIZ-6931
> URL: https://issues.apache.org/jira/browse/OFBIZ-6931
> Project: OFBiz
>  Issue Type: New Feature
>  Components: ALL COMPONENTS, framework
>Affects Versions: Trunk
>Reporter: Leila Mekika
>Priority: Minor
> Attachments: xls-renderer.patch
>
>
> Add a new renderer type in order to enable XLS file output.



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

[jira] [Updated] (OFBIZ-6966) Unable to change language in ecommerce


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

james yong updated OFBIZ-6966:
--
Attachment: OFBIZ-6966.version2.patch

I come up with an improved version. Didn't test with a proxy. 

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
> Attachments: OFBIZ-6966.patch, OFBIZ-6966.version2.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux commented on OFBIZ-6966:


Also you might check it works with previous version. For instance the stable 
demo https://demo-stable-ofbiz.apache.org/ecommerce/control/main.
As you rightly noticed this is certainly due (not checked yet) to OFBIZ-6879. 
Something we could do is revert the OFBIZ-6879 change in the meantime and 
reapply it, with the one here when, OFBIZ-6849 is done. For me the trunk being 
bleeding edge I'd wait, but I'm curious about the community opinion...

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
> Attachments: OFBIZ-6966.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Comment Edited] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux edited comment on OFBIZ-6966 at 3/29/16 2:01 PM:
-

Actually I checked in trunk demo and it works there 
https://demo-trunk-ofbiz.apache.org/ecommerce/control/main
But you are right not locally. I guess it works on the demo because of the 
frontend proxy which propagates HTTPS

I agree the change is needed but works only with HTTPS. So it's a good change 
but it's not enough. Because all the other links are HTTP for now in ecommerce 
and when you click on one you get back to English (like main page). It works 
well on trunk were all is HTTPS. I'm working on a solution for that but it's 
not yet ready: OFBIZ-6849




was (Author: jacques.le.roux):
Actually I checked in trunk demo and it works there 
https://demo-trunk-ofbiz.apache.org/ecommerce/control/main
But you are right not locally. I guess it works on the demo because of the 
frontend proxy which propagates HTTPS

I agree the change is needed but works only with HTTPS. So it's a good change 
but it's not enough. Because all the other links are HTTP for now in ecommerce 
and when you click on one you get back to English. It works well on trunk were 
all is HTTPS. I'm working on a solution for that but it's not yet ready: 
OFBIZ-6849



> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
> Attachments: OFBIZ-6966.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux commented on OFBIZ-6966:


Actually I checked in trunk demo and it works there 
https://demo-trunk-ofbiz.apache.org/ecommerce/control/main
But you are right not locally. I guess it works on the demo because of the 
frontend proxy which propagates HTTPS

I agree the change is needed but works only with HTTPS. So it's a good change 
but it's not enough. Because all the other links are HTTP for now in ecommerce 
and when you click on one you get back to English. It works well on trunk were 
all is HTTPS. I'm working on a solution for that but it's not yet ready: 
OFBIZ-6849



> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
> Attachments: OFBIZ-6966.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Comment Edited] (OFBIZ-5985) Support routing task standard quantity tracking of fixed assets


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

Swapnil Shah edited comment on OFBIZ-5985 at 3/29/16 1:16 PM:
--

Thanks [~jacopoc] Asset classes can surely be better managed by leveraging upon 
FixedAssetType.parentTypeId. As far as resource assignment based on asset 
classification is concerned i was not too sure if it needs to be automated by 
system based on common class or can we still leave it up to planners that needs 
to be taken care as part of initial setup process essentially to support the 
cases where planners can choose to associate alternate resource from a 
different class as well. So would have liked to here more views on it.


was (Author: swash78):
Thanks [~jacopoc] Asset classes can surely be better managed by leveraging upon 
FixedAssetType.parentTypeId. As far as resource assignment based on asset 
classification is concerned i am not too sure if it needs to be automated by 
system based on common class or can we still leave it up to planners that needs 
to be taken care as part of initial setup process essentially to support the 
cases where planners can choose to associate alternate resource from a 
different class as well.

> Support routing task standard quantity tracking of fixed assets
> ---
>
> Key: OFBIZ-5985
> URL: https://issues.apache.org/jira/browse/OFBIZ-5985
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Christian Carlow
>
>  I need the ability to assign track the standard quantity that can be run by 
> fixed assets for a routing task.  WorkEffortFixedAssetStd contains a 
> fixedAssetTypeId instead of fixedAssetId  I've found no code using the entity 
> other than the one that allows the entity data to be manipulated.  Therefore, 
> to prevent adding another entity to the model, would replacing 
> fixedAssetTypeId with fixedAssetId be a worthy solution?



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

[jira] [Commented] (OFBIZ-5985) Support routing task standard quantity tracking of fixed assets


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

Swapnil Shah commented on OFBIZ-5985:
-

I have reverted the role as per your liking now :)

The new entity introduction is not at all mandatory here. Generally its seen 
that, the resource prioritization is dependent on lot of factors like cost, 
efficiency/througput, primary resource utilization/load, 
inter-operation/resource dependencies, demand priorities etc. This was just a 
way to facilitate production manager to weigh in all these factors and manually 
define the priorities for system to honor. Instead of having system to make 
such decisions on using few of these available factors. 

> Support routing task standard quantity tracking of fixed assets
> ---
>
> Key: OFBIZ-5985
> URL: https://issues.apache.org/jira/browse/OFBIZ-5985
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Christian Carlow
>
>  I need the ability to assign track the standard quantity that can be run by 
> fixed assets for a routing task.  WorkEffortFixedAssetStd contains a 
> fixedAssetTypeId instead of fixedAssetId  I've found no code using the entity 
> other than the one that allows the entity data to be manipulated.  Therefore, 
> to prevent adding another entity to the model, would replacing 
> fixedAssetTypeId with fixedAssetId be a worthy solution?



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

[jira] [Comment Edited] (OFBIZ-5985) Support routing task standard quantity tracking of fixed assets


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

Swapnil Shah edited comment on OFBIZ-5985 at 3/29/16 12:52 PM:
---

I believe Production Manager generally weigh in all the pros and cons by 
accounting for all these factors while setting up the association between 
primary resource(fixed asset) and its possible alternates w.r.t to a given 
operation(routing task). System can facilitate by providing a way to assign the 
priority amongst all possible alternatives say under 
WorkEffortFixedAssetStdAlt. 

Such prioritization can then be honored both during planning run (via MRP 
engine) or during production run execution phase in order to provide better 
suggestions to floor managers/operators to achieve the optimal mix.


was (Author: swash78):
I believe Production Planning Manager generally weigh in all the pros and cons 
by accounting for all these factors while setting up the association between 
primary resource(fixed asset) and its possible alternates w.r.t to a given 
operation(routing task). System can facilitate by providing a way to assign the 
priority amongst all possible alternatives say under 
WorkEffortFixedAssetStdAlt. 

Such prioritization can then be honored both during planning run (via MRP 
engine) or during production run execution phase in order to provide better 
suggestions to floor managers/operators to achieve the optimal mix.

> Support routing task standard quantity tracking of fixed assets
> ---
>
> Key: OFBIZ-5985
> URL: https://issues.apache.org/jira/browse/OFBIZ-5985
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Christian Carlow
>
>  I need the ability to assign track the standard quantity that can be run by 
> fixed assets for a routing task.  WorkEffortFixedAssetStd contains a 
> fixedAssetTypeId instead of fixedAssetId  I've found no code using the entity 
> other than the one that allows the entity data to be manipulated.  Therefore, 
> to prevent adding another entity to the model, would replacing 
> fixedAssetTypeId with fixedAssetId be a worthy solution?



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

[jira] [Commented] (OFBIZ-5985) Support routing task standard quantity tracking of fixed assets


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

Swapnil Shah commented on OFBIZ-5985:
-

Thanks [~jacopoc] Asset classes can surely be better managed by leveraging upon 
FixedAssetType.parentTypeId. As far as resource assignment based on asset 
classification is concerned i am not too sure if it needs to be automated by 
system based on common class or can we still leave it up to planners that needs 
to be taken care as part of initial setup process essentially to support the 
cases where planners can choose to associate alternate resource from a 
different class as well.

> Support routing task standard quantity tracking of fixed assets
> ---
>
> Key: OFBIZ-5985
> URL: https://issues.apache.org/jira/browse/OFBIZ-5985
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Christian Carlow
>
>  I need the ability to assign track the standard quantity that can be run by 
> fixed assets for a routing task.  WorkEffortFixedAssetStd contains a 
> fixedAssetTypeId instead of fixedAssetId  I've found no code using the entity 
> other than the one that allows the entity data to be manipulated.  Therefore, 
> to prevent adding another entity to the model, would replacing 
> fixedAssetTypeId with fixedAssetId be a worthy solution?



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

Re: ant devop tasks/targets

2016-03-29 Thread james yong

Good idea. 
+ 1 from me.


Pierre Smits wrote
> Hi all,
> 
> Currently we have the various ant tasks to instantiate the OFBiz
> environment, such as:
> 
>- ./ant start
>- various ./ant load- commands.
> 
> However, we don't have specific (separate) DEVOPS commands to help
> instantiation and checking of the OFBiz environment. I am thinking of:
> 
>- a command to instantiate the database structrure, its tables and
>indexes (based on the OFBiz entity definitions)
>- a command to check the database structure against the OFBiz entity
>definitions
>- a command to update the database structure based on the OFBiz entity
>definitions
> 
> It seems to me that having these commands would help OFBiz system admins
> and in a more general way help adoption.
> 
> What are your thoughts?
> 
> Best regards,
> 
> 
> Pierre Smits
> 
> ORRTIZ.COM http://www.orrtiz.com;
> OFBiz based solutions & services
> 
> OFBiz Extensions Marketplace
> http://oem.ofbizci.net/oci-2/





--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/ant-devop-tasks-targets-tp4678520p4678530.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.

Re: ant devop tasks/targets


That sounds like a good idea to me

So we could have
ant db-create
ant db-check
   ant db-update

db-create could be based on 
db-check on CheckDb.groovy
and db-update on db-create

Disclaimer: only thinking out loud to start the discussion :)

Jacques

Le 29/03/2016 12:16, Pierre Smits a écrit :

Hi all,

Currently we have the various ant tasks to instantiate the OFBiz
environment, such as:

- ./ant start
- various ./ant load- commands.

However, we don't have specific (separate) DEVOPS commands to help
instantiation and checking of the OFBiz environment. I am thinking of:

- a command to instantiate the database structrure, its tables and
indexes (based on the OFBiz entity definitions)
- a command to check the database structure against the OFBiz entity
definitions
- a command to update the database structure based on the OFBiz entity
definitions

It seems to me that having these commands would help OFBiz system admins
and in a more general way help adoption.

What are your thoughts?

Best regards,


Pierre Smits

ORRTIZ.COM 
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/

[jira] [Updated] (OFBIZ-6966) Unable to change language in ecommerce


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

james yong updated OFBIZ-6966:
--
Attachment: OFBIZ-6966.patch

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
> Attachments: OFBIZ-6966.patch
>
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Commented] (OFBIZ-5985) Support routing task standard quantity tracking of fixed assets

2016-03-29 Thread Pierre Smits (JIRA)


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

Pierre Smits commented on OFBIZ-5985:
-

I am inclined to agree with your first sentence, despite of the new role name. 

I have doubts whether we need a new entity for this, and like to hear/read 
additional arguments (and also from others).

> Support routing task standard quantity tracking of fixed assets
> ---
>
> Key: OFBIZ-5985
> URL: https://issues.apache.org/jira/browse/OFBIZ-5985
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Christian Carlow
>
>  I need the ability to assign track the standard quantity that can be run by 
> fixed assets for a routing task.  WorkEffortFixedAssetStd contains a 
> fixedAssetTypeId instead of fixedAssetId  I've found no code using the entity 
> other than the one that allows the entity data to be manipulated.  Therefore, 
> to prevent adding another entity to the model, would replacing 
> fixedAssetTypeId with fixedAssetId be a worthy solution?



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

[jira] [Commented] (OFBIZ-5985) Support routing task standard quantity tracking of fixed assets


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

Swapnil Shah commented on OFBIZ-5985:
-

I believe Production Planning Manager generally weigh in all the pros and cons 
by accounting for all these factors while setting up the association between 
primary resource(fixed asset) and its possible alternates w.r.t to a given 
operation(routing task). System can facilitate by providing a way to assign the 
priority amongst all possible alternatives say under 
WorkEffortFixedAssetStdAlt. 

Such prioritization can then be honored both during planning run (via MRP 
engine) or during production run execution phase in order to provide better 
suggestions to floor managers/operators to achieve the optimal mix.

> Support routing task standard quantity tracking of fixed assets
> ---
>
> Key: OFBIZ-5985
> URL: https://issues.apache.org/jira/browse/OFBIZ-5985
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Christian Carlow
>
>  I need the ability to assign track the standard quantity that can be run by 
> fixed assets for a routing task.  WorkEffortFixedAssetStd contains a 
> fixedAssetTypeId instead of fixedAssetId  I've found no code using the entity 
> other than the one that allows the entity data to be manipulated.  Therefore, 
> to prevent adding another entity to the model, would replacing 
> fixedAssetTypeId with fixedAssetId be a worthy solution?



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

Re: [VOTE] [RELEASE] Apache OFBiz 13.07.03


For last revision test passed at 
https://ci.apache.org/projects/ofbiz/logs/13.07/html/
MD5 OK
It runs locally (briefly tested) and on demo at r1736930

Only this in error.log, known and not blocking
2016-03-29 12:31:36,387 |OFBiz-config-2 |DatabaseUtil  |E| 
Error adding foreign key: ModelEntity was null for related entity name Tenant

+1

Thanks

Jacques


Le 29/03/2016 11:42, Jacopo Cappellato a écrit :

This is the vote thread to release a new bug fix release for the
release13.07 branch. This new release, "Apache OFBiz 13.07.03", will
supersede all the previous releases from the same branch.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-13.07.03.zip

* KEYS: text file with keys

* apache-ofbiz-13.07.03.zip.asc: the detached signature file

* apache-ofbiz-13.07.03.zip.md5, apache-ofbiz-13.07.03.zip.sha: hashes

Please download and test the zip file and its signatures (for instructions
on testing the signatures see http://www.apache.org/info/verification.html).

Vote:

[ +1] release as Apache OFBiz 13.07.03

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

Re: [VOTE] [RELEASE] Apache OFBiz 12.04.06


Ah, just noticed this in error.log

2016-03-29 12:23:20,427 (default-invoker-Thread-27) [ 
GenericDelegator.java:1754:ERROR]
 exception report --
ERROR: Cannot do a find that returns an EntityListIterator with no transaction 
in place. Wrap this call in a transaction.
Exception: java.lang.Exception
Message: Stack Trace
 stack trace ---
java.lang.Exception: Stack Trace
org.ofbiz.entity.GenericDelegator.find(GenericDelegator.java:1753)
org.ofbiz.order.order.OrderServices$1.call(OrderServices.java:5661)
org.ofbiz.order.order.OrderServices$1.call(OrderServices.java:5656)
org.ofbiz.entity.transaction.TransactionUtil$NoTransaction.call(TransactionUtil.java:979)
org.ofbiz.entity.transaction.TransactionUtil$InTransaction.call(TransactionUtil.java:1004)
org.ofbiz.entity.transaction.TransactionUtil.doNewTransaction(TransactionUtil.java:90)
org.ofbiz.order.order.OrderServices.createAlsoBoughtProductAssocs(OrderServices.java:5656)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:498)
org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100)
org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57)
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:405)
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:237)
org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:163)
org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:71)
org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:242)
java.lang.Thread.run(Thread.java:745)


Not blocking, still a +1

Jacques

Le 29/03/2016 12:28, Jacques Le Roux a écrit :

For last revision test passed at 
https://ci.apache.org/projects/ofbiz/logs/12.04/html/
MD5 OK
It runs locally (briefly tested) and on demo at r1736931

+1

Thanks

Jacques


Le 29/03/2016 11:05, Jacopo Cappellato a écrit :

This is the vote thread to release a new bug fix release for the
release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
supersede all the previous releases from the same branch and it will be the
last release of the 12.06 series.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-12.04.06.zip

* KEYS: text file with keys

* apache-ofbiz-12.04.06.zip.asc: the detached signature file

* apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes

Please download and test the zip file and its signatures (for instructions
on testing the signatures see http://www.apache.org/info/verification.html).

Vote:

[ +1] release as Apache OFBiz 12.04.06

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

Re: [VOTE] [RELEASE] Apache OFBiz 12.04.06


For last revision test passed at 
https://ci.apache.org/projects/ofbiz/logs/12.04/html/
MD5 OK
It runs locally (briefly tested) and on demo at r1736931

+1

Thanks

Jacques


Le 29/03/2016 11:05, Jacopo Cappellato a écrit :

This is the vote thread to release a new bug fix release for the
release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
supersede all the previous releases from the same branch and it will be the
last release of the 12.06 series.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-12.04.06.zip

* KEYS: text file with keys

* apache-ofbiz-12.04.06.zip.asc: the detached signature file

* apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes

Please download and test the zip file and its signatures (for instructions
on testing the signatures see http://www.apache.org/info/verification.html).

Vote:

[ +1] release as Apache OFBiz 12.04.06

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

ant devop tasks/targets

2016-03-29 Thread Pierre Smits

Hi all,

Currently we have the various ant tasks to instantiate the OFBiz
environment, such as:

   - ./ant start
   - various ./ant load- commands.

However, we don't have specific (separate) DEVOPS commands to help
instantiation and checking of the OFBiz environment. I am thinking of:

   - a command to instantiate the database structrure, its tables and
   indexes (based on the OFBiz entity definitions)
   - a command to check the database structure against the OFBiz entity
   definitions
   - a command to update the database structure based on the OFBiz entity
   definitions

It seems to me that having these commands would help OFBiz system admins
and in a more general way help adoption.

What are your thoughts?

Best regards,


Pierre Smits

ORRTIZ.COM 
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/

Re: [VOTE] [RELEASE] Apache OFBiz 12.04.06

2016-03-29 Thread Pierre Smits

+0

Best regards,

Pierre Smits

ORRTIZ.COM 
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/

On Tue, Mar 29, 2016 at 11:05 AM, Jacopo Cappellato <
jacopo.cappell...@hotwaxsystems.com> wrote:

> This is the vote thread to release a new bug fix release for the
> release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
> supersede all the previous releases from the same branch and it will be the
> last release of the 12.06 series.
>
> The release files can be downloaded from here:
>
> https://dist.apache.org/repos/dist/dev/ofbiz/
>
> and are:
>
> * apache-ofbiz-12.04.06.zip
>
> * KEYS: text file with keys
>
> * apache-ofbiz-12.04.06.zip.asc: the detached signature file
>
> * apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes
>
> Please download and test the zip file and its signatures (for instructions
> on testing the signatures see http://www.apache.org/info/verification.html
> ).
>
> Vote:
>
> [ +1] release as Apache OFBiz 12.04.06
>
> [ -1] do not release
>
> This vote will be open for approximately 5 days.
>
> For more details about this process please read
> http://www.apache.org/foundation/voting.html
>

Re: [VOTE] [RELEASE] Apache OFBiz 13.07.03

2016-03-29 Thread Pierre Smits

+0

Best regards,

Pierre Smits

ORRTIZ.COM 
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/

On Tue, Mar 29, 2016 at 11:42 AM, Jacopo Cappellato <
jacopo.cappell...@hotwaxsystems.com> wrote:

> This is the vote thread to release a new bug fix release for the
> release13.07 branch. This new release, "Apache OFBiz 13.07.03", will
> supersede all the previous releases from the same branch.
>
> The release files can be downloaded from here:
>
> https://dist.apache.org/repos/dist/dev/ofbiz/
>
> and are:
>
> * apache-ofbiz-13.07.03.zip
>
> * KEYS: text file with keys
>
> * apache-ofbiz-13.07.03.zip.asc: the detached signature file
>
> * apache-ofbiz-13.07.03.zip.md5, apache-ofbiz-13.07.03.zip.sha: hashes
>
> Please download and test the zip file and its signatures (for instructions
> on testing the signatures see http://www.apache.org/info/verification.html
> ).
>
> Vote:
>
> [ +1] release as Apache OFBiz 13.07.03
>
> [ -1] do not release
>
> This vote will be open for approximately 5 days.
>
> For more details about this process please read
> http://www.apache.org/foundation/voting.html
>

[VOTE] [RELEASE] Apache OFBiz 13.07.03

2016-03-29 Thread Jacopo Cappellato

This is the vote thread to release a new bug fix release for the
release13.07 branch. This new release, "Apache OFBiz 13.07.03", will
supersede all the previous releases from the same branch.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-13.07.03.zip

* KEYS: text file with keys

* apache-ofbiz-13.07.03.zip.asc: the detached signature file

* apache-ofbiz-13.07.03.zip.md5, apache-ofbiz-13.07.03.zip.sha: hashes

Please download and test the zip file and its signatures (for instructions
on testing the signatures see http://www.apache.org/info/verification.html).

Vote:

[ +1] release as Apache OFBiz 13.07.03

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

[jira] [Comment Edited] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Swapnil Shah edited comment on OFBIZ-6964 at 3/29/16 9:26 AM:
--

It looks like ProductStoreFacility could be used to maintain one to many 
association between a Store and multiple facilities. Setting ReqMEI at 
ProductStoreFacility would essentially signify that business would be able to 
honor different replenishment policies for a single store with respect to each 
of the associated facilities (technically we could have many to many 
association between store and facility). 
I am not too sure but perhaps we can try to understand more about it from a 
generic business scenario prespective i.e., If we allow system to honor many to 
many association between Store & Facility then should replenishment requirement 
be triggered based on item's inventory level at Store itself or based on the 
inventory level at each of the associated facilities?

For instance, Let's consider following simple case and here what should be 
criteria to suggest requirement per store,
||Item||Store||Facility||Safety Stock (SS)||ATP||QOH||ReqMEI||
|A|S1|F1|20|18|25|ATP falls below SS|
|A|S2|F2|35|30|35|ATP falls below SS|
|A|S2|F3|35|40|45|QOH falls below SS|
|A|S3|F1|20|18|25|QOH falls below SS|

How such conflicts as presented in above example should be handled: 
# As item A is sold via two stores S1 & S3 served by single warehouse facility 
F1 for replenishment but both have different setting for ReqMEI. Should the 
requirement be triggered for item A based on ReqMEI setting for S1-F1 combo 
ahead of S3-F3.
# Another possible case where Item A sold via store S2 can be served via two 
different warehouses F2 & F3. Here should system trigger the requirement based 
on ReqMEI set for S2-F2 combo even if there is sufficient stock available in F3 
to serve S2 for item A.  

It's definitely doable theoretically but would require us to handle all such 
further complexities at code level for MRP engine (or any other customized 
transfer mechanism).



was (Author: swash78):
It looks like ProductStoreFacility could be used to maintain one to many 
association between a Store and multiple facilities. Setting ReqMEI at 
ProductStoreFacility would essentially signify that business would be able to 
honor different replenishment policies for a single store with respect to each 
of the associated facilities (technically we could have many to many 
association between store and facility). 
I am not too sure but perhaps we can try to understand more about it from a 
generic business scenario prespective i.e., If we allow system to honor many to 
many association between Store & Facility then should replenishment requirement 
be triggered based on item's inventory level at Store itself or based on the 
inventory level at each of the associated facilities? And what if the facility 
serves multiple stores.

For instance, Let's consider following simple case and here what should be 
criteria to suggest requirement per store,
||Item||Store||Facility||Safety Stock (SS)||ATP||QOH||ReqMEI||
|A|S1|F1|20|18|25|ATP falls below SS|
|A|S2|F2|35|30|35|ATP falls below SS|
|A|S2|F3|35|40|45|QOH falls below SS|
|A|S3|F1|20|18|25|QOH falls below SS|

How such conflicts as presented in above example should be handled: 
# As item A is sold via two stores S1 & S3 served by single warehouse facility 
F1 for replenishment but both have different setting for ReqMEI. Should the 
requirement be triggered for item A based on ReqMEI setting for S1-F1 combo 
ahead of S3-F3.
# Another possible case where Item A sold via store S2 can be served via two 
different warehouses F2 & F3. Here should system trigger the requirement based 
on ReqMEI set for S2-F2 combo even if there is sufficient stock available in F3 
to serve S2 for item A.  

It's definitely doable theoretically but would require us to handle all such 
further complexities at code level for MRP engine (or any other customized 
transfer mechanism).


> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> Consider a use case wherein there is a website and a physical retail store.
> Each having its own store and facility (for example, retail facility and 
> webstore facility). Both the stores share the same catalog/products.
> *Store A (webstore) -> associated with facility 1 (webstore facility)*
> *Store B (retailstore) -> associated with facility 2 (retailstore facility)*
> However,

[jira] [Commented] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Swapnil Shah commented on OFBIZ-6964:
-

It looks like ProductStoreFacility could be used to maintain one to many 
association between a Store and multiple facilities. Setting ReqMEI at 
ProductStoreFacility would essentially signify that business would be able to 
honor different replenishment policies for a single store with respect to each 
of the associated facilities (technically we could have many to many 
association between store and facility). 
I am not too sure but perhaps we can try to understand more about it from a 
generic business scenario prespective i.e., If we allow system to honor many to 
many association between Store & Facility then should replenishment requirement 
be triggered based on item's inventory level at Store itself or based on the 
inventory level at each of the associated facilities? And what if the facility 
serves multiple stores.

For instance, Let's consider following simple case and here what should be 
criteria to suggest requirement per store,
||Item||Store||Facility||Safety Stock (SS)||ATP||QOH||ReqMEI||
|A|S1|F1|20|18|25|ATP falls below SS|
|A|S2|F2|35|30|35|ATP falls below SS|
|A|S2|F3|35|40|45|QOH falls below SS|
|A|S3|F1|20|18|25|QOH falls below SS|

How such conflicts as presented in above example should be handled: 
# As item A is sold via two stores S1 & S3 served by single warehouse facility 
F1 for replenishment but both have different setting for ReqMEI. Should the 
requirement be triggered for item A based on ReqMEI setting for S1-F1 combo 
ahead of S3-F3.
# Another possible case where Item A sold via store S2 can be served via two 
different warehouses F2 & F3. Here should system trigger the requirement based 
on ReqMEI set for S2-F2 combo even if there is sufficient stock available in F3 
to serve S2 for item A.  

It's definitely doable theoretically but would require us to handle all such 
further complexities at code level for MRP engine (or any other customized 
transfer mechanism).


> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> Consider a use case wherein there is a website and a physical retail store.
> Each having its own store and facility (for example, retail facility and 
> webstore facility). Both the stores share the same catalog/products.
> *Store A (webstore) -> associated with facility 1 (webstore facility)*
> *Store B (retailstore) -> associated with facility 2 (retailstore facility)*
> However, both have different inventory management rules for the same product. 
> Store A has a Requirement Method Enum ID (RMEI) of its own for the product 
> and Store B also needs a mechanism to fulfil its own requirement. 
> The inventory quantities can continue to be independently managed via the 
> facilities tab for a product.
> Where the difficulty crops up is the management of Requirements. A product 
> can have only one RMEI.
> The webstore warehouse is the main facility at which replenishment from 
> suppliers and order fulfilment and shipping happens. The retail warehouse is 
> just 'stocked' via indents/replenishment requests from the webstore warehouse 
> and does not issue direct purchase orders to suppliers.
> The desired behaviour is that whenever item quantity is below ATP for the 
> retail facility, then a request to re-stock is sent to the webstore facility. 
> In turn if the webstore facility has ample quantity in stock(ATP) then it 
> should approve and initiate a transfer else it should generate a requirement 
> based on its RMEI setting.
> There doesn't seem to be an out of the box solution for this in OFBiz. This 
> could work if either we build in support for store specific RMEI or there is 
> another solution that I have encountered in Opentaps (a system built atop 
> OFBiz) - Introduce a facility specific *Replenishment Method Enum ID (RPMEI)* 
> with values such as -
> {code:xml}
> 
>  description="Product Facility Resplenish Methods"/>
>  enumTypeId="PFAC_RESPL_METHOD"/>
> 
> 
> 
> 
> {code}
> Once a product is configured with a facility specific RPMEI, an MRP run 
> should create the appropriate Inventory Transfer request and then the flow 
> can continue from there.
> This seems to be a rather important feature without which many businesses 
> operating brick and mortar stores as well as an ecommerce web-front can't 
> easily use OFBiz.



--
This message was sent by Atlassian

[VOTE] [RELEASE] Apache OFBiz 12.04.06

2016-03-29 Thread Jacopo Cappellato

This is the vote thread to release a new bug fix release for the
release12.04 branch. This new release, "Apache OFBiz 12.04.06" will
supersede all the previous releases from the same branch and it will be the
last release of the 12.06 series.

The release files can be downloaded from here:

https://dist.apache.org/repos/dist/dev/ofbiz/

and are:

* apache-ofbiz-12.04.06.zip

* KEYS: text file with keys

* apache-ofbiz-12.04.06.zip.asc: the detached signature file

* apache-ofbiz-12.04.06.zip.md5, apache-ofbiz-12.04.06.zip.sha: hashes

Please download and test the zip file and its signatures (for instructions
on testing the signatures see http://www.apache.org/info/verification.html).

Vote:

[ +1] release as Apache OFBiz 12.04.06

[ -1] do not release

This vote will be open for approximately 5 days.

For more details about this process please read
http://www.apache.org/foundation/voting.html

[jira] [Commented] (OFBIZ-6964) Support for replenishment of a secondary warehouse from a main warehouse


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

Shrenik Bhura commented on OFBIZ-6964:
--

[~swash78] [~pfm.smits] Thanks for your analysis. I have given this a thought. 
I shall revert with a more refined definition of the implementation strategy 
within a day or two. 

> Support for replenishment of a secondary warehouse from a main warehouse
> 
>
> Key: OFBIZ-6964
> URL: https://issues.apache.org/jira/browse/OFBIZ-6964
> Project: OFBiz
>  Issue Type: New Feature
>  Components: manufacturing, product
>Reporter: Shrenik Bhura
>  Labels: features
> Fix For: Upcoming Branch
>
>
> Consider a use case wherein there is a website and a physical retail store.
> Each having its own store and facility (for example, retail facility and 
> webstore facility). Both the stores share the same catalog/products.
> *Store A (webstore) -> associated with facility 1 (webstore facility)*
> *Store B (retailstore) -> associated with facility 2 (retailstore facility)*
> However, both have different inventory management rules for the same product. 
> Store A has a Requirement Method Enum ID (RMEI) of its own for the product 
> and Store B also needs a mechanism to fulfil its own requirement. 
> The inventory quantities can continue to be independently managed via the 
> facilities tab for a product.
> Where the difficulty crops up is the management of Requirements. A product 
> can have only one RMEI.
> The webstore warehouse is the main facility at which replenishment from 
> suppliers and order fulfilment and shipping happens. The retail warehouse is 
> just 'stocked' via indents/replenishment requests from the webstore warehouse 
> and does not issue direct purchase orders to suppliers.
> The desired behaviour is that whenever item quantity is below ATP for the 
> retail facility, then a request to re-stock is sent to the webstore facility. 
> In turn if the webstore facility has ample quantity in stock(ATP) then it 
> should approve and initiate a transfer else it should generate a requirement 
> based on its RMEI setting.
> There doesn't seem to be an out of the box solution for this in OFBiz. This 
> could work if either we build in support for store specific RMEI or there is 
> another solution that I have encountered in Opentaps (a system built atop 
> OFBiz) - Introduce a facility specific *Replenishment Method Enum ID (RPMEI)* 
> with values such as -
> {code:xml}
> 
>  description="Product Facility Resplenish Methods"/>
>  enumTypeId="PFAC_RESPL_METHOD"/>
> 
> 
> 
> 
> {code}
> Once a product is configured with a facility specific RPMEI, an MRP run 
> should create the appropriate Inventory Transfer request and then the flow 
> can continue from there.
> This seems to be a rather important feature without which many businesses 
> operating brick and mortar stores as well as an ecommerce web-front can't 
> easily use OFBiz.



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

[jira] [Assigned] (OFBIZ-6898) printCheck action generates an error


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

Jacques Le Roux reassigned OFBIZ-6898:
--

Assignee: Jacques Le Roux  (was: Pierre Smits)

> printCheck action generates an error
> 
>
> Key: OFBIZ-6898
> URL: https://issues.apache.org/jira/browse/OFBIZ-6898
> Project: OFBiz
>  Issue Type: Bug
>  Components: accounting
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>  Labels: check, payment
> Fix For: 14.12.01, Upcoming Branch
>
> Attachments: OFBIZ-6898-PrintChecks.fo.ftl.patch
>
>
> When generating a check 
> (/accounting/control/printChecks.pdf?paymentId=demo1) following error is 
> generated:
> {code}
> Unable to transform FO file: org.apache.fop.apps.FOPException: 
> org.apache.fop.fo.ValidationException: null:32:31: "fo:table-cell" is missing 
> child elements. Required content model: marker* (%block;)+ (See position 
> 32:31)
>  [java] javax.xml.transform.TransformerException: 
> org.apache.fop.fo.ValidationException: null:32:31: "fo:table-cell" is missing 
> child elements. Required content model: marker* (%block;)+ (See position 
> 32:31); Screen XSL:FO text was:
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java] http://www.w3.org/1999/XSL/Format;>
>  [java] 
>  [java]   
>  [java] 
>  [java]   [java]   page-height="27.9cm" page-width="21.6cm">
>  [java]   
>  [java] 
>  [java] 
>  [java]   
>  [java] 
>  [java]   
>  [java] 
>  [java] 
>  [java]
> 
>  [java]   
>  [java]   
>  [java]   
>  [java]   
>  [java] 
>  [java] 
>  [java]   
>  [java]   
>  [java]   
>  [java] 
>  [java]   
>  [java]   
>  [java]  padding-before="2.2cm">4/25/06
>  [java]   
>  [java] 
>  [java] 
>  [java]   
>  [java] 
>  [java]   Your Company Name Here
>  [java] 
>  [java]   
>  [java]   
>  [java] **190.97
>  [java]   
>  [java] 
>  [java] 
>  [java]   
>  [java]  margin-left="1.3cm">
>  [java]   
>  [java] 
>  [java]   
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java] 
>  [java]   
>  [java]   
>  [java]   
>  [java]   
>  [java] 
>  [java]  margin-right="5pt" width="100%">
>  [java]   
>  [java]   
>  [java]   
>  [java]   
>  [java]   
>  [java]   
>  [java]   
>  [java]   
>  [java] 
>  [java]number-columns-spanned="3" text-align="center">
>  [java] 
>  [java]   Your Company Name Here
>  [java] 
>  [java]   
>  [java]number-columns-spanned="4" text-align="center">
>  [java] 4/25/06
>  [java]   
>  [java] 
>  [java] 
>  [java] 
>  [java]   
>  [java] Date
>  [java]   
>  [java]   
>  [java] Type
>  [java]   
>  [java]   
>  [java] Reference 
> Number
>  [java]   
>  [java]padding="3pt">
>  [java]   
>  [java]  text-align="right">Original Amt.
>  [java]   
>  [java]   
>  [java]  text-align="right">Balance Due
>  [java]   
>  [java]   
>  [java]  text-align="right">Payment
>  [java]   
>  [java] 
>  [java] 
>  [java]   
>  [java]   
>  [java] 
>  [java] 
>  [java] 
>  [java]number-columns-spanned="6">
>  [java] Check Amount
>  [java]   
>  [java]   
>  [java] 190.97
>  [java]   
>  [java] 
>  [java]   
>

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce


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

james yong commented on OFBIZ-6966:
---

Nice feature :) 
Thanks! 

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Comment Edited] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux edited comment on OFBIZ-6966 at 3/29/16 8:01 AM:
-

Thanks,

Rather than \[https://issues.apache.org/jira/browse/OFBIZ-6879\], use 
OFBIZ-6879 it works as well and allows to know the status :)


was (Author: jacques.le.roux):
Thanks,

Rather than \[https://issues.apache.org/jira/browse/OFBIZ-6879\], use 
OFBIZ-6879 it works as well and allow to know the status :)

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux commented on OFBIZ-6966:


Thanks,

Rather than \[https://issues.apache.org/jira/browse/OFBIZ-6879\], use 
OFBIZ-6879 it works as well and allow to know the status :)

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

[jira] [Comment Edited] (OFBIZ-6966) Unable to change language in ecommerce


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

Jacques Le Roux edited comment on OFBIZ-6966 at 3/29/16 7:59 AM:
-

According to OFBIZ-6879, I try from [https://127.0.0.1:8443/ecommerce/] and run 
into the same issue.

Will provide a patch later.


was (Author: jamesyong):
According to [https://issues.apache.org/jira/browse/OFBIZ-6879], I try from 
[https://127.0.0.1:8443/ecommerce/] and run into the same issue.

Will provide a patch later.

> Unable to change language in ecommerce
> --
>
> Key: OFBIZ-6966
> URL: https://issues.apache.org/jira/browse/OFBIZ-6966
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: james yong
>Priority: Minor
>
> Problem
> ===
> Go to http://localhost:8080/ecommerce/
> Change the language dropdown from English to another language will revert 
> back to English. I am using SVN revision 1735923



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

Re: svn commit: r1736947 - in /ofbiz/trunk: applications/party/data/PartyDemoData.xml specialpurpose/googlebase/data/helpdata/HELP_GOOGLEBASE.xml specialpurpose/scrum/script/org/ofbiz/scrum/test/TaskT


Thanks Hans!

Jacques

Le 29/03/2016 07:09, hans...@apache.org a écrit :

Author: hansbak
Date: Tue Mar 29 05:09:29 2016
New Revision: 1736947

URL: http://svn.apache.org/viewvc?rev=1736947=rev
Log:
remove antwebsystems.com references

Modified:
 ofbiz/trunk/applications/party/data/PartyDemoData.xml
 ofbiz/trunk/specialpurpose/googlebase/data/helpdata/HELP_GOOGLEBASE.xml
 ofbiz/trunk/specialpurpose/scrum/script/org/ofbiz/scrum/test/TaskTests.xml

Modified: ofbiz/trunk/applications/party/data/PartyDemoData.xml
URL: 
http://svn.apache.org/viewvc/ofbiz/trunk/applications/party/data/PartyDemoData.xml?rev=1736947=1736946=1736947=diff
==
--- ofbiz/trunk/applications/party/data/PartyDemoData.xml (original)
+++ ofbiz/trunk/applications/party/data/PartyDemoData.xml Tue Mar 29 05:09:29 
2016
@@ -40,7 +40,7 @@
  
  
  

-
+
  
  
  


Modified: 
ofbiz/trunk/specialpurpose/googlebase/data/helpdata/HELP_GOOGLEBASE.xml
URL: 
http://svn.apache.org/viewvc/ofbiz/trunk/specialpurpose/googlebase/data/helpdata/HELP_GOOGLEBASE.xml?rev=1736947=1736946=1736947=diff
==
--- ofbiz/trunk/specialpurpose/googlebase/data/helpdata/HELP_GOOGLEBASE.xml 
(original)
+++ ofbiz/trunk/specialpurpose/googlebase/data/helpdata/HELP_GOOGLEBASE.xml Tue 
Mar 29 05:09:29 2016
@@ -65,7 +65,7 @@
  Choose the product store, you can fill in any search 
option.
  Click 'Find'.
  Select any products, then click 'Export to Google 
Base'.
-Fill in the configurations including "Country Code", "Web Site Url". For example; Country Code = "US", Web 
Site Url = "http://ofbizdemo2.antwebsystems.com;, Web Site Mount Point = "ecommerce", Action Type = "insert", Status ID = "Publish 
Draft", Test Mode = "No".
+Fill in the configurations including "Country Code", "Web Site Url". For example; Country Code = "US", Web 
Site Url = "http://ofbizdemo2.example.com;, Web Site Mount Point = "ecommerce", Action Type = "insert", Status ID = "Publish 
Draft", Test Mode = "No".
  You can select 'GoogleBaseRecommended' for add more 
detail of google base feed elements.
  Click 'Export to Google Base', the system will exports 
product feed to Google Base.
  

Modified: 
ofbiz/trunk/specialpurpose/scrum/script/org/ofbiz/scrum/test/TaskTests.xml
URL: 
http://svn.apache.org/viewvc/ofbiz/trunk/specialpurpose/scrum/script/org/ofbiz/scrum/test/TaskTests.xml?rev=1736947=1736946=1736947=diff
==
--- ofbiz/trunk/specialpurpose/scrum/script/org/ofbiz/scrum/test/TaskTests.xml 
(original)
+++ ofbiz/trunk/specialpurpose/scrum/script/org/ofbiz/scrum/test/TaskTests.xml 
Tue Mar 29 05:09:29 2016
@@ -27,7 +27,7 @@ under the License.
  
  
  
-https://www.antwebsystems.com/svn/"/>
+https://www.example.com/svn/"/>
  
  
  
@@ -46,7 +46,7 @@ under the License.
  
  
  
-https://www.antwebsystems.com/svn/scrum"/>
+https://www.example.com/svn/scrum"/>
  
  
  
@@ -64,7 +64,7 @@ under the License.
  
  
  
-https://www.antwebsystems.com/svn/scrum"/>
+https://www.example.com/svn/scrum"/>

[jira] [Commented] (OFBIZ-6966) Unable to change language in ecommerce