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