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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0008510
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] Y. DBSourceManagermajorhave not tried2009-04-08 15:522009-06-18 00:00
ReporterplujanView Statuspublic 
Assigned Tomarvintm 
PriorityurgentResolutionfixedFixed in Version2.50MP1
StatusclosedFix in branchFixed in SCM revision6a8cd9546838
ProjectionnoneETAnoneTarget Versionpi
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionmainSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0008510: The modified check constraints are taken as new ones for the upgrader

DescriptionUpgrading from 2.40mp3 to 2.50 I noted that if I have a modified "check constraint" to a AD table (i.e. in ad_window), it is identified as a new customization so the upgrade will add it to my custom code. The problem is that when exporting the model, upgrader tries to add my constraint and generates a conflict with current constraint.
Steps To ReproduceIn a 2.40, modify a check constraint. For example, you can do some innocuous change like "chr(?)" -> "chr(chr(?))"
Update to 2.50. Your module will have a modifiedTables folder with this change.
Run an export.database and you will get a "build failed" when trying to add multiple checks to the same.
Tags250MP1
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0015866)
hgbot (developer)
2009-04-28 16:54

Repository: dbsourcemanager
Revision: 295
Author: marvintm
Date: 2009-04-28 16:54:20 +0200 (Tue, 28 Apr 2009)

Fixed issue 8510. Now checks (and other table objects) shouldn't collide when the model is being merged (the newer ones will replace the older ones).

---
U trunk/src/org/apache/ddlutils/alteration/AddCheckChange.java
U trunk/src/org/apache/ddlutils/alteration/AddIndexChange.java
U trunk/src/org/apache/ddlutils/alteration/AddUniqueChange.java
U trunk/src/org/apache/ddlutils/alteration/AddViewChange.java
U trunk/src/org/apache/ddlutils/model/Database.java
U trunk/src/org/apache/ddlutils/model/Table.java
---

https://dev.openbravo.com/websvn/dbsourcemanager/?rev=295&sc=1 [^]
(0015867)
hgbot (developer)
2009-04-28 16:54

Repository: erp/devel/pi
Changeset: 6a8cd9546838034c78c06c114bff337ea199589c
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Tue Apr 28 16:54:32 2009 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/6a8cd9546838034c78c06c114bff337ea199589c [^]

Fixed issue 8510. Now checks (and other table objects) shouldn't collide when the model is being merged (the newer ones will replace the older ones).

---
M src-db/database/lib/dbsourcemanager.jar
---

- Issue History
Date Modified Username Field Change
2009-04-08 15:52 plujan New Issue
2009-04-08 15:52 plujan Assigned To => marvintm
2009-04-08 15:52 plujan Regression testing => No
2009-04-22 18:47 psarobe Priority normal => urgent
2009-04-22 18:47 psarobe Status new => scheduled
2009-04-23 16:04 psarobe Tag Attached: 250MP1
2009-04-28 16:54 hgbot Checkin
2009-04-28 16:54 hgbot Note Added: 0015866
2009-04-28 16:54 hgbot Status scheduled => resolved
2009-04-28 16:54 hgbot Resolution open => fixed
2009-04-28 16:54 hgbot Checkin
2009-04-28 16:54 hgbot Note Added: 0015867
2009-04-28 16:54 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/6a8cd9546838034c78c06c114bff337ea199589c [^]
2009-06-17 10:31 plujan Status resolved => closed
2009-06-18 00:00 anonymous sf_bug_id 0 => 2807990


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker