Re: No get method defined for expression recorder when using Palette and CompoundPropertyModel
I have also the same problem, because my backend bean collection attributes sometimes is null. I have some client logic bind to this attribute a I need that it will be null. I understand that is not so good when Pallete creates some List impl. But I thought about it and I see solution in Palette's method for example called: protected List getDefaultList(). Everyone who need to have bean attribute null and if also need use this attribute for Palette component can override this method a return default the List impl, which need. Can you please think about it? It's my wrong ? Thanks you very much! Dave igor.vaynberg wrote: i dont know if it is by design or not. it makes sense to me that you pass in a model with at least an empty collection, otherwise palette has to create an instance of some collection which isnt as clean. -igor On 8/23/07, Federico Fanton [EMAIL PROTECTED] wrote: On Fri, 6 Jul 2007 08:48:56 -0700 Igor Vaynberg [EMAIL PROTECTED] wrote: Thanks for the tip but I absolutly need a compoundPropertyModel. https://issues.apache.org/jira/browse/WICKET-723 I had the same issue, thanks! Now I'm using beta3.. Another question though: I see that Recorder.initIds() assumes that getPalette().getModelCollection() is never null.. Is this by design? Should I check my backing bean for null collections before passing it to the CompoundPropertyModel? (Or maybe I could override CompoundPropertyModel.AttachedCompoundPropertyModel.getObject() so that it creates the empty collection when needed.. X-) ) Many thanks in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Re%3A-No-get-method-defined-for-expression-recorder---when-using-Palette-and-CompoundPropertyModel-tp12293607p19160596.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No get method defined for expression recorder when using Palette and CompoundPropertyModel
On Fri, 6 Jul 2007 08:48:56 -0700 Igor Vaynberg [EMAIL PROTECTED] wrote: Thanks for the tip but I absolutly need a compoundPropertyModel. https://issues.apache.org/jira/browse/WICKET-723 I had the same issue, thanks! Now I'm using beta3.. Another question though: I see that Recorder.initIds() assumes that getPalette().getModelCollection() is never null.. Is this by design? Should I check my backing bean for null collections before passing it to the CompoundPropertyModel? (Or maybe I could override CompoundPropertyModel.AttachedCompoundPropertyModel.getObject() so that it creates the empty collection when needed.. X-) ) Many thanks in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No get method defined for expression recorder when using Palette and CompoundPropertyModel
i dont know if it is by design or not. it makes sense to me that you pass in a model with at least an empty collection, otherwise palette has to create an instance of some collection which isnt as clean. -igor On 8/23/07, Federico Fanton [EMAIL PROTECTED] wrote: On Fri, 6 Jul 2007 08:48:56 -0700 Igor Vaynberg [EMAIL PROTECTED] wrote: Thanks for the tip but I absolutly need a compoundPropertyModel. https://issues.apache.org/jira/browse/WICKET-723 I had the same issue, thanks! Now I'm using beta3.. Another question though: I see that Recorder.initIds() assumes that getPalette().getModelCollection() is never null.. Is this by design? Should I check my backing bean for null collections before passing it to the CompoundPropertyModel? (Or maybe I could override CompoundPropertyModel.AttachedCompoundPropertyModel.getObject() so that it creates the empty collection when needed.. X-) ) Many thanks in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]