Just to follow up on my own email: I have just deployed a new snapshot of 1.3 in the Codehaus snapshot repository.
Werner Werner Guttmann wrote: > 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: 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 >>> >>> >>> >> --------------------------------------------------------------------- >> 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
