This content has been marked as final.
Show 4 replies
-
1. Re: @DataModel
gavin.king Oct 2, 2005 8:24 AM (in response to drapierwim)yes, it is normal, but there is a feature request to remove that limitation
-
2. Re: @DataModel
drapierwim Oct 2, 2005 11:17 AM (in response to drapierwim)This was done for a reason I guess, I'm not a design or analysis guru but I'm just wondering why there was chosen to use this approach.
-
3. Re: @DataModel
hookomjj Oct 2, 2005 11:25 AM (in response to drapierwim)"drapierwim" wrote:
This was done for a reason I guess, I'm not a design or analysis guru but I'm just wondering why there was chosen to use this approach.
Basically it's done to avoid managing JSF-specific Objects in the testing process of your beans. Instead, you are just dealing with a List object, as returned by EJB or Hibernate, allowing Seam to expose it to JSF as a JSF DataModel.
A lot of times developers get into the 'pick one' scenario of page flows, and the two DataModel annotations provided by Seam accomodate that common flow. Another possibility coming is actually using EL for @In, so you could do #{param.id} to manage 'pick one' requests. This isn't very JSF-ish, but a possible solution that I'm sure many will be taking advantage of.
Cheers! -
4. Re: @DataModel
gavin.king Oct 2, 2005 11:07 PM (in response to drapierwim)"drapierwim" wrote:
This was done for a reason I guess, I'm not a design or analysis guru but I'm just wondering why there was chosen to use this approach.
I'm not sure if you read my post correctly. I said I plan to remove the limitation that allows just one @DataModel per component.