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


Reply via email to