It's not sufficient to have VFS in the 'plugins' directory - because of the additional integration of VFS into Chainsaw (a VFS plugin that displays the file system).
This means there is NO WAY CURRENTLY to use VFSLogFilePatternReceiver via web start. I almost had it working by adding vfs and commons logging to jre/lib/ext but commons logging was looking for log4j and I couldn't override that. Scott -----Original Message----- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Fri 12/9/2005 9:27 AM To: Log4J Users List Subject: RE: VFSLogFilePatternReceiver usage? Quoting Scott Deboy <[EMAIL PROTECTED]>: > err...oro shouldn't be the problem... > > If Chainsaw finds the vfs classes you'll get a 'VFS' tab in the UI. > Well, I certainly don't get a 'VFS' tab in the UI. When I remove As I stated originally, I grabbed every single dependency of commons-vfs. This includes both required and optional dependencies. Here's a list of what I have in ${user.home}/.chainsaw/plugins... commons-codec-1.3.jar commons-collections-3.1.jar commons-compress-20050911.jar commons-httpclient-2.0.2.jar commons-logging-1.0.4.jar commons-net-1.4.1.jar commons-vfs-1.0-RC7.jar jakarta-oro-2.0.8.jar jakarta-slide-webdavlib-20050629.161100.jar jcifs-1.2.7.jar jdom-1.0.jar jsch-0.1.24.jar I'm pretty sure there's nothing missing, and I know there is way more than I need for just connecting via SSH or SFTP. I just figured I'd throw everything in there in case I decided I wanted to use any other protocol. See an email I sent to you privately which is a log of the Chainsaw startup. I hope it is helpful. Jake > -----Original Message----- > From: Scott Deboy [mailto:[EMAIL PROTECTED] > Sent: Fri 12/9/2005 8:10 AM > To: Log4J Users List > Subject: RE: VFSLogFilePatternReceiver usage? > > > You're probably missing ORO or commons-logging in the plugins directory. > > -----Original Message----- > From: Jacob Kjome [mailto:[EMAIL PROTECTED] > Sent: Fri 12/9/2005 7:43 AM > To: Log4J Users List > Subject: Re: VFSLogFilePatternReceiver usage? > > Quoting Paul Smith <[EMAIL PROTECTED]>: > > > First question, did you tick the "Ok to remove SecurityManager" in > > the application preferences? If this is not ticked, particularly > > with the Webstart version it's impossible load stuff from the plugins > > directory. By ticking this box, you turn off the SecurityManager, > > and allow a TCL to be created, which knows how to load classes from > > the .plugins area. > > > > Yep, I did that, then put my config URL in the global settings, restarted, > and > now it fails on startup with this error... > > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at com.sun.javaws.Launcher.executeApplication(Unknown Source) > at com.sun.javaws.Launcher.executeMainClass(Unknown Source) > at com.sun.javaws.Launcher.continueLaunch(Unknown Source) > at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source) > at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source) > at com.sun.javaws.Launcher.run(Unknown Source) > at java.lang.Thread.run(Unknown Source) > Caused by: java.lang.NoClassDefFoundError: > org/apache/commons/vfs/FileSystemException > at > org.apache.log4j.chainsaw.vfs.VFSLogFilePatternReceiver.activateOptions(VFSLogFilePatternReceiver.java:136) > at org.apache.log4j.joran.action.PluginAction.end(PluginAction.java:88) > at > org.apache.log4j.joran.spi.Interpreter.callEndAction(Interpreter.java:274) > at > org.apache.log4j.joran.spi.Interpreter.endElement(Interpreter.java:155) > at > org.apache.log4j.joran.spi.JoranDocument$EndElementEvent.replay(JoranDocument.java:206) > at > org.apache.log4j.joran.spi.JoranDocument.replay(JoranDocument.java:113) > at > org.apache.log4j.joran.JoranConfigurator.doConfigure(JoranConfigurator.java:170) > at > org.apache.log4j.joran.JoranConfigurator.doConfigure(JoranConfigurator.java:89) > at > org.apache.log4j.chainsaw.LogUI.loadConfigurationUsingPluginClassLoader(LogUI.java:1846) > at org.apache.log4j.chainsaw.LogUI.createChainsawGUI(LogUI.java:314) > at org.apache.log4j.chainsaw.LogUI.main(LogUI.java:250) > ... 11 more > > > > Having said that, it's possible that the last Webstart build somehow > > broke VFS compatibility. Scott? If this is the case, I could fast > > track a new build. Does the same thing happen if you check out log4j- > > chainsaw SVN project and run it via 'ant chainsaw' ? > > > > I don't have access to do that at work. I could see if I can download a > tarball > of the latest source and try it. I'll see what I can do. > > Jake > > > cheers, > > > > Paul > > > > On 09/12/2005, at 5:37 PM, Jacob Kjome wrote: > > > > > > > > I feel like I should know this, but having never actually trying > > > the VFSLogFilePatternReceiver before and trying to set it up now, I > > > realize that I don't. Here's what I've done.... > > > > > > 1. Installed latest Webstart version of Chainsaw > > > 2. Created $user.home/.chainsaw/plugins directory > > > 3. Added commons-vfs-1.0-RC7.jar and *all* mandatory + optional > > > dependencies to the plugins directory. See... > > > http://people.apache.org/~imario/vfs/ > > > http://people.apache.org/~imario/vfs-1.0-RC7/site/download.html > > > > > > 4. Launched chainsaw and looked at the log. Chainsaw reports > > > nothing about loading the VFSLogFilePatternReceiver, but does > > > report finding other receivers, including... > > > "Located known Receiver class > > > org.apache.log4j.varia.LogFilePatternReceiver" > > > > > > VFSLogFilePatternReceiver comes with Chainsaw, no? It seems to be > > > in the chainsaw jar in the downloadable chainsaw package. Why > > > doesn't it exist for WebStart with all the necessary VFS > > > dependencies available in the plugins directory? > > > > > > BTW, where do we load a plugin config file? Can it only be loaded > > > upon startup, defined in the global options? The "load file" > > > options under the "file" menu only seem to apply to log files in > > > XML format, not plugin config files. If it is possible to > > > dynamically create receivers using the Chainsaw Receiver panel, why > > > can't I dynamically create them by loading a plugin config file at > > > runtime? I must be missing something. > > > > > > Also, is there anything that can be done about "logFormat" > > > recognition for the FilePatternReceiver in the case where the log > > > file contains heterogeneous patterns? For instance, under Tomcat, > > > I've got Log4j in common/lib and have defined a Console appender > > > for the default logger repository. I'm using the NT Service for > > > Tomcat (on WinXP) which captures System.out and logs it to file, > > > for which the service (or Tomcat) controls the rolling. Then, in > > > my webapps, I use a console appender for certain logging which also > > > ends up in that file. The patterns that the server use can be > > > different than that of the webapps resulting in more than one > > > pattern in the log file. Not only that, but there might be certain > > > cases where code literally uses System.out (bad code!) and there is > > > no real pattern. Might Chainsaw be enhanced to deal with this by > > > using multiple patterns? I'm not sure it's possible, but it would > > > be nice if it were. > > > > > > Anyway, I've rambled enough. > > > > > > thanks, > > > > > > Jake > > > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > > > --------------------------------------------------------------------- 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]
