Hi,

I've noticed some of you are using some ant tasks with the -Dmodule 
property. In some cases, this property is useless (it basically does 
nothing), but should be harmless. However, we've noticed (and fixed) a 
bug related to this in export.database. So, I'm providing a summary of 
the usage of the -Dmodule property in the database ant tasks:

- ant create.database. The -Dmodule property is useless here, it doesn't 
make sense.

- ant update.database. Contrary to popular belief, the -Dmodule property 
is also useless here. You can specify it if you want, but the 
update.database task will always update the whole database, including 
Core and all the modules in the modules/ folder.

- ant update.database.mod. Here the property is not only useful but 
required. This task updates only the module (or modules) provided 
through the -Dmodule property, and it's used in the apply.modules ant task.

- ant export.database. Here the property is useless and should be 
harmless. However, there is a bug in Openbravo 2.50 MP8 (and previous 
versions) which makes the task not reliable if you specify the -Dmodule 
property (specifically, you could get some PERFORM keywords if you 
export PL functions in PostgreSQL, and you could also get triggers 
exported as functions, for example). So, as the property is useless 
(because, independent of the modules you provide, all and only the 
modules set as InDevelopment in the database are exported), and this bug 
exists, you shouldn't specify the -Dmodule when calling this task. This 
issue will be fixed in MP9 (but the way export.database works will not 
be changed: that is, only and all the modules set as InDevelopment in 
the database will be exported).

Regards,

Antonio Moreno.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Openbravo-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-development

Reply via email to