Mailing List Archive

Java and custom UCCX
Hi guys,

I?m not sure if we are supposed to do this.
I am stuck on a Java and UCCX issue.

We are trying to run a custom class, and we are having issues with the loading of the class.
It seems very Cisco specific as we can run it anywhere else compiled and ran on same JDK/JRE etc.

We?ve put a lot of hours in so far and tried a lot of things, but at a bit of a roadblock.

I know there are some great UCCX people on here. Wondering if anyone might be up for a quick chat on Webex Teams.

Cheers,

Tim

Get Outlook for iOS<https://aka.ms/o0ukef>
Re: Java and custom UCCX [ In reply to ]
Big guys, I should be more specific :)

Exact challenge

* UCCX 10.0 with JRE 1.6
* Does not support TLS 1.2
* We need to make a REST call with OAUTH and TLS 1.2
* Using bouncy castle to try and get around the JRE TLS limitation

Should also note we have working on 11.x with JRE 7 and no bouncy castle. (Which sounds less fun, but it works better :)

Cheers,

Tim

Get Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: Tim Smith
Sent: Thursday, March 26, 2020 10:00:07 AM
To: voyp list, cisco-voip (cisco-voip@puck.nether.net) <cisco-voip@puck.nether.net>
Subject: Java and custom UCCX

Hi guys,

I?m not sure if we are supposed to do this.
I am stuck on a Java and UCCX issue.

We are trying to run a custom class, and we are having issues with the loading of the class.
It seems very Cisco specific as we can run it anywhere else compiled and ran on same JDK/JRE etc.

We?ve put a lot of hours in so far and tried a lot of things, but at a bit of a roadblock.

I know there are some great UCCX people on here. Wondering if anyone might be up for a quick chat on Webex Teams.

Cheers,

Tim

Get Outlook for iOS<https://aka.ms/o0ukef>
Re: Java and custom UCCX [ In reply to ]
I did a Java thing....once
<https://community.cisco.com/t5/contact-center/how-to-using-a-custom-java-class-in-uccx-5-x-soap-example/td-p/1029442>....never
again man. never again.

I would recommend posting in the UCCX community forum
<https://community.cisco.com/t5/contact-center/bd-p/5926-discussions-contact-center>,
as there are at least 2 or 3 regulars who I believe could help with this
type of thing.

And, it's less active, but the developer section for UCCX
<https://community.cisco.com/t5/contact-center/bd-p/j-disc-dev-contact-center>
might be worth a shot too.

Last but not least, the dude's over at Cloverhound seem to love challenges,
as they've competed in like a dozen Engineering Death match episodes.
Maybe ping them on Twitter <https://twitter.com/cloverhound>.

Good luck. I look forward to hearing the outcome.

On Wed, Mar 25, 2020 at 6:09 PM Tim Smith <tim.smith@enject.com.au> wrote:

> Big guys, I should be more specific :)
>
> Exact challenge
>
> - UCCX 10.0 with JRE 1.6
> - Does not support TLS 1.2
> - We need to make a REST call with OAUTH and TLS 1.2
> - Using bouncy castle to try and get around the JRE TLS limitation
>
> Should also note we have working on 11.x with JRE 7 and no bouncy castle.
> (Which sounds less fun, but it works better :)
>
> Cheers,
>
> Tim
>
> Get Outlook for iOS <https://aka.ms/o0ukef>
> ------------------------------
> *From:* Tim Smith
> *Sent:* Thursday, March 26, 2020 10:00:07 AM
> *To:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Java and custom UCCX
>
> Hi guys,
>
> I’m not sure if we are supposed to do this.
> I am stuck on a Java and UCCX issue.
>
> We are trying to run a custom class, and we are having issues with the
> loading of the class.
> It seems very Cisco specific as we can run it anywhere else compiled and
> ran on same JDK/JRE etc.
>
> We’ve put a lot of hours in so far and tried a lot of things, but at a bit
> of a roadblock.
>
> I know there are some great UCCX people on here. Wondering if anyone might
> be up for a quick chat on Webex Teams.
>
> Cheers,
>
> Tim
>
> Get Outlook for iOS <https://aka.ms/o0ukef>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
Re: Java and custom UCCX [ In reply to ]
I shunted in a new oracle jdbc jar to replace the existing one (and thus losing the entire database connection pooling framework that CCX has) because the in built one is archaic and doesn’t work with oracle encryption or modern rev, then wrote some java code to handle simple queries.

It works until it doesn’t want to – SU installs or system reboots sometimes the jar doesn’t load for … no given reason at all, then you have to reboot to bring it up hopefully.

As bad as it sounds if you’re stuck on that system would it be more reasonable to write a broker/proxy that can shuttle these requests for you?

Adam

From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Anthony Holloway
Sent: Thursday, March 26, 2020 2:32 AM
To: Tim Smith <tim.smith@enject.com.au>
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Java and custom UCCX

I did a Java thing....once<https://community.cisco.com/t5/contact-center/how-to-using-a-custom-java-class-in-uccx-5-x-soap-example/td-p/1029442>....never again man. never again.

I would recommend posting in the UCCX community forum<https://community.cisco.com/t5/contact-center/bd-p/5926-discussions-contact-center>, as there are at least 2 or 3 regulars who I believe could help with this type of thing.

And, it's less active, but the developer section for UCCX<https://community.cisco.com/t5/contact-center/bd-p/j-disc-dev-contact-center> might be worth a shot too.

