new InBetweenModel(realModel)
{
getObject(component)
{
int id = realModel.getObject(component)
return idToObject(id);
}
}
I will see if i can make it a bit easier for people that have this specific case.
Now and then this question will popup. So maybe we could patch the choices and introduce a special choicerenderer
so that it is a bit simpler.
If you (or matej) could look into the choice and ichoicerenderer impl and see what could be patches
so that is easy to have such a thing and how that then can be configured...
johan
On 6/2/06, Ralf Ebert <
[EMAIL PROTECTED]> wrote:
Hi,
> a one<->one relation ship between whats in the list and whats in the model.
> if you want to map that then the fastest way that i can think of right now
> is to use
> a model that sits between it. That maps CategoryVO <-> int back and forward.
I also thought about that, but how would I get the value then (which i
would get through the compoundpropertymodel normally) ? When I plug in
my own model, property resolving doesn't take place anymore...
> Why do you work with ints in the model objects? Why not just full blown java
> objects?
Mostly because these objects (which are created by the persistence
layer) are not written by me. They are as they are and I have to live
with that. I could extend these classes and provide getters/setters
for doing this mapping, that would be a quite clean solution. But I
need this for a lot of objects, so handling it using wicket models
somehow would make some things easier for me...
Ralf
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
