That sounds odd - what jvm/ os ?
Sent from my iPhone
On 25 Feb 2010, at 20:14, Guillaume Nodet <[email protected]> wrote:
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
