You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For example, to parse a Date I need to register a Converter class.
It would be slicker if I could put a @DateFormat("...some simpledateformat string...") annotation on the interface field, and XMLBeam would use that to parse the date.
Same for ints, etc.
The text was updated successfully, but these errors were encountered:
Actually, registering a Converter class is the preferred way of creating a Date instance.
I see the conversion options as part of the global configuration and not something to be repeated per projection method. But I understand the wish for easier conversion configuration. Need to think about that ...
It's more complicated than it looks at the first place. The formatting needs to be applied to the evaluation result and to any parameter used in the expression. Need to update the grammar. Now planed for 1.4.2.
Finally included this feature in current release (1.4.2). It is not an additional annotation, but using an extension to XPath. This way multiple formats can be specified in one expression and externalizers work transparently. Have fun with this feature!
For example, to parse a Date I need to register a Converter class.
It would be slicker if I could put a @DateFormat("...some simpledateformat string...") annotation on the interface field, and XMLBeam would use that to parse the date.
Same for ints, etc.
The text was updated successfully, but these errors were encountered: