lilith-user Mailing List for lilith
Brought to you by:
huxhorn
You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Joern H. <jo...@li...> - 2018-08-09 11:38:42
|
This version of Lilith demands Java 8 update 181 or higher and will says so if you try to start it with an older version. It has also been built and tested with Java 10.0.2. You can still receive event from previous versions so if your application is still running Java 7 or lower just keep using the 0.9.44 artifacts. Keep in mind that Java SE 7 End of Public Updates has already been reached. Added - Added "Find previous active" and "Find next active" buttons to toolbar. - Added "Find previous" and "Find next" buttons to toolbar. - Added lots of missing mnemonics. - If the connection is lost then Message/RequestURI in table will now show "Connection closed." instead of nothing. - Added smooth horizontal table scrolling option that is enabled by default. - Added support for Log4j 2 `JsonLayout`, `YamlLayout` and `XmlLayout`. `SerializedLayout` has been deprecated in log4j2 2.9.0 so you should use one of the other options instead. - Added Automatic-Module-Names for artifacts where appropriate. Changed - "Clean all inactive logs" is now less noisy in the Lilith log. - Changed icons for "Find previous active" and "Find next active". They now differ from "Find previous" and "Find next" as they should. - Refactored actions and icon handling. - Don't add null events to global logs. - Unchecking "Enable global logs." in Preferences is now deleting existing global log files automatically. - Keyboard help will now always be up-to-date. - Demand Java 8 `1.8.0_181`. Deprecated - Nothing. Removed - "Previous" and "Next" buttons in find panel. - "Pause" action. Pausing only paused updating of the table, not receiving of events. This was confusing (even me) and served no actual purpose. This action was a left-over from the early days of Lilith when it was used for debugging during development. Fixed - All L&F support mac screen menu bar with Java 9 or higher. - Zero-delimited event receivers did not add a `null` event when end of stream was reached. - Fixed initial enabled state of "Go to source". - Fixed enabled state of "Edit" menu. Mustn't be disabled anymore because "Paste StackTraceElement" is always available. - Fixed enabled state of "Copy selection". - Menu entries related to global logs are now disabled if "Enable global logs." is unchecked in Preferences. - Added more dependencies and entries to the deserialization whitelist. This is essentially necessary because `logback-access` does not have an `AccessEventVO`. - Not all event producers expect a heartbeat. - Made sure that "You have changed the look & feel." and "You have changed the application path." dialogs aren't hidden by the preferences dialog. - Fixed java executable detection in Windows bat file. Thanks, tha2015! - Logback 1.2.3, log4j2 2.11.1, Groovy 2.5.1, jackson 2.9.6, spring 5.0.8, protobuf 3.6.1, junique 1.0.4, jcommander 1.72, commons-lang 3.7, commons-text 1.4, commons-io 2.6, flying-saucer 9.1.14, glazedlists 1.10.0, aspectj 1.9.1, httpcore 4.4.10, httpclient 4.5.6, woodstox 5.1.0 - Fixed several split package issues. Because of this, some classes have changed package names: - the two most commonly used classes `de.huxhorn.lilith.logback.appender.ClassicMultiplexSocketAppender` and `de.huxhorn.lilith.logback.encoder.ClassicLilithEncoder` have not been moved. - `de.huxhorn.lilith.logback.encoder.AccessLilithEncoder` changed to `de.huxhorn.lilith.logback.encoder.access.AccessLilithEncoder`. - `de.huxhorn.lilith.logback.appender.AccessMultiplexSocketAppender` changed to `de.huxhorn.lilith.logback.appender.access.AccessMultiplexSocketAppender`. - `de.huxhorn.lilith.logback.appender.ClassicJsonMultiplexSocketAppender` changed to `de.huxhorn.lilith.logback.appender.json.ClassicJsonMultiplexSocketAppender`. - `de.huxhorn.lilith.logback.appender.ZeroDelimitedClassicJsonMultiplexSocketAppender` changed to `de.huxhorn.lilith.logback.appender.json.ZeroDelimitedClassicJsonMultiplexSocketAppender`. - `de.huxhorn.lilith.logback.appender.ClassicXmlMultiplexSocketAppender` changed to `de.huxhorn.lilith.logback.appender.xml.ClassicXmlMultiplexSocketAppender`. - `de.huxhorn.lilith.logback.appender.ZeroDelimitedClassicXmlMultiplexSocketAppender` changed to `de.huxhorn.lilith.logback.appender.xml.ZeroDelimitedClassicXmlMultiplexSocketAppender`. |
From: Joern H. <jo...@li...> - 2017-03-15 13:55:23
|
See http://lilithapp.com/releases/8.1.0.xhtml for detailed list of changes. Cheers, Huxi. |
From: Fresh C. <fre...@gm...> - 2017-02-04 00:08:18
|
My logfile has entries like the following: 2017-02-03 00:00:00 | INFO | 38:c.b.c.arn.quartz.job.DelegatingJobBean | Starting job: reportJob 2017-02-03 00:00:00 | INFO | 45:c.b.consulting.arn.jobs.ReportJob | Report Job for 291 2017-02-03 00:00:00 | INFO | 49:c.b.consulting.arn.jobs.ReportJob | Running report in thread This is a logback generated log file but I can't seem to load it into lilith. What am I doing wrong? Thank you ! |
From: Joern H. <jo...@li...> - 2015-11-15 19:49:45
|
This version of Lilith requires Java 8 update 66 or higher and will says so if you try to start it with an older version. You can still receive event from previous versions so if your application is still running Java 7 or lower just keep using the 0.9.44 artifacts. Keep in mind that Java SE 7 End of Public Updates has already been reached. It contains an important security fix related to deserialization and lots of small usability enhancements. See http://lilithapp.com/releases/8.0.0.xhtml for detailed release notes. Cheers, Jörn. |
From: Joern H. <jo...@li...> - 2015-06-02 09:17:29
|
Hi Marco. On 02.06.15 10:46, Marco Draijer wrote: > Why is Lilith not showing the MDC part of the messages in my logfiles? It seems to be a weirdly malformed XML. Are you using log4j or log4j2? An MDC in log4j-XML should look like this: <log4j:properties> <log4j:data name="key1" value="value1"/> <log4j:data name="key2" value="value2"/> </log4j:properties> while yours looks like this: > <log4j:MDC><![CDATA[correlationID=005056A1-54F8-11E5-E115-3D26658CB12A > hopCount=2 host=IJMESBAPP20 user=cn=jmsproxyuser,cn=organizational > users,o=tatasteel,cn=cordys,cn=production,o=ce.altis.corusgroup.com > <http://ce.altis.corusgroup.com> > process=com-tatasteel-tse/apps/tse/erp/manageexecutionevent/v20130312/bpm/o_notifyqualityevent > messageID=005056A1-54F8-11E5-E115-3D3E9013512A senderComponent=WEB > Service Look Up instance=005056A1-54F8-11E5-E115-3D26658F912A > processid=2304 ISVPackage=TataSteel bus_common Common v20140318 4 > Method=GetDataValue processorDN=cn=BusCommon WS-AppServer,cn=BusCommon > WSApps-Server,cn=soap > nodes,o=tatasteel,cn=cordys,cn=production,o=ce.altis.corusgroup.com > <http://ce.altis.corusgroup.com>]]></log4j:MDC> Looks like space-separated key-values enclosed in a CDATA. Impossible to parse in case of something like "ISVPackage=TataSteel bus_common Common v20140318 4". I suspect this is log4j2. If this is the case then you should consider raising a bug about it. I have no problem adding support for a slightly changed XML format but this just doesn't fly. It's not lossless. Hope that helps. Cheers, Jörn. |
From: Marco D. <mar...@oe...> - 2015-06-02 08:46:39
|
Why is Lilith not showing the MDC part of the messages in my logfiles? One of the log messages in the file is: <log4j:event logger="com.cordys.cpc.bsf.connector.TransactionHandler" timestamp="1433196158599" level="ERROR" thread="socket:\\ijmesbapp20:32844/Worker-111"> <log4j:message><![CDATA[java.lang.reflect.InvocationTargetException]]></log4j:message> <log4j:MDC><![CDATA[correlationID=005056A1-54F8-11E5-E115-3D26658CB12A hopCount=2 host=IJMESBAPP20 user=cn=jmsproxyuser,cn=organizational users,o=tatasteel,cn=cordys,cn=production,o=ce.altis.corusgroup.com process=com-tatasteel-tse/apps/tse/erp/manageexecutionevent/v20130312/bpm/o_notifyqualityevent messageID=005056A1-54F8-11E5-E115-3D3E9013512A senderComponent=WEB Service Look Up instance=005056A1-54F8-11E5-E115-3D26658F912A processid=2304 ISVPackage=TataSteel bus_common Common v20140318 4 Method=GetDataValue processorDN=cn=BusCommon WS-AppServer,cn=BusCommon WSApps-Server,cn=soap nodes,o=tatasteel,cn=cordys,cn=production,o=ce.altis.corusgroup.com ]]></log4j:MDC> <log4j:throwable><![CDATA[java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor71.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.cordys.cpc.bsf.connector.BsfMethodCall.invoke(BsfMethodCall.java:335) at com.cordys.cpc.bsf.connector.TransactionHandler.handleJavaCall(TransactionHandler.java:2186) at com.cordys.cpc.bsf.connector.TransactionHandler.execute(TransactionHandler.java:2509) at com.cordys.cpc.bsf.connector.WSAppServerTransaction.process(WSAppServerTransaction.java:97) at com.eibus.soap.SOAPTransaction.handleBodyBlock(SOAPTransaction.java:1379) at com.eibus.soap.SOAPTransaction.<init>(SOAPTransaction.java:574) at com.eibus.soap.SOAPTransaction.<init>(SOAPTransaction.java:238) at com.eibus.soap.Processor.onReceive(Processor.java:1066) at com.eibus.soap.Processor.onReceive(Processor.java:1039) at com.eibus.connector.nom.Connector.onReceive(Connector.java:475) at com.eibus.transport.NonTransactionalWorkerThreadBody.doWork(NonTransactionalWorkerThreadBody.java:61) at com.eibus.transport.NonTransactionalWorkerThreadBody.run(NonTransactionalWorkerThreadBody.java:26) at com.eibus.util.threadpool.WorkerThread.run(WorkerThread.java:64) Caused by: com.cordys.coe.exception.SoapFaultException: java.lang.Throwable: No DataLookup Value Returned for FieldName:COIL_HEADER_BATCH_CHAR_NAME_161 ,Key:SAP_Order_No ,Source:MES ,Target:SAP at com.tatasteel.tse.bus.common.common.v20140318.businessdata.domain.DataLookup.getDataValue(DataLookup.java:65) ... 16 more Caused by: java.lang.Throwable: No DataLookup Value Returned for FieldName:COIL_HEADER_BATCH_CHAR_NAME_161 ,Key:SAP_Order_No ,Source:MES ,Target:SAP ... 17 more ]]></log4j:throwable> <log4j:locationInfo class="com.cordys.cpc.bsf.connector.TransactionHandler" method="handleJavaCall" file="TransactionHandler.java" line="2222"/> </log4j:event> This is showing as attached screen shot. Also the option "Copy MDC" in the Edit menu is disabled. Kind regards, Marco -- Barentszplein 2A 1013 NJ Amsterdam T 020 3302962 F 020 3302963 *oelan.nl <http://www.oelan.nl>* *Maak werk van je leven!* De inhoud van dit bericht kan vertrouwelijk zijn. Indien het niet voor u bestemd is, verzoeken wij u vriendelijk ons te waarschuwen en het bericht permanent uit uw bestanden te verwijderen. Oelan is een handelsnaam, welke door bedrijven uit de Oelan Groep wordt gebruikt. |
From: Joern H. <jo...@li...> - 2014-04-21 17:54:51
|
Lilith 0.9.44 - Release Notes This release brings huge improvements to the usage of conditions. Take a look at "Focus" and "Exclude" in the popup and "Search" menu. Remember that you can save conditions using Cmd/Ctrl-I. Those will show up in the "Saved conditions" section of "Focus" and "Exclude". It will also most likely be the last Java 5 compatible version. Development will continue on Java 8. Changes: - The table of the view will now always receive the focus if the selected view changes. - Added alternative behavior for Focus/Exclude actions. By default, those actions are replacing the current views filter, if available, with the new combined filter. Hold shift to create a new view instead. - Status text is now properly updated in case of a replaced filter. - Renamed "Named" in the find combo to "Saved". - Renamed "Add condition..." to "Save condition..." and moved it from the "View" to the "Search" menu. Also added it to the popup menu. - Significantly enhanced tooltips of various condition-related components. They now show a pretty-printed string representation of the condition. - Enhanced "Focus" and "Exclude" popup menus. - Added corresponding "Focus" and "Exclude" menus to the "Search" menu. - Added two Substance look&feels to the mix. - Status text of main window is now properly updated on change of white/blacklisted list name. - Enhanced profiling output of TracingAspect. - Fixed of-by-one error in message renderer [+x lines]. Again. - servlet-api dependency of de.huxhorn.lilith.logback.servlet is now "provided". - Added "Paste StackTraceElement" (Cmd-shift V) which opens the respective source code in the IDE, if a proper plugin is installed. - ClassicLilithEncoder is now Encoder<ILoggingEvent> instead of Encoder<LoggingEvent>. - Fixed suppressed handling while parsing Throwables. This is also a partial workaround for LOGBACK-328. - Added fishing-for-compliments technology. - Groovy 2.2.2, Logback 1.1.2, SLF4J 1.7.7, Jackson 2.3.3, log4j2 2.0-beta9, rrd4j 2.2, aspectj 1.8.0, flying-saucer 9.0.4, Spring 4.0.2, macify 1.6, httpcore 4.3.2, httpclient 4.3.3, JCommander 1.35, servlet-api 3.0.1, jgoodies-looks 2.5.3, commons-lang3 3.3.2 Known Issues: - Lilith is built with log4j2 2.0-beta9 and won't work with log4j2 2.0-rc1. The reason for this is that SocketAppender isn't working properly in that version. See LOG4J2-542. - HTML tooltips are not working with the native Mac OS X menu bar so some tooltips, especially the nice condition tooltips, will look garbled. Use a different look&feel to circumvent this problem. Unfortunately, I can't do anything about it. - Flying Saucer related issues: - Selection in the HTML view is currently somewhat buggy, especially in case of scaled view. - The first line of the message in HTML view is not properly indented if it starts with whitespace. You can see this effect by examining the event created by LogPinupLargeRunnable (executed via "Log ASCII"). The HTML created is actually correct. - Jumping to anchors is currently not supported so the navigation in help and details view isn't as good as it could be. - Lilith may hang during startup while creating the preferences dialog. Just restart Lilith in that rare case. This is caused by Java bug #6995182 and I can't do anything about it. Sorry about it. It's a stupid Java-MediaTracker-ColorChooser-Bug with no workaround available. m( ----------------------------------------------------------------------------- bitcoin: 19UjvmrDJMBcGDYQoFcrjYPqLRFPSwznZn litecoin: LU6WM3nmGJy3N5PEE8yQwsAyenJs8dtbmV dogecoin: DJC1R683hfD4VSEDAJrvNpv6GsCg8ewvhm |
From: Joern H. <jo...@li...> - 2013-04-29 01:28:48
|
This mainly fixes an incompatibility with Logback 1.0.12 and adds support for log4j2. See http://lilithapp.com/releases/0.9.43.xhtml for detailed information. Cheers, Joern. |
From: Joern H. <jo...@li...> - 2012-03-12 01:24:50
|
Download it now at https://sourceforge.net/projects/lilith/files/lilith/0.9.42/ Lilith 0.9.42 - Release Notes Changes: - tail and cat are now fully supporting both LoggingEvent and AccessEvent. - Restored Logback SocketAppender in Lilith logging configuration. It's now triggered during debug actions, again. - Added support for new Java SE 7 try-with-resources statement suppressed Throwables. - After many runs that replace opened log file, Updating task failed with "Negative seek offset" - Added "Focus..." and "Exclude..." menus to popup. - "Edit", "Copy..." and "Filter..." menus are only enabled if it makes sense. - Added "Copy event as JSON" and "Copy event as XML". - Added lilith.timestamp.milliseconds system property. - Preventing multiple warning log-entries in case of broken groovy files (detailsView.groovy, Conditions, ClipboardFormatter). Instead, a warning is only emitted once for every file change. Instances aren't recreated in that case, either, so this also enhances the performance and lowers the CPU usage during general use. - Views are now properly updated upon preferences change. - Added option for "wrapped exception style" in details view. - Changed NDC to use varargs. - Added nottingham-draft HTTP status codes. - Relaxed namespace handling of all XML readers. This enables retrieval of old (1.3) Lilith XML Events. - All KeyStrokes are now managed globally. This includes validation of the used KeyStrokes which detected some mistakes: - "Close all tabs." is now Ctrl+Alt+Shift+W. - "Find previous active match" is now Ctrl+L. - "Find next active match" is now Ctrl+Shift+L. - "Copy Throwable" does now have the shortcut "command shift alt T". - SLF4J 1.6.4, Logback 1.0.1, Groovy 1.8.6, commons-lang 3.0.1, protobuf-java 2.4.1, jackson 1.9.2, jcommander 1.23, aspectj 1.6.11, cglib 2.2.2, httpclient 4.1.2, httpcore 4.1.3, commons-codec 1.5, JUnit 4.10, Spring 3.1.1.RELEASE Known Issues: - Flying Saucer related issues: - Selection in the HTML view is currently somewhat buggy, especially in case of scaled view. - The first line of the message in HTML view is not properly indented if it starts with whitespace. You can see this effect by examining the event created by LogPinupLargeRunnable (executed via "Log ASCII"). The HTML created is actually correct. - Jumping to anchors is currently not supported so the navigation in help and details view isn't as good as it could be. - Lilith may hang during startup while creating the preferences dialog. Just restart Lilith in that rare case. This is caused by Java bug #6995182 and I can't do anything about it. Sorry about it. It's a stupid Java-MediaTracker-ColorChooser-Bug with no workaround available. m( Attention! This release changes detailsView.groovy in a way incompatible with previous versions! If you switch back to a previous version, you must reset this file. Simply execute "Preferences" => "Troubleshooting" => "Reinitialize details view files." in that case. |
From: Paul G. <pgg...@gm...> - 2011-12-11 19:29:26
|
Hi, I'm using Lilith with Logback. Is it possible to configure Lilith so there's a column that displays the value of an MDC key? Thanks, Paul |
From: Treilhes P. <p.t...@fr...> - 2011-07-23 23:29:59
|
I'm really impressed, I did not expect an answer as fast as this. The global logging view fulfils all my needs. Thanks a lot. Pascal -----Message d'origine----- De : Joern Huxhorn [mailto:jhu...@go...] Envoyé : dimanche 24 juillet 2011 01:07 À : Treilhes Pascal Cc : lil...@li... Objet : Re: [Lilith-user] Fusing logs Hi Pascal On 24.07.2011, at 00:37, Treilhes Pascal wrote: > Hi, > > I got just one question. Is it possible to fuse two windows in Lilith or to log two applications in the same window. > > What Im trying to achieve is to log one client app and one server app in the same log window in Lilith. > > My client and my server are on the same computer so it would be a must if logs could be sorted according to timestamp. > Not yet, but there is a global logging view containing all received logging events. You can open it using Ctrl/Cmd-1. Maybe this, probably using some conditions for filtering, is enough for you. > > If its not possible, can you name the class doing message dispatching to see if I can modify some code to achieve this. > The code in question is located in https://github.com/huxi/lilith/blob/master/lilith/src/main/java/de/huxhorn/l ilith/eventhandlers/FileSplitterEventHandler.java and https://github.com/huxi/lilith/blob/master/lilith/src/main/java/de/huxhorn/l ilith/eventhandlers/FileDumpEventHandler.java It is not yet as extensible as I'd like it to be, though. You'd have to manually add another eventhandler in https://github.com/huxi/lilith/blob/master/lilith/src/main/java/de/huxhorn/l ilith/swing/MainFrame.java startUp() > > Thanks for your time and efforts. > You are very welcome. ;) Cheers, Joern. |
From: Joern H. <jhu...@go...> - 2011-07-23 23:06:48
|
Hi Pascal On 24.07.2011, at 00:37, Treilhes Pascal wrote: > Hi, > > I got just one question. Is it possible to fuse two windows in Lilith or to log two applications in the same window. > > What I’m trying to achieve is to log one client app and one server app in the same log window in Lilith. > > My client and my server are on the same computer so it would be a must if logs could be sorted according to timestamp. > Not yet, but there is a global logging view containing all received logging events. You can open it using Ctrl/Cmd-1. Maybe this, probably using some conditions for filtering, is enough for you. > > If it’s not possible, can you name the class doing message dispatching to see if I can modify some code to achieve this. > The code in question is located in https://github.com/huxi/lilith/blob/master/lilith/src/main/java/de/huxhorn/lilith/eventhandlers/FileSplitterEventHandler.java and https://github.com/huxi/lilith/blob/master/lilith/src/main/java/de/huxhorn/lilith/eventhandlers/FileDumpEventHandler.java It is not yet as extensible as I'd like it to be, though. You'd have to manually add another eventhandler in https://github.com/huxi/lilith/blob/master/lilith/src/main/java/de/huxhorn/lilith/swing/MainFrame.java startUp() > > Thanks for your time and efforts. > You are very welcome. ;) Cheers, Joern. |
From: Treilhes P. <p.t...@fr...> - 2011-07-23 22:37:22
|
Hi, I got just one question. Is it possible to fuse two windows in Lilith or to log two applications in the same window. What I'm trying to achieve is to log one client app and one server app in the same log window in Lilith. My client and my server are on the same computer so it would be a must if logs could be sorted according to timestamp. If it's not possible, can you name the class doing message dispatching to see if I can modify some code to achieve this. Thanks for your time and efforts. Pascal |
From: Joern H. <jo...@li...> - 2011-05-02 21:48:21
|
Lilith 0.9.41 - Release Notes This is an interim release because of a rather critical bug discovered by Andy Goossens. Webapps using a ClassicMultiplexSocketAppender would not undeploy properly because of a dangling classloader. I originally wanted to wait for Logback 0.9.29 due to the issues with 0.9.28 described in "Known Issues" below but I was unable to get any ETA for the next release. Changes: - The NDC behavior has changed a bit since it does not inherit the NDC of the parent threads anymore. This is actually a better behavior. Inheriting does not make much sense for an NDC - in contrast to MDC where it is very helpful - since it resembles a contextual "stacktrace". I never documented the previous behavior, anyway. Problem? ;) - Fixed two classloader-leak-issues that prevented proper unloading of webapps upon undeploy/redeploy. 1.) The threads startet by the Lilith multiplex appenders did stop but I didn't bother to wait until they finished doing so. This has been fixed now. All threads are destroyed before stop() returns. 2.) I had an issue in the NDC implementation that was very comparable to the one that caused LBCLASSIC-183. I was putting an instance of a class loaded by the webapp classloader into a ThreadLocal. I fixed this by using two ThreadLocals, a ThreadLocal<String> and a ThreadLocal<String[]>, instead of my own class. This issue was discovered and reported by Andy Goossens. Thank you very much! (issue #96) - Minimize to system tray. Added support for (optional, default is on) system tray icon. Double-clicking the icon hides/shows all windows. The menu also contains a Quit action. If system tray icon is active (supported and enabled) then closing the main frame does not exit the application. This will now hide all windows, instead. This was requested by Adrien Sales and Joe. (issue #91) - Implemented custom "Copy to clipboard" functionality using Groovy. This was suggested by Joe. - Added support for cat/tail of Lilith AccessEvent files. - Better generation of message tooltip. Content is not tailed anymore. - Colors of logging level and access status type are now configurable. (issue #5) - Importing gzipped java.util.logging or log4j xml is now supported. - Using JComboBox & CardLayout instead of JTabbedPane in Preferences Dialog. - "Go to Source" is now executed asynchronously. (issue #12) - Detached windows were using the popup menu of the main frame. They are now using the popup menu of the detached frame as originally intended. This bug was found by Dimi. (issue #95) - Added messagePattern.contains condition and "Copy message pattern" action. Using message pattern for filtering is faster than using message. - Using Mensch font by @robey (Robey Pointer) as the monospace font of the HTML View. - HTML View is now anti-aliasing the fonts. - Updated dependencies: Logback 0.9.28, AspectJ 1.6.10, Jackson 1.7.1, JCommander 1.17, JGoodies Looks 2.2.2, Groovy 1.8.0, commons-lang 2.6, commons-io 2.0.1, httpclient 4.1, httpcore 4.1 Known Issues: - The Logback error message on startup is caused by LBCLASSIC-246 introduced in 0.9.28 and will be fixed in Logback 0.9.29. - cat and tail are currently still experimental features. - LoggingEvent isn't fully supported, yet. See LBCLASSIC-257. - Flying Saucer related issues: - Selection in the HTML view is currently somewhat buggy, especially in case of scaled view. - The first line of the message in HTML view is not properly indented if it starts with whitespace. You can see this effect by examining the event created by LogPinupLargeRunnable (executed via "Log ASCII"). The HTML created is actually correct. - Jumping to anchors is currently not supported so the navigation in help and details view isn't as good as it could be. - Lilith may hang during startup while creating the preferences dialog. Just restart Lilith in that rare case. This is caused by Java bug #6995182 and I can't do anything about it. Sorry about it. It's a stupid Java-MediaTracker-ColorChooser-Bug with no workaround available. m( Cheers, Joern. |
From: Joern H. <jo...@li...> - 2010-11-11 22:31:24
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lilith 0.9.40 Release Notes - - Color-Schemes (as used by saved conditions, for example) can now be defined partially, i.e. one condition can set a border while the text-color might be defined by a different condition. - - Maps, e.g. MDC, are now sorted by key-value in the details view. This was suggested by Joe. - - Added preferences to check for pre-release versions in addition to release versions. Off by default. - - Added -T/--print-timestamp command line argument that prints the timestamp and date of build. - - If the used version is a SNAPSHOT, Lilith will always check for a new SNAPSHOT pre-release regardless of the "Check for updates on startup." settings. - - Enhanced "Check for update" functionality. No more false update warnings in case of SNAPSHOT pre-releases. A new release takes precedence over a new pre-release. - - SNAPSHOT pre-releases will now contain the date and time of the build in the window title. - - Added support for java.util.logging SocketHandler. Lilith is listening on port 11020 for incoming connections. I'd still recommend to switch to SLF4J/Logback, though! (Ticket 35) - - Added JSON-Appenders and JSON-Receivers. Lilith is listening for message-based JSON-Events on port 10030 (uncompressed) and 10031 (compressed). Zero-delimited JSON-Events are consumed on port 11010. Check out the expected JSON data at http://sourceforge.net/apps/trac/lilith/wiki/LilithJsonFormat - - Replaced Commons-CLI with JCommander. Very nice replacement. I'd like to take this opportunity to thank Cedric Beust for his great (and fast!) support! You should seriously check JCommander out if your application is handling command line arguments at all. - - Added support for Log4j SocketAppender. Lilith is listening on port 4445 for incoming connections. I'd still recommend to switch to SLF4J/Logback, though! (Ticket 32) - - Fixed glitch in case of "Find next"/"Find prev" while search is already running. Additional searches are now ignored. - - Added "Find previous active" (*command* T) and "Find next active" (*command* shift T) functionality to quickly jump to events that match any active condition. (Ticket 93) - - Added "Export" functionality which exports the currently selected view into a Lilith file. (Ticket 92) - - Added default condition name to preferences. It's preselected for every new view. This was suggested by Lothar Cezanne. - - Polling events every 100ms instead of every 2s. This results in less congestion and a much snappier feeling. - - Added --export-preferences <file> and --import-preferences <file> commandline options to be able to export and import all preferences. This was requested by Gareth Doutch (gdoutch). (Ticket 81) - - Added an additional executable lilith-all.jar containing all dependencies as another download option. This was requested by Adrien Sales. - - Added ability to define a sound for WARN-level events, but without any assigned default sound. This was requested by Adrien Sales. - - Added F1 as shortcut for Help. This was requested by Adrien Sales. - - Fixed several issues in case of log files that are recreated by <append>false<append> in FileAppender. Those were all raised by Jeff Jensen (jeffjensen). Thank you very much! (Ticket 84, 88, 90) - - Fixed the regression that the internal Lilith log wouldn't show up in the menu anymore. (Ticket #85) - - Changed update interval of opened files from 5 seconds to 1 second. - - Spring 3.0.5.RELEASE - - Groovy 1.7.5 - - SLF4J 1.6.1 - - Logback 0.9.26 Known Issues - - Selection in the HTML view is currently somewhat buggy, especially in case of scaled view. This is a limitation of Flying Saucer that's used as the XHTML renderer. - - cat and tail are currently still experimental features. AccessEvent isn't (and can't be) supported yet. LoggingEvent isn't fully supported, either. And finally: Sulky and Lilith builds have been switched from Maven to Gradle. pom files are still maintained but mainly because of Sonar. I'd like to take this opportunity and thank the great Gradle community from the #gradle channel on irc.codehaus.org, especially - but not exclusively! - adam (Adam Murdoch), xlson (Leonard Axelsson) and sebersole (Steve Ebersole). Thank you very much! If you haven't taken a look at Gradle yet you should definitely do so now or in the near future... Cheers, Joern. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJM3GuvAAoJEGM05Vd0ChhArnQP/AnenhKDNLu7G1SAn1XKfkp2 xdTPFPavHBlpBdfgdxkDi70vYtc6Xgp3/5K+9FfObhL47yOtTeVXmir+n+WxUwHA DPfvNgGwxC6LxFHPQnURTtBWlQLZ5riedUFlWHdaLUV6m6NcV5tKzfkN1NnFS3zn Zo868NtsvU7Xb0T1yGCjYjwUdsM5nwDeNMxt9dvS5awMaFy0qdZ4LEoG+JGVrU/E o5pFgTta3ZmITRfjPmIE64SwqXItWpxUL9IvtLuH/609ICy8uNxnkdHCEIjRvLcK 677wr0MgfCilTZggY/whVgldWg5+hPYvrWoqSj2GnAPu8OACXvbAOpQo/etHgHk0 RcNjcjNPCb3ZeT1wsQ01M08SBM2hlsxv7mB97GbIvBhevK3PAHkLLrabjHqqO2/u uDiUzAZUJjW4/uxKtTKqwI3Vcr0IVLHSWo4kuH9tTvOHq9EwB9jl2DqmQianlKSL NLB+foFaIT1xXqC1ytRW0vaNWlLCs33ZzG1tmF/Wsxo/fdACGAh8DAERcu57onht ZMvEq/i6etiemTlFNMsBRAkvuz3vAescosMJlleEPaz+p6Z1HK6R+pfQVkcvbzjx oIVfNoiVN/DWRutwXdkOcEzXgv1cwlfnJd2eejYeyGmvRxOOJRZxNrGd8F7E/Pt9 aLtLzBqJcFzPSUn1RjRi =j8GV -----END PGP SIGNATURE----- |
From: Joern H. <jo...@li...> - 2010-09-12 19:51:44
|
Well, you could use either XML or native Lilith files instead. If you use native Lilith files you can still print them using the cat or tail option of the Lilith application. You can even define the pattern at runtime in that case. Take a look at the Lilith help. You could also test the latest snapshot at http://sourceforge.net/projects/lilith/files/lilith/0.9.40/ It contains more/better documentation. Joern. On 12.09.10 21:41, Andrey Kolchanov wrote: > Thank you. > > I think I have to implement my own PatternLayout specific log parser > to import data in ilith. > > Andrey > > 2010/9/12 Joern Huxhorn <jo...@li...>: >> Hi Andrey, >> >> No, importing plain files is not possible. >> This would also be pretty hard to implement because of the free >> formatting using PatternLayout. >> >> Cheers, >> Joern. >> >> On 11.09.10 10:02, Andrey Kolchanov wrote: >>> Hello, >>> >>> I have a question about lilith functionality - can I import some >>> log4j or logback plain log file? >>> >> >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Lilith-user mailing list >> Lil...@li... >> https://lists.sourceforge.net/lists/listinfo/lilith-user >> > > > |
From: Joern H. <jo...@li...> - 2010-09-12 13:02:04
|
Hi Andrey, No, importing plain files is not possible. This would also be pretty hard to implement because of the free formatting using PatternLayout. Cheers, Joern. On 11.09.10 10:02, Andrey Kolchanov wrote: > Hello, > > I have a question about lilith functionality - can I import some > log4j or logback plain log file? > |
From: Andrey K. <kol...@gm...> - 2010-09-11 08:02:32
|
Hello, I have a question about lilith functionality - can I import some log4j or logback plain log file? -- Best Regards, Andrey Kolchanov |
From: <jo...@li...> - 2010-05-12 14:07:47
|
Lilith 0.9.39 has been released! This version provides compatibility with Logback 0.9.21 and SLF4J 1.6.0. It contains enhancements related to directly opened Lilith files, i.e. auto refresh and special icons. cat and tail functionality has been added to the Lilith main application, enabling the displaying of Lilith file content formatted in a way determined by a pattern given at runtime. Beside that, various smaller bugs have been fixed. Details: - Added some error messages. - Added "recent files" menu. This was requested by Jeff Jensen (jeffjensen). http://sourceforge.net/apps/trac/lilith/ticket/83 - lilith.bat does not strictly require a %JAVA_HOME% environment variable anymore. This was requested by Gareth Doutch (gdoutch). http://sourceforge.net/apps/trac/lilith/ticket/80 - Added special icons for views opened from a file, different ones for refreshing (Lilith) and non-refreshing (imported) ones. They arguably suck a little bit. ;) http://sourceforge.net/apps/trac/lilith/ticket/48 - Added automatic refreshing of opened Lilith files. This was requested by Jeff Jensen (jeffjensen). http://sourceforge.net/apps/trac/lilith/ticket/84 - Added cat (-c) and tail (-t, -f) functionality to Lilith so it's possible to print entries of binary Lilith log-files to the console. Number of printed entries can be configured using -n. The format string of for the event can be given at runtime. Unfortunately, this is only possible with Logback-Classic, not Logback-Access. The reason for this shortcoming is http://jira.qos.ch/browse/LBACCESS-12 The following parts of LoggingEvent aren't supported yet: - LoggerContextVO - IThrowableProxy - Marker - Removed LogbackClassic appender from default logback.xml of Lilith to prevent warning during startup. Those would be especially annoying in case of cat or tail. This is a workaround for http://jira.qos.ch/browse/LBCLASSIC-156 - Changed autocomplete of find combos from uber-annoying case-insensitive swingx to much less annoying case-sensitive Glazed Lists. This annoyed Alfred and me. - Neither "Window" menu nor status bar did update properly if "Automatically open new views on connection." was deselected. This bug was found by Joe. http://sourceforge.net/apps/trac/lilith/ticket/82 - Changed the license of all files previously licensed as LGPLv3 to both LGPLv3 and ASLv2 instead. Use whichever license suits you better. This was requested by Ekkehard Gentz. - Added option to maximize internal frames by default. This is actually very good idea! This was suggested by snstanton. http://sourceforge.net/apps/trac/lilith/ticket/77 - Added contextName and/or applicationIdentifier to the title of the frames. This was suggested by Alfred & Joe. - It wasn't possible to cancel an exit-request executed by closing the main frame. This bug was found by Gareth Doutch (gdoutch). http://sourceforge.net/apps/trac/lilith/ticket/79 - Logback 0.9.21, SLF4J 1.6.0, commons-cli 1.2, httpclient 4.0.1, Groovy 1.7.2 |
From: <jo...@li...> - 2010-03-26 09:15:28
|
This release features more comfortable filtering of events and adds the ability to directly write Lilith logfiles using Logback. Please see the appropriate section in the help for more info. - Added help about using Lilith encoders in FileAppender. - Added detection of outdated index files and the option to reindex a log file in that case. This is helpful while reopening log files created by a FileAppender. - Added new modules de.huxhorn.lilith.logback.encoder.classic and de.huxhorn.lilith.logback.encoder.access to support writing of Lilith logfiles using Logback FileAppender. Thanks to Ceki for supporting this! - Added some more tips. - Added shortcut for "Close all" action. - Views aren't opened anymore in case of connection closed for black- or not whitelisted sources. This was reported by Vlad Satanovski. - Added the ability to clear a filtered view. Doing this clears the original view and resets the filtered view. This was suggested by Joe. - Moved BufferTableModel to new module sulky-buffers-table. - Moved RowBasedTableModel and PersistentTableColumnModel to module sulky-swing. - Implemented the workaround for Apple Problem ID #7240026 suggested by GalaJon. Thanks a lot! See http://bit.ly/5vF5M2 - Of-by-one error in message renderer [+x lines]. - Lilith log is now showing uncaught exceptions as errors. - Added "Uncaught Exception" debug action. - The find panel has been heavily refactored. Instead of a text-field it now features a combobox containing the previous 15 searches that were used for filtered views. Additionally, there's a new filter type "Named" that populates the combobox with named/saved conditions. Similarly, selecting "Level>=" populates the combobox with the correct values from TRACE to ERROR. The comboboxes, both filter type selection and filter text, feature autocompletion of entered text. This was suggested by Joe. - updated: SLF4J 1.5.11, Logback 0.9.19, Groovy 1.7.0, Protobuf 2.3.0 Download it now! http://sourceforge.net/projects/lilith/files/lilith/0.9.38 Cheers, Joern. |
From: <jo...@li...> - 2009-11-12 02:00:55
|
The changes in this release focus on suggestions I received from users. Some have the topic of increasing the usable screen-space of the application (hiding of statusbar, toolbar, getting rid of the tab-bar in case of an unfiltered view) while others have been implemented to increase performance (ability to disable the global logs & statistics, a native "Level>=" condition, CallLocation condition). It was very interesting to discover how different people are using Lilith in totally different ways. Please keep me informed and flood me with suggestions. Thanks, and have fun with Lilith 0.9.37! Changes: - Change of active Conditions was not repainting views. This was only the case in internal betas. This was reported by Alfred. - Removed additivity from the debug loggers. Debug logger events won't show up in the Lilith log or the console. - Prevented duplicate start of application by the same user. Duplicate startup by a different user is still possible but quite useless until the event receivers are configurable. This was requested by Joe. - Enhanced debug dialog. Better layout and tooltips. - Added option to disable the creation of statistics. - Added "Copy call location" action. This is quite useful in combination with the CallLocation condition. - Added CallLocation condition that returns true if the first element of the call stack equals the given StackTraceElement. - Added option to disable global logs. This was requested by Joe. - Preventing saved conditions with duplicate name or condition. - The Appenders are now supporting the "Adder-Idiom" that is common for Logback appenders. You can now use multiple <RemoteHost> tags to define the remote hosts. - Replaced JCheckboxMenuItem in Window menu with a JMenuItem containing an Icon if the entry has a frame. - Toolbar of mainframe was not switched active after attach. - Toolbar of mainframe stayed active after detach. - Removed appBuildNumber from title. It was annoying at best. - Enhanced "Check for update" dialog. - Implement optional "Tip of the Day" dialog. - Added "Level>=" as a native default condition to increase performance. - Copy actions are now working correctly in case of external frames. This was reported by Matthias "Alfred" Neumann. - Updated protobuf to 2.2.0. - Jumping to the unfiltered event didn't work the first time if Tail was enabled. This was reported by Joe. - Preferences dialog can now be closed by pressing Enter. This was suggested by Vlad Satanovski. - Table and message view are now having reasonable preferred sizes (needed because of splitpane). - Replaced tabs of event view with a combobox. The combobox is only visible if there are filtered views. There's also more room for the condition string. Something like this was suggested by Scott Stanton and Joe. - Added "Execute GC" to Troubleshooting. - Added option to show/hide the statusbar. - Added option to show/hide the toolbar. This was suggested by Scott Stanton, Ekkehard Gentz and Joe. - Added "Context" column for logging events. - Updated keyboard help. Better symbol for "Ctrl"/"cmd". - Added "Troubleshooting..." menu item in "Help" menu as a shortcut to the throubleshooting section of Preferences. - Added new command "Copy Properties" to Troubleshooting section of Preferences. - Removed useless Statistics action for current source. Statistics can be obtained using "Window" => "Statistics". - Added persistent zoom-in (*command* .) and zoom-out (*command* shift .) of details view. - Events did sometimes show up twice in filtered views. This was caused by a classic off-by-one error. Reported by Joe. - Fixed a remaining hang in the multiplex appenders in case of certain network problems. - Updated Groovy to 1.6.5. - Updated Logback to 0.9.17. This fixes issue 63 that was caused by a Logback bug. Thanks for the fast fix, Ceki! Known Issues: - Mac OS X 10.5 + 10.6: Shortcuts/Accelerators are not working if both the "Tip of the Day" and "Check for Update" dialogs show after startup. This seems to be a bug in the Java implementation from Apple. - Selection in the HTML view is currently somewhat buggy, especially in case of scaled view. This is a limitation of Flying Saucer that's used as the XHTML renderer. p.s.: I've switched the SCM of both sulky and lilith to GIT. The Subversion repositories are only kept for historical reasons. |
From: Joern H. <jo...@li...> - 2009-07-20 21:41:38
|
This release contains support for Logback 0.9.16 and SLF4J 1.5.8 release. Additionally, several user-requested features have been implemented. See changelog for details. Changelog: - Added missing contact page to help. - Added new messageRegex example groovy condition. - Updated Groovy to 1.6.3 - Some locks and blocking queues are fair now. - Changed shortcut of "Import" to "command shift I". It collided with "Add condition...", previously. This was reported by Scott Stanton. - Implemented Drag and Drop of Lilith files. - Option to disable splash screen as requested by Thorbjoern Ravn Andersen. - Option to ask before exit as requested by Lothar Cezanne. - Added "Startup & Shutdown" pane to preferences dialog. - Added "Troubleshooting" pane to preferences dialog. - MultiplexSocketAppenderBase is now extending UnsynchronizedAppenderBase instead of AppenderBase, as suggested by Maarten Bosteels and Ralph Goers. - Added new option "Show stacktrace of Throwables" so non-technical people can disable it to just see the exception and, if available, message. - Clicking on the name or message of an exception will now also open the code in IDEA. - Added option to color the entire row of a table according to the level/status of the event as requested by Scott Stanton. - "Copy call stack" and "Copy Throwable" are now prepending the StackTraceElements with "\tat " as requested by Scott Stanton. The detailsView is also displaying "at " before any StackTraceElement. - Updated SLF4J to 1.5.8. - Changes to support Logback 0.9.16. |
From: Joern H. <jo...@li...> - 2009-05-02 11:28:35
|
This release brings a big performance increase in both the Lilith application itself and the Lilith appenders Additionally, Lilith now supports the import of LOG4J andjava.util.logging XML files.Please see changes for more details on whats new. http://sourceforge.net/project/shownotes.php?group_id=219536&release_id=679725 At this point, the Lilith artifacts hav reached the central maven repository. Regards, Joern. |