No, nobody cares what the UID is as long as it is unique.
Feel free to raise a JIRA and attach a patch.
Also some simple performance metrics would be good to make sure
the new generator is not awfully slow ;-)

On Thu, Feb 25, 2010 at 18:28, Eighty8 <[email protected]> wrote:
>
> If I replace the IdGenerator class with a version that has the GenerateId
> method NOT synchronized ( and the implementation just calling java.util.UUID
> instead of using a sequence, will the runtime calls all start failing
> because the whole application wasn't compiled against that class?
>
> I wasn't sure if the 'synchronized' was just a runtime execution modifier or
> a compile-time modifier.
> Any thoughts?
>
> I'm thinking to do this because I'm seeing eip block/deadlocking on
> GenerateId call when high numbers of threads are active.
> --
> View this message in context: 
> http://old.nabble.com/Replacing-IdGenerator-class-tp27714487p27714487.html
> Sent from the ServiceMix - User mailing list archive at Nabble.com.
>
>



-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com

Reply via email to