No problem.

In general, maven plugins have their own set of dependencies. But it is
possible to override some of those, either using <excludes> (or with
newer versions of Maven 2 <dependencies>) on your plugin definition.

Regards
Werner

Christian Schuhegger wrote:
> Werner,
> 
> sorry for that false alarm. My mistake was that I did not understand how
> maven plugins work. I thought they would take the same classpath as the
> dependencies, but it seems that maven plugins have their own defined
> classpath. I used the maven castor plugin in version 1 which uses and
> old version of castor.
> 
> Sorry for that mistake and thanks for you help,
> 
> Werner Guttmann wrote:
>> Christian,
>>
>> can I take it that you have tried to set the following property in a
>> custom XML code generator properties file:
>>
>> # Enables generation of equals() and hashCode() methods for each
>> generated
>> # class.  If not enabled, these methods are not generated.
>> # False by default.
>> #
>> org.exolab.castor.builder.equalsmethod=true
>>
>> When set to true, a hashCode() method should be created. I just had a
>> look at the sources of e.g. SourceFactory, and I can tell that the patch
>> from
>>
>> http://jira.codehaus.org/browse/CASTOR-1417
>>
>> has been applied.
>>
>> Werner
>>
>> PS Having said that, the documentation definitely needs to be fixed.
>>
>> Christian Schuhegger wrote:
>>> Hello,
>>>
>>> I've read here:
>>> http://jira.codehaus.org/browse/CASTOR-1417
>>> that the hashcode generation for objects that have an equals() method
>>> should work for version 1.0.4.
>>>
>>> But here:
>>> http://www.castor.org/srcgen-properties.html
>>> I read under the topic "Generate equals() method" that:
>>> Note: hashcode() is not currently overriden.
>>>
>>> My own tests also show that hashcode is not overriden.
>>>
>>> Could anybody please tell me what the current status of this feature is?
>>>
>>> Another question that goes in the same direction would be how I could
>>> control the generated equals() and hashcode() methods, e.g. which fields
>>> go into the comparison? Can I customize this somehow?
>>>
>>> Thanks for any information,
>>
>> ---------------------------------------------------------------------
>> 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