Last but not least, the dude's over at Cloverhound seem to love challenges, as they've competed in like a dozen Engineering Death match episodes. Maybe ping them on Twitter<https://twitter.com/cloverhound>.

Good luck. I look forward to hearing the outcome.

On Wed, Mar 25, 2020 at 6:09 PM Tim Smith <tim.smith@enject.com.au<mailto:tim.smith@enject.com.au>> wrote:
Big guys, I should be more specific :)

Exact challenge

* UCCX 10.0 with JRE 1.6
* Does not support TLS 1.2
* We need to make a REST call with OAUTH and TLS 1.2
* Using bouncy castle to try and get around the JRE TLS limitation
Should also note we have working on 11.x with JRE 7 and no bouncy castle. (Which sounds less fun, but it works better :)

Cheers,

Tim

Get Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: Tim Smith
Sent: Thursday, March 26, 2020 10:00:07 AM
To: voyp list, cisco-voip (cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>) <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Java and custom UCCX

Hi guys,

I’m not sure if we are supposed to do this.
I am stuck on a Java and UCCX issue.

We are trying to run a custom class, and we are having issues with the loading of the class.
It seems very Cisco specific as we can run it anywhere else compiled and ran on same JDK/JRE etc.

We’ve put a lot of hours in so far and tried a lot of things, but at a bit of a roadblock.

I know there are some great UCCX people on here. Wondering if anyone might be up for a quick chat on Webex Teams.

Cheers,

Tim

Get Outlook for iOS<https://aka.ms/o0ukef>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: Java and custom UCCX [ In reply to ]
I see your post on the developer forums, and as as here, didn't get much in
the way of a solution. Did you ever end up moving past your hurdles and
successfully solve this one?

On Thu, Mar 26, 2020 at 6:58 AM Pawlowski, Adam <ajp26@buffalo.edu> wrote:

> I shunted in a new oracle jdbc jar to replace the existing one (and thus
> losing the entire database connection pooling framework that CCX has)
> because the in built one is archaic and doesn’t work with oracle encryption
> or modern rev, then wrote some java code to handle simple queries.
>
>
>
> It works until it doesn’t want to – SU installs or system reboots
> sometimes the jar doesn’t load for … no given reason at all, then you have
> to reboot to bring it up hopefully.
>
>
>
> As bad as it sounds if you’re stuck on that system would it be more
> reasonable to write a broker/proxy that can shuttle these requests for you?
>
>
>
> Adam
>
>
>
> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *Anthony
> Holloway
> *Sent:* Thursday, March 26, 2020 2:32 AM
> *To:* Tim Smith <tim.smith@enject.com.au>
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Java and custom UCCX
>
>
>
> I did a Java thing....once
> <https://community.cisco.com/t5/contact-center/how-to-using-a-custom-java-class-in-uccx-5-x-soap-example/td-p/1029442>....never
> again man. never again.
>
>
>
> I would recommend posting in the UCCX community forum
> <https://community.cisco.com/t5/contact-center/bd-p/5926-discussions-contact-center>,
> as there are at least 2 or 3 regulars who I believe could help with this
> type of thing.
>
>
>
> And, it's less active, but the developer section for UCCX
> <https://community.cisco.com/t5/contact-center/bd-p/j-disc-dev-contact-center>
> might be worth a shot too.
>
>
>
> Last but not least, the dude's over at Cloverhound seem to love
> challenges, as they've competed in like a dozen Engineering Death match
> episodes. Maybe ping them on Twitter <https://twitter.com/cloverhound>.
>
>
>
> Good luck. I look forward to hearing the outcome.
>
>
>
> On Wed, Mar 25, 2020 at 6:09 PM Tim Smith <tim.smith@enject.com.au> wrote:
>
> Big guys, I should be more specific :)
>
>
>
> Exact challenge
>
> - UCCX 10.0 with JRE 1.6
> - Does not support TLS 1.2
> - We need to make a REST call with OAUTH and TLS 1.2
> - Using bouncy castle to try and get around the JRE TLS limitation
>
> Should also note we have working on 11.x with JRE 7 and no bouncy castle.
> (Which sounds less fun, but it works better :)
>
>
>
> Cheers,
>
>
>
> Tim
>
>
>
> Get Outlook for iOS <https://aka.ms/o0ukef>
> ------------------------------
>
> *From:* Tim Smith
> *Sent:* Thursday, March 26, 2020 10:00:07 AM
> *To:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Java and custom UCCX
>
>
>
> Hi guys,
>
>
>
> I’m not sure if we are supposed to do this.
>
> I am stuck on a Java and UCCX issue.
>
>
>
> We are trying to run a custom class, and we are having issues with the
> loading of the class.
>
> It seems very Cisco specific as we can run it anywhere else compiled and
> ran on same JDK/JRE etc.
>
>
>
> We’ve put a lot of hours in so far and tried a lot of things, but at a bit
> of a roadblock.
>
>
>
> I know there are some great UCCX people on here. Wondering if anyone might
> be up for a quick chat on Webex Teams.
>
>
>
> Cheers,
>
>
>
> Tim
>
>
>
> Get Outlook for iOS <https://aka.ms/o0ukef>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
Re: Java and custom UCCX [ In reply to ]
Hey Anthony, been buried working on it ???? forgot to check back here.

Hope everyone is keeping safe!

