Just found the source of the problem. Basically, I just reverted back to configure the Castor maven plugin to use a released version of Castor (1.2 per default) for code generation in the various module POMs.
As such, I am now able (again) to run a > mvn clean install successfully. I hereby promise to re-assess this issue once we have made 1.3 available as GA. Werner Joachim Grüneis wrote: > Hello, > > I experience the same problems as Lukas. > One workaround is to separately call mvn install for every > sub-project... this way I get no errors. > > Have fun > > Joachim > > 2008/9/23 Werner Guttmann <[EMAIL PROTECTED]>: >> Almost same here, though I have got one checkout just runs fine >> (repeatedly). No idea what the essential patch is .... :-(. >> >> Werner >> >> Lukas Lang wrote: >>> Hello, >>> >>> all my Maven clean install procedures unfortunately result in one of these >>> three errors: >>> >>> 1) embedded error: >>> org/exolab/castor/xml/.../SimpleContentRestrictionUnmarshaller >>> 2) Invalid types "arraylist": Failed to load configuration: >>> castor.xml.properties >>> 3) Invalid types "arraylist": Could not obtain the default configuration >>> file castorbuilder.properties from the Castor JAR >>> >>> Furthermore, intValue() must not occur to build properly. >>> >>> Running Maven 2.0.9 with JDK 1.5.0_15 >>> Workspace & Project compliance settings 5.0 >>> >>> Lukas >>> >>> Ralf Joachim schrieb: >>>> Werner, >>>> >>>> it's the same that I use with maven. In other words: JDK 1.5.0_15 >>>> >>>> Regards >>>> Ralf >>>> >>>> >>>> Werner Guttmann schrieb: >>>>> Ralf, >>>>> >>>>> please see inline ... >>>>> >>>>> Ralf Joachim wrote: >>>>>> Werner, >>>>>> >>>>>> when I call mvn on the commandline a script gets started that somehow >>>>>> finds java and sets JAVA_HOME. >>>>>> >>>>>> In the maven page you mentioned they suggest to test if everything works >>>>>> by executing: >>>>>> >>>>>> mvn -version >>>>>> >>>>>> and this command gives me: >>>>>> >>>>>> Maven version: 2.0.8 >>>>>> Java version: 1.5.0_15 >>>>>> OS name: "linux" version: "2.6.24-19-generic" arch: "i386" Family: "unix" >>>>>> >>>>>> According to this output I think maven finds the correct JDK. >>>>>> >>>>>> >>>>>> What's the result type of diff[i].getContent() for you? For me it's >>>>>> BigDecimal which indeed needs to be converted to int by hand. If the >>>>>> type is different for you, there must be something going wrong at the >>>>>> code generation. >>>>> Just let me make sure something: what's your default JRE/JDK as >>>>> configured in Eclipse ? The way we have configured our project is that >>>>> we compile against the default JRE as defined in the Eclipse >>>>> preferences. When I switched the project to Java 5.0, I had to change >>>>> this setting as well (in the workspace where I have the Castor >>>>> project(s) checked out). Iow, what's the JRE/JDK version set as default >>>>> within Eclipse n your case ? >>>>> >>>>>> Having said that I'm using maven 2.0.8 as this is shipped with Ubuntu by >>>>>> default. Using a different version I would have to do some setup stuff >>>>>> by hand and I will not receive the regular updates of maven published by >>>>>> Ubuntu. >>>>>> >>>>>> Regards >>>>>> Ralf >>>>>> >>>>>> >>>>>> Werner Guttmann schrieb: >>>>>>> Ralf, >>>>>>> >>>>>>> as far as I know, Maven *requires* JAVA_HOME to be set. Have a look at >>>>>>> >>>>>>> http://maven.apache.org/download.html >>>>>>> >>>>>>> at the bottom of the page is sais that JAVA_HOME needs to be set (and >>>>>>> point to a valid JDK). >>>>>>> >>>>>>> Werner >>>>>>> >>>>>>> Ralf Joachim wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> neither JAVA_HOME nor JAVA_HOME/bin is set in my environment. >>>>>>>> >>>>>>>> When executing 'mvn install' the first lines output by maven are: >>>>>>>> >>>>>>>> [INFO] Scanning for projects... >>>>>>>> [INFO] Reactor build order: >>>>>>>> [INFO] Castor >>>>>>>> [INFO] Castor CORE - Core code/functioanlity >>>>>>>> [INFO] Castor XML - core >>>>>>>> [INFO] Castor XML - schema >>>>>>>> [INFO] Castor JDO - Persistence framework >>>>>>>> [INFO] Castor XML - Code generator >>>>>>>> [INFO] Castor DDL generator >>>>>>>> [INFO] Castor - ant tasks >>>>>>>> [INFO] Castor XML - test suite framework code >>>>>>>> [INFO] Castor CPA - JUnit test archetype >>>>>>>> [INFO] Castor XML - Code generator JUnit test archetype >>>>>>>> WAGON_VERSION: 1.0-beta-1 >>>>>>>> [INFO] >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> [INFO] Building Castor >>>>>>>> [INFO] task-segment: [install] >>>>>>>> [INFO] >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> [INFO] Ignoring available plugin update: 2.5 as it requires Maven >>>>>>>> version 2.0.9 >>>>>>>> >>>>>>>> May this plugin update cause our problem? >>>>>>>> >>>>>>>> Regards >>>>>>>> Ralf >>>>>>>> >>>>>>>> Werner Guttmann schrieb: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Ralf Joachim wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>>> Hi Werner, Hi Joachim, >>>>>>>>>> >>>>>>>>>> I checked the line in question once again. >>>>>>>>>> >>>>>>>>>> With intValue() I do not get any error neither in eclipse nor at 'mvn >>>>>>>>>> compile' after 'mvn clean' in xmlctf-framework directory. >>>>>>>>>> >>>>>>>>>> When I remove intValue() I get a compile error in eclipse: >>>>>>>>>> >>>>>>>>>> Type mismatch: cannot convert from BigDecimal to int >>>>>>>>>> >>>>>>>>>> and 'mvn compile' gives me: >>>>>>>>>> >>>>>>>>>> [INFO] Compilation failure >>>>>>>>>> /home/ralf/Castor/castor-1/xmlctf-framework/src/main/java/org/castor/xmlctf/SchemaTestCase.java:[123,41] >>>>>>>>>> incompatible types >>>>>>>>>> found : java.math.BigDecimal >>>>>>>>>> required: int >>>>>>>>>> >>>>>>>>>> Looking at the code it seams to me that these messages make sense as >>>>>>>>>> diff[i].getContent() returns a BigDecimal and the return value of the >>>>>>>>>> method has to be a int. >>>>>>>>>> >>>>>>>>>> I also tried 'mvn clean' followed by 'mvn install' on the project >>>>>>>>>> root >>>>>>>>>> with the same result. >>>>>>>>>> >>>>>>>>>> 'mvn -version' gives me: >>>>>>>>>> >>>>>>>>>> Maven version: 2.0.8 >>>>>>>>>> Java version: 1.5.0_15 >>>>>>>>>> OS name: "linux" version: "2.6.24-19-generic" arch: "i386" Family: >>>>>>>>>> "unix" >>>>>>>>>> >>>>>>>>>> If the different maven version (2.0.8 to 2.0.9) makes this difference >>>>>>>>>> >>>>>>>>>> >>>>>>>>> No, that should not make a difference, here. But let me try this in >>>>>>>>> the >>>>>>>>> afternoon/evening. Having said that, where does JAVA_HOME point to in >>>>>>>>> your case, and do you have a JAVA_HOME/bin entry in your environment >>>>>>>>> setup ? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> then I think I will not be the only one that falls into this trap. In >>>>>>>>>> this case I think it would be better to choose options that are less >>>>>>>>>> sensitive to maven versions or let build fail for every maven version >>>>>>>>>> prior to 2.0.9. >>>>>>>>>> >>>>>>>>>> Regards >>>>>>>>>> Ralf >>>>>>>>>> >>>>>>>>>> Joachim Grüneis schrieb: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Hello, >>>>>>>>>>> >>>>>>>>>>> I also have to remove the intValue() to be compileable... >>>>>>>>>>> >>>>>>>>>>> with the current HEAD code I get: >>>>>>>>>>> [INFO] Compilation failure >>>>>>>>>>> /Users/joachim/Documents/workspace/castor-HEAD/xmlctf-framework/src/main/java/org/castor/xmlctf/SchemaTestCase.java:[123,27] >>>>>>>>>>> int cannot be dereferenced >>>>>>>>>>> >>>>>>>>>>> I'm running: >>>>>>>>>>> Maven version: 2.0.9 >>>>>>>>>>> Java version: 1.5.0_13 >>>>>>>>>>> >>>>>>>>>>> Have fun >>>>>>>>>>> >>>>>>>>>>> Joachim >>>>>>>>>>> >>>>>>>>>>> 2008/9/21 Werner Guttmann <[EMAIL PROTECTED]>: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> So do I, and that's why I removed the intValue() from that line, >>>>>>>>>>>> to get >>>>>>>>>>>> it compiling against Java 5.0. Odd. >>>>>>>>>>>> >>>>>>>>>>>> Werner >>>>>>>>>>>> >>>>>>>>>>>> Ralf Joachim wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Hi Werner, >>>>>>>>>>>>> >>>>>>>>>>>>> I got a compile error without this conversion in eclipse and at >>>>>>>>>>>>> mvn >>>>>>>>>>>>> install after mvn clean. After the change I could execute mvn >>>>>>>>>>>>> install >>>>>>>>>>>>> without problems. I just intended to fix this error. >>>>>>>>>>>>> >>>>>>>>>>>>> Having said that I'm using Java 5 JDK. >>>>>>>>>>>>> >>>>>>>>>>>>> Regards >>>>>>>>>>>>> Ralf >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Werner Guttmann schrieb: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Ralf, >>>>>>>>>>>>>> >>>>>>>>>>>>>> can you please explain why you basically reverted a change I >>>>>>>>>>>>>> committed >>>>>>>>>>>>>> last week after starting to upgrade configurations for the Maven >>>>>>>>>>>>>> plugins >>>>>>>>>>>>>> (as used e.g. within the xmlctf-framework) ? I made this change >>>>>>>>>>>>>> as >>>>>>>>>>>>>> otherwise I'd get a compilation error when compiling this module. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Werner >>>>>>>>>>>>>> >>>>>>>>>>>>>> -------- Original Message -------- >>>>>>>>>>>>>> Subject: [castor-scm] [7894] >>>>>>>>>>>>>> castor/trunk/xmlctf-framework/src/main/java/org/castor/xmlctf/SchemaTestCase.java: >>>>>>>>>>>>>> Fixed conversion error between BigDecimal and int at >>>>>>>>>>>>>> SchemaTestCase >>>>>>>>>>>>>> Date: Sat, 20 Sep 2008 03:55:13 -0500 (CDT) >>>>>>>>>>>>>> From: [EMAIL PROTECTED] >>>>>>>>>>>>>> Reply-To: [email protected] >>>>>>>>>>>>>> To: [EMAIL PROTECTED] >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Revision >>>>>>>>>>>>>> 7894 <http://fisheye.codehaus.org/changelog/castor/?cs=7894> >>>>>>>>>>>>>> Author >>>>>>>>>>>>>> rjoachim >>>>>>>>>>>>>> Date >>>>>>>>>>>>>> 2008-09-20 03:55:13 -0500 (Sat, 20 Sep 2008) >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Log Message >>>>>>>>>>>>>> >>>>>>>>>>>>>> Fixed conversion error between BigDecimal and int at >>>>>>>>>>>>>> SchemaTestCase >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Modified Paths >>>>>>>>>>>>>> >>>>>>>>>>>>>> * >>>>>>>>>>>>>> castor/trunk/xmlctf-framework/src/main/java/org/castor/xmlctf/SchemaTestCase.java >>>>>>>>>>>>>> >>>>>>>>>>>>>> <#castortrunkxmlctfframeworksrcmainjavaorgcastorxmlctfSchemaTestCasejava> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Diff >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Modified: >>>>>>>>>>>>>> >>>>>>>>>>>>>> castor/trunk/xmlctf-framework/src/main/java/org/castor/xmlctf/SchemaTestCase.java >>>>>>>>>>>>>> (7893 => 7894) >>>>>>>>>>>>>> >>>>>>>>>>>>>> --- >>>>>>>>>>>>>> castor/trunk/xmlctf-framework/src/main/java/org/castor/xmlctf/SchemaTestCase.java >>>>>>>>>>>>>> 2008-09-19 22:56:47 UTC (rev 7893) >>>>>>>>>>>>>> +++ >>>>>>>>>>>>>> castor/trunk/xmlctf-framework/src/main/java/org/castor/xmlctf/SchemaTestCase.java >>>>>>>>>>>>>> 2008-09-20 08:55:13 UTC (rev 7894) >>>>>>>>>>>>>> @@ -120,7 +120,7 @@ >>>>>>>>>>>>>> SchemaDifferences[] diff = tc.getSchemaDifferences(); >>>>>>>>>>>>>> for (int i = 0; i < diff.length; i++) { >>>>>>>>>>>>>> if (diff[i].getFailureStep().equals(step)) { >>>>>>>>>>>>>> - return diff[i].getContent(); >>>>>>>>>>>>>> + return diff[i].getContent().intValue(); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> } >>>>>>>>>>>>>> return 0; >>>>>>>>>>>>>> >>>>>>>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>>>>>>> >>>>>>>>>>>>>> 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 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>> 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 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> 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 >>>> >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> 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 > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
