Hallo Robert,
RK> did you file this as a bug report in bugzilla? I didn't find it there. I'll
RK> file it now (we just ran into it and it's a nasty one to find). if you
RK> already have please contact me so I can remove it.
RK> robert
>>Vidur,
>>
>>This looks in same ways similar to the problem that I reported a couple of
>>days ago.
>>
>>That is, Orion 1.3.8 allowed non-serializable objects to be returned to
>>the client if running in the same JVM (which should of course not be
>>allowed).
>>
>>1.4.3 on the other hand behaves differently - rather than throwing a
>>java.io.NonSerializableException (?) or something like that (which I
>>suppose would be correct behavour although I haven't looked in the spec),
>>it just returns a null and says nothing.
Ein weiteres hartes Problem, das hiermit zusammenhaengt, ist,
dass ab der 1.4.4 es vorkommen kann, das ein findXY() NULL zurueckliefert,
naemlich genau dann, wenn waehrend der Zeit fuer das zusammenstellen der
Collection der Remoteobjekte ein anderer Thread eines der Objekte
geloescht hat.
Dieses Problem ist nachvollziehbar und in der 1.3.8 noch nicht auf-
getreten.
Da dieses Szenario (ein Objekt wird geloescht waehrend irgendjemand
die Liste der Objekte haben will) durchaus kein seltenes ist, sehe ich
dies als schweren Bug an.
Angenommen es gibt 1000 entity beans, das findAll() liefert eine
Collection von 1000 objekten.
falls nun nach dem aufruf von findAll (welches ja eine gewisse zeit
dauert) eines der 1000 geloescht wird, sollte doch nicht ploetzlich
NULL zurueckgeliefert werden?
Ich erwarte entweder
1) eine Collection mit 999 gueltigen objekten (falls das loeschen
noch rechtzeitig passierte) oder
2) eine Collection mit 1000 objekten, von denen eines "no longer
existent" ist.
Wie siehst du das?
Ich werde dies mit einem kleinen testcase ins bugzilla stellen,
und auch eine Mail in die newsgroup schreiben.
/Thomas
--
| /Thomas Hertz | [y] hybris GmbH | Software Engineering |
| [EMAIL PROTECTED] | Schwere-Reiter-Strasse 35 | tel +49 89 306697- 0 |
| www.hybris.de | Haus 16, D-80797 Muenchen | fax +49 89 306697-99 |
| pgp fingerprint: D070 5D86 BE2D C3AF E2CC D2D8 C29A 7F68 7407 629E |
