You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Ol...@axa-alert.com on 2001/01/12 18:24:13 UTC
WG: STRUTS - SERVLET-put_nonserial: Putting non-serializable obje
ct
I made the web-application 'non-distributable' via deployment and now ist
runs due to the IAS dosen't serialize anylonger, but for runing on distubted
plattforms the STRUTS maybe should implement SERIALIZABLE !?
Or is there any other solution ?
Oliver
-----Ursprüngliche Nachricht-----
Von: Lauer, Oliver
Gesendet am: Freitag, 12. Januar 2001 17:43
An: 'struts-user@jakarta.apache.org'
Cc: 'Eric.Bariaux@capco.com'; 'Koen.De.Smet@capco.com'
Betreff: STRUTS - SERVLET-put_nonserial: Putting non-serializable object
Hello,
I'm trying to run the example included in STRUTS on IPLANET AS 6.0/IWS4 in
order to evaluate if we can use
STRUTS in our company.
I have difficulties in executing the following statement in
ActionServlet.class
getServletContext().setAttribute(Action.MESSAGES_KEY, application)
because MessageResources.class is not serializable and the Servlet-Engine of
IAS trys to serialize when
setting attributes.
Message: SERVLET-put_nonserial: Putting non-serializable object when using
NAS session
Do you know if STRUTS runs on IAS6.0 with the included Servlet-Engine or
what do I wrong ?
Thanks a lot
Regards
Oliver Lauer
AXA Insurance
Germany
Re: WG: STRUTS - SERVLET-put_nonserial: Putting non-serializable object
Posted by "Craig R. McClanahan" <Cr...@eng.sun.com>.
Oliver.Lauer@axa-alert.com wrote:
> I made the web-application 'non-distributable' via deployment and now ist
> runs due to the IAS dosen't serialize anylonger, but for runing on distubted
> plattforms the STRUTS maybe should implement SERIALIZABLE !?
>
The servlet specification requires *session* attribute to be serializable on a
<distributable> application. The spec says nothing about *servlet context*
attributes. That requirement is being imposed by the application server
containers themselves.
>
> Or is there any other solution ?
>
As mentioned in the previous message, this will be changed soon.
>
> Oliver
>
Craig