Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] Z. Othersmajorhave not tried2009-11-19 14:562009-11-22 00:00
ReportershuehnerView Statuspublic 
Assigned Tomarvintm 
PriorityimmediateResolutionfixedFixed in Version
StatusclosedFix in branchpiFixed in SCM revision267c14bc53fc
ProjectionnoneETAnoneTarget Version2.50MP9
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned To
Web browser
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0011420: api checkbuild 210 fails

DescriptionThis api check build fails: [^]

This issue tracks the following problem:
method org.openbravo.ddlutils.task.ExportDatabase.getModule(): missing in /var/www/localhost/htdocs/japi/210
method org.openbravo.ddlutils.task.ExportDatabase.setModule(java.lang.String): missing in /var/www/localhost/htdocs/japi/210
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
shuehner (administrator)
2009-11-19 15:00

This should probably be ignored. The affected class implement the 'ant export.database' command. This command did accept a -Dmodule parameter to only export a single module. However this single-module export did never work correctly and the official documentation is that the task does always export all modules in development and the export time.

The removed module correspond to the removed -Dmodule parameter and are called indirectly by ant and normally not directly by anyone. As the code using the parameter has been removed it does not make sense to keep the functions around, which would give the impression that the parameter does anything.

A clarification mail regarding the -Dmodule parameter was sent to the -development list to inform/remind people about the implemented behavior.
marvintm (developer)
2009-11-19 15:15

Yes, I agree with Stefan, this was caused by a change in a dbsourcemanager class. There shouldn't be any modules that use this dbsourcemanager task directly through Java code, so this is really a non-issue.

Note that direct ant calls to the export.database task will continue to work correctly, whether they use the -Dmodule property or not. The only problem could be if somebody tried to instantiate the Task class in a Java class, something that would be really strange.
pjuvara (reporter)
2009-11-20 09:11

Exception accepted, but let's not fully ignore this.
Please publish an alert indicating no risk because of the API change.
hgbot (developer)
2009-11-20 10:52

Repository: erp/devel/api-checks
Changeset: 267c14bc53fc6602681a850c55b81cf51ab610e0
Author: Antonio Moreno <antonio.moreno <at>>
Date: Fri Nov 20 10:52:10 2009 +0100
URL: [^]

Fixed issue 11420 (accepted API change).

M java/reference/250.japi.gz
marvintm (developer)
2009-11-20 10:55


- Issue History
Date Modified Username Field Change
2009-11-19 14:56 shuehner New Issue
2009-11-19 14:56 shuehner Assigned To => marvintm
2009-11-19 15:00 shuehner Note Added: 0022018
2009-11-19 15:01 shuehner Target Version => 2.50MP9
2009-11-19 15:15 marvintm Note Added: 0022020
2009-11-19 15:15 marvintm Assigned To marvintm => pjuvara
2009-11-20 09:11 pjuvara Status new => scheduled
2009-11-20 09:11 pjuvara Note Added: 0022043
2009-11-20 09:11 pjuvara Assigned To pjuvara => marvintm
2009-11-20 09:11 pjuvara fix_in_branch => pi
2009-11-20 10:52 hgbot Checkin
2009-11-20 10:52 hgbot Note Added: 0022052
2009-11-20 10:52 hgbot Status scheduled => resolved
2009-11-20 10:52 hgbot Resolution open => fixed
2009-11-20 10:52 hgbot Fixed in SCM revision => [^]
2009-11-20 10:55 marvintm Note Added: 0022053
2009-11-20 10:55 marvintm Status resolved => closed
2009-11-22 00:00 anonymous sf_bug_id 0 => 2901910

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker