headers
sdeboy | 1 Jan 2004 01:36
Picon
Favicon

cvs commit: logging-log4j/src/java/org/apache/log4j/chainsaw/color ColorPanel.java

sdeboy      2003/12/31 16:36:10

  Modified:    src/java/org/apache/log4j/chainsaw
                        ChainsawCyclicBufferTableModel.java
                        ChainsawStatusBar.java
               src/java/org/apache/log4j/chainsaw/color ColorPanel.java
  Log:
  - fixed cyclictablemodel so it will use the 'CHAINSAW_CAPACITY' system property and correctly size the
capacity.  Will move to a normal pref next.
  - sized status bar so it will hold 99k without truncating

  Revision  Changes    Path
  1.16      +4 -2      logging-log4j/src/java/org/apache/log4j/chainsaw/ChainsawCyclicBufferTableModel.java

  Index: ChainsawCyclicBufferTableModel.java
  ===================================================================
  RCS file: /home/cvs/logging-log4j/src/java/org/apache/log4j/chainsaw/ChainsawCyclicBufferTableModel.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- ChainsawCyclicBufferTableModel.java	31 Dec 2003 09:54:40 -0000	1.15
  +++ ChainsawCyclicBufferTableModel.java	1 Jan 2004 00:36:10 -0000	1.16
   <at>  <at>  -92,8 +92,8  <at>  <at> 
     private final int DEFAULT_CAPACITY = 5000;
     private int capacity = DEFAULT_CAPACITY;
     private static final String PANEL_CAPACITY = "CHAINSAW_CAPACITY";
  -  List unfilteredList = new CyclicBufferList(capacity);
  -  List filteredList = new CyclicBufferList(capacity);
  +  List unfilteredList;
  +  List filteredList;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Womack | 2 Jan 2004 07:15
Picon
Favicon

Re: [Chainsaw]: GUI plugins

Paul,

I am all for plugin architectures, especially around gui elements.  The hard
part is making the gui usable with all of the gui plugins being added, etc.
I have recently played with jEdit, and I don't know if it is a good model,
but it was interesting with all the plugin support, especially around
downloading and installing new plugins.  Eclipse is probably a more modern
example of plugin support.

-Mark

----- Original Message ----- 
From: "Paul Smith" <Paul.Smith <at> lawlex.com.au>
To: <log4j-dev <at> logging.apache.org>
Sent: Tuesday, December 30, 2003 9:41 PM
Subject: [Chainsaw]: GUI plugins

