Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0031341
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajorhave not tried2015-11-03 16:532015-12-04 16:04
ReporterguilleaerView Statuspublic 
Assigned Toguilleaer 
PrioritynormalResolutionfixedFixed in VersionRR16Q1
StatusclosedFix in branchFixed in SCM revisiond9ee10401fc7
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customerNo
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0031341: Suddenly incremental refresh is not working because lastUpdatedTimestamp becomes "null"

DescriptionSuddenly incremental refresh is not working because lastUpdatedTimestamp becomes "null"

When this situation happens, server side components (models) raise an exception like that:

Error when generating query: null (JSONObject["lastUpdated"] is not a number.)
org.codehaus.jettison.json.JSONException: JSONObject["lastUpdated"] is not a number.

Because we are trying to process the word "null" as a number.

In the client side we are also generating 2 log messages per each failed request:

serviceSuccess error: status: -1, error.message: JSONObject["lastUpdated"] is not a number.; stackTrace: serviceSuccess (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:41:4 [^]);Object.enyo.Ajax.success (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:55:489 [^]);Object.enyo.call (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:335:28 [^]);Object.enyo.kind.handle (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:889:14 [^]);Object.enyo.kind.respond (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:903:41 [^]);Object.enyo.kind.receive (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:1034:97 [^]);XMLHttpRequest.e.onreadystatechange (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:962:24 [^])

Error in datasource: [object Object]; stackTrace: http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:75:23;serviceSuccess [^] (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:45:103 [^]);Object.enyo.Ajax.success (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:55:489 [^]);Object.enyo.call (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:335:28 [^]);Object.enyo.kind.handle (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:889:14 [^]);Object.enyo.kind.respond (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:903:41 [^]);Object.enyo.kind.receive (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:1034:97 [^])
Steps To ReproduceCurrently we don't have steps to reproduce the issue
Proposed Solution1st step

Servlets should check at the begining of the process that the value received for "lastUpdated" is valid. It will stop the creation of exceptions but will provoque a full refresh when it happens

2nd step

Try to understand why at some point the value of lastUpdatedTimestamp becomes "null"
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on backport 0031342RR15Q4 closedRetail Suddenly incremental refresh is not working because lastUpdatedTimestamp becomes "null" 
depends on backport 0031343RR15Q3.2 closedRetail Suddenly incremental refresh is not working because lastUpdatedTimestamp becomes "null" 
related to defect 0031635RR16Q1 closedguilleaer Under certain circumstances web POS fails because Inc refresh and full refresh are executed at the same time 

-  Notes
(0081461)
hgbot (developer)
2015-11-04 09:03

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: d9ee10401fc746a11bd7c7938fe784298fb06fa1
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue Nov 03 22:06:05 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d9ee10401fc746a11bd7c7938fe784298fb06fa1 [^]

fixed issue 31341: ensure that lastupdate info is ok

---
M src/org/openbravo/retail/posterminal/master/BPLocation.java
M src/org/openbravo/retail/posterminal/master/BusinessPartner.java
M src/org/openbravo/retail/posterminal/master/Product.java
M src/org/openbravo/retail/posterminal/master/SalesRepresentative.java
---
(0081479)
hgbot (developer)
2015-11-04 14:01

 Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 7c32da6c1e998da6d96d73e1273308b73e9ca642
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Wed Nov 04 14:00:59 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/7c32da6c1e998da6d96d73e1273308b73e9ca642 [^]

Related to issue 31341: Ensure datalimit value doesn't breaks the incremental refresh using try/catch

---
M src/org/openbravo/mobile/core/process/ProcessHQLQuery.java
---
(0081544)
hgbot (developer)
2015-11-06 10:03

 Repository: erp/pmods/org.openbravo.mobile.core
Changeset: e8d8398cf05a918275f52cbd407cb60df8701b30
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Thu Nov 05 12:23:02 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/e8d8398cf05a918275f52cbd407cb60df8701b30 [^]

Related to issue 31341: LastUpdated will never be null. Log added to detect this situation

---
M web/org.openbravo.mobile.core/source/data/ob-datasource.js
---
(0082503)
hgbot (developer)
2015-12-01 21:21

 Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 0255789d4dd40aa4859bf590d11c816c4926e4b9
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue Dec 01 21:20:24 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/0255789d4dd40aa4859bf590d11c816c4926e4b9 [^]

Related to issue 31341: Fix the way to access to the modelname

---
M web/org.openbravo.mobile.core/source/data/ob-datasource.js
---

- Issue History
Date Modified Username Field Change
2015-11-03 16:53 guilleaer New Issue
2015-11-03 16:53 guilleaer Assigned To => Retail
2015-11-03 16:53 guilleaer OBNetwork customer => No
2015-11-03 16:53 guilleaer Triggers an Emergency Pack => No
2015-11-03 16:54 guilleaer Status new => scheduled
2015-11-04 09:03 hgbot Checkin
2015-11-04 09:03 hgbot Note Added: 0081461
2015-11-04 09:03 hgbot Status scheduled => resolved
2015-11-04 09:03 hgbot Resolution open => fixed
2015-11-04 09:03 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d9ee10401fc746a11bd7c7938fe784298fb06fa1 [^]
2015-11-04 14:01 hgbot Checkin
2015-11-04 14:01 hgbot Note Added: 0081479
2015-11-06 10:03 hgbot Checkin
2015-11-06 10:03 hgbot Note Added: 0081544
2015-11-16 13:36 marvintm Assigned To Retail => guilleaer
2015-11-18 15:50 guilleaer Review Assigned To => marvintm
2015-12-01 21:21 hgbot Checkin
2015-12-01 21:21 hgbot Note Added: 0082503
2015-12-01 21:29 guilleaer Relationship added related to 0031635
2015-12-04 16:04 marvintm Status resolved => closed
2015-12-04 16:04 marvintm Fixed in Version => RR16Q1

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker