To make the long and short of it. Nothing in my application(s) should LIVE over
a restart.
So serialization does NOT make sense for me at all. Users timeout after
inactivity too which otherwise might be a good reason for using it (maybe it
would be fine there as the timeout is pretty long).
H
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ray,
On 1/12/14, 8:45 AM, Ray Holme wrote:
> [S]erialization causes some problems in apache-tomcat-7.0.35
>
> I have several applications and run on fedora linux. I have used
> many releases of fedora and tomcat.
>
> My applications are characteri
Nice, I do that for many things, but not all of it. You are right, I probably
could do that.
Nice food for thought!
:=]
On Monday, January 13, 2014 11:31 AM, Daniel Mikusa
wrote:
On Jan 13, 2014, at 8:37 AM, Ray Holme wrote:
> OK, that makes perfect sense. We are NOT talking about SESS
Another option would be to read them from the db once, at system
startup, and then keep them static from there. You're still hitting
your db, but not on an ongoing basis.
On 1/13/2014 9:02 AM, Ray Holme wrote:
Oh, I missed one comment from Daniel before (embedded and I did not see on the
On Jan 13, 2014, at 9:02 AM, Ray Holme wrote:
> Oh, I missed one comment from Daniel before (embedded and I did not see on
> the first pass, sorry).
>
> No, you don't know the application so I would like to explain that some
> information kept in the "shared application" beans is very static,
I have (in the past) dealt with transient so OK, makes sense.
Not familiar with "putting in container" to shield from Apache serialization.
Will look for writeup. Thanks.
On Monday, January 13, 2014 10:12 AM, Johan Compagner
wrote:
>IS THERE A WAY TO STOP WARNINGS AND TELL TOMCAT NOT TO
>
>
> IS THERE A WAY TO STOP WARNINGS AND TELL TOMCAT NOT TO SERIALIZE A BEAN?
>
> Right now, I have stopped warnings but caused other problems.
>
>
just don't add those beans to a session or if you do add them make sure
that they are in containers and that those fields are transient
then those fie
On Jan 13, 2014, at 8:37 AM, Ray Holme wrote:
> OK, that makes perfect sense. We are NOT talking about SESSION objects (where
> I am defining session as login to logout of a USER as I mentioned before,
> perhaps you are defining this as "while tomcat is up" - I can see either
> def.). These ty
Oh, I missed one comment from Daniel before (embedded and I did not see on the
first pass, sorry).
No, you don't know the application so I would like to explain that some
information kept in the "shared application" beans is very static, needs to be
loaded from the DB and is used everywhere by
OK, that makes perfect sense. We are NOT talking about SESSION objects (where I
am defining session as login to logout of a USER as I mentioned before, perhaps
you are defining this as "while tomcat is up" - I can see either def.). These
type beans are all fine, but I would actually never want t
On Jan 12, 2014, at 8:45 AM, Ray Holme wrote:
I haven't been following this thread, but I wanted to clarify a couple comments
here just to make sure someone reading this in the future doesn't get the wrong
ideas.
> serialization causes some problems in apache-tomcat-7.0.35
No. What causes pr
w4a.jsp and w4b.jsp are the names of two different jsp files. Both
contain
<%@ include file="wtovedi.jsp" %>
and the file wtovedi.jsp contains the listed read and write code with
the definitions of ddm2. ddm2 is a rather complex object of objects, but
it contains no reference to w4a.jsp or w4b
What does ddm2 look like? Does it have a reference to the jsp object?
Ronald.
Op maandag, 4 oktober 2010 15:10 schreef Wolfgang Orthuber
:
Hello,
my tomcat version is 5.5.17, my question concerns serialization of objects,
below is a code section for writing and reading an object. If I
Thanks to all for the quick response!
I will compile ddm2 to a standalone class and import (and not include) it.
Wolfgang
If I understand correctly both ddm2 and dm5t are defined in .jsp files?
If so, you could separate class definitions from .jsp files.
-Ognjen
On 4.10.2010 15:38, Wolfgang Orthuber wrote:
w4a.jsp and w4b.jsp are the names of two different jsp files. Both contain
<%@ include file="wtovedi.jsp" %
This has nothing to do with Tomcat it has to do with Java,
serialization and OO.
What are you trying to persist because it looks like you are persisting
what amounts to be an inner class to a JSP? Consider changing that to a
simple JavaBean not considered an inner class to the compiled JSP
16 matches
Mail list logo
