The Artima Developer Community
Sponsored Link

Java Buzz Forum
marketing ...

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Aleksander Slominski

Posts: 51
Nickname: aslom
Registered: May, 2003

Aleksander Slominski is a Ph.D. student at Indiana University working on components, XML, and grids.
marketing ... Posted: Jul 17, 2003 3:48 AM
Reply to this message Reply

This post originated from an RSS feed registered with Java Buzz by Aleksander Slominski.
Original Post: marketing ...
Feed Title: alek blogs java
Feed URL: http://www.extreme.indiana.edu/~aslom/blog/java/index.xml
Feed Description: discovering limits of programming
Latest Java Buzz Posts
Latest Java Buzz Posts by Aleksander Slominski
Latest Posts From alek blogs java

Advertisement

better marketing that is what really matters. example?

my minilogger has nicer syntax as it does not require class parameter to getLogger() so less redundancy and no need to do this awaful redundancy (and that is typical pattern in code that uses Log4J):

public class Xxxxxx {
  private static Logger logger = Logger.getLogger(Prunable.class);
it is hardly if i have to chase for bugs when i my class logger gets out of sync with class name (look on Productive Environments: Log with log4j) - typical problem of code redundancy i.e. class Prunable was used as template to create Xxxx but logger is still reporting for Prunable - it may be good but it may be also a mistake and definitely it is better to declare intention with your code:
public class Xxxxxx {
  private static Logger logger = Logger.getLogger();
no confusion here: Logger works for containing class

Read: marketing ...

Topic: Siemens Emulators-J2ME Previous Topic   Next Topic Topic: iTV-JavaTV-J2ME Trends

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use