I think probably was working with most of the guys you are thinking of there inc Cloverhound.
It managed to stump a lot of people, and we did end up digging pretty deep with a couple of great Cisco escalation guys too.
I think the only people that could solve it are really deep in the development team, and it's not really worth it.
The short answer is upgrade or offbox (because we have a nice version of this working in 11.x) already with no issues.

The big issue was the old JRE, and the lack of TLS 1.2.
All of the code was running off box with exactly the same versions etc, so it seemed to be something specific to UCCX, possibly a security measure or restriction.

Anyway, we wanted to run off box proxy, but we weren't permitted in this environment.
So we built off box in AWS (API Gateway and Lambda)
And it's working really nicely.

I think as you said below... no more Java..
Use the Set Steps if required (we have done that instead of the built in REST step)
And we have one custom class to override the certificate trust (as there also seems to be a bug with that in the version of UCCX - it doesn't trust things in it's trust store) ????

But yeah, no more Java seems like a good plan.

Cheers,

Tim


________________________________
From: Anthony Holloway <avholloway+cisco-voip@gmail.com>
Sent: Wednesday, 8 April 2020 6:54 AM
To: Tim Smith <tim.smith@enject.com.au>
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Java and custom UCCX


EXTERNAL SENDER WARNING. This message was sent from outside your organisation. Please do not click links or open attachments unless you recognise the source of this email and know the content is safe.

I see your post on the developer forums, and as as here, didn't get much in the way of a solution. Did you ever end up moving past your hurdles and successfully solve this one?

On Thu, Mar 26, 2020 at 6:58 AM Pawlowski, Adam <ajp26@buffalo.edu<mailto:ajp26@buffalo.edu>> wrote:

I shunted in a new oracle jdbc jar to replace the existing one (and thus losing the entire database connection pooling framework that CCX has) because the in built one is archaic and doesn’t work with oracle encryption or modern rev, then wrote some java code to handle simple queries.



It works until it doesn’t want to – SU installs or system reboots sometimes the jar doesn’t load for … no given reason at all, then you have to reboot to bring it up hopefully.



As bad as it sounds if you’re stuck on that system would it be more reasonable to write a broker/proxy that can shuttle these requests for you?



Adam



From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Anthony Holloway
Sent: Thursday, March 26, 2020 2:32 AM
To: Tim Smith <tim.smith@enject.com.au<mailto:tim.smith@enject.com.au>>
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>) <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Java and custom UCCX



I did a Java thing....once<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fhow-to-using-a-custom-java-class-in-uccx-5-x-soap-example%2Ftd-p%2F1029442&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014152404&sdata=MgWN652lXXXVCdZbF528gnCGy5GJ9i0yxXmTXOMz%2Fa0%3D&reserved=0>....never again man. never again.



I would recommend posting in the UCCX community forum<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2F5926-discussions-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014162396&sdata=%2FRDeWzMC1KxZfYSW2gQpOUYoQfVq3%2FjE9ZhGNKZSAIk%3D&reserved=0>, as there are at least 2 or 3 regulars who I believe could help with this type of thing.



And, it's less active, but the developer section for UCCX<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2Fj-disc-dev-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014162396&sdata=tmQrbl9GLeBnJzgFrel%2FEvILfYREBQQQSzPrMCv3VhQ%3D&reserved=0> might be worth a shot too.



Last but not least, the dude's over at Cloverhound seem to love challenges, as they've competed in like a dozen Engineering Death match episodes. Maybe ping them on Twitter<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fcloverhound&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014172396&sdata=1xcOi6jKrq77KG7qKf6AU5X3o7KJ%2FZREKl2k3xSMO%2Bo%3D&reserved=0>.



Good luck. I look forward to hearing the outcome.



On Wed, Mar 25, 2020 at 6:09 PM Tim Smith <tim.smith@enject.com.au<mailto:tim.smith@enject.com.au>> wrote:

Big guys, I should be more specific :)



Exact challenge

* UCCX 10.0 with JRE 1.6
* Does not support TLS 1.2
* We need to make a REST call with OAUTH and TLS 1.2
* Using bouncy castle to try and get around the JRE TLS limitation

Should also note we have working on 11.x with JRE 7 and no bouncy castle. (Which sounds less fun, but it works better :)



Cheers,



Tim



Get Outlook for iOS<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2C8phXTi73WddEIOG_rUCgOD6q7ZqWMhfacXQ9l8evIaf-M4z2b-HHpgLNPUL5tD1GG_8BYCvEMdy2tjezqShwJiO9rCr2cekH_njaEACr3Tk%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014172396&sdata=ymog6IpOrf0xp4So4%2FwVXftaY9T5twkIylGYfLtWXTM%3D&reserved=0>

________________________________

From: Tim Smith
Sent: Thursday, March 26, 2020 10:00:07 AM
To: voyp list, cisco-voip (cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>) <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Java and custom UCCX



Hi guys,



I’m not sure if we are supposed to do this.

I am stuck on a Java and UCCX issue.



We are trying to run a custom class, and we are having issues with the loading of the class.

It seems very Cisco specific as we can run it anywhere else compiled and ran on same JDK/JRE etc.



We’ve put a lot of hours in so far and tried a lot of things, but at a bit of a roadblock.



I know there are some great UCCX people on here. Wondering if anyone might be up for a quick chat on Webex Teams.



Cheers,



Tim



Get Outlook for iOS<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2Ct8tEjZJ9Gyr7mA9AjNPOGAdCuW66OH00JM4c1Vq6-JwrhUU-w5QOQWc_2rV4ejxIoRSBwo_-XbgKG1YBKZd-YU2Jmz8kbXmlBFPPVYO-vwUwyg%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014172396&sdata=sga%2F8Jq6i7tfUnwhgQ20Fs9T0OIQEPMgNB%2F6%2FdsvWf8%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CHCxr10uF7ITcfNpzP2eI15FpskJ7_xQtjfsvwChM_9T4YYOySDmFF9h1THFgUMzQOUey2PVmM_sMhnq7Mt-bH34ceaPs1XhJf_mJIz6nI32vvt6cUr1DQDaMft9u%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014182384&sdata=7Qhm5phRcAfqGvthhxn4pYRYzFxsXyoEJLdMQvInLPQ%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CuAAmAhVLXODpy7ffvQUl2AruuvzJBcJjUiuUf_N21VkDVV4iYsFqgtId5XuHNSX453qHKPQX9qsv5NN4lj7l8bPDs3-Jeb7Pu6c56CikeCoaA4A-B81JAFx_Xw%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014182384&sdata=5yUK6qJFEUyDxXnT5vX1ZCMTQKxzzZOcCLN95qlBmZI%3D&reserved=0>
Re: Java and custom UCCX [ In reply to ]
Thanks for the update. Strange that the cert didn't work for you. It used
to be in 9.x and lower
<https://bst.cloudapps.cisco.com/bugsearch/bug/CSCue13884> that you'd need
root access to add certs to the keystore, but not since v10.

On Tue, Apr 14, 2020 at 11:01 PM <tim.smith@enject.com.au> wrote:

