This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal



Mar 1, 2011, 11:09 AM
22 Posts

Exception occurred servicing request...

  • Category: Debugging
  • Platform: Not Applicable
  • Release: 8.5.2
  • Role: Developer
  • Tags: Exception debug error
  • Replies: 4
I have an application which uses techniques documented here (http://www.wissel.net/blog/d6plinks/shwl-7mgfbn) by Stephan Wissel to calculate text data and return a response via a non-rendered XPage.
 
This all works beautifully, and continues to do so for quite some time. Intermittently (and I cannot for the life of me identify any circumstances that lead to this) however, calls to the page result in the server logging error conditions:

01/03/2011 09:44:13 AM HTTP JVM: CLFAD0211E: Exception thrown. For more detailed information, please consult error-log-0.xml located in D:/Lotus/Domino/Data/domino/workspace/logs
01/03/2011 09:44:13 AM HTTP JVM: CLFAD0246E: Exception occurred servicing request for: /web/test.nsf/test.xsp - HTTP Code: 500. For more detailed information, please consult error-log-0.xml located in D:/Lotus/Domino/Data/domino/workspace/logs

I have searched through many similar posts in various forums that describe the same unusual behaviour, but have been unable to determine the root cause. 
  • I have ensured the "display XPages runtime error page" checkbox is checked in the application properties
  • I considered this technote (http://www-01.ibm.com/support/docview.wss?uid=swg21386705) from IBM that instructs me to "clean" the project, but that doesn't help either (and I can't imagine having to perform this each time it starts to fail!)
  • I thoroughly examine the log files on the server, but they give me no more to go on...
2011-03-01T11:21:49.706+11:00 SEVERE CLFAD0211E: Exception thrown  
2011-03-01T11:21:49.706+11:00 SEVERE CLFAD0246E: Exception occurred servicing request for: /web/test.nsf/test.xsp - HTTP Code: 500  
2011-03-01T11:21:52.613+11:00 WARNING CLFAD0008W: Problem checking default error page enablement.  
 
When these error start to arise, they continue until I simply restart the HTTP task and all returns to normal.
They may possibly cease on their own, but I cannot afford to allow them to continue for long. 
 
When they DO start, I run tests to find out what could be going wrong.
The source of the issue seems to be that the XPage is being rendered as a page, rather than returning the data it is supposed to?! 
This, despite the fact that I have set the "rendered" and "createForm" properties to "false" for the XPage.
 
Has anyone else experienced this behaviour?
Any insight y'all could give me would be greatly appreciated! 
 
Cheers!  T. 
 
Mar 1, 2011, 12:55 PM
261 Posts
Re: Exception occurred servicing request...
Haven't seen this before.

Since you're using agent-style agents you must have all your code in one of the XPage events. Can you find out what line in the code is causing the error? Have you tried adding a return statement at the beginning of the event code to see if that code is throwing the error? Is your code wrapped in a try-catch block?
 
Mark
Mar 4, 2011, 4:01 AM
22 Posts
Re: Exception occurred servicing request...
Thanks for your response Mark!
 
I have tried a couple of times to reply to you, but this forum keeps bombing out?
 
In any case, I suppose I should have been more thorough in my initial post...
 
Yes, all of my logic is encapsulated in the XPage afterRenderResponse event, and it is certainly wrapped in a try-catch block.
I have tried several methods of determining the error line, but have had little success. 
 
I haven't yet tried to throw a return statement in there, but will certainly do so as soon as the issue arises again. 
 
Since this is an intermittent issue, it's difficult to jump on it as/when it occurs. 
When it does happen, users want immediate results and there's little time for experimentation.
I will definitely give that a go though, and reply again when I have results to report. 
 
Cheers! 
 
T. 
Mar 4, 2011, 12:16 PM
22 Posts
More information...
 I was finally able to capture the server when the issue presented itself, and it seems to have a broader effect than just the page in question.  
The XPage I originally discussed is referenced on almost every site page, so I suppose that is why it displays the issues mos prevalently.
 
As soon as "the issue" (quoted, 'cause I have no idea where it's roots are!) presents itself, none of the XPages-based architecture on the site works as it should.  
Submit buttons cease to do anything, the aforementioned errors are continually logged on the server console, and "Error 500" errors abound. 
 
The only thing that seems to do the trick is to restart HTTP. 
Suddenly, everything returns to absolute normal and the site works perfectly. 
 
I took your advice Mark, and commented out absolutely all logic, and that had little effect.
I even plonked a return right at the beginning, and that did nothing as well. 
I have reduced the page to the following code: 
 
<?xml version="1.0" encoding="UTF-8"?>
<xp:view xmlns:xp="http://www.ibm.com/xsp/core" rendered="false" createForm="false">

<xp:this.afterRenderResponse><![CDATA[#{javascript:
try{
var exCon = facesContext.getExternalContext(); 
var writer = facesContext.getResponseWriter();
var response = exCon.getResponse();
writer.endDocument();
facesContext.responseComplete();
}catch(e){
writer.endDocument();
facesContext.responseComplete();
print("Page Error: "+e.toString);
return;
}
}]]></xp:this.afterRenderResponse>

</xp:view> 
 
... and when the issue starts, Domino actually renders this page (I never see the results of the 'print' statement on the server console)!
I took a look at the source, and the following was presented back: 
 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta HTTP-EQUIV="REFRESH" CONTENT="0; URL=javascript:void( window.top.location = 'http://www.abc.com.au' )">
<script language="JavaScript" type="text/javascript"> 
<!-- 
document._domino_target = "_self";
function _doClick(v, o, t) {
  var returnValue = false;
  var url="/web/shop.nsf?XPage&Click=" + v;
  if (o.href != null) {
    o.href = url;
    returnValue = true;
  } else {
    if (t == null)
      t = document._domino_target;
    window.open(url, t);
  }
  return returnValue;
}
// -->
</script>
</head>
<body text="#000000" bgcolor="#FFFFFF">
<form action=""></form>
</body>
</html>
 
 
I am a little lost here - Why would Domino start rendering a page that clearly is defined to prevent such a thing?
 
I'm sure there's something happening out in left field that I am missing, but I honestly don't know where to start looking with this one. 
It seems to be more server based, and less related to the page itself (given the necessary steps to resolve). 
 
If anyone has some insight, I'd sure be grateful!
 
Cheers,  T.
Mar 7, 2011, 12:18 AM
22 Posts
I wonder if this issue could be related to an existing APAR?
I continue to search for a reasonable explanation for this issue.
 
The XPage discussed in my original post is called many, many times. 
It essentially sums the values held in a few sessionScope variables, and passes them back to the caller in JSON format. 
 
This is part of a flat HTML site, with a spot for statistics on top of each page.
Those statistics (total units ordered and total spend amount) are retrieved via a javascript function that references that XPage.
The whole thing works beautifully, and then sometimes it just refuses to work at all. 
Once the issue presents itself, it continues until remedial action is taken.
 
There does not appear to be any particular pattern that leads up to this issue. 
All I know is that a quick restart of the HTTP task seems to relieve the problem and return operation to normal. 
I have had to create a couple of event handlers on the server to notify me when the errors start to appear in the server's log and restart the http task automatically.
That works, but is definitely not a very nice solution (especially when visitors lose their session data when HTTP is restarted) - In fact, not a solution at all.
 
So, I continued my search and found this particular IBM APAR... 
 
https://www-304.ibm.com/support/docview.wss?uid=swg1LO56283
 
I wonder if the problem is related to the frequency with which this page is called? 
 
I will be testing this when the site is relatively quiet, but I wonder if anyone has experienced the same issues with a frequently-loaded XPage? 
 
Cheers! 
 
T. 

This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal