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
