20 Oct
2009
20 Oct
'09
2:48 p.m.
IMO the problem is the design of XWikiDavServlet.
It shouldn't contain any field.
For example why not use the component manager to load a component to
perform the handling of DAV requests?
The CM would be retrieved from the servlet context.
Thanks
-Vincent
On Oct 20, 2009, at 2:36 PM, Asiri Rathnayake wrote:
Hi,
ok that's better indeed. The reason is that according to the spec a
Servlet can be serialized (saved on disk) if the
memory becomes low
and thus must be able to be loaded back into memory at a later point
(the same need for load-balancing).
However your change has introduced another problem: transient means
the field will not be saved when the servlet is serialized. Thus when
it's deserialized these fields will be null and the code will fail...
Whereas before the servlet would have failed on serialization, it'll
now fail on deserialization...
Note: Deserialization will not call the constructor.
I was hoping upon de serialization it will call init() where i
initialize
these variables. But I can't find a reference that says so (yet).
Solution: either make the field objects
serializable or capture
deserialization to set up the transient field values. Note that this
last solution may potentially cause problems with threading so this
might need to be synchronized I think. The best solution is to make
the field Objects Serializable IMO.
One instance variable used is provided by jackrabbit library which
is not
serializable. I can do a custom serialization or,
I can create these instance variable for each request (get***) which
is a
waste.
Looking around to see if there is another way.
Thanks.
- Asiri
WDYT?
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs