At 19:19 08.02.00 , Robert Kr�ger wrote:
>>te that the above list is simplified but it demonstrates the general
>>principle. In reality it is a tree - not a list, and each
>>loader is a node. My recommendation is to put TunnelServlet at the
>>Servlet/Beans level (usually where it belongs) and
>>to put the beans either in the same loader or a parent (lower) loader than
>>the servlet. If you dont want to do this
>>then supply (thru some means) the TunnelServlet with the loader it's
>>supposed to use and override ObjectInputStream's
>>resolveClass() method to find it (somewhat more complicated).
>
>so would the following work?
>
>TunnelServlet is an abstract base class and is always extended by some
>class that has access to all the classes it needs to know for
>serialization. so i can simply get the classloader of the extending class
>within TunnelServlet by getClass().getClassloader() and use that for my
>own ObjectInputStream class that overrides resolveClass() with a call to
>loadClass using that classloader.
>
>seems the simplest and most appropriate solution to me (as a novice to
>classloader issues).
>
>what do you think?
did that, works, case closed. no bug but my bad as you guys said.
robert
>thanks,
>
>robert
>(-) Robert Kr�ger
>(-) SIGNAL 7 Gesellschaft f�r Informationstechnologie mbH
>(-) Br�der-Knau�-Str. 79 - 64285 Darmstadt,
>(-) Tel: 06151 665401, Fax: 06151 665373
>(-) [EMAIL PROTECTED], www.signal7.de
>
>
(-) Robert Kr�ger
(-) SIGNAL 7 Gesellschaft f�r Informationstechnologie mbH
(-) Br�der-Knau�-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de
