Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Discussion" <users@myfaces.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <47F631EA.2000600@oracle.com>
Date: Fri, 04 Apr 2008 09:49:30 -0400
From: Max Starets <max.starets@oracle.com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: MyFaces Discussion <users@myfaces.apache.org>
Subject: Re: [Trinidad] Custom collectionmodel
References: <47F49D2F.1000304@kava.be> <47F5D622.2070302@kava.be>
In-Reply-To: <47F5D622.2070302@kava.be>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

Henk,

I must be missing something - why don't you just instantiate your custom 
CollectionModel as a backing bean
and EL-bind table's value to it?

Max

Henk Vanhoe wrote:
> Hi,
> I found one way to force the trinidad table to use our own collection 
> model: to extend 
> org.apache.myfaces.trinidad.component.core.data.CoreTable and override 
> the createCollectionModel  method. But I don't like this solution 
> because for this to work I have to make this method non-final in the 
> trinidad source code itself and recompile it! Is there a reason why 
> createCollectionModel is final in the source code or could this be 
> removed in the source repository itself (or do I have to ask that on 
> the dev mailing list?) Or does anybody have a better solution?
> Thanks
> Henk
>
> Does anybody
>
> Henk Vanhoe wrote:
>> Hi,
>>
>> In our tables we need to use our own collection model (a wrapper for 
>> org.apache.myfaces.trinidad.model.CollectionModel with its own 
>> implementation of getRowKey and setRowKey). However the getter in the 
>> backing bean for the value used in the table returns a java.util.List 
>> and the trinidad implementation of CoreTable wraps that in its own 
>> CollectionModel. Is there a way for us to force the trinidad table to 
>> use our own CollectionModel?
>>
>> Regards,
>> Henk
>>
>>   
>