TableSelectPhaseListener - badly named, doesn't expose underlying Map & single 
purpose when it could easily be general purpose.

The TableSelectPhaseListener is not, from a user's point of view, a phase 
listener.  While it participates in phase events internally this is not really 
of interest to the end user.  The Class is more accurately described as a 
ValueHolder.

The underlying HashMap is not visible to the end user which means that the 
component must be wired to a table using complicated setters and getters.  
Exposing the underlying Map would allow wiring the component directly to a 
table using EL and zero intervening Java code.

The selectedValue property is of dubious utility.  It forces the Class to store 
boolean type data when in fact the class could be useful to store any type of 
data.

I am unable to bind to the class's selected property presumably because it has 
both methods boolean isSelected(RowKey) and Object getSelected(RowKey)

RFE:  Change name of the class to TableColumnValueHolder.
RFE:  Add methods: Map getValues() and setValues(Map)
RFE:  review the SelectedValue logic and decide if it is sufficiently useful.
RFE:  Change boolean isSelected() and setSelelected (boolean) to Object 
getSelected() and setSelected(Object)

To see the class in use it's current form see Winston's Blog entry or the 
Calorie counter app produced by the Tutorial Divas.  Note: I can't follow the 
SelectedValue logic in either use case.  

Note: this constructor: TableSelectPhaseListener(true) is directly replaceable 
by a java.util.HashMap (I've tested this). Binding a checkBox or radiogroup's 
selected property to  #{xxxx.myHashMap[currentRow.tableRow]} achieves the same 
thing.

Attached is a file showing how I think it ought to look