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"));

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.

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.

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.

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.

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?

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.