-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Prefer @Property on @Entity metamodel generation #7
Comments
This is not going to be doable, because MetaModel is just a PropertyModel that gives you a typesafe way to build up a property string. Wicket will then interpret that property string to use accessor methods. There is no way via the property expression to indicate that Wicket should use fields vs. accessor methods. |
So rewrite the MetaModel class to incorporate useful bits of Or change the MetaModel / PropertyModel implementation to inspect the On Mon, Apr 30, 2012 at 1:56 PM, David Hosier
|
this would require writing our own property resolving mechanism. the one inside wicket is not meant to be extensible because it is optimized. |
|
Having a non-standard getter (i.e. one that returns the field wrapped in an Optional) leads to the ClassNameMeta having a wrapper-typed metamodel field. Adding a @Property annotation doesn't help - perhaps the code can be tweaked to prefer the @Property annotation over the getter, when available.
The text was updated successfully, but these errors were encountered: