Discussions
Categories
- 197.1K All Categories
- 2.5K Data
- 546 Big Data Appliance
- 1.9K Data Science
- 450.7K Databases
- 221.9K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 552 MySQL Community Space
- 479 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3.1K ORDS, SODA & JSON in the Database
- 555 SQLcl
- 4K SQL Developer Data Modeler
- 187.2K SQL & PL/SQL
- 21.3K SQL Developer
- 296.3K Development
- 17 Developer Projects
- 139 Programming Languages
- 293K Development Tools
- 110 DevOps
- 3.1K QA/Testing
- 646.1K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 158 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.2K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 19 Java Essentials
- 162 Java 8 Questions
- 86K Java Programming
- 81 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 204 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 466 LiveLabs
- 39 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 175 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 233 Portuguese
Lov criterion randomly raises an ADF faces error
Hi All,
We have an application developed with 11.1.1.7 Jdev version, which was migrated to the latest 12.2.1.4 version.
Inside the application we had some pages where an af:query component and its according tables are displayed. At the view criteria there are some criterion displayed as LOVs and one of them is mandatory.
Customer reported an issue where when a user tries to simply enter a value to the mandatory criterion with the lov, without any other action, he get an adf faces error. This issue is not consistent and it can randomly be raised once every ten tries let's say.
A sample of the logs that we get is the following. Do you have any suggestions ?
Thanks,
Aris
<oracle.adf.view> <RichExceptionHandler> <_logUnhandledException> <ADF_FACES-60098:Faces lifecycle receives unhandled exceptions in phase RENDER_RESPONSE 6>
java.lang.NullPointerException
at oracle.jbo.server.ViewObjectImpl.clearRowSetDataByRowFilterKeyInternal(ViewObjectImpl.java:10756)
at oracle.adf.model.bean.DCCriteriaBaseVOImpl.clearViewAccessorResultsByRowFilterKey(DCCriteriaBaseVOImpl.java:132)
at oracle.adf.model.bean.DCCriteriaBaseVOImpl.clearViewAccessorResultsByRowFilterKey(DCCriteriaBaseVOImpl.java:134)
at oracle.adf.model.bean.DCCriteriaBaseVOImpl.clearViewAccessorResultsByRowFilterKey(DCCriteriaBaseVOImpl.java:134)
at oracle.adf.model.bean.DCCriteriaRowImpl.clearViewAccessorResultsByRowFilterKey(DCCriteriaRowImpl.java:194)
at oracle.jbo.uicli.binding.JUSearchBindingCustomizer.rebuildVCTree(JUSearchBindingCustomizer.java:2944)
at oracle.adfinternal.view.faces.model.binding.FacesCtrlSearchBinding$AdfConjunctionCriterion._loadCriterionList(FacesCtrlSearchBinding.java:5146)
at oracle.adfinternal.view.faces.model.binding.FacesCtrlSearchBinding$AdfConjunctionCriterion.getCriterionList(FacesCtrlSearchBinding.java:5021)
at oracle.adfinternal.view.faces.renderkit.rich.QueryRenderer._renderAdditionalContent(QueryRenderer.java:1471)
at oracle.adfinternal.view.faces.renderkit.rich.QueryRenderer.renderHeaderRow(QueryRenderer.java:705)
at oracle.adfinternal.view.faces.renderkit.rich.PanelHeaderRenderer.encodeAll(PanelHeaderRenderer.java:384)
at oracle.adfinternal.view.faces.renderkit.rich.QueryRenderer.encodeAll(QueryRenderer.java:650)
at oracle.adf.view.rich.render.RichRenderer.encodeAll(RichRenderer.java:1963)
at org.apache.myfaces.trinidad.render.CoreRenderer.encodeEnd(CoreRenderer.java:547)
at org.apache.myfaces.trinidad.component.UIXComponentBase.encodeEnd(UIXComponentBase.java:1256)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1863)
at org.apache.myfaces.trinidad.render.CoreRenderer.encodeChild(CoreRenderer.java:669)
at org.apache.myfaces.trinidad.render.CoreRenderer.encodeAllChildren(CoreRenderer.java:686)
at oracle.adf.view.rich.render.RichRenderer.encodeAllChildrenInContext(RichRenderer.java:3763)
at oracle.adfinternal.view.faces.renderkit.rich.PanelHeaderRenderer.renderChildrenAfterHelpAndInfo(PanelHeaderRenderer.java:818)
at oracle.adfinternal.view.faces.renderkit.rich.PanelHeaderRenderer._renderContentCell(PanelHeaderRenderer.java:1421)
at oracle.adfinternal.view.faces.renderkit.rich.PanelHeaderRenderer.renderContentRow(PanelHeaderRenderer.java:727)
at oracle.adfinternal.view.faces.renderkit.rich.PanelHeaderRenderer.encodeAll(PanelHeaderRenderer.java:396)
at oracle.adf.view.rich.render.RichRenderer.encodeAll(RichRenderer.java:1963)
at org.apache.myfaces.trinidad.render.CoreRenderer.encodeEnd(CoreRenderer.java:547)
at org.apache.myfaces.trinidad.component.UIXComponentBase.encodeEnd(UIXComponentBase.java:1256)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1863)
at org.apache.myfaces.trinidad.render.CoreRenderer.encodeChild(CoreRenderer.java:669)
Comments
-
Timo Hahn Senior Principal Technical Consultant - Oracle ACE Director Member, Moderator Posts: 38,551 Red DiamondHm, nothing in the stack trace rings a bell. Have you checked the remaining part of the stack trace (the cause part) too?
Have you tried to create a test case directly in 12.2.1.4 (don't migrate, but build a new page!)?
If you don't see this behavior in the test case I guess there is some configuration that has been changed. You can compare the old page against the test case or simply use the new page in the existing app.
Timo
-
Does the error message include a Caused By section; if yes please post.
-
Hi,
This is the full logs that are generated. Note that I have applied also locally the latest available ADF patch Patch 33697227. But the issue is still randomly raised with or without the patch.
Thanks