> Hey Anthony, been buried working on it ???? forgot to check back here.
>
> Hope everyone is keeping safe!
>
> I think probably was working with most of the guys you are thinking of
> there inc Cloverhound.
> It managed to stump a lot of people, and we did end up digging pretty deep
> with a couple of great Cisco escalation guys too.
> I think the only people that could solve it are really deep in the
> development team, and it's not really worth it.
> The short answer is upgrade or offbox (because we have a nice version of
> this working in 11.x) already with no issues.
>
> The big issue was the old JRE, and the lack of TLS 1.2.
> All of the code was running off box with exactly the same versions etc, so
> it seemed to be something specific to UCCX, possibly a security measure or
> restriction.
>
> Anyway, we wanted to run off box proxy, but we weren't permitted in this
> environment.
> So we built off box in AWS (API Gateway and Lambda)
> And it's working really nicely.
>
> I think as you said below... no more Java..
> Use the Set Steps if required (we have done that instead of the built in
> REST step)
> And we have one custom class to override the certificate trust (as there
> also seems to be a bug with that in the version of UCCX - it doesn't trust
> things in it's trust store) ????
>
> But yeah, no more Java seems like a good plan.
>
> Cheers,
>
> Tim
>
>
> ------------------------------
> *From:* Anthony Holloway <avholloway+cisco-voip@gmail.com>
> *Sent:* Wednesday, 8 April 2020 6:54 AM
> *To:* Tim Smith <tim.smith@enject.com.au>
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Java and custom UCCX
>
>
> EXTERNAL SENDER WARNING. This message was sent from outside your
> organisation. Please do not click links or open attachments unless you
> recognise the source of this email and know the content is safe.
> I see your post on the developer forums, and as as here, didn't get much
> in the way of a solution. Did you ever end up moving past your hurdles and
> successfully solve this one?
>
> On Thu, Mar 26, 2020 at 6:58 AM Pawlowski, Adam <ajp26@buffalo.edu> wrote:
>
> I shunted in a new oracle jdbc jar to replace the existing one (and thus
> losing the entire database connection pooling framework that CCX has)
> because the in built one is archaic and doesn’t work with oracle encryption
> or modern rev, then wrote some java code to handle simple queries.
>
>
>
> It works until it doesn’t want to – SU installs or system reboots
> sometimes the jar doesn’t load for … no given reason at all, then you have
> to reboot to bring it up hopefully.
>
>
>
> As bad as it sounds if you’re stuck on that system would it be more
> reasonable to write a broker/proxy that can shuttle these requests for you?
>
>
>
> Adam
>
>
>
> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *Anthony
> Holloway
> *Sent:* Thursday, March 26, 2020 2:32 AM
> *To:* Tim Smith <tim.smith@enject.com.au>
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Java and custom UCCX
>
>
>
> I did a Java thing....once
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fhow-to-using-a-custom-java-class-in-uccx-5-x-soap-example%2Ftd-p%2F1029442&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014152404&sdata=MgWN652lXXXVCdZbF528gnCGy5GJ9i0yxXmTXOMz%2Fa0%3D&reserved=0>....never
> again man. never again.
>
>
>
> I would recommend posting in the UCCX community forum
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2F5926-discussions-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014162396&sdata=%2FRDeWzMC1KxZfYSW2gQpOUYoQfVq3%2FjE9ZhGNKZSAIk%3D&reserved=0>,
> as there are at least 2 or 3 regulars who I believe could help with this
> type of thing.
>
>
>
> And, it's less active, but the developer section for UCCX
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2Fj-disc-dev-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014162396&sdata=tmQrbl9GLeBnJzgFrel%2FEvILfYREBQQQSzPrMCv3VhQ%3D&reserved=0>
> might be worth a shot too.
>
>
>
> Last but not least, the dude's over at Cloverhound seem to love
> challenges, as they've competed in like a dozen Engineering Death match
> episodes. Maybe ping them on Twitter
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fcloverhound&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014172396&sdata=1xcOi6jKrq77KG7qKf6AU5X3o7KJ%2FZREKl2k3xSMO%2Bo%3D&reserved=0>
> .
>
>
>
> Good luck. I look forward to hearing the outcome.
>
>
>
> On Wed, Mar 25, 2020 at 6:09 PM Tim Smith <tim.smith@enject.com.au> wrote:
>
> Big guys, I should be more specific :)
>
>
>
> Exact challenge
>
> - UCCX 10.0 with JRE 1.6
> - Does not support TLS 1.2
> - We need to make a REST call with OAUTH and TLS 1.2
> - Using bouncy castle to try and get around the JRE TLS limitation
>
> Should also note we have working on 11.x with JRE 7 and no bouncy castle.
> (Which sounds less fun, but it works better :)
>
>
>
> Cheers,
>
>
>
> Tim
>
>
>
> Get Outlook for iOS
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2C8phXTi73WddEIOG_rUCgOD6q7ZqWMhfacXQ9l8evIaf-M4z2b-HHpgLNPUL5tD1GG_8BYCvEMdy2tjezqShwJiO9rCr2cekH_njaEACr3Tk%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014172396&sdata=ymog6IpOrf0xp4So4%2FwVXftaY9T5twkIylGYfLtWXTM%3D&reserved=0>
> ------------------------------
>
> *From:* Tim Smith
> *Sent:* Thursday, March 26, 2020 10:00:07 AM
> *To:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Java and custom UCCX
>
>
>
> Hi guys,
>
>
>
> I’m not sure if we are supposed to do this.
>
> I am stuck on a Java and UCCX issue.
>
>
>
> We are trying to run a custom class, and we are having issues with the
> loading of the class.
>
> It seems very Cisco specific as we can run it anywhere else compiled and
> ran on same JDK/JRE etc.
>
>
>
> We’ve put a lot of hours in so far and tried a lot of things, but at a bit
> of a roadblock.
>
>
>
> I know there are some great UCCX people on here. Wondering if anyone might
> be up for a quick chat on Webex Teams.
>
>
>
> Cheers,
>
>
>
> Tim
>
>
>
> Get Outlook for iOS
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2Ct8tEjZJ9Gyr7mA9AjNPOGAdCuW66OH00JM4c1Vq6-JwrhUU-w5QOQWc_2rV4ejxIoRSBwo_-XbgKG1YBKZd-YU2Jmz8kbXmlBFPPVYO-vwUwyg%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014172396&sdata=sga%2F8Jq6i7tfUnwhgQ20Fs9T0OIQEPMgNB%2F6%2FdsvWf8%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CHCxr10uF7ITcfNpzP2eI15FpskJ7_xQtjfsvwChM_9T4YYOySDmFF9h1THFgUMzQOUey2PVmM_sMhnq7Mt-bH34ceaPs1XhJf_mJIz6nI32vvt6cUr1DQDaMft9u%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014182384&sdata=7Qhm5phRcAfqGvthhxn4pYRYzFxsXyoEJLdMQvInLPQ%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CuAAmAhVLXODpy7ffvQUl2AruuvzJBcJjUiuUf_N21VkDVV4iYsFqgtId5XuHNSX453qHKPQX9qsv5NN4lj7l8bPDs3-Jeb7Pu6c56CikeCoaA4A-B81JAFx_Xw%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7Cb4582d0d790443cb514408d7db35ef90%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637218897014182384&sdata=5yUK6qJFEUyDxXnT5vX1ZCMTQKxzzZOcCLN95qlBmZI%3D&reserved=0>
>
>
Re: Java and custom UCCX [ In reply to ]
Haha oh dear, I totally forgot Tanner reached out and had an inventive way to get around this issue.. dynamically loading the classes.. which we think probably would have worked.

But honestly not going to sink anymore time into it at this stage.
Happy with it as an external proxy.

I did find a bug for the cert thing, but can't find the ID now ????


Cheers,

Tim
________________________________
From: Anthony Holloway <avholloway+cisco-voip@gmail.com>
Sent: Wednesday, 15 April 2020 4:03 PM
To: Tim Smith <tim.smith@enject.com.au>
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Java and custom UCCX


EXTERNAL SENDER WARNING. This message was sent from outside your organisation. Please do not click links or open attachments unless you recognise the source of this email and know the content is safe.

Thanks for the update. Strange that the cert didn't work for you. It used to be in 9.x and lower<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbst.cloudapps.cisco.com%2Fbugsearch%2Fbug%2FCSCue13884&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423220122&sdata=IfcEPbRSU%2FTGHgnGCbMS6e%2BMeFyJ1%2F%2Br84QJ55XMOaM%3D&reserved=0> that you'd need root access to add certs to the keystore, but not since v10.

On Tue, Apr 14, 2020 at 11:01 PM <tim.smith@enject.com.au<mailto:tim.smith@enject.com.au>> wrote:
Hey Anthony, been buried working on it ???? forgot to check back here.

Hope everyone is keeping safe!

