Let's say we have a ViewObject with a LOV enabled attribute.
The ViewAccessor's ViewObject has a bind variable.
In our use case we have a method in the ViewObjectImpl calculating value for this bind variable.
So, we can put a groovy expression "viewObject.dealTypeID" to the ViewAccessor's definition:
And it works fine everywhere except Search Form. If our LOV enabled attribute is used in a View Criteria and triggered from a Search form we will get something like this: JBO-25077: Name dealTypeID not found in the given object: oracle.adf.model.bean.DCDataVO. The object for the groovy script in case of a SearchForm is DCDataRow that is built internally by the af:query mechanism.
If we change the groovy expression to this "dataProvider.viewCriteria.viewObject.dealTypeID",
the Search Form will start to work, but the normal form will be broken. So, we have to understand somehow where the groovy expression is triggered from. The "adf.isCriteriaRow" expression can help us and our groovy script will look like this:
This script will work in both cases!
But... That's all fine for R1 only . In R2 the expression "adf.isCriteriaRow" is not working in this case and the groovy script for R2 will look a bit ugly:
That's it!.
The ViewAccessor's ViewObject has a bind variable.
In our use case we have a method in the ViewObjectImpl calculating value for this bind variable.
public Integer getDealTypeID() { return someCalculatedValue; }
So, we can put a groovy expression "viewObject.dealTypeID" to the ViewAccessor's definition:
And it works fine everywhere except Search Form. If our LOV enabled attribute is used in a View Criteria and triggered from a Search form we will get something like this: JBO-25077: Name dealTypeID not found in the given object: oracle.adf.model.bean.DCDataVO. The object for the groovy script in case of a SearchForm is DCDataRow that is built internally by the af:query mechanism.
If we change the groovy expression to this "dataProvider.viewCriteria.viewObject.dealTypeID",
the Search Form will start to work, but the normal form will be broken. So, we have to understand somehow where the groovy expression is triggered from. The "adf.isCriteriaRow" expression can help us and our groovy script will look like this:
if (adf.isCriteriaRow) return dataProvider.viewCriteria.viewObject.dealTypeID; else return viewObject.dealTypeID;
This script will work in both cases!
But... That's all fine for R1 only . In R2 the expression "adf.isCriteriaRow" is not working in this case and the groovy script for R2 will look a bit ugly:
if (object.getClass().getName().endsWith('DCCriteriaValueRowImpl')) return viewCriteria.viewObject.dealTypeID; else return viewObject.dealTypeID;
That's it!.