Based on an older article from Frank Nimphius How-to filter ADF bound tables by date range JDeveloper 11.1.1.4 I got a interesting question on the OTN JDeveloper & ADF forum why the solution provided in the article does not work in JDev 12c.
The solution from Frank’s article is designed for JDev 11.1.1.4.0. Today’s version of JDev is 12.1.3 where the solution does not seem to work. Migrating the source of the article and running it under JDev 12.1.3 indeed shows, that filtering the employees records for a date range does not work at all. Setting dates into the filter and hitting enter to activate the filter does not filter the data in the table.
The reason for this was easily found by debugging the code. Set a breakpoint into the query listener which is setup in the table
<af:table value="#{bindings.allEmployees.collectionModel}" var="row" rows="#{bindings.allEmployees.rangeSize}" emptyText="#{bindings.allEmployees.viewable ? 'No data to display.' : 'Access Denied.'}" fetchSize="#{bindings.allEmployees.rangeSize}" rowBandingInterval="0" filterModel="#{bindings.allEmployeesQuery.queryDescriptor}" filterVisible="true" varStatus="vs" selectedRowKeys="#{bindings.allEmployees.collectionModel.selectedRow}" selectionListener="#{bindings.allEmployees.collectionModel.makeCurrent}" rowSelection="single" id="t1" styleClass="AFStretchWidth" partialTriggers="::cb1" queryListener="#{EmployeeQueryBean.onEmployeeQuery}">
As you can see it’s pointing to a bean method ‘onEmplyoeeQuery’. A look into this method reveals that the method FilterableQueryDescriptor.getFilterCriteria() has been deprecated.
FilterableQueryDescriptor fqd = (FilterableQueryDescriptor) queryEvent.getDescriptor(); Map map = fqd.getFilterCriteria();
Instead of the deprecated method you should use the method FilterableQueryDescriptor.getFilterConjunctionCriterion() which now holds the map of parameters.
FilterableQueryDescriptor fqd = (FilterableQueryDescriptor) queryEvent.getDescriptor(); ConjunctionCriterion cc = fqd.getFilterConjunctionCriterion(); Map<String, Criterion> criterionMap = cc.getCriterionMap();
When you set a breakpoint in this method and step through the code you see that the values entered into the filter fields in the UI are not visible in the map as Frank describes in his article.
As you can see there are no map entries for the made up variables ‘HireStartRange’ and ‘HireEndRange’. This is the reason the filter by date range does not work. There are simply not dates to filter the rows.
I’m not sure if this is a bug or a change in behavior which was made for a reason. Anyway, you can’t just simply add values to the map anymore.
The solution to fix the problem is simple. As you can’t store additional values in the criterion map, you have to store the values entered by the user somewhere else. A valid storage area is the variables iterator each pagedef holds.
In one of my other blogs Creating Variables and Attribute Bindings to Store Values Temporarily in the PageDef I showed how to add temporary variables in this iterator.
Create two new variables inside the variable iterator of type oracle.jbo.domain.Date, name them ‘startDate’ and ‘endDate’. Then create attribute bindings for them.
The final touch is to wire the new variables up in the HireDate filter for start range and end range:
<af:column sortProperty="HireDate" filterable="true" sortable="true" headerText="#{bindings.allEmployees.hints.HireDate.label}" id="c1" width="277"> <f:facet name="filter"> <af:panelGroupLayout id="pgl2" layout="horizontal"> <af:panelLabelAndMessage label="From: " id="plam1"> <af:inputDate id="id2" value="#{bindings.startDate1.inputValue}" clientComponent="false"> <af:convertDateTime pattern="#{bindings.allEmployees.hints.HireDate.format}"/> <f:validator binding="#{bindings.HireDate.validator}"/> </af:inputDate> </af:panelLabelAndMessage> <af:spacer width="5" height="5" id="s1"/> <af:panelLabelAndMessage label="To:" id="plam2"> <af:inputDate id="id3" value="#{bindings.endDate1.inputValue}" required="false" clientComponent="false"> <f:validator binding="#{bindings.HireDate.validator}"/> <af:convertDateTime pattern="#{bindings.allEmployees.hints.HireDate.format}"/> </af:inputDate> </af:panelLabelAndMessage> </af:panelGroupLayout> </f:facet> <af:inputDate value="#{row.bindings.HireDate.inputValue}" label="#{bindings.allEmployees.hints.HireDate.label}" required="#{bindings.allEmployees.hints.HireDate.mandatory}" shortDesc="#{bindings.allEmployees.hints.HireDate.tooltip}" id="id1" styleClass="AFStretchWidth"> <f:validator binding="#{row.bindings.HireDate.validator}"/> <af:convertDateTime pattern="#{bindings.allEmployees.hints.HireDate.format}"/> </af:inputDate> </af:column>
The code above shows the new column for the HireDate and the new storage location for the startDateRange as ‘value=”#{bindings.startDate1.inputValue}”‘ and EndDateRange as ‘value=”#{bindings.endDate1.inputValue}”‘. Next we change the bean method which reads the filter values and calls the query:
public void onEmployeeQuery(QueryEvent queryEvent) { //default EL string created when dragging the table //to the JSF page //#{bindings.allEmployeesQuery.processQuery} BindingContext bctx = BindingContext.getCurrent(); DCBindingContainer bindings = (DCBindingContainer) bctx.getCurrentBindingsEntry(); //access the method bindings to set the bind variables on the ViewCriteria OperationBinding rangeStartOperationBinding = bindings.getOperationBinding("setHireDateRangeStart"); OperationBinding rangeEndOperationBinding = bindings.getOperationBinding("setHireDateRangeEnd"); // get the start date and end date from the temporary valiables AttributeBinding attr = (AttributeBinding) bindings.getControlBinding("startDate1"); oracle.jbo.domain.Date sd = (oracle.jbo.domain.Date) attr.getInputValue(); attr = (AttributeBinding) bindings.getControlBinding("endDate1"); oracle.jbo.domain.Date ed = (oracle.jbo.domain.Date) attr.getInputValue(); //set the start and end date of the range to search rangeStartOperationBinding.getParamsMap().put("value", sd); rangeEndOperationBinding.getParamsMap().put("value", ed); //set bind variable on the business service rangeStartOperationBinding.execute(); rangeEndOperationBinding.execute(); invokeMethodExpression("#{bindings.allEmployeesQuery.processQuery}", Object.class, QueryEvent.class, queryEvent); }
In line 14-17 you see that we read the values from the newly created attribute bindings for the temporary variables. After removing the unnecessary parts of the code, which tried to read the values from the map, the rest of the code remains as is.
Here is an image of the now working filter by date range
Please note that if you run the sample in your environment, that you have to change the DB connection to the HR DB schema according to your environment. You can download the changed code for the sample from GitHub