Hi Werner, your suggestions sound good to me. Will try to integrate them in the evening.
Ralf Werner Guttmann schrieb: > Hi Ralf, > > Werner Guttmann wrote: > >> Hi >> >> Werner Guttmann wrote: >> >>> Hi Ralf, >>> >>> Ralf Joachim wrote: >>> >>>> Hi Werner, >>>> >>>> at the weekend I configured Castor to also generate classes from >>>> jdo-conf.xsd and cpactf-conf.xsd. Unfortunately the classes for >>>> cpyctf-conf.xsd do not get generated when calling 'mvn install' on root >>>> pom, instead you have to call 'mvn install' on cpactf pom. May it be >>>> possible for you to take a look at this as I think you will know what to >>>> do where I would need to search for the solution. >>>> >>> Will do. Will be back in a second. >>> >> The answer is quite simple. The cpactf module is not yet configured as a >> module in the root POM. Simply add a >> >> <module>cpactf</module> >> >> section to the <modules> section of the root POM, and you'll get the >> desired behaviour. I am currently testing whether this affects the build >> somehow .... >> > Actually, it does, as it will start to execute all JUnit tests to be > found in src/test/java (which is what we intend when you run things > manually). Problem is that this will cause issues, as e.g. our continous > integration won't have a database available, etc. This won't be solvable > within a day or two, as we need to do a few things (e.g. use an embedded > database by default, ...). > > As such, here's a suggestion (which I have just tried myself): skip the > tests by configuring the <skipTests> property in the > <maven-surefire-plugin> of the cpactf module for the time being. This > will allow us some aditional time to ponder how to go about this. Is > this fine with you ? > > Werner > >> If you add that <module> statement to the root POM, though, we should >> ask ourselves whether we want to deploy the CPACTF JAR in a Maven >> repository. Personally, I think there's no need to to do. Correct ? >> >> Werner >> >> >>>> If you think we should remove ant scripts and lib directory before 1.3GA >>>> I will work on it in the afternoon. Let me know if you like that for >>>> 1.3GA or 1.3.1. >>>> >>> 1.3.1 is fine with me. No need to rush things. In other words, release >>> notes should do it. >>> >>> >>>> For the Configuration change (Properties) I'll add something top release >>>> notes. >>>> >>> +1. I hope that no other tool such as e.g. the Maven plugin makes use of >>> those (by now) deleted *Configuration classes. >>> >>> >>>> Regards >>>> Ralf >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >>> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > -- Syscon Ingenieurbüro für Meß- und Datentechnik GmbH Ralf Joachim Raiffeisenstraße 11 72127 Kusterdingen Germany Tel. +49 7071 3690 52 Mobil: +49 173 9630135 Fax +49 7071 3690 98 Internet: www.syscon.eu E-Mail: ralf.joac...@syscon.eu Sitz der Gesellschaft: D-72127 Kusterdingen Registereintrag: Amtsgericht Stuttgart, HRB 382295 Geschäftsleitung: Jens Joachim, Ralf Joachim
