Java exceptions appearing in Polarion server logs during RISKSHEET rendering are often non-fatal and can be safely ignored.Common log patterns:
java.lang.ClassCastException when iterating document fields
NullPointerException during field conversion
UnsupportedOperationException for renderingLayouts field (fixed in 24.7.0+)
Diagnostic steps:
Check RISKSHEET version - Versions 24.3.1+ provide detailed field identification in error messages
Identify the problematic field - Error message shows which document field caused the exception
Verify field type compatibility - Check if the field type is supported (see Supported Field Types)
Test functional impact - If the RISKSHEET displays correctly despite log errors, the exception is non-fatal
Field rendering exceptions in logs are often harmless—the system automatically skips incompatible document fields during client rendering. Recent versions (24.3.1+) provide enhanced error messages to help identify which specific field causes the issue.
Version-specific issues:
Version
Known Issue
Resolution
< 24.7.0
UnsupportedOperationException for renderingLayouts field
Edit via Polarion’s native editor - Double-click the row header to open the work item lightbox, where rich text editing is fully supported
Use plain text fields - For fields requiring frequent inline editing, use text or multi-line text column types instead of rich text
Nextedy RISKSHEET has incomplete support for editing rich text fields. Line breaks, formatting, and embedded content may be lost when editing rich text columns directly in the grid. This is a known product limitation. Use read-only columns or Polarion’s native editor for rich text content.
In multi-node Polarion deployments, configuration changes may not propagate immediately, causing UI inconsistencies across nodes.
Clear server cache - Restart all Polarion nodes or use Polarion’s cache invalidation API
Check server logs - Open the configuration editor and check logs on each node for rendering differences
Force configuration reload - Edit and save the configuration again to trigger synchronization
Verify consistent deployment - Ensure the same RISKSHEET version is deployed to all nodes
When configuration appears correct on one node but incorrect on others, check server logs after opening the configuration editor. Log analysis is the primary troubleshooting step for diagnosing node-specific rendering issues.
Repeated UnresolvableObjectException errors in GridItems API calls block page rendering.
Check server logs - Look for repeated exceptions with work item IDs
Verify work items exist - Confirm that referenced work items exist in Polarion
Check project context - Ensure linked items are in the correct projects and visible to your user account
Remove invalid references - Delete or update links pointing to missing or unreadable work items
UnresolvableObjectException errors are expensive—stack trace creation and error handling significantly slow page loads. Identify and remove references to missing work items to restore performance.