Af:inputListOfValues sets value of first item in result set when using enter key or tab and component set to autosubmit=true

Question

I'm using JDev 11.1.1.6 and when I type a value into an af:inputListOfValues component and hit either the enter key or the tab key it will replace the value I entered with the first item in the LOV result set. If enter a value and just click out of the af:inputListOfValues component it works correctly. If I use the popup and search for a value it works correctly as well. I have a programmatic view object which contains a single transient attribute (this is the view object which is used to create the list of value component from) and then I have another entity based view object which defines one of its attributes as a list of value attribute. I tried using an entity based view object to create the LOV from and everything works as expected so I'm not sure if this is a bug when using programmatic view objects or if I need more code in the VOImpl. Also, it seems that after the first time of the value being replaced by the first value in the result set that it will work correctly as well. Below are some of the important code snippets.
Also, it looks like it only doesn't work if the text entered in the af:inputListOfValues component would only have a single match returned in the result set. For instance given the result set in the code: Brad, Adam, Aaron, Fred, Charles, Charlie, Jimmy
If we enter Cha, the component works as expected
If we enter A, the component works as expected
If we enter Jimmy, the component does not work as expected and returns the first value of the result set ie. Brad
If we enter Fred, the component does not work as expected and returns the first value of the result set ie. Brad
I also verified that I get the same behavior in JDev 11.1.1.7
UsersVOImpl (Programmatic View Object with 1 transient attribute)
import java.sql.ResultSet;
import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;
import oracle.adf.share.logging.ADFLogger;
import oracle.jbo.JboException;
import oracle.jbo.server.ViewObjectImpl;
import oracle.jbo.server.ViewRowImpl;
import oracle.jbo.server.ViewRowSetImpl;
// ---    File generated by Oracle ADF Business Components Design Time.
// ---    Wed Sep 18 15:59:44 CDT 2013
// ---    Custom code may be added to this class.
// ---    Warning: Do not modify method signatures of generated methods.
public class UsersVOImpl extends ViewObjectImpl {
    private static ADFLogger LOGGER = ADFLogger.createADFLogger(UsersVOImpl.class);
    private long hitCount = 0;
     * This is the default constructor (do not remove).
    public UsersVOImpl () {
     * executeQueryForCollection - overridden for custom java data source support.
    protected void executeQueryForCollection (Object qc, Object[] params, int noUserParams) {
         List<String> usersList = new ArrayList<String>();
         usersList.add("Brad");
         usersList.add("Adam");
         usersList.add("Aaron");
         usersList.add("Fred");
         usersList.add("Charles");
         usersList.add("Charlie");
         usersList.add("Jimmy");
         Iterator usersIterator = usersList.iterator();
         setUserDataForCollection(qc, usersIterator);
         hitCount = usersList.size();
         super.executeQueryForCollection(qc, params, noUserParams);
    } // end executeQueryForCollection
     * hasNextForCollection - overridden for custom java data source support.
    protected boolean hasNextForCollection (Object qc) {
         Iterator usersListIterator = (Iterator)getUserDataForCollection(qc);
         if (usersListIterator.hasNext()) {
             return true;
         } else {
             setFetchCompleteForCollection(qc, true);
             return false;
         } // end if
    } // end hasNextForCollection
     * createRowFromResultSet - overridden for custom java data source support.
    protected ViewRowImpl createRowFromResultSet (Object qc, ResultSet resultSet) {
         Iterator usersListIterator = (Iterator)getUserDataForCollection(qc);
         String user = (String)usersListIterator.next();
         ViewRowImpl viewRowImpl = createNewRowForCollection(qc);
         try {
             populateAttributeForRow(viewRowImpl, 0, user.toString());
         } catch (Exception e) {
             LOGGER.severe("Error Initializing Data", e);
             throw new JboException(e);
         } // end try/catch
         return viewRowImpl;
    } // end createRowFromResultSet
     * getQueryHitCount - overridden for custom java data source support.
    public long getQueryHitCount (ViewRowSetImpl viewRowSet) {
         return hitCount;
    } // end getQueryHitCount
    @Override
    protected void create () {
         getViewDef().setQuery(null);
         getViewDef().setSelectClause(null);
         setQuery(null);
    } // end create
    @Override
    protected void releaseUserDataForCollection (Object qc, Object rs) {
         Iterator usersListIterator = (Iterator)getUserDataForCollection(qc);
         usersListIterator = null;
         super.releaseUserDataForCollection(qc, rs);
    } // end releaseUserDataForCollection
} // end class
<af:inputListOfValues id="userName" popupTitle="Search and Select: #{bindings.UserName.hints.label}" value="#{bindings.UserName.inputValue}"
                                              label="#{bindings.UserName.hints.label}" model="#{bindings.UserName.listOfValuesModel}" required="#{bindings.UserName.hints.mandatory}"
                                              columns="#{bindings.UserName.hints.displayWidth}" shortDesc="#{bindings.UserName.hints.tooltip}" autoSubmit="true"
                                              searchDesc="#{bindings.UserName.hints.tooltip}"                                          
                                              simple="true">
                          <f:validator binding="#{bindings.UserName.validator}"/>                      
</af:inputListOfValues>

Answer 1

I have found a solution to this issue. It seems that when using a programmatic view object which has a transient attribute as its primary key you need to override more methods in the ViewObjectImpl so that it knows how to locate the row related to the primary key when the view object records aren't in the cache. This is why it would work correctly sometimes but not all the time. Below are the additional methods you need to override. The logic you use in retrieveByKey would be on a view object by view object basis and would be different if you had a primary key which consisted of more than one attribute.
@Override
protected Row[] retrieveByKey (ViewRowSetImpl viewRowSetImpl, Key key, int i) {
    return retrieveByKey(viewRowSetImpl, null, key, i, false);
@Override
protected Row[] retrieveByKey (ViewRowSetImpl viewRowSetImpl, String string, Key key, int i, boolean b) {
    RowSetIterator usersRowSetIterator = this.createRowSet(null);
    Row[] userRows = usersRowSetIterator.getFilteredRows("UserId", key.getAttribute(this.getAttributeIndexOf("UserId")));
    usersRowSetIterator.closeRowSetIterator();
    return userRows;
@Override
protected Row[] retrieveByKey (ViewRowSetImpl viewRowSetImpl, Key key, int i, boolean b) {
    return retrieveByKey(viewRowSetImpl, null, key, i, b);