07-16-2019 09:14 AM
We are using JTAPI as part of a Java 8/Spring Boot application to implement 1st and 3rd party call control on CUCM. The application currently runs in a Docker container (see Docker specs below). After reviewing the JTAPI Supported JVM Versions document (link below) we want to confirm if and how these support guidelines apply to our application, and validate that we developing in an environment supported by Cisco.
Unified JTAPI Supported JVM Versions Reference Document: https://developer.cisco.com/site/jtapi/documents/cisco-unified-jtapi-supported-jvm-versions/
Docker Specs:
07-16-2019 10:28 AM
https://developer.cisco.com/site/jtapi/documents/cisco-unified-jtapi-supported-jvm-versions/
It appears that the Amazon Linux AMI is (or was at some point) based on CentOS, so having JTAPI formally supported for RHEL is good, though not an exact match.
Similarly, JTAPI testing appears to be with Java 1.7, so 1.8 'should work', but is not officially supported. If you can run the process that interacts with JTAPI in a 1.7 JVM that would be the best for compatibility/supportability.
So, if you're looking for a perfect blessing, unfortunately AWS docker/Java8 seems to be off the mark. The ultimate risk is that the non-standard platform introduces some kind of issue - and if DevNet support/JTAPI engineering determines the issue is with the non-standard platform, they may not be able to pursue troubleshooting/fixing.
However, the likelihood that things work fine is very high IMHO, as the platform is very similar to the tested/supported versions, and JTAPI seems to be quite 'pure' Java-wise. Certainly careful testing/validation on your part can help ensure things work smoothly.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide