Message |
[+]
Avaya Orchestration Designer
» Link item is not working after upgrading to EP7, 20/07/2015 16:03:15
» Go to message
|
|
|
|
[+]
Avaya Orchestration Designer
» Link item is not working after upgrading to EP7, 20/07/2015 15:05:04
» Go to message
|
|
Thanks for your time on finding the reason for this behavior.
So, how to handle this issue on the application?
Just avoid link item and evaluate the grammar result as usual and then take a different path for recognized digits.
|
|
[+]
Avaya Orchestration Designer
» Link item is not working after upgrading to EP7, 17/07/2015 12:01:10
» Go to message
|
|
Attached is the test app from customer.
|
|
[+]
Avaya Orchestration Designer
» Link item is not working after upgrading to EP7, 17/07/2015 11:18:44
» Go to message
|
|
Customer says that link item is not working on the simulator as well.
Also, he exported the app with correct Platform and ASR settings and observes the same issue on the Platform/App Server as well.
Attaching the trace logs here.
|
|
[+]
Avaya Orchestration Designer
» Link item is not working after upgrading to EP7, 13/07/2015 08:59:59
» Go to message
|
|
No Wilson, DTMF 0 was entered, please see the complete log below.
08/07/2015 18:42:25:322 INFO - BA55D7A0B258CD837FF7FD5D06008997:/testdtmf : Storing :GreetingGeneralMenu___confidence to complex: GreetingGeneralMenu:confidence as [1]
08/07/2015 18:42:25:322 INFO - BA55D7A0B258CD837FF7FD5D06008997:/testdtmf : Storing :GreetingGeneralMenu___inputmode to complex: GreetingGeneralMenu:inputmode as [dtmf]
08/07/2015 18:42:25:322 INFO - BA55D7A0B258CD837FF7FD5D06008997:/testdtmf : Storing :GreetingGeneralMenu___value to complex: GreetingGeneralMenu:value as [0]
08/07/2015 18:42:25:322 INFO - BA55D7A0B258CD837FF7FD5D06008997:/testdtmf : Storing :GreetingGeneralMenu___interpretation to complex: GreetingGeneralMenu:interpretation as [0]
08/07/2015 18:42:25:322 INFO - BA55D7A0B258CD837FF7FD5D06008997:/testdtmf : Storing :GreetingGeneralMenu___utterance to complex: GreetingGeneralMenu:utterance as [0]
08/07/2015 18:42:25:322 INFO - BA55D7A0B258CD837FF7FD5D06008997:/testdtmf : Storing :GreetingGeneralMenu___noinputcount to complex: GreetingGeneralMenu:noinputcount as [0]
08/07/2015 18:42:25:322 INFO - BA55D7A0B258CD837FF7FD5D06008997:/testdtmf : Storing :GreetingGeneralMenu___nomatchcount to complex: GreetingGeneralMenu:nomatchcount as [0]
There are 2 link items (for 0 and 2) on the Prompt and Collect.
|
|
[+]
Avaya Orchestration Designer
» Link item is not working after upgrading to EP7, 10/07/2015 16:35:29
» Go to message
|
|
Customer is saying that after upgrading from VP5 to EP7, link item (for DTMF digit) on Prompt & Collect is not working.
Application trace.log is attached.
|
|
[+]
Avaya Orchestration Designer
» CAV not loading always on WebSphere 8 and EP 7 Environment, 12/01/2015 14:10:43
» Go to message
|
|
|
|
[+]
Avaya Orchestration Designer
» CAV not loading always on WebSphere 8 and EP 7 Environment, 12/01/2015 11:13:24
» Go to message
|
|
(1) We have an issue, where CAV is not loading now but it was working earlier.
(2) Updated CAV value is not getting loaded, instead previous value is being used.
Environment:-
Websphere - 8.0.2
OD - 07.00.18.01
JDK - 1.6.0
EP - 7.0
Customer have two EPs,
(a) PROD - 1 EPM and 2 MPPs
(b) TEST - EPM/MPP on the same box (software only option).
(1) Initially we had firewall issue (not able to enter CAV values) between EPM and WAS, then it was resolved by the customer. Since then CAV are working fine for more than a month, and we completed most of our testing.
Now suddenly (just a week before going into production) CAV values are not loading, and trace shows empty values.
While CAV is not are working in PROD, but no issue on TEST.
Note that, even though we have 2 EPs, only one App Server is used, meaning that both EP were configured with same application URL.
Also, noticed that, when we request the customer to re-start the JVM instance (they have separate instance for our EP application), the PROD EP started working, but TEST EP failed. (This vise versa behavior repeated few times whenever we request for JVM re-start).
(2) While troubleshooting issue (1), we noticed that when we tried to update the values on EPM, the OD app was not getting the new values, instead it was using the old values.
We tried re-starting the MPPs and EPM, but not change. Then we requested customer to re-start the JVM instance on the WAS, after re-start, the OD app got the new CAV values.
I can provide the logs for troubleshooting if necessary.
|
|
[+]
Avaya Orchestration Designer/Dialog Designer (Archive - Oct 2013 and earlier)
» Backup Phrase Text for External Audio Files, 30/04/2013 12:02:10
» Go to message
|
|
Sorry about that.
Thank you Ross, it's working now.
|
|
[+]
Avaya Orchestration Designer/Dialog Designer (Archive - Oct 2013 and earlier)
» Backup Phrase Text for External Audio Files, 29/04/2013 21:08:09
» Go to message
|
|
Thank you Ross for your quick response.
I think the problem started after adding below code to phraseset java file. If I remove this code, then the backup text is getting played. I do want to override the phrase URL with external location. How do I resolve this issue?
FYI, I'm testing this on the simulator, and I do see OD is generating the vxml code with backup text, but not seeing the backup text if I override using hookGetPhrase().
----------------------------------------------
@Override
public com.avaya.sce.runtime.Phrase hookGetPhrase(String internalPhraseName, com.avaya.sce.runtime.Phrase phraseObject)
{
String sURL = this.getMySession().getVariableField(IProjectVariables.PHRASESET_URL, IProjectVariables.PHRASESET_URL_FIELD_ENGLISH_CUSTOM).getStringValue();
sURL = sURL + phraseObject.getFileName();
return new com.avaya.sce.runtime.ExternalPhrase(sURL);
}
|
|
[+]
Avaya Orchestration Designer/Dialog Designer (Archive - Oct 2013 and earlier)
» Backup Phrase Text for External Audio Files, 29/04/2013 18:05:39
» Go to message
|
|
I believe when we configure the Audio File Location as External URL, then 'Phrase Text' is not getting played using TTS when the audio file is missing, is that correct?
If yes, Is there a way to play the backup text using TTS (when external audio file is missing)?
|
|
[+]
Avaya Orchestration Designer/Dialog Designer (Archive - Oct 2013 and earlier)
» Missing SOAP Headers, 23/11/2011 10:31:06
» Go to message
|
|
Thank you Dennis, we will take that approach then.
|
|
[+]
Avaya Orchestration Designer/Dialog Designer (Archive - Oct 2013 and earlier)
» Missing SOAP Headers, 18/11/2011 12:03:40
» Go to message
|
|
Client confirmed that they are not using any authentication, but using these securities.
SSL using 1028 bit Encryption
Digital Cert to Sign Request
SOAP Message encryption
Here is the sample request message,
<?xml version="1.0" encoding="UTF-8" ?>
- <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xenc="http://www.w3.org/2001/04/xmlenc#">
- <soapenv:Header>
- <wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" soapenv:mustUnderstand="1">
- <wsu:Timestamp xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="Timestamp-4">
<wsu:Created>2011-11-18T16:20:12.671Z</wsu:Created>
<wsu:Expires>2011-11-18T16:25:12.671Z</wsu:Expires>
</wsu:Timestamp>
- <xenc:EncryptedKey Id="EncKeyId-F81469C543CE269319132163321271810">
<xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-1_5" />
- <ds:KeyInfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
- <wsse:SecurityTokenReference>
<wsse:KeyIdentifier EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509SubjectKeyIdentifier">2X67d0G1SQjcce53SzpZKR0s2n4=</wsse:KeyIdentifier>
</wsse:SecurityTokenReference>
</ds:KeyInfo>
- <xenc:CipherData>
<xenc:CipherValue>fthjWiWWgDuQV+YAxXm9R0wqjBlHb9MuM8Bjh9HraI8M3hL2OkJkjb5319e/pXghwrP+oHuEE0OR6NmV6NDds/ttS5J/R8M9kp0MHBf4O9/8JaaxRKsroOGUUgZfOMDSecB90i9CtAKubO9XY9pmCW+WnNt7nR7h2ZXyr3FDoAc=</xenc:CipherValue>
</xenc:CipherData>
- <xenc:ReferenceList>
<xenc:DataReference URI="#EncDataId-6" />
</xenc:ReferenceList>
</xenc:EncryptedKey>
<wsse:BinarySecurityToken xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="CertId-F81469C543CE26931913216332126716">MIICTzCCAbigAwIBAgIESy9O5zANBgkqhkiG9w0BAQUFADBsMQswCQYDVQQGEwJMSzEQMA4GA1UECBMHV2VzdGVybjEQMA4GA1UEBxMHQ29sb21ibzEPMA0GA1UEChMGQXBhY2hlMRAwDgYDVQQLEwdSYW1wYXJ0MRYwFAYDVQQDEw1TYW1wbGUgQ2xpZW50MB4XDTA5MTIyMTEwMzMxMVoXDTM3MDUwNzEwMzMxMVowbDELMAkGA1UEBhMCTEsxEDAOBgNVBAgTB1dlc3Rlcm4xEDAOBgNVBAcTB0NvbG9tYm8xDzANBgNVBAoTBkFwYWNoZTEQMA4GA1UECxMHUmFtcGFydDEWMBQGA1UEAxMNU2FtcGxlIENsaWVudDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAjBQM+kgC0Wm9hk9v4pjLSg5yK0Em2ulyDmODckWv4mZJ8YwJPVgqEIzwRiOnNBH3s+wFCw297zDsnEgDKSQrsPf1smVUOK/slyDPbqZ47Ewcs07nCPfNigncmpbcaluO3bMw9Oqj9VIYjrUHu5xCp2Fe39ZPbwOzLtAmT8b6iucCAwEAATANBgkqhkiG9w0BAQUFAAOBgQAnjPanrVjFVkxnhsj83RJA2tK//v99KpPf3do9VUI2yEgvBZUzH3q2jk3widwEcsJMHgbRr3VTFL7dNVdCYBcI1KiBY9SMa1XZ4RIHmw7gkJt1JTgjKBzfrout2z614KixRf4w7qkDacGxkNspXG/PSlh03Lfm5sb0vzH1aqBl3g==</wsse:BinarySecurityToken>
- <ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-5">
- <ds:SignedInfo>
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" />
<ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" />
- <ds:Reference URI="#Id-27787651">
- <ds:Transforms>
<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" />
</ds:Transforms>
<ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />
<ds:DigestValue>pt58uHdC3mH4cOLJ4ER9266QLIM=</ds:DigestValue>
</ds:Reference>
- <ds:Reference URI="#Timestamp-4">
- <ds:Transforms>
<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" />
</ds:Transforms>
<ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />
<ds:DigestValue>ZdgMiLWH+xauKVTIew8ep5n2hJE=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>XWpF7ac0jLNT67ATMduPw3tDmnv3LXoQamtHSVSORsS8W1QtleqWiuHJ26h1Fe1o3A+52khhTnR/ DN6MKwpsp5oOQlraylvOM+Kfzc6ZdPARmY0opEblp8ry7XJZE6VJ6fIRiCtpzH8ZhGhDBQaoRMzq BuIbP6so68c+/cOC6sg=</ds:SignatureValue>
- <ds:KeyInfo Id="KeyId-F81469C543CE26931913216332126717">
- <wsse:SecurityTokenReference xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="STRId-F81469C543CE26931913216332126718">
<wsse:Reference URI="#CertId-F81469C543CE26931913216332126716" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" />
</wsse:SecurityTokenReference>
</ds:KeyInfo>
</ds:Signature>
</wsse:Security>
</soapenv:Header>
- <soapenv:Body xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="Id-27787651">
- <xenc:EncryptedData Id="EncDataId-6" Type="http://www.w3.org/2001/04/xmlenc#Content">
<xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#tripledes-cbc" />
- <ds:KeyInfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
- <wsse:SecurityTokenReference xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
<wsse:Reference URI="#EncKeyId-F81469C543CE269319132163321271810" />
</wsse:SecurityTokenReference>
</ds:KeyInfo>
- <xenc:CipherData>
<xenc:CipherValue>lnhLEysPfaGMZKdpzFYVUUHoVXArlk2p+FcoV6iK6BBfj/HHyZ+2kyxWj9ImRTfqcuTrL8hT6JMY AwfWJAgl+hraft+biBsTOPdf4i8+mXY2w2PrnRCjz6ckpgIG65YifaPikf9Gu46kw6N4bJkWplxk JPhgklZKwApCoZIqLNl/xBLvJuz4RZbk/sSV+MQX4rzJiwWKnB7Gc9O9JtvwUgvnS0XIHhWc06eH 9LngOJXAIZoIAZvkd8yCwcoYJxU6zXZCsTjS2jEhOLAJA4DKTazNw/BXmxVM3qognYohXEe3FQC9 P8EUzSPL1qDU9iVe5+GKza5bRSIvyyNJ0tqkZmP9Yp8JC8ol4gWLzG45qrcY6Z6J2Ums/yrjOblX /g49lNyfkWq8wnosKAoKrAc05KK5rN9WdlQCo+UTDfiHC810VcP+A622EIS7IzedKIGB4HqZqVSf 31IhdXahDtmtS7Q6dfD2CW7h</xenc:CipherValue>
</xenc:CipherData>
</xenc:EncryptedData>
</soapenv:Body>
</soapenv:Envelope>
|
|
[+]
Avaya Orchestration Designer/Dialog Designer (Archive - Oct 2013 and earlier)
» Missing SOAP Headers, 17/11/2011 22:33:09
» Go to message
|
|
They didn't provide any authentication info, just asked to use the certificate. I'm not familiar with Rampart either.
|
|
[+]
Avaya Orchestration Designer/Dialog Designer (Archive - Oct 2013 and earlier)
» Missing SOAP Headers, 17/11/2011 22:15:08
» Go to message
|
|
I was told that the web service owener is using Rampart/Axis2 security authentication and provided the https URL for the web service. However, I'm still waiting on some sample request messages with SOAP headers.
Meanwhile, I installed the certificate/ keystore and using "Sign SOAP Message" option on WSOP editor.
But getting 'Access denied' error, please see the trace .log below. Can you please advise on what could be wrong?
16/11/2011 15:41:24:730 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Assigning [ 590289136 ] to [GE_Consolidated_WebSvc_Var:WS_IN_SSN_OR_SSO]
16/11/2011 15:41:24:730 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Assigning [SSO] to [GE_Consolidated_WebSvc_Var:WS_IN_SSN_SSO_IND]
16/11/2011 15:41:24:730 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Assigning [SSO] to [GE_Consolidated_WebSvc_Var:WS_IN_OPT]
16/11/2011 15:41:24:745 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Using SCESession 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest servlet : untitledServlet1
16/11/2011 15:41:24:745 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Using SCESession 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest servlet : InvokeWS_ssoValidate
16/11/2011 15:41:24:745 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : [condition1] Condition [GE_Consolidated_Conf_Var:CV_Env_GE_WS_URL] String Equal [DEV] next [null]
16/11/2011 15:41:24:745 DEBUG - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Admin VariableField:getStringValue(): return string value for GE_Consolidated_Conf_Var:CV_Env_GE_WS_URL
16/11/2011 15:41:24:745 DEBUG - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : get param for app: GeWsTest
16/11/2011 15:41:24:792 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Calling method [{http://ivr.service.ge}ssoValidate] on web service [AV_WS_IVR_VERIFY0] at [https://webservicedev.corporate.ge.com/NASApp/axis/services/AV_WS_IVR_VERIFY0.AV_WS_IVR_VERIFY0HttpsSoap12Endpoint/]
16/11/2011 15:41:25:370 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Signing soap message using keystore at C:\Program Files\Java\jdk1.6.0_10\jre\lib\security, alias: ge_ws, provider: SUN, and a password with a length of 6
16/11/2011 15:41:25:776 ERROR - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Failed opening key store for signing soap message: C:\Program Files\Java\jdk1.6.0_10\jre\lib\security (Access is denied)
16/11/2011 15:41:25:776 ERROR - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Failed signing envelope: C:\Program Files\Java\jdk1.6.0_10\jre\lib\security (Access is denied)
16/11/2011 15:41:25:792 INFO - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : Capturing exception [java.io.FileNotFoundException]. Message [C:\Program Files\Java\jdk1.6.0_10\jre\lib\security (Access is denied)]
16/11/2011 15:41:25:792 ERROR - 3047C84B6D323F0232FFA53677B81C6A:/GeWsTest : session id:sess9139449 | Error processing request
EXCEPTION>
java.lang.Exception: java.io.FileNotFoundException: C:\Program Files\Java\jdk1.6.0_10\jre\lib\security (Access is denied)
at com.avaya.sce.runtime.AppServlet.processRequest(AppServlet.java:112)
at com.avaya.sce.runtime.SCEServlet.requestHandler(SCEServlet.java:267)
at com.avaya.sce.runtime.SCEServlet.doPost(SCEServlet.java:184)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at com.avaya.sce.runtime.SCEServlet.forward(SCEServlet.java:1274)
at com.avaya.sce.runtime.BasicServlet.handleRequest(BasicServlet.java:116)
at com.avaya.sce.runtime.AppServlet.processRequest(AppServlet.java:78)
at com.avaya.sce.runtime.SCEServlet.requestHandler(SCEServlet.java:267)
at com.avaya.sce.runtime.SCEServlet.doPost(SCEServlet.java:184)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at com.avaya.sce.runtime.SCEServlet.forward(SCEServlet.java:1274)
at com.avaya.sce.runtime.Data.handleRequest(Data.java:128)
at com.avaya.sce.runtime.AppServlet.processRequest(AppServlet.java:78)
at com.avaya.sce.runtime.SCEServlet.requestHandler(SCEServlet.java:267)
at com.avaya.sce.runtime.SCEServlet.doPost(SCEServlet.java:184)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.FileNotFoundException: C:\Program Files\Java\jdk1.6.0_10\jre\lib\security (Access is denied)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(Unknown Source)
at java.io.FileInputStream.<init>(Unknown Source)
at org.apache.ws.security.components.crypto.AbstractCrypto.<init>(AbstractCrypto.java:75)
at org.apache.ws.security.components.crypto.AbstractCrypto.<init>(AbstractCrypto.java:52)
at org.apache.ws.security.components.crypto.Merlin.<init>(Merlin.java:66)
at com.avaya.sce.runtime.connectivity.ws2.CallService.getCrypto(CallService.java:430)
at com.avaya.sce.runtime.connectivity.ws2.CallService.signSOAPEnvelope(CallService.java:459)
at com.avaya.sce.runtime.connectivity.ws2.DDAxis2Stub.execute(DDAxis2Stub.java:110)
at com.avaya.sce.runtime.connectivity.ws2.CallService.execute(CallService.java:389)
at com.avaya.sce.runtime.Data.evaluateActions(Data.java:165)
at flow.InvokeWS_ssoValidate.executeDataActions(InvokeWS_ssoValidate.java:77)
at com.avaya.sce.runtime.Data.handleRequest(Data.java:81)
at com.avaya.sce.runtime.AppServlet.processRequest(AppServlet.java:78)
... 42 more
|
|