This is partially resolved.

Turns out there was a copy of
$CATALINA_HOME/conf/[enginename]/[hostname]/(my-context-name).xml 
around from earlier.  

Not sure if I put it there or tomcat did, but removing that and
redeploying got it to recognize my custom props.

However, 
It seems like whenever a deploy succeeds 
(using   ant, and <taskdef name="deploy"
classname="org.apache.catalina.ant.DeployTask"/> ),
A (my-context-name).xml is created in
$CATALINA_HOME/conf/[enginename]/[hostname].
OK, I can see that else how would Tomcat see my context on restart...

But, even though reload 
(  <taskdef name="reload"
classname="org.apache.catalina.ant.ReloadTask"/>)
says it succeeds, no updates actually take effect.

Seems like the session reload is bombing out due to an unserializable
field - 
0          [main] StandardManager  - IOException while loading persisted
sessions: java.io.WriteAbor
tedException: writing aborted; java.io.NotSerializableException:
org.apache.commons.fileupload.Defer
redFileOutputStream.   

Perhaps that's salient, but I'm not sure I want to lose that
functionality and I can't see how to to make that commons class
Serializable without messing with it directly.

Or maybe the point is that changes to META-INF\context.xml must be
undeployed / deployed, not reloaded?
Maybe; but I'm not even seeing code changes show up on reload.

Separately, even though no errors are reported I'm not receiving any
mail.

Hmmm.

Well, I'll have to nap on it.

And as much as it may seem like fun, me chatting with myself in public, 
if anyone can spot my goofs please feel free to chime in.

Cheers,
Steve

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to