Author |
Message |
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
What does StackUnsynchronized message mean?
com.avaya.sce.runtimecommon.SCERuntimeException: Servlet Exceptionjava.util.EmptyStackException^M
**** Root Cause ^M
java.util.EmptyStackException
at com.avaya.sce.runtimecommon.StackUnsynchronized.peek(StackUnsynchronized.java:69) <-------------
at com.avaya.sce.runtimecommon.SCESession.getVariableTOSAppName(SCESession.java:938)
at com.avaya.sce.runtime.SCEServlet.requestHandler(SCEServlet.java:227)
Have app originally created in AAOD6, integrated with Tomcat6 running on VP. Upgraded app to AAOD7,
integrated with Tomcat 7 and still running on VP (also updated the runtimeconfig war and lib).
Upgraded script gets the StackUnsynchronized.
|
|
|
|
|
WilsonYu
Joined: Nov 6, 2013
Messages: 3950
Offline
|
It means the somewhere in the app is not synched up due to the upgrade. Is the app using any modules? If so, have those modules been upgraded exported from the new environment? You may want to try re-generate the project and modules manually by using the right click menu option Orchestration Designer->Generate project.
|
|
|
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
Was thinking along those lines although the app does not call any modules.
I created a short script that sets a var and plays a phrase to determine if
it was app related and the test script fails the same way.
Is must be runtimeconfig but, I can't determine why from the catalina logs.
|
|
|
|
|
WilsonYu
Joined: Nov 6, 2013
Messages: 3950
Offline
|
Are you running the app in the development environment or deployment? If deployment, have you upgraded the common runtime support library files?
|
|
|
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
Yes...updated runtime support libs.
|
|
|
|
|
WilsonYu
Joined: Nov 6, 2013
Messages: 3950
Offline
|
Make sure you don't have two scertcommon<version>.jar files in the Tomcat/lib directory. Can you post the trace.log file for running the simple test app that you have trouble with?
|
|
|
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
No duplicates and no trace.log generated (tracing is enabled).
|
|
|
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
The vpAppLogClient.log has the following...don't know if it means anything.
2016-02-16 14:27:52,345 327667 [http-bio-8080-exec-2] ERROR - VPAppLogClientBase:getPassword() - Password is EMPTY
2016-02-16 14:31:02,536 9 [http-bio-8080-exec-1] ERROR - VPAppLogClientBase:getReportUrl() - report URL is EMPTY
2016-02-16 14:31:02,538 11 [http-bio-8080-exec-1] ERROR - VPAppLogClientBase:getUserId() - User ID is EMPTY
2016-02-16 14:31:02,538 11 [http-bio-8080-exec-1] ERROR - ReportWriter:setUserID, useris is NOT set
2016-02-16 14:31:02,538 11 [http-bio-8080-exec-1] ERROR - VPAppLogClientBase:getPassword() - Password is EMPTY
2016-02-16 14:31:02,541 14 [http-bio-8080-exec-1] ERROR - VPAppLogClientBase:getUserId() - User ID is EMPTY
2016-02-16 14:31:02,541 14 [http-bio-8080-exec-1] ERROR - VPAppLogClientBase:getPassword() - Password is EMPTY
2016-02-16 14:31:02,543 16 [http-bio-8080-exec-1] ERROR - VPAppRuntimeVars:VPAppRuntimeVarsFromVPMS() - DO NOT SEND request. Either userid or password is empty!!!
2016-02-16 14:31:08,239 5712 [http-bio-8080-exec-7] ERROR - VPAppLogClientBase:getReportUrl() - report URL is EMPTY
2016-02-16 14:31:08,239 5712 [http-bio-8080-exec-7] ERROR - VPAppLogClientBase:getReportUrl() - report URL is EMPTY
2016-02-16 14:31:08,240 5713 [http-bio-8080-exec-7] ERROR - VPAppLogClientBase:getUserId() - User ID is EMPTY
2016-02-16 14:31:08,240 5713 [http-bio-8080-exec-7] ERROR - ReportWriter:setUserID, useris is NOT set
2016-02-16 14:31:08,240 5713 [http-bio-8080-exec-7] ERROR - VPAppLogClientBase:getPassword() - Password is EMPTY
|
|
|
|
|
WilsonYu
Joined: Nov 6, 2013
Messages: 3950
Offline
|
These errors show when you access the app through the web browser.
Have tried making really calls? Do you have the following properties enabled so that trace log get generated?
data/ddrt.properties
localddtrace=enabled
localapptrace=enabled
showxml=enabled
|
|
|
|
|
WilsonYu
Joined: Nov 6, 2013
Messages: 3950
Offline
|
Also can you post a screenshot of the validation screen of the web browser loading validate.jsp.
|
|
|
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
Verifying directly through Tomcat browser seems to be the problem.
If I go into VP WebAdmin and verify app there it works!
However, if I call the number assigned to the app the call drops
after a few seconds of silence. No app log generated...I'm looking
through the VP logs to see if they indicate why the call isn't answered
by the app.
Why can I verify in WebAdmin but, call doesn't work? The app server
with the app I'm testing is a new addition to this setup. There is also
an app server local on the VP. Apps on the local app server answer
calls when using the same phone number...
|
|
|
|
|
WilsonYu
Joined: Nov 6, 2013
Messages: 3950
Offline
|
If the call reaches the app server, the app should generate some logs. When it works through EPM, do you see some logs?
|
|
|
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
Checked the call detail for test calls I made today and
app url is an old url...not the one in the application admin.
Attached are screen shots.
Thinking MPP restart is needed. ?
|
|
|
|
|
WilsonYu
Joined: Nov 6, 2013
Messages: 3950
Offline
|
I don't quite understand this. It seems to me you have 2 applications configured with different IP. Is that right?
|
|
|
|
|
RobinCapone
Joined: Nov 21, 2013
Messages: 15
Offline
|
No...one application, PFirst_PmtsT administered on AEP with
url 10.0.99.38:8080/...
I place a test call and app doesn't answer so, I check logs
then reports. Can't find any info in logs but call detail report
shows system using a different url.
This app was previously using the 'different' url but, client added
an app server and I deployed app on it and changed url in WebAdmin.
But change does not work.
If I go into 'Applications' through WebAdmin I can verify url...I can
page through the app.
But, calling the AEP fails. Because of the url issue describe above
I'm assuming.
|
|
|