Anonymous | Login

Project:

News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ]

[ Issue History ] [ Print ]

ID

0029678

Type

Category

Severity

Reproducibility

Date Submitted

Last Update

backport

[Openbravo ERP] 04. Warehouse management

major

always

2015-04-22 11:37

2015-04-24 11:30

Reporter

VictorVillar

View Status

public

Assigned To

umartirena

Priority

immediate

Resolution

fixed

Fixed in Version

Status

closed

Fix in branch

Fixed in SCM revision

Projection

none

ETA

none

Target Version

3.0PR15Q1.4

OS

Any

Database

Any

Java version

OS Version

Database version

Ant version

Product Version

pi

SCM revision

Review Assigned To

vmromanos

Web browser

Modules

Core

Regression level

Production - QA Approved

Regression date

2014-08-20

Regression introduced in release

3.0PR14Q4

Regression introduced by commit

https://code.openbravo.com/erp/devel/pi/rev/186b3f5bcf21 [^]

Triggers an Emergency Pack

No

Summary

0029678: Null Pointer exception of the Costing Background Process when you are creating a new costing rule (standard)

Description

Null Pointer exception of the Costing Background Process when you are creating a new costing rule (standard)

Steps To Reproduce

As group admin role,
Go to Costing rule:
    create a new costing rule -> type: Standard
    Org: US
    Warehouse dimension: No
    Backdated transactions fixed: Yes (also it happens, if you do not check it)
    Fix Backdated From: Blank
Validate it.

Go to Process Request window,
    Unschedule the costing background process
    Create a new one: Run inmediately.
Go to Process Monitor window,
   Realise that the process has 'Success' status but there is nothing in the Process Log.

The reason:
867946fe 84026822 [DefaultQuartzScheduler_Worker-8] ERROR org.openbravo.costing.CostingBackground -
java.lang.NullPointerException
    at org.openbravo.costing.StandardAlgorithm.getOpeningInventoryCost(StandardAlgorithm.java:63)
    at org.openbravo.costing.StandardAlgorithm.getTransactionCost(StandardAlgorithm.java:38)
    at org.openbravo.costing.CostingServer.process(CostingServer.java:104)
    at org.openbravo.costing.CostingBackground.doExecute(CostingBackground.java:119)
    at org.openbravo.service.db.DalBaseProcess.execute(DalBaseProcess.java:80)
    at org.openbravo.scheduling.DefaultJob.execute(DefaultJob.java:58)
    at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
    at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:525)

Tags

Relationships [ Relation Graph ] [ Dependency Graph ]

blocks

defect

3.0PR15Q2

closed

umartirena

Null Pointer exception of the Costing Background Process when you are creating a new costing rule (standard)

Notes
(0076742) hgbot (developer) 2015-04-24 11:29	Repository: erp/backports/3.0PR15Q1.4 Changeset: 452ac30942ce9eb224f0571adb8608f02e07fc01 Author: Unai Martirena <unai.martirena <at> openbravo.com> Date: Thu Apr 23 10:16:31 2015 +0200 URL: http://code.openbravo.com/erp/backports/3.0PR15Q1.4/rev/452ac30942ce9eb224f0571adb8608f02e07fc01 [^] Fixes bug 29678: Fix NPE in Costing Background with Standard Costing Rule In Cost Adjustment project new method has been added to calculate an opening inventory cost. This method uses 'CostingUtils.getStandardCostDefinition' method, that tries to get an standard cost for that opening inventory. If it does not found any standard or legacy cost, it returns null. So, in this moment a NPE error was happening. To fix this problem, at this point a controlled error is raised to notify the user that no cost has been found. --- M src/org/openbravo/costing/StandardAlgorithm.java ---

(0076745) vmromanos (manager) 2015-04-24 11:30	Code review + testing OK

Issue History
Date Modified	Username	Field	Change
2015-04-23 10:07	umartirena	Type	defect => backport
2015-04-23 10:07	umartirena	Target Version	3.0PR15Q2 => 3.0PR15Q1.4
2015-04-23 12:50	dmitry_mezentsev	Tag Attached: Approved
2015-04-24 11:29	hgbot	Checkin
2015-04-24 11:29	hgbot	Note Added: 0076742
2015-04-24 11:29	hgbot	Status	scheduled => resolved
2015-04-24 11:29	hgbot	Resolution	open => fixed
2015-04-24 11:29	hgbot	Fixed in SCM revision	=> http://code.openbravo.com/erp/backports/3.0PR15Q1.4/rev/452ac30942ce9eb224f0571adb8608f02e07fc01 [^]
2015-04-24 11:30	vmromanos	Review Assigned To	=> vmromanos
2015-04-24 11:30	vmromanos	Note Added: 0076745
2015-04-24 11:30	vmromanos	Status	resolved => closed

Copyright © 2000 - 2009 MantisBT Group