Please login or register to access secure site features.

Note: By continuing to use DevConnect Program Services you agree to our latest Registered Member Terms.

Sign in using DevConnect ID

Forgot password?

Trouble logging in?

Submit a ticket for Registration Support.

I have an SSO ID

?
sign in

Don't have a DevConnect or SSO ID ?

Create a DevConnect account or join the program.

register now
^
New DevConnect members must have forum permissions in order to post messages.
If the Reply and New Post buttons are not available to you, please request access using a General Support request ticket.
Forum Index » Avaya Orchestration Designer » OD 7.2.3 application in "Other" platform   XML
 
Author Message
majgab88522



Joined: 17/09/2021 04:50:05
Messages: 2
Offline

Hello there,

When we export our OD 7.2.3 apps "normally" to Experience Portal platform, it works as expected. WebLM URL is configured in OD runtimeconfig application, it gets the OD license, and operates. Log is redirected to a custom log file under tomcat/logs folder using the ddlog4j.properties.


However, we are testing integration with another vendor's VXML server, and we noticed some OD-generated VXML is not accepted. So we tried to export to "Other" platform, and from then on, it is not logging anymore (not to the custom log file, not to the original log folder, not anywhere), and it is no longer able to get the OD license, we can see the "Invalid runtime license" exception in the catalina.out file.


Question is, what causes OD to to stop logging and not get the license with "Other" platform? As far as I understand, only the VXML layer is supposed to change, not the generic behaviour.


One final thought, for the integration with the other vendor: it seems they are not accepting VXML variables if the name starts with underscore, which is pretty much every built-in OD variable (_avayaExitReason, _avayaExitInfo1, _avayaNoInputCounter, ...). And also not accepting if an expression has try-catch, e.g.


expr="try {JSON.stringify(session.connection.protocol.sip)} catch (errMsg) {'undefined'}"

is also invalid, but simply expr="'undefined'" is accepted. We are trying to see what happens with "Other" platform, but so far it seems these are the same. Any way to influence variable names and try-catch in expressions? Besided using Java bytecode editor to change the scert jar (just kidding :) )
WilsonYu



Joined: 06/11/2013 14:29:24
Messages: 3878
Offline

Logging has never been implemented. I guess we never meant to support other IVR system.
 
 
Go to: