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: dev@castor.codehaus.org >>>>>>>>>>>> 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
