首先创建一个通用的LOV Region,建立一个查询的视图对象(Select ... From Dual),这个LOV并不能查出任何内容,在运行时我们会动态更改视图对象的定义。
首先在使用LOV的页面的控制器的proce***equest方法中创建一个LOV:
OAMessageLovInputBean lovItem = (OAMessageLovInputBean)createWebBean(pageContext,
LOV_TEXT,
null,
);
region.addIndexedChild(lovItem);
lovItem.setAttributeValue(REGION_CODE, "/xxx/oracle/apps/cux/lov/webui");
lovItem.setAttributeValue(REGION_APPLICATION_ID,
new Integer(pageContext.getResponsibilityApplicationId()));
addLovItem.setLovRegion(pageContext,
"/xxx/oracle/apps/cux/lov/webui/CommonLovRN");
lovItem.setUnvalidated(false);
lovItem.addLovRelations(pageContext,
lovItem.getID(),
,
LOV_RESULT,
LOV_REQUIRED_NO);
lovItem.setPrompt( );
注意动态建立LOV时,不要使用addLovRelations去增加LOV_CRITERIA(criteria item),如果设置了criteria item,那么LOV就会用原始定义的SQL去拼页面上的值组成SQL查询,而不会使用我们设置的动态SQL去查询。(顺便提一下,对于不是动态创建的LOV,而需要动态修改LOV对应的视图对象定义的情况,因为LOV基本的对应项必须设置成criteria item,为了防止LOV的自动查询,可以设置lovMAP的Programmatic Query为True,这样就不会把页面上的值自动加到WHERE子句后查询。)
然后在LOV的控制器类的proce***equest中动态修改视图对象的查询,因为我们屏蔽了LOV的自动查询,所以在proce***equest中,我们还必须处理自动查询的情况(自动查询的情况是因为用户输入了值或之前已经选择了,重新打开LOV),这里不给出具体的代码。
在LOV控制器的processFormRequest方法中必须做以下处理,因为尽管我们更改了视图对象的定义,但是当点查询按钮时,LOV还是按最原始定义的SQL绑定条件来查询,所以这里的操作是不让LOV执行查询,而进入proce***equest重新更改视图的定义:
if ("lovFilter".equals(pageContext.getParameter("event")))
{
try
{
String strRedirectUrl = pageContext.getRequestUrl();
int intIndex = strRedirectUrl.indexOf("&");
strRedirectUrl = strRedirectUrl.substring(0, intIndex + 1)
+ "searchText="+ URLEncoder.encode(pageContext.getParameter("searchText"))+"&"
+"FormRequest=Y&"
+ strRedirectUrl.substring(intIndex + 1);
pageContext.sendRedirect(strRedirectUrl);
}
catch(Exception expt)
{}
}
转载于:https://blog.51cto.com/shaofeng/656219