Hi Richard,
Static variable don't get serialized with an object (anyone correct me if I am wrong), so that is not the problem.
I believe it to be a bug. Struts is taking a class loader and loading the data, my guess is that its taking the context classloader, and that one is not set properly.


Let me see what I can dig up before I send you off to do something crazy :)

Filip

Richard Mixon (qwest) wrote:

Filip Hanik - Dev lists wrote:


another thought,

this object "com.ltoj.webapp.util.ClassGrid"

does it contain a reference to a struts object, and maybe that is why
the loading doesn't work, just a thought.

Filip Hanik - Dev lists wrote:



Interesting, I haven't done any work with the latest work of tomcat
because of engagements elsewhere. but you have the time to create a
very small simple war file where this occurs, I will look at it
tomorrow.

It looks like the context class loader is not getting set properly,
and this could be an actual bug. I'll try to get this running
tomorrow.



Filip, I believe you hit it once again. I've got code such as:

 ...
 public class ClassGrid implements java.io.Serializable
 {
   static MessageResources msgRsrcs =
MessageResources.getMessageResources("ApplicationResources");
   private static Log log = LogFactory.getLog(ClassGrid.class);
 ....

Both the variables "log" and "msgRsrcs" are static initialized and would
be a problem when replicating from one JVM to another.

The instance variable "log" should not even be static - can fix that.

The variable "msgRsrcs" I'm not sure how to fix. I've been fighting with
too much reference to Struts in my business logic for a while. I know
better, but have had problems seeing around how to handle such things as
i18n message resource handling which Struts does so well. Any
suggestions? I realize this is quite off-topic.

Thank you much - Richard


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





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



Reply via email to