The only JIRA issue that matches "FieldMappingCollectionType" is http://jira.codehaus.org/browse/CASTOR-2041 and I don't think that is it.
I went ahead and created http://jira.codehaus.org/browse/CASTOR-2852 Werner Guttmann wrote: > > 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 > > > > -- View this message in context: http://old.nabble.com/Re%3A-list-is-not-a-valid-FieldMappingCollectionType-tp24058835p26320225.html Sent from the Castor - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
