Hi Joe,
I think it was; have a look at the JIra issues most recently created,
and I am sure you'll find it.
Cheers
Werner
Joe Kutner wrote:
> Was a JIRA ticket ever opened for this problem? Or is there a
> workaround. If not I will create one.
>
> I have run into this problem as well. Not supporting List as a valid
> FieldMappingCollectionType is significant roadblock for me.
>
>> Werner Guttmann schreef:
>>> Hi Bert,
>>>
>>> what does the exact property definition look like, and how are you
>>> trying to map this with Castor XML ?
>>>
>> It is a very simple POJO class, I copy it below. This class however is
>> the type of property/element in another class, so Mappingtool tries to
>> map it impliciet while mapping that other class.
>>
>> First the source of the class which triggers the error (the property
>> "identifiers"). Forget about the annotations, they serve a complete
>> other purpose
>> The super-class PartyProxy also is not the cause. Because of the
>> complexity of the project, it is not possible to show you all related
>> classes, and it saves you time also. The exception really occurs when
>> the mappingtool tries to create a mapping for "identifiers".
>>
>> It is part of a complex of mainly related POJO-classes, that is why I
>> want to use the mapping-tool, so it creates a good base mapping, which I
>> can then modify by hand.
>>
>> Anyway, here is the sourcecode from that one class.
>>
>> Thanks, Bert
>>
>> public class PartyIdentified extends PartyProxy {
>> List<DvIdentifier> identifiers;
>> String name;
>>
>> @FullConstructor
>> public PartyIdentified(
>> @Attribute(name = "externalRef")PartyRef
>> externalRef,
>> @Attribute(name = "name")String name,
>> @Attribute(name =
>> "identifiers")List<DvIdentifier> identifiers) {
>> super(externalRef);
>> if(externalRef == null && name == null && identifiers ==
>> null) {
>>
>> throw new IllegalArgumentException("externalRef,
>> name, identifiers all empty");
>> }
>> if(name != null && StringUtils.isEmpty(name)) {
>> throw new IllegalArgumentException("empty name");
>> }
>> if(identifiers != null && identifiers.size() == 0) {
>> throw new IllegalArgumentException("empty
>> identifiers");
>>
>> }
>> this.name = name;
>> this.identifiers = identifiers;
>> }
>>
>> //POJO start
>> public PartyIdentified() {
>> super();
>> }
>>
>> public List<DvIdentifier> getIdentifiers() {
>> return identifiers;
>> }
>>
>> public String getName() {
>> return name;
>> }
>>
>> public void setIdentifiers(List<DvIdentifier> identifiers) {
>> assertMutable();
>> this.identifiers = identifiers;
>> }
>>
>> public void setName(String name) {
>> assertMutable();
>> this.name = name;
>> }
>> }
>>
>>
>>> Regards
>>> Werner
>>>
>>> Bert Verhees wrote:
>>>
>>>> On vrijdag 17 april 2009 22:49:33 Werner Guttmann wrote:
>>>>
>>>>> Bert,
>>>>>
>>>>> if you checked out the source code yourself, please execute a
>>>>>
>>>>>
>>>>>> mvn compile
>>>>>>
>>>>> from the root directory, and you'll soon thereafter see those classes
>>>>> being added.
>>>>>
>>>> Thanks, Werner, that did the trick, I have the source files.
>>>>
>>>> Now is clear what I expected. The original problem is that "list" is
>>>> not in the members-hashtable in FieldMappingCollectionType.java
>>>>
>>>> Now, what shall I do now?
>>>>
>>>> Is it because the CollectionHandlers-class should not return "list",
>>>> but "arraylist" instead?
>>>>
>>>> Or should list be added to the member-hashtable?
>>>>
>>>> Or should it be added to Jira as an error?
>>>>
>>>> It definitely seems an error to me that "list" (java.util.List) is
>>>> not recognized as a valid type.
>>>>
>>>> What is in your opinion best to do?
>>>>
>>>> Bert
>>>>
>>>> .
>>>>
>>>>> Regards
>>>>> Werner
>>>>>
>>>>> Bert Verhees wrote:
>>>>>
>>>>>> On vrijdag 17 april 2009 20:24:27 Werner Guttmann wrote:
>>>>>>
>>>>>>> HI Ralf, Hi Bert,
>>>>>>>
>>>>>>> I assume we are looking at 1.3 here. Somehow I am getting the
>>>>>>> impression
>>>>>>> the source JARs do not include the sourced generated from the XML
>>>>>>> schemas such as e.g. mapping.xsd. But let's wait for a reply first.
>>>>>>>
>>>>>> Hi Ralf, Werner
>>>>>>
>>>>>> Thanks for your reply. It is indeed 1.3 and indeed some sourcefiles
>>>>>> seem
>>>>>> to be missing.
>>>>>> I did a svn co from the trunk, and in there is mapping.xsd. But the
>>>>>> other
>>>>>> files, I mentioned are not there .
>>>>>> org.exolab.castor.mapping.xml.types.FieldMappingCollectionType.java
>>>>>> or
>>>>>> org.exolab.castor.mapping.xml.FieldMapping.java
>>>>>>
>>>>>> That is strange, but it wouldn't be a problem if I did not have that
>>>>>> exception which I cannot explain, and which is my original problem
>>>>>>
>>>>>> regards
>>>>>> Bert
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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