I think probably was working with most of the guys you are thinking of there inc Cloverhound.
It managed to stump a lot of people, and we did end up digging pretty deep with a couple of great Cisco escalation guys too.
I think the only people that could solve it are really deep in the development team, and it's not really worth it.
The short answer is upgrade or offbox (because we have a nice version of this working in 11.x) already with no issues.

The big issue was the old JRE, and the lack of TLS 1.2.
All of the code was running off box with exactly the same versions etc, so it seemed to be something specific to UCCX, possibly a security measure or restriction.

Anyway, we wanted to run off box proxy, but we weren't permitted in this environment.
So we built off box in AWS (API Gateway and Lambda)
And it's working really nicely.

I think as you said below... no more Java..
Use the Set Steps if required (we have done that instead of the built in REST step)
And we have one custom class to override the certificate trust (as there also seems to be a bug with that in the version of UCCX - it doesn't trust things in it's trust store) ????

But yeah, no more Java seems like a good plan.

Cheers,

Tim


________________________________
From: Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway%2Bcisco-voip@gmail.com>>
Sent: Wednesday, 8 April 2020 6:54 AM
To: Tim Smith <tim.smith@enject.com.au<mailto:tim.smith@enject.com.au>>
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>) <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Java and custom UCCX


EXTERNAL SENDER WARNING. This message was sent from outside your organisation. Please do not click links or open attachments unless you recognise the source of this email and know the content is safe.

I see your post on the developer forums, and as as here, didn't get much in the way of a solution. Did you ever end up moving past your hurdles and successfully solve this one?

On Thu, Mar 26, 2020 at 6:58 AM Pawlowski, Adam <ajp26@buffalo.edu<mailto:ajp26@buffalo.edu>> wrote:

I shunted in a new oracle jdbc jar to replace the existing one (and thus losing the entire database connection pooling framework that CCX has) because the in built one is archaic and doesn’t work with oracle encryption or modern rev, then wrote some java code to handle simple queries.



It works until it doesn’t want to – SU installs or system reboots sometimes the jar doesn’t load for … no given reason at all, then you have to reboot to bring it up hopefully.



As bad as it sounds if you’re stuck on that system would it be more reasonable to write a broker/proxy that can shuttle these requests for you?



Adam



From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Anthony Holloway
Sent: Thursday, March 26, 2020 2:32 AM
To: Tim Smith <tim.smith@enject.com.au<mailto:tim.smith@enject.com.au>>
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>) <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Java and custom UCCX



I did a Java thing....once<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fhow-to-using-a-custom-java-class-in-uccx-5-x-soap-example%2Ftd-p%2F1029442&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423220122&sdata=B4BRlTGKfaYMaWAJ3p9LYrp0KXrdC9sRedCjHzCGfNI%3D&reserved=0>....never again man. never again.



I would recommend posting in the UCCX community forum<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2F5926-discussions-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423230116&sdata=rc303w7F1pNIJA3EU8pMx%2FU8EVR%2FqCMA8FHX7jHOUl4%3D&reserved=0>, as there are at least 2 or 3 regulars who I believe could help with this type of thing.



And, it's less active, but the developer section for UCCX<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2Fj-disc-dev-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423230116&sdata=TTAyZxnNSL9ICqwQ2K%2BlJ%2FMSKexFGKhq77o%2BzG7EtmY%3D&reserved=0> might be worth a shot too.



Last but not least, the dude's over at Cloverhound seem to love challenges, as they've competed in like a dozen Engineering Death match episodes. Maybe ping them on Twitter<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fcloverhound&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423240107&sdata=fsFRGaU9cAED0j%2FaTRK%2BpB4GonDoAGM%2FhUq3UzPHZGE%3D&reserved=0>.



Good luck. I look forward to hearing the outcome.



On Wed, Mar 25, 2020 at 6:09 PM Tim Smith <tim.smith@enject.com.au<mailto:tim.smith@enject.com.au>> wrote:

Big guys, I should be more specific :)



Exact challenge

* UCCX 10.0 with JRE 1.6
* Does not support TLS 1.2
* We need to make a REST call with OAUTH and TLS 1.2
* Using bouncy castle to try and get around the JRE TLS limitation

Should also note we have working on 11.x with JRE 7 and no bouncy castle. (Which sounds less fun, but it works better :)



Cheers,



Tim



Get Outlook for iOS<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2C8phXTi73WddEIOG_rUCgOD6q7ZqWMhfacXQ9l8evIaf-M4z2b-HHpgLNPUL5tD1GG_8BYCvEMdy2tjezqShwJiO9rCr2cekH_njaEACr3Tk%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423240107&sdata=wz5T65GqlE%2BQLq59Gi9YjhWg6gTVuKahWclX2q3YH%2FQ%3D&reserved=0>

________________________________

From: Tim Smith
Sent: Thursday, March 26, 2020 10:00:07 AM
To: voyp list, cisco-voip (cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>) <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Java and custom UCCX



Hi guys,



I’m not sure if we are supposed to do this.

I am stuck on a Java and UCCX issue.



We are trying to run a custom class, and we are having issues with the loading of the class.

It seems very Cisco specific as we can run it anywhere else compiled and ran on same JDK/JRE etc.



We’ve put a lot of hours in so far and tried a lot of things, but at a bit of a roadblock.



I know there are some great UCCX people on here. Wondering if anyone might be up for a quick chat on Webex Teams.



Cheers,



Tim