> As I started thinking more about the concept of 'favourites' (basically
> remembered Receiver/Plugin settings), I wondered if there was scope for
> Chainsaw to have GUI plugins.  An extension point that is
> automatically/optionally added to the GUI as a new tab.
>
> Some things that came to mind that might benefit from this sort of
feature:
>
> * A Plugin Favourites manager gui
>
> * JMX/Servlet-based remote management of a server's log4j environment
> (setting Logger levels, adding appenders etc). (How nice would it be to
have
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Womack | 2 Jan 2004 07:18
Picon
Favicon

Re: Question about submitting a new appender

Hi Kris,

I might be wrong, but I think such an appender already exists in the log4j
framework?  I know I have heard this one before...

At any rate, if you are willing to apply an Apache license to the source
code, we can certainly move the appender into the log4j-sandbox, and given
time, documentation, and test cases, possibly move it into the log4j core at
some point.

-Mark

----- Original Message ----- 
From: "kris wehner" <kris <at> further.com>
To: <log4j-dev <at> logging.apache.org>
Sent: Friday, December 26, 2003 5:18 PM
Subject: Question about submitting a new appender

> Hi All --
>
> I'm new to the list, and have a few questions about code contributions
> and what is generally included in the log4j core versus maintained
> externally.
>
> I developed an appender that scratches a particular itch I have, which
> is the performance penalty of writing large amounts of logging data
> during development. The problem being that a fully instrumented app will
> write megs and megs of audit data (with logger.*=DEBUG), causing it to
> slow down a LOT due to pure I/O. Generally, I'm only interested in the
> last 1000 or so messages before a crash, making the I/O time wasted and
(Continue reading)

Permalink | Reply | 0 comments |
headers
sdeboy | 2 Jan 2004 07:28
Picon
Favicon

cvs commit: logging-log4j/src/java/org/apache/log4j/chainsaw ChainsawCyclicBufferTableModel.java

sdeboy      2004/01/01 22:28:03

  Modified:    src/java/org/apache/log4j/chainsaw
                        ChainsawCyclicBufferTableModel.java
  Log:
  corrected small model change notification issue when cyclicbuffer was full

  Revision  Changes    Path
  1.17      +6 -2      logging-log4j/src/java/org/apache/log4j/chainsaw/ChainsawCyclicBufferTableModel.java

  Index: ChainsawCyclicBufferTableModel.java
  ===================================================================
  RCS file: /home/cvs/logging-log4j/src/java/org/apache/log4j/chainsaw/ChainsawCyclicBufferTableModel.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- ChainsawCyclicBufferTableModel.java	1 Jan 2004 00:36:10 -0000	1.16
  +++ ChainsawCyclicBufferTableModel.java	2 Jan 2004 06:28:03 -0000	1.17
   <at>  <at>  -396,7 +396,7  <at>  <at> 

       case ChainsawColumns.INDEX_METHOD_COL_NAME:
         return (info == null) ? "" : info.getMethodName();
  -
  +    
       default:

         if (columnIndex <= columnNames.size()) {
   <at>  <at>  -428,7 +428,11  <at>  <at> 
       if ((displayRule == null) || (displayRule.evaluate(e))) {
         synchronized (filteredList) {
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nathan Coast | 2 Jan 2004 11:18

Re: [Chainsaw]: GUI plugins

> 
> * JMX/Servlet-based remote management of a server's log4j environment
> (setting Logger levels, adding appenders etc). (How nice would it be to have
> a FULL JMX remote management client as a plugin...)
> 

if you want a fully featured servlet based management app for log4j try this

http://www.codeczar.com/products/logweb/index.html

ok so it's not a plugin :)

cheers
Nathan
Permalink | Reply | 0 comments |
headers
Ken.Liu | 2 Jan 2004 18:03

RE: [Chainsaw]: GUI plugins

I would much rather see Chainsaw itself implemented as an IDEA or Eclipse
plug-in (or maybe JEdit).  We developers have plenty of plug-in models to
deal with already, lets leverage one of those.  I can see a lot of value in
integrating Chainsaw cleanly into my development environment.

Perhaps one step would be to write each of those bulleted items you
mentioned in such a way that it would be easy to create plug-in wrappers
different IDEs. 

Ken

> -----Original Message-----
> From: Paul Smith [mailto:Paul.Smith <at> lawlex.com.au]
> Sent: Wednesday, December 31, 2003 12:42 AM
> To: 'log4j-dev <at> logging.apache.org'
> Subject: [Chainsaw]: GUI plugins
> 
> 
> As I started thinking more about the concept of 'favourites' 
> (basically
> remembered Receiver/Plugin settings), I wondered if there was 
> scope for
> Chainsaw to have GUI plugins.  An extension point that is
> automatically/optionally added to the GUI as a new tab.  
> 
> Some things that came to mind that might benefit from this 
> sort of feature:
> 
> * A Plugin Favourites manager gui
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Scott Deboy | 2 Jan 2004 18:14

RE: chainsaw event table tooltips

I've added this as an application preference in the latest version in CVS.  Default is 4000 milliseconds.

Hope this helps,
Scott

-----Original Message-----
From:	Scott Heaberlin [mailto:heabdogg <at> yahoo.com]
Sent:	Wed 12/24/2003 4:58 AM
To:	log4j-dev <at> logging.apache.org
Cc:	
Subject:	chainsaw event table tooltips
The 'intellisense'-like tooltips are great!

We use a home-grown version of log4j receivers/plugins (eagerly awaiting
1.3 so we can switch to the log4j standard receivers) to integrate
logging between our web applications and a third party tool.  The third
party app allows us to use jscript to script 'human-like' navigation
through legacy 3270 screens on IBM z900 and z990 mainframes.

Recently, we tweaked how we log "screen dumps" to write render the
screen in html before sending to a log4j receiver.  Our goal was to log
screen errors in such a way that we as java developers could quickly
copy the low-bandwidth "screenshot" from FileAppender output and send it
on to our COBOL developers.

I cannot tell you how excited we were to "stumble" upon the first time
the tooltip triggered by mousing-over the cyclic table of events
displayed our screen-dumps perfectly, down to proper spacing and even
with html inputs as screen "fields"!
(Continue reading)

Permalink | Reply | 0 comments |
headers
sdeboy | 2 Jan 2004 22:51
Picon
Favicon

cvs commit: logging-log4j/src/java/org/apache/log4j/chainsaw/icons LineIconFactory.java

sdeboy      2004/01/02 13:51:59

  Modified:    src/java/org/apache/log4j/chainsaw LogUI.java
               src/java/org/apache/log4j/chainsaw/icons
                        LineIconFactory.java
  Log:
  made tab selection icon change immediate
  added a spacer blank icon for selected tabs so the alignment stays the same as events show up
  made a blank icon for facilitating spacer

  Revision  Changes    Path
  1.70      +32 -40    logging-log4j/src/java/org/apache/log4j/chainsaw/LogUI.java

  Index: LogUI.java
  ===================================================================
  RCS file: /home/cvs/logging-log4j/src/java/org/apache/log4j/chainsaw/LogUI.java,v
  retrieving revision 1.69
  retrieving revision 1.70
  diff -u -r1.69 -r1.70
  --- LogUI.java	31 Dec 2003 19:31:16 -0000	1.69
  +++ LogUI.java	2 Jan 2004 21:51:58 -0000	1.70
   <at>  <at>  -83,6 +83,7  <at>  <at> 
   import javax.swing.Action;
   import javax.swing.BorderFactory;
   import javax.swing.Box;
  +import javax.swing.Icon;
   import javax.swing.ImageIcon;
   import javax.swing.JButton;
   import javax.swing.JComponent;
   <at>  <at>  -114,6 +115,7  <at>  <at>
(Continue reading)

Permalink | Reply | 0 comments |
headers
sdeboy | 3 Jan 2004 09:04
Picon
Favicon

cvs commit: logging-log4j/src/java/org/apache/log4j/chainsaw LogUI.java ChainsawAppender.java MyTableModel.java EventDetails.java EventDetailSink.java

sdeboy      2004/01/03 00:04:12

  Modified:    src/java/org/apache/log4j/chainsaw LogUI.java
                        ChainsawAppender.java
  Removed:     src/java/org/apache/log4j/chainsaw MyTableModel.java
                        EventDetails.java EventDetailSink.java
  Log:
  - removed unused classes
  - removed tablemodel-related code in chainsawappender
  - fixed chainsaw v2's ability to be started via chainsawappender (in-vm)

  Revision  Changes    Path
  1.71      +20 -9     logging-log4j/src/java/org/apache/log4j/chainsaw/LogUI.java

  Index: LogUI.java
  ===================================================================
  RCS file: /home/cvs/logging-log4j/src/java/org/apache/log4j/chainsaw/LogUI.java,v
  retrieving revision 1.70
  retrieving revision 1.71
  diff -u -r1.70 -r1.71
  --- LogUI.java	2 Jan 2004 21:51:58 -0000	1.70
  +++ LogUI.java	3 Jan 2004 08:04:12 -0000	1.71
   <at>  <at>  -176,7 +176,7  <at>  <at> 
     private ReceiversPanel receiversPanel;
     private ChainsawTabbedPane tabbedPane;
     private JToolBar toolbar;
  -  private final ChainsawStatusBar statusBar = new ChainsawStatusBar();
  +  private ChainsawStatusBar statusBar;
     private final ApplicationPreferenceModel applicationPreferenceModel = new ApplicationPreferenceModel();
     private final ApplicationPreferenceModelPanel applicationPreferenceModelPanel = new ApplicationPreferenceModelPanel(applicationPreferenceModel);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Raymond DeCampo | 5 Jan 2004 00:35
Picon

Re: NDC

Ceki Gülcü wrote:
> 
> I am resending my previous message as it contained some errors.
> 
> Are there situations where automatic NDC or MDC inheritance by child
> threads is inappropriate? I am sure there are although I know of no
> specific examples at this time.
> 
> For MDC, the choice was made for automatic inheritance, for NDC this
> was not possible for technical reasons. MDC uses thread locals
> (requiring JDk 1.2) whereas NDC does not.
> 
> Ideally, one should be able to choose between using automatic
> inheritance or not. It's a rather complex question and I do not have
> any good solutions to propose.
> 

Ceki,

I submitted my changes as a bug report, I'm sure you've either seen it 
or will see it soon.

I kept the original behavior for now, without adding a configuration 
flag.  Time permitting, I will take a stab at adding a configuration 
flag and submit that separately.

Thanks,
Ray
Permalink | Reply | 0 comments |

Gmane