Hi All -
Here's what i'm wanting to do:
I need to setup a logger that would send messages to an MQ Queue (which
has been setup to receive messages onto the queue synchronously; i
believe it can be setup to receive messages asynchronously, but that's
not an option for me). So to avoid the system
Hi:
I am implementing remote debugging using SocketHubAppender. I want to use
XML to write the configuration file. I read log4j.dtd, but not fully
understand it. I guess because I am doing remote debugging, so I need to
config log4j:eventSet, and inside the element, there can be 0-many
It looks like maybe you are trying to define a Logger as a variable on
something which is getting serialized. Logger does not implement the
Serializable interface. You must mark that Logger variable as transient, or
explicitly read and write it yourself during serialization.
Well. I am not sure about Looger variable. I am using
private Category log = Category.getInstance(getClass());
statement in the OrganizationManager session bean. Log4j initialization is done
successfully in the view controller servlet. This error occurs when the
findColOfEmployeeVOByLoginInfo
Logger is the name of the newer class which replaced Category. The issue is
the same for both of them, however.
At some point in your application, the server needs to return data back to
the client (typically in J2EE apps this is accomplished with ValueObjects or
DataTransferObjects depending on
Sandeep-
At first glance it appears that readObject is returning null to
findByLoginInfo somewhere
Can you put in a try catch to catch the NullPointerException?
Regards,
-Martin
- Original Message -
From: Sandeep Dixit [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 05,
So in your set up, I am guessing that ValueObjectFactory is returning a
collection of a class named like EmployeeVO. If this collection is
then sent back to the client and the EmployeeVO instances making up the
elements of that collection define a Logger (or Category) instance, the
Thank you so much. transient eliminates the error. I still have a question, doesn't
private declaration excludes data members from getting serialized/deserialized? -
Sandeep
--
From: Ebersole, Steven
Sent: Wednesday, February 05, 2003 4:48 PM
To: 'Log4J Users List'
Subject:
Thank you so much. transient eliminates the error. I still have a
question, doesn't private declaration excludes data members from
getting serialized/deserialized? - Sandeep
No. There are various ways you can control what gets serialized, but if
you just take the defaults, everything is