Originally posted by: paul.brett

A client was using a JEXIT() in a TX map to call the Java class to create a UUID, but found that the project would not allow external JARs.

He wanted a UUID generation routine, that would use pure TX.  This is what I came up with.

Let me know if you think this should be improved.

Thank you.

Paul

Follow me on Twitter.

Originally posted by: paul.brett

I found this useful quote in the Internet regarding the probability of generating the same UUID twice:

Only after generating 1 billion UUIDs every second for the next 100 years, the probability of creating just one duplicate would be about 50%. Or, to put it another way, the probability of one duplicate would be about 50% if every person on earth owned 600 million UUIDs.

Thank you.

Paul

Follow me on Twitter.

Originally posted by: NICK_R

Hi Paul,

This is so useful as I would not be able to make an External call with the time lines I got to address the UUID issue.

For swift standards now they needs to generate a UUID with same logic you did. But they need 6bd811c8-9618-46bd-8d1f-a883fcf98b75

But they need it as mandatory 4 for the first item of third group and either 8, 9 , a, or b as first item in fourth group.

Do you think we could still be able to avoid duplicates if we address this map through this mandatory data in these items/ groups.

Secondly, I need to pass this value back to a Different Main map. I have used the RUN function RUN (xxxxxx.mmc) and this will run another source map of yours.. This is giving me no response in that case..

Any help is much appreciated.

Thanks, Nick

Originally posted by: PaulBrett

Those changes were relatively easy.  I included another map, showing how to call with a RUN() function.

Thank you.

Paul

Follow me on Twitter.

Attachment(s)

UUID_2.zip   4 KB 1 version

Originally posted by: NICK_R

THIS IS IT. thank you Paul!!!