Quoting Scott Deboy <[EMAIL PROTECTED]>: > It looks like the logfilepatternreceiver (non-vfs version) isn't in the > webstart-launchable version. >
Are you sure about that? I've used the non-vfs version just fine, and I use Chainsaw via WebStart. In fact, if you look at the event log for Chainsaw startup that I sent you, you will see that Chainsaw reports detection of the LogFilePatternReceiver. So, I think you must be mistaken here. More below... > Scott > > > -----Original Message----- > From: Scott Deboy [mailto:[EMAIL PROTECTED] > Sent: Fri 12/9/2005 11:06 AM > To: Log4J Users List > Subject: RE: VFSLogFilePatternReceiver usage? > > 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. > When you say "currently", do you foresee a way to do it with a coding change, just not with the code the way it currently is? > 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. > Yes, commons-logging more than a bit annoying. Plus, I'd never want to put this stuff in jre/lib/ext. I wonder if it would be advisable to put the VFS plugin in a separate jar so that it can be added to the "plugins" directory along with all the other VFS dependencies in the case that a user wants to use VFS. I think it should be a goal to make the webstart version provide exactly the same behavior as the standalone version. Do you think this is doable? Jake > 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]
