You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by bu...@apache.org on 2006/07/12 09:42:48 UTC
DO NOT REPLY [Bug 40025] New: - Log4J causing application to hang
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40025>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40025
Summary: Log4J causing application to hang
Product: Log4j
Version: 1.2
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: blocker
Priority: P1
Component: Other
AssignedTo: log4j-dev@logging.apache.org
ReportedBy: Harmesh.Dheer@emxco.com
> Hi,
>
> We're experiencing an intermittent problem (roughly 1 in 15 times) whereby \
> sometimes our Java application hangs soon after starting. It all started
after we \
> upgraded the version of Java from 1.3.1.16 to 1.5.0.06 (everything was fine \
> before). We are using Log4J version 1.2.6. We have 2 threads that are
started from \
> the static initialiser of the initial class. When the problem occurs within
each \
> thread (in every case of failure) they both hang at the point where the
following \
> statement is called:
> if (m_logger.isEnabledFor(Level.INFO))
>
> (where m_logger is defined as "private static final Logger m_logger = \
> Logger.getLogger(Server.class.getName());")
> We know it hangs at this point as we have system.out.println() statements \
> immediately before and after this statement.
> The Java process still exists but the process hangs indefinitely.
>
> I have tried upgrading Log4J to version 1.2.13 but the same problem still
occurs.
>
> I have searched every Log4J bug on the buglist and also searched the Log4J
mailing \
> lists as well as google searches and cannot find anything similar.
> Does anyone have any idea why this might be failing?
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
DO NOT REPLY [Bug 40025] - Log4J causing application to hang
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40025>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40025
------- Additional Comments From Harmesh.Dheer@emxco.com 2006-07-12 07:46 -------
Here is a stack trace of what happens when it has hung (results from JSTACK):
JSTACK FOR HANGING Process:
Debugger attached successfully.
Server compiler detected.
JVM version is 1.5.0_06-b05
Thread t@17: (state = BLOCKED)
- java.lang.Thread.sleep(long) (Interpreted frame)
- java.lang.Thread.sleep(long) (Interpreted frame)
- org.apache.log4j.helpers.FileWatchdog.run() @bci=11, line=95 (Interpreted
frame)
Thread t@16: (state = BLOCKED)
- com.mftl.emx.hub.Server$FinalizerThreadBoost.finalize() @bci=29
(Interpreted \
frame)
- java.lang.ref.Finalizer.invokeFinalizeMethod(java.lang.Object) (Interpreted
frame)
- java.lang.ref.Finalizer.runFinalizer() @bci=45, line=83 (Interpreted frame)
- java.lang.ref.Finalizer.access$100(java.lang.ref.Finalizer) @bci=1, line=14
\
(Interpreted frame)
- java.lang.ref.Finalizer$2.run() @bci=18, line=131 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=595 (Interpreted frame)
Thread t@15: (state = BLOCKED)
- com.mftl.emx.hub.Server$MemoryMonitor.run() @bci=58 (Interpreted frame)
Thread t@9: (state = BLOCKED)
Thread t@8: (state = BLOCKED)
- java.lang.Object.wait(long) (Interpreted frame)
- java.lang.Object.wait(long) (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=116 (Interpreted
frame)
- java.lang.ref.ReferenceQueue.remove() @bci=2, line=132 (Interpreted frame)
- java.lang.ref.Finalizer$FinalizerThread.run() @bci=3, line=159 (Interpreted
frame)
Thread t@7: (state = BLOCKED)
- java.lang.Object.wait(long) (Interpreted frame)
- java.lang.Object.wait(long) (Interpreted frame)
- java.lang.Object.wait() @bci=2, line=474 (Interpreted frame)
- java.lang.ref.Reference$ReferenceHandler.run() @bci=46, line=116
(Interpreted \
frame)
Thread t@1: (state = BLOCKED)
- java.lang.Object.wait(long) (Interpreted frame)
- java.lang.Object.wait(long) (Interpreted frame)
- java.lang.Thread.join(long) @bci=38, line=1095 (Interpreted frame)
- java.lang.Thread.join() @bci=2, line=1148 (Interpreted frame)
- java.lang.ref.Finalizer$1.run() @bci=43, line=115 (Interpreted frame)
- java.security.AccessController.doPrivileged(java.security.PrivilegedAction)
\
(Interpreted frame)
- java.lang.ref.Finalizer.forkSecondaryFinalizer(java.lang.Runnable) @bci=10,
\
line=121 (Interpreted frame)
- java.lang.ref.Finalizer.runFinalization() @bci=7, line=126 (Interpreted
frame)
- java.lang.Runtime.runFinalization0() (Interpreted frame)
- java.lang.Runtime.runFinalization() @bci=0, line=686 (Interpreted frame)
- java.lang.System.runFinalization() @bci=3, line=912 (Interpreted frame)
- com.mftl.emx.hub.Server.<clinit>() @bci=54 (Interpreted frame)
FULL JSTACK FOR HANGING PROCESS
----------------- t@1 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfdeb4768 void ObjectMonitor::wait(long long,int,Thread*) + 0x59c
0xfdeb5978 void ObjectSynchronizer::wait(Handle,long long,Thread*) + 0xe8
0xfdeb5628 JVM_MonitorWait + 0x31c
0xf840c280 * java.lang.Object.wait(long) bci:469741230 (Interpreted frame)
0xf840c224 * java.lang.Object.wait(long) bci:0 (Interpreted frame)
0xf8405764 * java.lang.Thread.join(long) bci:38 line:1095 (Interpreted frame)
0xf8405764 * java.lang.Thread.join() bci:2 line:1148 (Interpreted frame)
0xf8405764 * java.lang.ref.Finalizer$1.run() bci:43 line:115 (Interpreted
frame)
0xf8400218 <StubRoutines>
0xfdd9a808 void JavaCalls::call_helper
(JavaValue*,methodHandle*,JavaCallArguments*,Thr \
ead*) + 0x5a0 0xfde28704 JVM_DoPrivileged + 0x500
0xfe7c9bec
Java_java_security_AccessController_doPrivileged__Ljava_security_Privileged \
Action_2 + 0x14 <interpreter> method entry point (kind = native)
0xf840c224 * java.security.AccessController.doPrivileged
(java.security.PrivilegedActio \
n) bci:0 (Interpreted frame) 0xf8405874 * \
java.lang.ref.Finalizer.forkSecondaryFinalizer(java.lang.Runnable) bci:10
line:121 \
(Interpreted frame) 0xf8405764 * java.lang.ref.Finalizer.runFinalization()
bci:7 \
line:126 (Interpreted frame) 0xf8400218 <StubRoutines>
0xfdd9a808 void JavaCalls::call_helper
(JavaValue*,methodHandle*,JavaCallArguments*,Thr \
ead*) + 0x5a0 0xfdedea14 jni_CallStaticVoidMethod + 0x500
0xfe7d2d98 Java_java_lang_Runtime_runFinalization0 + 0x84
<interpreter> method entry point (kind = native)
0xf840c224 * java.lang.Runtime.runFinalization0() bci:0 (Interpreted frame)
0xf8405764 * java.lang.Runtime.runFinalization() bci:0 line:686 (Interpreted
frame)
0xf8405764 * java.lang.System.runFinalization() bci:3 line:912 (Interpreted
frame)
0xf8405764 * com.mftl.emx.hub.Server.<clinit>() bci:94 (Interpreted frame)
0xf8400218 <StubRoutines>
0xfdd9a808 void JavaCalls::call_helper
(JavaValue*,methodHandle*,JavaCallArguments*,Thr \
ead*) + 0x5a0 0xfddf0ab4 void \
instanceKlass::call_class_initializer_impl(instanceKlassHandle,Thread*) +
0x100 \
0xfdd79eec void instanceKlass::initialize_impl(instanceKlassHandle,Thread*) +
0x5ac \
0xfdd676e8 void instanceKlass::initialize(Thread*) + 0x80 0xfdebf12c \
_jclass*find_class_from_class_loader(JNIEnv_*,symbolHandle,unsigned \
char,Handle,Handle,unsigned char,Thread*) + 0xd8 0xfdec0744 jni_FindClass +
0x6b8
0x00011edc main + 0xe3c
0x00011088 _start + 0x108
----------------- t@2 -----------------
0xff29f4ac _signotifywait + 0x4
0xff361c90 thr_yield + 0x8c
----------------- t@3 -----------------
0xff35d9e0 _reap_wait + 0x38
0xff35d738 _reaper + 0x38
0xff36b11c _thread_start + 0x40
----------------- t@4 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfddc309c int Monitor::wait(int,long) + 0x16c
0xfdd9932c GCTask*GCTaskManager::get_task(unsigned) + 0x1e4
0xfdf5234c void GCTaskThread::run() + 0x180
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@5 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfddc309c int Monitor::wait(int,long) + 0x16c
0xfdd9932c GCTask*GCTaskManager::get_task(unsigned) + 0x1e4
0xfdf5234c void GCTaskThread::run() + 0x180
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@6 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xff297168 _lwp_cond_timedwait + 0x98
0xfddc3258 int Monitor::wait(int,long) + 0x328
0xfdf6b4fc void VMThread::run() + 0x1b4
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@7 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfdeb4768 void ObjectMonitor::wait(long long,int,Thread*) + 0x59c
0xfdeb5978 void ObjectSynchronizer::wait(Handle,long long,Thread*) + 0xe8
0xfdeb5628 JVM_MonitorWait + 0x31c
0xf840c280 * java.lang.Object.wait(long) bci:469740825 (Interpreted frame)
0xf840c224 * java.lang.Object.wait(long) bci:0 (Interpreted frame)
0xf8405764 * java.lang.Object.wait() bci:2 line:474 (Interpreted frame)
0xf8405764 * java.lang.ref.Reference$ReferenceHandler.run() bci:46 line:116 \
(Interpreted frame) 0xf8400218 <StubRoutines>
0xfdd9a808 void JavaCalls::call_helper
(JavaValue*,methodHandle*,JavaCallArguments*,Thr \
ead*) + 0x5a0 0xfdec319c void \
JavaCalls::call_virtual
(JavaValue*,Handle,KlassHandle,symbolHandle,symbolHandle,Thread \
*) + 0x188 0xfdee2700 void thread_entry(JavaThread*,Thread*) + 0x134
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@8 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfdeb4768 void ObjectMonitor::wait(long long,int,Thread*) + 0x59c
0xfdeb5978 void ObjectSynchronizer::wait(Handle,long long,Thread*) + 0xe8
0xfdeb5628 JVM_MonitorWait + 0x31c
0xf840c280 * java.lang.Object.wait(long) bci:469741080 (Interpreted frame)
0xf840c224 * java.lang.Object.wait(long) bci:0 (Interpreted frame)
0xf8405764 * java.lang.ref.ReferenceQueue.remove(long) bci:44 line:116
(Interpreted \
frame) 0xf8405874 * java.lang.ref.ReferenceQueue.remove() bci:2 line:132
(Interpreted \
frame) 0xf8405874 * java.lang.ref.Finalizer$FinalizerThread.run() bci:3
line:159 \
(Interpreted frame) 0xf8400218 <StubRoutines>
0xfdd9a808 void JavaCalls::call_helper
(JavaValue*,methodHandle*,JavaCallArguments*,Thr \
ead*) + 0x5a0 0xfdec319c void \
JavaCalls::call_virtual
(JavaValue*,Handle,KlassHandle,symbolHandle,symbolHandle,Thread \
*) + 0x188 0xfdee2700 void thread_entry(JavaThread*,Thread*) + 0x134
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@9 -----------------
0xff29fb5c _lwp_sema_wait + 0x8
0xff3590f0 _swtch + 0x158
0xff35c888 sema_wait + 0xbc
0xfdf61dc0 int check_pending_signals(int) + 0x254
0xfdf58ec8 void signal_thread_entry(JavaThread*,Thread*) + 0x34
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@10 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfddc33ec int Monitor::wait(int,long) + 0x4bc
0xfdf35d00 void CompileBroker::compiler_thread_loop() + 0x22c
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@11 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfddc33ec int Monitor::wait(int,long) + 0x4bc
0xfdf35d00 void CompileBroker::compiler_thread_loop() + 0x22c
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@12 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfddc33ec int Monitor::wait(int,long) + 0x4bc
0xfdf35d00 void CompileBroker::compiler_thread_loop() + 0x22c
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@13 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfddc309c int Monitor::wait(int,long) + 0x16c
0xfdf64b44 void LowMemoryDetector::low_memory_detector_thread_entry
(JavaThread*,Thread \
*) + 0x2ec 0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@14 -----------------
0xff29dce8 _poll + 0x4
0xfdd90cd0 int os::sleep(Thread*,long long,int) + 0x25c
0xfdfa5194 void WatcherThread::run() + 0xe8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@15 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfdeb4768 void ObjectMonitor::wait(long long,int,Thread*) + 0x59c
0xfdeb5978 void ObjectSynchronizer::wait(Handle,long long,Thread*) + 0xe8
0xfdd79adc void instanceKlass::initialize_impl(instanceKlassHandle,Thread*) +
0x19c
0xfdd676e8 void instanceKlass::initialize(Thread*) + 0x80
0xfdd96dc0 void LinkResolver::resolve_static_call
(CallInfo&,KlassHandle&,symbolHandle, \
symbolHandle,KlassHandle,int,int,Thread*) + 0x194 0xfdd6b904 void \
LinkResolver::resolve_invoke
(CallInfo&,Handle,constantPoolHandle,int,Bytecodes::Code,T \
hread*) + 0xc8 0xfdd703a0 void \
InterpreterRuntime::resolve_invoke(JavaThread*,Bytecodes::Code) + 0x3e8
0xf8416108 * \
com.mftl.emx.hub.Server$MemoryMonitor.run() bci:58 (Interpreted frame)
0xf8400218 \
<StubRoutines> 0xfdd9a808 void \
JavaCalls::call_helper(JavaValue*,methodHandle*,JavaCallArguments*,Thread*) +
0x5a0 \
0xfdec319c void JavaCalls::call_virtual
(JavaValue*,Handle,KlassHandle,symbolHandle,sym \
bolHandle,Thread*) + 0x188 0xfdee2700 void thread_entry(JavaThread*,Thread*) +
0x134
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@16 -----------------
0xff29fb10 ___lwp_cond_wait + 0x4
0xfdeb4768 void ObjectMonitor::wait(long long,int,Thread*) + 0x59c
0xfdeb5978 void ObjectSynchronizer::wait(Handle,long long,Thread*) + 0xe8
0xfdd79adc void instanceKlass::initialize_impl(instanceKlassHandle,Thread*) +
0x19c
0xfdd676e8 void instanceKlass::initialize(Thread*) + 0x80
0xfdd96dc0 void LinkResolver::resolve_static_call
(CallInfo&,KlassHandle&,symbolHandle, \
symbolHandle,KlassHandle,int,int,Thread*) + 0x194 0xfdd6b904 void \
LinkResolver::resolve_invoke
(CallInfo&,Handle,constantPoolHandle,int,Bytecodes::Code,T \
hread*) + 0xc8 0xfdd703a0 void \
InterpreterRuntime::resolve_invoke(JavaThread*,Bytecodes::Code) + 0x3e8
0xf8416108 * \
com.mftl.emx.hub.Server$FinalizerThreadBoost.finalize() bci:29 (Interpreted
frame) \
0xf8400218 <StubRoutines> 0xfdd9a808 void \
JavaCalls::call_helper(JavaValue*,methodHandle*,JavaCallArguments*,Thread*) +
0x5a0 \
0xfddf84f4 void jni_invoke_nonstatic
(JNIEnv_*,JavaValue*,_jobject*,JNICallType,_jmetho \
dID*,JNI_ArgumentPusher*,Thread*) + 0x4e0 0xfdf108e8 jni_CallVoidMethod + 0x1f0
0xfe7cfb84 Java_java_lang_ref_Finalizer_invokeFinalizeMethod + 0x78
<interpreter> method entry point (kind = native)
0xf840c224 * java.lang.ref.Finalizer.invokeFinalizeMethod(java.lang.Object)
bci:0 \
(Interpreted frame) 0xf8405764 * java.lang.ref.Finalizer.runFinalizer() bci:45
\
line:83 (Interpreted frame) 0xf8405764 * \
java.lang.ref.Finalizer.access$100(java.lang.ref.Finalizer) bci:1 line:14 \
(Interpreted frame) 0xf8405764 * java.lang.ref.Finalizer$2.run() bci:18
line:131 \
(Interpreted frame) 0xf8405c2c * java.lang.Thread.run() bci:11 line:595
(Interpreted \
frame) 0xf8400218 <StubRoutines>
0xfdd9a808 void JavaCalls::call_helper
(JavaValue*,methodHandle*,JavaCallArguments*,Thr \
ead*) + 0x5a0 0xfdec319c void \
JavaCalls::call_virtual
(JavaValue*,Handle,KlassHandle,symbolHandle,symbolHandle,Thread \
*) + 0x188 0xfdee2700 void thread_entry(JavaThread*,Thread*) + 0x134
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
----------------- t@17 -----------------
0xff29dce8 _poll + 0x4
0xfdd90cd0 int os::sleep(Thread*,long long,int) + 0x25c
0xfdf0ca4c JVM_Sleep + 0x260
0xf840c280 * java.lang.Thread.sleep(long) bci:833143 (Interpreted frame)
0xf840c224 * java.lang.Thread.sleep(long) bci:0 (Interpreted frame)
0xf8405764 * org.apache.log4j.helpers.FileWatchdog.run() bci:11 line:95
(Interpreted \
frame) 0xf8400218 <StubRoutines>
0xfdd9a808 void JavaCalls::call_helper
(JavaValue*,methodHandle*,JavaCallArguments*,Thr \
ead*) + 0x5a0 0xfdec319c void \
JavaCalls::call_virtual
(JavaValue*,Handle,KlassHandle,symbolHandle,symbolHandle,Thread \
*) + 0x188 0xfdee2700 void thread_entry(JavaThread*,Thread*) + 0x134
0xfdede29c void JavaThread::run() + 0x1d8
0xfe264240 void*_start(void*) + 0x208
0xff36b11c _thread_start + 0x40
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
DO NOT REPLY [Bug 40025] - Log4J causing Java application to hang
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40025>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40025
------- Additional Comments From boris.nebosenko@ardas.dp.ua 2007-03-20 06:44 -------
I have the same problem. When I configure log4j to output into console and run
jar file without joined console it hangs because of waiting.
Stack traces of all running threads.
Finalizer [WAITING]
java.lang.Object.wait(native method)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
MessageDispatcher [RUNNABLE]
java.net.SocketInputStream.socketRead0(native method)
java.net.SocketInputStream.read(SocketInputStream.java:129)
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
java.io.BufferedInputStream.read1(BufferedInputStream.java:256)
java.io.BufferedInputStream.read(BufferedInputStream.java:313)
com.sun.star.lib.connections.socket.SocketConnection.read(SocketConnection.java:163)
com.sun.star.lib.uno.bridges.java_remote.XConnectionInputStream_Adapter.read(XConnectionInputStream_Adapter.java:64)
java.io.DataInputStream.readInt(DataInputStream.java:353)
com.sun.star.lib.uno.protocols.urp.urp.readBlock(urp.java:491)
com.sun.star.lib.uno.protocols.urp.urp.readMessage(urp.java:590)
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.invoke(java_remote_bridge.java:157)
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.run(java_remote_bridge.java:144)
Reference Handler [WAITING]
java.lang.Object.wait(native method)
java.lang.Object.wait(Object.java:474)
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
Signal Dispatcher [RUNNABLE]
Stack trace is not available
Thread-1 [WAITING]
java.lang.Object.wait(native method)
java.lang.Object.wait(Object.java:474)
com.sun.star.lib.util.AsynchronousFinalizer$1.run(AsynchronousFinalizer.java:94)
YJPAgent-RequestListener [RUNNABLE]
Stack trace is not available
YJPAgent-Telemetry [TIMED WAITING]
Stack trace is not available
main [RUNNABLE]
java.io.FileOutputStream.writeBytes(native method)
java.io.FileOutputStream.write(FileOutputStream.java:260)
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123)
java.io.PrintStream.write(PrintStream.java:414)
sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(StreamEncoder.java:336)
sun.nio.cs.StreamEncoder$CharsetSE.implFlushBuffer(StreamEncoder.java:404)
sun.nio.cs.StreamEncoder$CharsetSE.implFlush(StreamEncoder.java:408)
sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:152)
java.io.OutputStreamWriter.flush(OutputStreamWriter.java:213)
org.apache.log4j.helpers.QuietWriter.flush(QuietWriter.java:57)
org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:315)
org.apache.log4j.WriterAppender.append(WriterAppender.java:159)
org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230)
org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65)
org.apache.log4j.Category.callAppenders(Category.java:203)
org.apache.log4j.Category.forcedLog(Category.java:388)
org.apache.log4j.Category.log(Category.java:853)
org.apache.commons.logging.impl.Log4JLogger.info(Log4JLogger.java:193)
com.artofsolving.jodconverter.openoffice.connection.AbstractOpenOfficeConnection.connect(AbstractOpenOfficeConnection.java:73)
com.artofsolving.jodconverter.openoffice.connection.AbstractOpenOfficeConnection.getService(AbstractOpenOfficeConnection.java:111)
com.artofsolving.jodconverter.openoffice.connection.AbstractOpenOfficeConnection.getFileContentProvider(AbstractOpenOfficeConnection.java:126)
com.artofsolving.jodconverter.openoffice.converter.OpenOfficeDocumentConverter.convertInternal(OpenOfficeDocumentConverter.java:102)
com.artofsolving.jodconverter.openoffice.converter.AbstractOpenOfficeDocumentConverter.convert(AbstractOpenOfficeDocumentConverter.java:90)
com.artofsolving.jodconverter.openoffice.converter.AbstractOpenOfficeDocumentConverter.convert(AbstractOpenOfficeDocumentConverter.java:60)
com.t2ut.converter.PresentationsConverter.convert(PresentationsConverter.java:108)
com.t2ut.converter.PresentationsConverter.main(PresentationsConverter.java:175)
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
DO NOT REPLY [Bug 40025] - Log4J causing Java application to hang
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40025>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40025
genman@noderunner.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |RESOLVED
Resolution| |INVALID
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
DO NOT REPLY [Bug 40025] - Log4J causing Java application to hang
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40025>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40025
Harmesh.Dheer@emxco.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Log4J causing application to|Log4J causing Java
|hang |application to hang
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
DO NOT REPLY [Bug 40025] - Log4J causing Java application to hang
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40025>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40025
carnold@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
------- Additional Comments From carnold@apache.org 2006-07-12 16:52 -------
I don't see an obvious connection between the problem description and the stack traces. The only log4j
related thing in the stack traces is a sleeping FileWatchdog waiting for changes to the configuration file do
to a earlier call to configureAndWatch. Everything else seems to be related to object finalization.
Could you modify your configuration code to call configure() instead and see if the problem still occurs. If
it still does, could you see if it occurs when log4j is effectively disabled by a statement like:
LogManager.getLoggerRepository().setThreshold(Level.OFF);
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
DO NOT REPLY [Bug 40025] - Log4J causing Java application to hang
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40025>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40025
------- Additional Comments From carnold@apache.org 2007-03-20 20:33 -------
The 2007-03-20 comment seems unrelated to the original bug report.
If it is to be persued, please file a separate bug report and:
- specify platform, JDK and log4j version
- Check that it occurs on a simpler test application. If it is just a stall on a write to System.out, then it
should occur in a straight single thread application.
- suggest how to detect that the an attempt to flush to System.out or System.err will hang. I don't see any
way to recover once flush() is called, so the condition must be anticipated.
- links to any relevant discussion on the System.out or System.err hanging. The JDK docs seem to imply
that System.out and System.err will always be ready to
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org