Get Outlook for iOS<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2Ct8tEjZJ9Gyr7mA9AjNPOGAdCuW66OH00JM4c1Vq6-JwrhUU-w5QOQWc_2rV4ejxIoRSBwo_-XbgKG1YBKZd-YU2Jmz8kbXmlBFPPVYO-vwUwyg%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423250108&sdata=gonywywMHAufmEYsF%2F2CJ1uBo0B6b60oG8og2L34q7M%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CHCxr10uF7ITcfNpzP2eI15FpskJ7_xQtjfsvwChM_9T4YYOySDmFF9h1THFgUMzQOUey2PVmM_sMhnq7Mt-bH34ceaPs1XhJf_mJIz6nI32vvt6cUr1DQDaMft9u%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423250108&sdata=9Qe0TeZTfrpBpM%2F3uNSNkkvo364WWySj%2BTjCKhiV%2BvI%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CuAAmAhVLXODpy7ffvQUl2AruuvzJBcJjUiuUf_N21VkDVV4iYsFqgtId5XuHNSX453qHKPQX9qsv5NN4lj7l8bPDs3-Jeb7Pu6c56CikeCoaA4A-B81JAFx_Xw%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423260099&sdata=3toihrpQV6bORuFtExhX8Xdf8KFPwY2NHGHT8%2FRbBHg%3D&reserved=0>
Re: Java and custom UCCX [ In reply to ]
The one I linked in my last reply? ;)

On Wed, Apr 15, 2020 at 7:30 PM <tim.smith@enject.com.au> wrote:

> Haha oh dear, I totally forgot Tanner reached out and had an inventive
> way to get around this issue.. dynamically loading the classes.. which we
> think probably would have worked.
>
> But honestly not going to sink anymore time into it at this stage.
> Happy with it as an external proxy.
>
> I did find a bug for the cert thing, but can't find the ID now ????
>
>
> Cheers,
>
> Tim
> ------------------------------
> *From:* Anthony Holloway <avholloway+cisco-voip@gmail.com>
> *Sent:* Wednesday, 15 April 2020 4:03 PM
> *To:* Tim Smith <tim.smith@enject.com.au>
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Java and custom UCCX
>
>
> EXTERNAL SENDER WARNING. This message was sent from outside your
> organisation. Please do not click links or open attachments unless you
> recognise the source of this email and know the content is safe.
> Thanks for the update. Strange that the cert didn't work for you. It used
> to be in 9.x and lower
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbst.cloudapps.cisco.com%2Fbugsearch%2Fbug%2FCSCue13884&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423220122&sdata=IfcEPbRSU%2FTGHgnGCbMS6e%2BMeFyJ1%2F%2Br84QJ55XMOaM%3D&reserved=0>
> that you'd need root access to add certs to the keystore, but not since v10.
>
> On Tue, Apr 14, 2020 at 11:01 PM <tim.smith@enject.com.au> wrote:
>
> Hey Anthony, been buried working on it ???? forgot to check back here.
>
> Hope everyone is keeping safe!
>
> I think probably was working with most of the guys you are thinking of
> there inc Cloverhound.
> It managed to stump a lot of people, and we did end up digging pretty deep
> with a couple of great Cisco escalation guys too.
> I think the only people that could solve it are really deep in the
> development team, and it's not really worth it.
> The short answer is upgrade or offbox (because we have a nice version of
> this working in 11.x) already with no issues.
>
> The big issue was the old JRE, and the lack of TLS 1.2.
> All of the code was running off box with exactly the same versions etc, so
> it seemed to be something specific to UCCX, possibly a security measure or
> restriction.
>
> Anyway, we wanted to run off box proxy, but we weren't permitted in this
> environment.
> So we built off box in AWS (API Gateway and Lambda)
> And it's working really nicely.
>
> I think as you said below... no more Java..
> Use the Set Steps if required (we have done that instead of the built in
> REST step)
> And we have one custom class to override the certificate trust (as there
> also seems to be a bug with that in the version of UCCX - it doesn't trust
> things in it's trust store) ????
>
> But yeah, no more Java seems like a good plan.
>
> Cheers,
>
> Tim
>
>
> ------------------------------
> *From:* Anthony Holloway <avholloway+cisco-voip@gmail.com>
> *Sent:* Wednesday, 8 April 2020 6:54 AM
> *To:* Tim Smith <tim.smith@enject.com.au>
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Java and custom UCCX
>
>
> EXTERNAL SENDER WARNING. This message was sent from outside your
> organisation. Please do not click links or open attachments unless you
> recognise the source of this email and know the content is safe.
> I see your post on the developer forums, and as as here, didn't get much
> in the way of a solution. Did you ever end up moving past your hurdles and
> successfully solve this one?
>
> On Thu, Mar 26, 2020 at 6:58 AM Pawlowski, Adam <ajp26@buffalo.edu> wrote:
>
> I shunted in a new oracle jdbc jar to replace the existing one (and thus
> losing the entire database connection pooling framework that CCX has)
> because the in built one is archaic and doesn’t work with oracle encryption
> or modern rev, then wrote some java code to handle simple queries.
>
>
>
> It works until it doesn’t want to – SU installs or system reboots
> sometimes the jar doesn’t load for … no given reason at all, then you have
> to reboot to bring it up hopefully.
>
>
>
> As bad as it sounds if you’re stuck on that system would it be more
> reasonable to write a broker/proxy that can shuttle these requests for you?
>
>
>
> Adam
>
>
>
> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *Anthony
> Holloway
> *Sent:* Thursday, March 26, 2020 2:32 AM
> *To:* Tim Smith <tim.smith@enject.com.au>
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Java and custom UCCX
>
>
>
> I did a Java thing....once
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fhow-to-using-a-custom-java-class-in-uccx-5-x-soap-example%2Ftd-p%2F1029442&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423220122&sdata=B4BRlTGKfaYMaWAJ3p9LYrp0KXrdC9sRedCjHzCGfNI%3D&reserved=0>....never
> again man. never again.
>
>
>
> I would recommend posting in the UCCX community forum
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2F5926-discussions-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423230116&sdata=rc303w7F1pNIJA3EU8pMx%2FU8EVR%2FqCMA8FHX7jHOUl4%3D&reserved=0>,
> as there are at least 2 or 3 regulars who I believe could help with this
> type of thing.
>
>
>
> And, it's less active, but the developer section for UCCX
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.cisco.com%2Ft5%2Fcontact-center%2Fbd-p%2Fj-disc-dev-contact-center&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423230116&sdata=TTAyZxnNSL9ICqwQ2K%2BlJ%2FMSKexFGKhq77o%2BzG7EtmY%3D&reserved=0>
> might be worth a shot too.
>
>
>
> Last but not least, the dude's over at Cloverhound seem to love
> challenges, as they've competed in like a dozen Engineering Death match
> episodes. Maybe ping them on Twitter
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fcloverhound&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423240107&sdata=fsFRGaU9cAED0j%2FaTRK%2BpB4GonDoAGM%2FhUq3UzPHZGE%3D&reserved=0>
> .
>
>
>
> Good luck. I look forward to hearing the outcome.
>
>
>
> On Wed, Mar 25, 2020 at 6:09 PM Tim Smith <tim.smith@enject.com.au> wrote:
>
> Big guys, I should be more specific :)
>
>
>
> Exact challenge
>
> - UCCX 10.0 with JRE 1.6
> - Does not support TLS 1.2
> - We need to make a REST call with OAUTH and TLS 1.2
> - Using bouncy castle to try and get around the JRE TLS limitation
>
> Should also note we have working on 11.x with JRE 7 and no bouncy castle.
> (Which sounds less fun, but it works better :)
>
>
>
> Cheers,
>
>
>
> Tim
>
>
>
> Get Outlook for iOS
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2C8phXTi73WddEIOG_rUCgOD6q7ZqWMhfacXQ9l8evIaf-M4z2b-HHpgLNPUL5tD1GG_8BYCvEMdy2tjezqShwJiO9rCr2cekH_njaEACr3Tk%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423240107&sdata=wz5T65GqlE%2BQLq59Gi9YjhWg6gTVuKahWclX2q3YH%2FQ%3D&reserved=0>
> ------------------------------
>
> *From:* Tim Smith
> *Sent:* Thursday, March 26, 2020 10:00:07 AM
> *To:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Java and custom UCCX
>
>
>
> Hi guys,
>
>
>
> I’m not sure if we are supposed to do this.
>
> I am stuck on a Java and UCCX issue.
>
>
>
> We are trying to run a custom class, and we are having issues with the
> loading of the class.
>
> It seems very Cisco specific as we can run it anywhere else compiled and
> ran on same JDK/JRE etc.
>
>
>
> We’ve put a lot of hours in so far and tried a lot of things, but at a bit
> of a roadblock.
>
>
>
> I know there are some great UCCX people on here. Wondering if anyone might
> be up for a quick chat on Webex Teams.
>
>
>
> Cheers,
>
>
>
> Tim
>
>
>
> Get Outlook for iOS
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252faka.ms%252fo0ukef%26c%3DE%2C1%2Ct8tEjZJ9Gyr7mA9AjNPOGAdCuW66OH00JM4c1Vq6-JwrhUU-w5QOQWc_2rV4ejxIoRSBwo_-XbgKG1YBKZd-YU2Jmz8kbXmlBFPPVYO-vwUwyg%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423250108&sdata=gonywywMHAufmEYsF%2F2CJ1uBo0B6b60oG8og2L34q7M%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CHCxr10uF7ITcfNpzP2eI15FpskJ7_xQtjfsvwChM_9T4YYOySDmFF9h1THFgUMzQOUey2PVmM_sMhnq7Mt-bH34ceaPs1XhJf_mJIz6nI32vvt6cUr1DQDaMft9u%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423250108&sdata=9Qe0TeZTfrpBpM%2F3uNSNkkvo364WWySj%2BTjCKhiV%2BvI%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> <https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flinkprotect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fpuck.nether.net%252fmailman%252flistinfo%252fcisco-voip%26c%3DE%2C1%2CuAAmAhVLXODpy7ffvQUl2AruuvzJBcJjUiuUf_N21VkDVV4iYsFqgtId5XuHNSX453qHKPQX9qsv5NN4lj7l8bPDs3-Jeb7Pu6c56CikeCoaA4A-B81JAFx_Xw%2C%2C%26typo%3D1&data=02%7C01%7Ctim.smith%40enject.com.au%7C4c41b79423a4427868b308d7e102cae5%7Ce676c09ff1b242488a361f228b8620f8%7C0%7C0%7C637225274423260099&sdata=3toihrpQV6bORuFtExhX8Xdf8KFPwY2NHGHT8%2FRbBHg%3D&reserved=0>
>
>