[cisco-voip] CCX Editor Step Properties
Anthony Holloway
avholloway+cisco-voip at gmail.com
Tue Sep 24 22:44:41 EDT 2019
I knew it produced a list of scripts from the repo when opening the call
subflow step, but do you know/think it's actually reading the files too?
As opposed to just grabbing a list of names?
On Tue, Sep 24, 2019 at 7:43 PM Tanner Ezell <tanner.ezell at gmail.com> wrote:
> I wasn't specifically responding to you Bill, just the thread in general :)
>
> That being said, it won't be slow if there isn't much data to transfer.
> The script editor is talking in java object terms, so small data can be
> quite "big" and slow over the transport medium, it is also why DB resources
> and such can take time on those steps. (also for the call sub flow, it
> tries to grab all the scripts on the system, the more there are the slower
> it will be).
>
> VPN only compounds the already inherently slow nature of the
> communication.
>
> On Tue, Sep 24, 2019 at 5:33 PM Bill Talley <btalley at gmail.com> wrote:
>
>> I’m not disagreeing with you. Im saying there are scenarios where it’s
>> slow even if you’re on the local LAN. You’re saying that’s NOT the case
>> for you in any scenario?
>>
>> Sent from an iPhone mobile device with very tiny touchscreen input keys.
>> Please excude my typtos.
>>
>> On Sep 24, 2019, at 7:11 PM, Tanner Ezell <tanner.ezell at gmail.com> wrote:
>>
>> It will always be an issue. It uses RMI to pull data from the UCCX which
>> is especially slow over VPN.
>>
>> On Tue, Sep 24, 2019 at 9:58 AM Bill Talley <btalley at gmail.com> wrote:
>>
>>> Good idea, but not always true. I have several locations with scripts
>>> that contain REST and DB steps. These take 7-10 second to open properties
>>> on any step regardless of whether I’m onsite or remote.
>>>
>>> Sent from an iPhone mobile device with very tiny touchscreen input
>>> keys. Please excude my typtos.
>>>
>>> On Sep 24, 2019, at 11:53 AM, UC Penguin <gentoo at ucpenguin.com> wrote:
>>>
>>> It’s much faster if the client is run at the same site as the uccx
>>> server (RDP to a machine with the editor installed).
>>>
>>> Not an option that’s possible for all, but there is a huge improvement.
>>> Especially when using the debugger.
>>>
>>>
>>> On Sep 24, 2019, at 10:52, Matthew Loraditch <
>>> MLoraditch at heliontechnologies.com> wrote:
>>>
>>> I’ve seen it editing scripts locally, in the repository, versions old
>>> and new.
>>>
>>>
>>>
>>> Matthew Loraditch
>>> Sr. Network Engineer
>>> p: *443.541.1518* <443.541.1518>
>>> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/> |
>>> e: *MLoraditch at heliontechnologies.com*
>>> <MLoraditch at heliontechnologies.com>
>>> <image792049.png> <http://www.heliontechnologies.com/>
>>> <image341046.png> <https://facebook.com/heliontech>
>>> <image016981.png> <https://twitter.com/heliontech>
>>> <image126101.png> <https://www.linkedin.com/company/helion-technologies>
>>>
>>> *From:* cisco-voip <cisco-voip-bounces at puck.nether.net> *On Behalf Of *Johnson,
>>> Tim
>>> *Sent:* Tuesday, September 24, 2019 11:47 AM
>>> *To:* Anthony Holloway <avholloway+cisco-voip at gmail.com>
>>> *Cc:* cisco-voip at puck.nether.net
>>> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>>>
>>>
>>>
>>> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for
>>> me in 1-2 seconds, other times it’s 10.
>>>
>>>
>>>
>>> Would be nice if they did a full makeover of the tool, but I don’t
>>> expect it.
>>>
>>>
>>>
>>> *From:* cisco-voip <cisco-voip-bounces at puck.nether.net> *On Behalf Of *Anthony
>>> Holloway
>>> *Sent:* Tuesday, September 24, 2019 11:11 AM
>>> *To:* Matthew Loraditch <MLoraditch at heliontechnologies.com>
>>> *Cc:* cisco-voip at puck.nether.net
>>> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>>>
>>>
>>>
>>> I would like to know this too! Seems to be different lengths of delay
>>> depending on a few factors, however, I have not nailed down what those
>>> factors are. If it happened more often, I'd put some time into it, but
>>> since it's generally quick-ish, I ignore it.
>>>
>>>
>>>
>>> I have one system I access exclusively via AnyConnect, and it's running
>>> 11.6(2), and it's god awful slow. Just clicking Add on the Set Enterprise
>>> Call Info step takes like 10-20 seconds for the dialog box to pop open.
>>>
>>>
>>>
>>> On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch <
>>> MLoraditch at heliontechnologies.com> wrote:
>>>
>>> Is there anyway on this earth to make this load faster??? Currently
>>> painfully going through a script and setting up new parameters and slowly
>>> dying of impatience as I click properties and wait a seeming eternity for
>>> the window to open.
>>>
>>> This has been a pet peeve forever.
>>>
>>>
>>>
>>> *Matthew Loraditch***
>>>
>>> *Sr. Network Engineer*
>>>
>>> p: *443.541.1518* <443.541.1518>
>>>
>>> w: *www.heliontechnologies.com*
>>> <https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.heliontechnologies.com%2F&data=02%7C01%7Cjohns10t%40cmich.edu%7C61a72178d9d3491ccda708d741017d26%7Cc871bc6e7cc64a57a4eb22309fc34963%7C1%7C1%7C637049346964927011&sdata=O5AySPzP4XZUao9ZBeMCfXN5ewcNoHjJFI9W%2BDUXu9E%3D&reserved=0>
>>>
>>> |
>>>
>>> e: *MLoraditch at heliontechnologies.com*
>>> <MLoraditch at heliontechnologies.com>
>>>
>>> <image001.png>
>>> <https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.heliontechnologies.com%2F&data=02%7C01%7Cjohns10t%40cmich.edu%7C61a72178d9d3491ccda708d741017d26%7Cc871bc6e7cc64a57a4eb22309fc34963%7C1%7C1%7C637049346964937009&sdata=OcZ7dlmW3Yc1PHlM%2FwcyaTiJ4qn%2BpTqou1EUFG5hBzo%3D&reserved=0>
>>>
>>> <image002.png>
>>> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffacebook.com%2Fheliontech&data=02%7C01%7Cjohns10t%40cmich.edu%7C61a72178d9d3491ccda708d741017d26%7Cc871bc6e7cc64a57a4eb22309fc34963%7C1%7C1%7C637049346964937009&sdata=2MvVg0fVpgjFP6OXD7MDhkRfa8CMIo0ZP%2BEiRucG%2Bms%3D&reserved=0>
>>>
>>> <image003.png>
>>> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fheliontech&data=02%7C01%7Cjohns10t%40cmich.edu%7C61a72178d9d3491ccda708d741017d26%7Cc871bc6e7cc64a57a4eb22309fc34963%7C1%7C0%7C637049346964937009&sdata=nlTG8Oymo8kP36e5INqx5y%2BC643u4H%2F3A4oQvUveCjk%3D&reserved=0>
>>>
>>> <image004.png>
>>> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Fhelion-technologies&data=02%7C01%7Cjohns10t%40cmich.edu%7C61a72178d9d3491ccda708d741017d26%7Cc871bc6e7cc64a57a4eb22309fc34963%7C1%7C1%7C637049346964946999&sdata=c3xOZGNqRYZaOE4GqxX13Y3LEBCF4asSGP%2FPfdexexs%3D&reserved=0>
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7Cjohns10t%40cmich.edu%7C61a72178d9d3491ccda708d741017d26%7Cc871bc6e7cc64a57a4eb22309fc34963%7C1%7C1%7C637049346964946999&sdata=Gyp4sdx75JSUmJcWFFNicWL%2Brg5h3IOr4auKsiEAw10%3D&reserved=0>
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190924/21dcdee0/attachment.htm>
More information about the cisco-voip
mailing list