Emil,
>
> In any case, one tester reported the exception and I couldn't for the life
> of me reproduce it until I got his full log and saw that the originating
> exception was a replace call with an index that was larger than the event
> list itself;
>
>
> java.lang.IndexOutOfBoundsException: Index: 35, Size: 26
> at java.util.ArrayList.RangeCheck(ArrayList.java:547)
> at java.util.ArrayList.set(ArrayList.java:337)
> at ca.odell.glazedlists.BasicEventList.set(BasicEventList.java:188)
>
>
> And following that exception, tons of the ConcurrentModificationExceptions.
>
By passing a wrong index to BasicEventList.set(...) the Glazed Lists
event delivery subsystem is left in an inconsistent state because of the
IndexOutOfBoundsException.
So, to resolve your issue, you'd have to find the place,
where the wrong index originates from.
If you can fix that, those ConcurrentModificationExceptions will disappear, too.
Hope this helps,
Holger
__________________________________________________________________________
Verschicken Sie SMS direkt vom Postfach aus - in alle deutschen und viele
ausländische Netze zum gleichen Preis!
https://produkte.web.de/webde_sms/sms---------------------------------------------------------------------
To unsubscribe, e-mail:
users-unsubscribe@...
For additional commands, e-mail:
users-help@...
