The translator attribute moved up to the <attribute> element (out of the rules, maps conversions, etc.).
Now, the only reason to use <map> inside <conversion> is if you have an unusual mapping from attribute name to property name. I feel it is more understandable, and more easily documented, when the translator (effectively, the type of data in the attribute) is part of the <attribute>, rather than stored inside a rule (such as <read-attribute>, or <map>). -- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant Creator, Jakarta Tapestry Creator, Jakarta HiveMind http://howardlewisship.com > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, May 24, 2004 4:02 AM > To: [email protected] > Subject: RE: DescriptorParser.properties => > required.map.property=false [Virus checked] > > > > Now, I am a little bit confused! > > DescriptorParser.properties (1.6) from the alpha 5 says: > required.map.attribute=true > required.map.property=true > > DescriptorParser.properties (1.2) from the alpha 4 says: > required.map.attribute=true > required.map.property=false > required.map.translator=false > > With the alpha 5 I have problems, resulting from the property > required.map.property=true > because I have mappings with only the "attribute" attribute specified. > > Michael says: > > a change in the > org/apache/hivemind/parse/DescriptorParser.properties > > between revisions 1.5 and 1.6 should be retracted: > > > > required.map.property=false > > > > should be > > > > required.map.property=true > > With that the original convenience (guessing the "property" attribute) > from the "attribute" attribute) gets lost. Is this correct? > > Tsch��, > Stefan > > compeople AG > Untermainanlage 8 > 60329 Frankfurt > > fon: +49 (69) 272218 - 0 > fax: +49 (69) 272218 - 22 > email: [EMAIL PROTECTED] > home: www.compeople.de > > > > -----"Howard M. Lewis Ship" <[EMAIL PROTECTED]> wrote: ----- > > To: <[email protected]> > From: "Howard M. Lewis Ship" <[EMAIL PROTECTED]> > Date: 21.05.2004 19:54 > Subject: RE: DescriptorParser.properties => > required.map.property=false > [Virus checked] > > Thanks ... I remember making that change, and don't know why > it got backed > out. I actually wrote a > ton of code this week for HiveMind and my head's still spinning a bit! > > -- > Howard M. Lewis Ship > Independent J2EE / Open-Source Java Consultant > Creator, Jakarta Tapestry > Creator, Jakarta HiveMind > http://howardlewisship.com > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > Sent: Friday, May 21, 2004 8:02 AM > > To: [email protected] > > Subject: DescriptorParser.properties => > > required.map.property=false [Virus checked] > > > > > > Hi, > > > > a change in the > org/apache/hivemind/parse/DescriptorParser.properties > > between revisions 1.5 and 1.6 should be retracted: > > > > required.map.property=false > > > > should be > > > > required.map.property=true > > > > Otherwise, we will use some convenience an there is no use > of what is > > described at the conversion element: > > > > "Each attribute will be mapped to a property. A limited > amount of name > > mangling occurs: > > if the attribute name contains dashes, they are removed, and > > the character > > following is > > converted to upper case. So, an attribute named > > "complex-attribute-name" > > would be > > mapped to a property named "complexAttributeName". Only attributes > > identified with a <attribute> > > element will be mapped, others will be ignored. " > > > > > > Mit freundlichen Gr��en > > > > Michael Frericks > > Internet/Homebanking MS/OF > > > > Sparkassen Informatik GmbH & Co.KG > > Nevinghoff 25 > > 48147 M�nster > > Telefon: 0251/288-3489 > > Notes: Michael Frericks/4221/MS/SI/[EMAIL PROTECTED] > > E-Mail: [EMAIL PROTECTED] > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
