05-31-2010 10:14 PM - edited 03-14-2019 05:49 AM
When I apply SET property with Java SHA-1, java.security.MessageDigest, the SET step disappear immediately. (It has been removed automatically.)
My project requires for using SHA-1. How do I use SHA-1 hashing function in UCCX editor?
Did UCCX editor support limited Java library?
I'm using UCCX Editor with UCCX 8.0
Solved! Go to Solution.
06-02-2010 01:47 PM
I too have a video that shows the set step dissapearing. Only mine is a little less complex than yours.
http://www.youtube.com/watch?v=-gDnacQnwG8
You need to open a TAC case and file a bug.
05-31-2010 11:03 PM
Hi,
this is kinda strange. What do you exactly write/paste into the Set step? Are you using a correct type for the return value?
G.
05-31-2010 11:59 PM
Thanks for your reply, netbakter.
My UCCX editor version is 8.0(1.1).
I write in property of Set step directly. Return type is set correctly.
I found that it doesn't matter what return type is used.
If I use java.security.MessageDigest function, Set will disappear.
I also found that some Java coding style can cause its script error.
such as
md.update(result.getBytes("UTF-8"));
06-01-2010 03:13 AM
Hi,
this is interesting. Why would Cisco block a particular package/class/method?
Did you try restarting the server?
Did you take a look at the logs yet?
G.
06-01-2010 04:55 AM
The script has an error while it still be in the editor.
When Set step is disappear, the validation of the script is incorrect:
VALIDATION ERRORS:
The last step on a path must be an End or a Goto
When I validate the script, the editor show me above message.
However, my script has only Set, Annotation, and End.
UPDATE: Now, when I try to delete the last Annotation before End, the editor has an error "java.lang.NullException".
Is it possible that all of these errors are bugs?
PS: Attached file is a video which show Set step is disappered from the script.
06-01-2010 05:06 AM
Hi,
wow! Never seen such a thing. Might be a bug.
Anyway, deleting an annotation should not give you a NullPointer.
It's time to contact TAC I guess.
G.
06-01-2010 10:20 AM
Hi, netbakter.
Did you already see the video?
Until now, I cannot found what happen in the script. Might be gods only know. lol
I need to contact TAC as you told.
Thanks for your replies very much, netbakter.
06-02-2010 01:47 PM
I too have a video that shows the set step dissapearing. Only mine is a little less complex than yours.
http://www.youtube.com/watch?v=-gDnacQnwG8
You need to open a TAC case and file a bug.
06-02-2010 10:11 PM
Hi, Anthony Holloway.
I used to read your very useful SOAP in IVR tutorial, thump up!
I have already opened a TAC case. They told me to change compatibility mode to Windows 2000 which I have changed it already.
I also disable visual style in the property. No changes happens.
I think my error/bug appears when I assign byte[] data. As an example:
byte[] bArray = text.getBytes();
"java.security.MessageDigest -> digest()" use this datatype for hashing function.
But yours, Anthony, my opinion is your inline-style code maybe very complex to IVR for understanding while typical jre can understand it!
Did you think so, Anthony?
12-12-2014 12:42 AM
It's an old thread, but I have recently found the same issue.
If your Set disappears, every new validation will fail and it will show up that error message (The last step on a path must be an End or a Goto". Once you have fixed your script you have to create a new blank script and copy/paste the steps, seems that the Set dissapear, but remains in the script.
In my case I was trying to apply this thread: https://supportforums.cisco.com/document/97736/uccx-8x-really-simple-soap-client-no-custom-jar and I was hitting the UPDATE 2.
Regards.
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