Problem with RM-builder/DV_CODED_TEXT

Reference Implementation: Java (archive)
1

I have a problem, I have following ADL-snippet

ELEMENT[at1.1.1.4] matches { -- last name suffix
    value matches {
        DV_CODED_TEXT matches {
            defining_code matches {
                [local::
                at1.1.1.4.1, -- Jr
                at1.1.1.4.2, -- Sr
                at1.1.1.4.3, -- II
                at1.1.1.4.4] -- III
            }
        }
    }
}

breaking this up to attributes en cobjects, we come to the attribute of
DV_CODED_TEXT.
In this ADL snippet it is called defining_code

In the RM builder, which uses annotated constructor, it runs agains the
property in DvCodedText which is: definingCode.

Because only classnames are tested in more ways (uppercase, real case,
removing lowercase), this is not the case with attributes, and I get the
error that the attribute definingCode is not in the valueMap

Please Help

thanks
Bert

2

I think the problem is a culture conflict.
In ADL the attributes are Eiffelish (when combined words, with underscores,
small case: defining_code)
And in the RM of the Java-ref, they are Javaish, in case of combined words,
first Word lowercase, second word glued to the first, uppercase
(definingCode).

Concerning the class names this conflict is solved by creating a lookup- map
to find them, I think we must do that also for attributes, so we can keep the
attributes in RM Javaish, and the attributes in ADL Eiffelish

I see, if someone answers to this, In the meantime I must carry on, and this
seems the best solution.

Thanks
Bert

3

Hi Bert,

I think it should be possible to do automatic conversion between Eiffelish names (attribute or class) and Javaish. Before this is implemented, feel free to add a mapping for the attributes.

Regards,
Rong