Heh, I forgot that AppFuse logs to the console by default... and if I can't 
find the console output I should probably direct the logs elsewhere.  Good 
thinking Rob :)

...

Grrrr... Okay so I tried using a FileAppender instead within my AppFuse 
application log4j config.  Tomcat apparently had the appropriate permissions to 
create the file, but it contains exactly 0 bytes of logging data.  <sigh>

Welp, I'm going out of town today. I had hoped to get this up before I left, 
but I guess that won't be happening.  Thanks for your help and we'll see how 
round 2 goes next week.

Thanks
Nathan


----- "Rob Hills" <[EMAIL PROTECTED]> wrote:
> Hi again Nathan,
> 
> Nathan Anderson wrote:
> > Hi Rob/Matt/Anyone else with a suggestion ;),
> >
> > Okay... so I found a problem with the database configuration [I
> missed the second password field in jdbc.properties].  But apparently
> there is something else not working.  I still can't find catalina.out
> so I can't see the raw console output anywhere.  When I had the
> database config problem it was the app failed to startup at a
> "listenerStart".  Now that I fixed the DB problem it is failing on a
> "filterStart"--which is about as nondescript of an error as the first.
>  
> >   
> Just had a look at my logs on my FC5 machine, specifically the 
> catalina.out from the last startup.
> 
> Interestingly, in that start, I had a log file for my AppFuse app that
> 
> was located somewhere that TC didn't have permissions for and Log4J 
> threw a Java.io.FileNotFoundException, but logging to Catalina.out 
> carried on happily (as you'd expect).  This happened BEFORE the db 
> connection was opened, so if you've got that far now, I suspect you'll
> 
> have got past any App-specific logfile issues.  Have you specified a
> log 
> file for your AppFuse app in the Log4J setup?  I know you should have
> a 
> catalina.out somewhere, but it might help if you can at least locate
> an 
> application logfile whose location you have some control over ;-)
> 
> The first listener that appears is actually the StartupListener, doing
> a 
> context initialization.
> 
> Hope some of this is useful,
> 
> Rob Hills
> Waikiki, Western Australia
> 
> ---------------------------------------------------------------------
> 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