geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject [jira] Commented: (GERONIMO-264) exceptions being swallowed at startup
Date Tue, 13 Jul 2004 16:06:40 GMT
The following comment has been added to this issue:

     Author: toby cabot
    Created: Tue, 13 Jul 2004 9:04 AM
Thanks for looking at this.  The stack trace I was getting does get
printed to the console, but chronologically out of order (i.e. it's
after the shutdown process).  Would it be more clear to print the
stack trace before starting the shutdown process, ie
            } catch (Exception e) {
                try {
                } catch (Exception e1) {
                throw new AssertionError();
Then the output on the screen would appear in the order in which
things happen.  Don't know about others but I tend to focus on the
first unexpected event in the logs, and in my case there were stack
traces from the shutdown that appeared before the root cause.
Also, it looks like doesn't use logging at all so
printStackTrace() is better than nothing but it would be cool if the
stack trace made it to the logs.

View this comment:

View the issue:

Here is an overview of the issue:
        Key: GERONIMO-264
    Summary: exceptions being swallowed at startup
       Type: Improvement

     Status: Unassigned
   Priority: Minor

    Project: Apache Geronimo

   Reporter: toby cabot

    Created: Mon, 12 Jul 2004 1:06 PM
    Updated: Tue, 13 Jul 2004 9:04 AM
Environment: fedora core 2
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)

some exceptions that are thrown during startup are swallowed and don't show up in the logs.

i'm at the 'monkey and typewriter' stage of the geronimo learning curve so i'm a good randomness
injector.  i had a problem where geronimo would try to start up and then go directly to shutdown
for no apparent reason.  actually, i think i've had a few:

15:50:17,290 DEBUG [GBeanMBean] geronimo.config:name="skeleton/RA" State changed from stopped
to starting
15:50:17,292 DEBUG [Configuration] ClassPath for skeleton/RA resolved to [file:/home/tcabot/try/incubator-geronimo/target/config-store/8/connector/skeleton-ra.jar]
ra test setting configParameter to NewStringValue
15:50:17,737 DEBUG [SpreadManagedConnectionFactory] BaseManagedConnectionFactory()
15:50:17,737 DEBUG [SpreadManagedConnectionFactory] SpreadManagedConnectionFactory()
15:50:18,425 DEBUG [GBeanMBean] geronimo.config:name="skeleton/RA" State changed from starting
to failed
15:50:18,426 INFO  [Kernel] Starting kernel shutdown

i'll include a patch that logs the problem in the catch clause in Configuration.doStart().
 There might be better places to do this, but as long as it gets done *somewhere* i'm happy.


This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:

If you want more information on JIRA, or have a bug to report see:

View raw message