Hi Rainer, with the latest changes reverse engineering works fine.
Thanks, Rainer On 09.06.2017 16:26, Rainer Döbele wrote: > Hi Rainer, > > I have found that the pom file for the empire-db-example-codegen project > contained dependencies to some old versions (2.4.3-SNAPSHOT and even 2.4.2). > I have corrected this now and also extended the project adding a config file. > > With the dependencies corrected, I have not been able to reproduce your > problem. > > Perhaps you might want to get the latest changes and try again. > You might need to call "mvn install" again on the root. > > Best regards, > Rainer > > >> from: Rainer Döbele [mailto:[email protected]] >> to: [email protected] >> subject: re: empire-db-codegen issues >> >> Dear Rainer, >> >> thanks for letting us know about those issues. >> Looks like there was something missed in testing. >> Also it appears that we have failed to update the documentation accordingly. >> >> We will investigate all these issues and let you know. >> >> As far as the generated code and the compiler error is concerned I have >> created an issue in JIRA which you can also do yourself next time you come >> across such an issue. >> https://issues.apache.org/jira/browse/EMPIREDB-255 >> I assume that you can simply remove the 2nd and 3rd parameter from the >> base class call. >> >> Any further questions and suggestions are welcome. >> >> Regards, >> Rainer >> >> >>> from: Rainer Pruy [mailto:[email protected]] >>> to: [email protected] >>> subject: empire-db-codegen issues >>> >>> Hi all, >>> >>> I just started using empire-db. >>> >>> First thing was a tiny project using a small existing database (3 >>> tables only, no views). >>> >>> Thus, I set up a codegen configuration using maven in order to reverse >>> engineer the database. >>> >>> But, >>> >>> >>> 1) I learned the hard way that he jdbc parameters need to be specified >>> with the inline maven configuration section of the codegen plugin >>> >>> as otherwise I sould get an error before the (also) specified >>> configFile is being read. >>> >>> Is this a known issue? >>> If not, please udate your documentation stating accordingly. >>> >>> >>> 2) Next I got an abort due to a missing log4j:configuration. >>> It turned out that such configuration may be specified with in the config >> file. >>> So, please update your sample config (from the expmple at >>> https://empire-db.apache.org/documentation/reverse_engineering.htm) >>> to include a minimal config there. Or at least a hint that such an >>> entry may be needed. >>> >>> >>> 3) Then I succeeded generating Java code. >>> But now, the compilker complains about the constructor of the >>> generated base recod class (StatsDBRecord in may case): >>> >>> -------------- >>> public StatsDBRecord(T table) { >>> super.init(table, DBRecord.REC_EMTPY, null); >>> } >>> -------------- >>> >>> There is no "DBRecord.REC_EMTPY" field and the third parameter of >>> super.init() is boolean and fails to accept a "null". >>> >>> There seem not to be any report on such failuresfrom others. >>> >>> What is going wrong here? >>> >>> Would I need to set something with the configuration to get correct code? >>> >>> >>> Thanks in advance. >>> >>> Rainer >>> >>> PS: >>> BTW: the web page at >>> https://empire-db.apache.org/documentation/getting_started.htm >>> is referring to sending email to [email protected] (and I sseem to >>> remember other "@empire-deb.org" references somewhere at that site). >>> I tried and failed as such address is not exsting. >>> So, sombody should fix the documentation to refer to proper emails. >>> >>> -- /Rainer Pruy/ Geschäftsführer /Acrys Consult GmbH & Co. KG/ /Theodor-Heuss-Str. 53-63, 61118 Bad Vilbel/ _Tel_: /+49-6101-98760-0/ - _Fax_: /+49-6101-98760-50/ _Web_: /http://www.acrys.com/ - _Email_: /[email protected]/ _Handelsregister_: /Frankfurt am Main, HRA 31151/ _Komplementärin_: /Acrys Verwaltungs GmbH/ /Theodor-Heuss-Str. 53-63, 61118 Bad Vilbel/ _Handelsregister_: /Frankfurt am Main, HRB 57625/
