log4sh-users Mailing List for log4sh
Brought to you by:
sfsetse
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <se...@cr...> - 2015-05-27 16:23:52
|
Hello, New user here, impressed by the work done on this software. I plan to use latest 1.5 for production (AIX sh/ksh) ; unless there is no benefit from 1.4 stable ? Again, many thanks to the author. |
From: Alan D. S. <asa...@rd...> - 2013-03-14 16:50:52
|
My apologies for the noise; that message was intended for the list's *-request address, of course. -Al |
From: Amihay G. <ago...@gm...> - 2009-01-24 19:19:01
|
Hi Please click on the link below and enter your birthday into my calendar. It's quick, easy, and you'll be helping me out. http://www.birthdayalarm.com/bd2/81226249a620086088b1454045242c782953234d1386 Amihay |
From: Kate W. <kat...@fo...> - 2008-08-30 16:40:46
|
Hi Haisam, %d by itself won't do it, but I have provided an example in the 1.3 workarounds. It describes pretty much exactly what you need to do, with a change to the options passed to the date command of course. http://www.forestent.com/wiki/Log4sh:Examples_1.3 Let me know if you need anything else. - kate On Mon, Aug 18, 2008 at 9:42 PM, Haisam Ido <hi...@ci...> wrote: > Dear Kate: > > Thank you for writing log4sh. I have a question about %d. How do I > printout the timezone? > > Regards, > Haisam Ido > -- Kate Ward <kat...@fo...> |
From: amihay g. <ago...@gm...> - 2008-06-12 11:51:20
|
you were right. thanks. I will download the new version and check it . On Wed, Jun 11, 2008 at 11:41 PM, Kate Ward <kat...@fo...> wrote: > Hi Amihay, > > At first glance, the 's' on the 'log4sh.appender.R.MaxBackupIndex' line > stands out as that should be an integer value, but '3s' is a string. I will > setup some unit tests in the next couple of days and see if I can reproduce > the problem from what you have provided. > > Could you try the latest version from Subversion? There have been several > fixes since this version, but I haven't made a full release yet. > > > http://log4sh.svn.sourceforge.net/svnroot/log4sh/trunk/source/1.5/src/shell/log4sh > > - kate > > > On Wed, Jun 11, 2008 at 8:56 PM, amihay gonen <ago...@gm...> wrote: > >> hi . no problem. >> version is 1.5 >> >> # $Id: log4sh 546 2007-05-07 14:07:29Z sfsetse $ >> >> uname -a >> HP-UX pdsrv050 B.11.31 U ia64 3695248653 unlimited-user license >> >> a sample script : >> >> #!/bin/sh >> # >> >> # find and source log4sh >> #!/bin/sh >> >> # find and source log4sh >> if [ -r "/fms/failover/log4sh" ]; then >> LOG4SH_CONFIGURATION="/fms/failover/log4sh.properties" >> . /fms/failover/log4sh >> else >> echo "fatal: could not find log4sh" >&2 >> exit 1 >> fi >> >> logger_debug initalize parameters >> >> the log4sh.properties is as follow : >> # Set root logger level to INFO and its only appender to A1 >> log4sh.rootLogger= DEBUG,R,A1 >> >> # A1 is set to be a ConsoleAppender. >> log4sh.appender.A1 = ConsoleAppender >> >> # A1 uses PatternLayout. >> log4sh.appender.A1.layout = PatternLayout >> log4sh.appender.A1.layout.ConversionPattern = %-4r %-5p - %m%n >> log4sh.appender.A1.Threshold = DEBUG >> >> # add a RollingFileAppender named R >> log4sh.appender.R.layout = PatternLayout >> log4sh.appender.R.layout.ConversionPattern = %d [%F] %p - %m%n >> log4sh.appender.R = RollingFileAppender >> log4sh.appender.R.File = /fms/failover/ectel.log >> log4sh.appender.R.MaxFileSize = 10MiB >> log4sh.appender.R.Threshold = DEBUG >> log4sh.appender.R.MaxBackupIndex = 3s >> >> >> Thanks for your help. >> >> >> >> On Wed, Jun 11, 2008 at 9:00 PM, Kate Ward <kat...@fo...> >> wrote: >> >>> Hi Amihay, >>> >>> If possible, could you send me a copy of your script and I'll take a >>> look. If that isn't possible, could you grep out the log4sh specific calls >>> from the script and send those? One last thing would be to know the specific >>> log4sh version you are using. The first line of log4sh (the $Id line) is all >>> I need. >>> >>> - kate >>> >>> amihay gonen wrote: >>> >>>> Hi all , first of all , i want to thanks for the great utility. >>>> >>>> I got a problem in hpux 11.31 , i want to know if someone has encounter >>>> similar problem. >>>> >>>> I get the following error : >>>> >>>> # sh /fms/failover/root.sh >>>> expr: An integer value was expected. >>>> >>>> >>>> I've traced it down and it come from the command (it is shell script): >>>> >>>> . log4sh >>>> >>>> any idea ? >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> Check out the new SourceForge.net Marketplace. >>>> It's the best place to buy or sell services for >>>> just about anything Open Source. >>>> http://sourceforge.net/services/buy/index.php >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> log4sh-users mailing list >>>> log...@li... >>>> https://lists.sourceforge.net/lists/listinfo/log4sh-users >>>> >>>> >>> >>> >> > > > -- > Kate Ward <kat...@fo...> > |
From: amihay g. <ago...@gm...> - 2008-06-10 10:47:37
|
Hi all , first of all , i want to thanks for the great utility. I got a problem in hpux 11.31 , i want to know if someone has encounter similar problem. I get the following error : # sh /fms/failover/root.sh expr: An integer value was expected. I've traced it down and it come from the command (it is shell script): . log4sh any idea ? |
From: Kate W. <kat...@fo...> - 2007-08-16 15:36:51
|
Jay, Were you able to get this working? I don't know if it helps at all, but another user (Steve Etchelechu) mentioned to me that the syslogd on the receiving system might need a '-r' option to enable remote syslog clients to connect. - kate On 8/8/07, Kate Ward <kat...@fo...> wrote: > > Jay, > > Looking at your script, I noticed that the default logging level is never > changed, and that your mySyslog appender doesn't have a level set. By > default, the logging level it is ERROR, so to increase it to TRACE (for > example) you will need to add the following line to your script somewhere > before your logging commands. > > logger_setLevel TRACE > > Alternatively, you can set the appender itself to the DEBUG level (for > example) by adding the following before your appender_activateOptions()call. > > appender_setLevel mySyslog DEBUG > > - kate > > On 8/8/07, Kate Ward <kat...@fo...> wrote: > > > > With 1.5.0 in particular, there is a bug with a 'none' configuration. > > Grab the latest release from Subversion from the link below. It should fix > > the rest of the logging levels. I'll look at your scripts when I get home > > tonight. > > > > http://log4sh.svn.sourceforge.net/svnroot/log4sh/trunk/source/1.5/src/shell/log4sh > > > > > > - kate > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > Kate, > > > > > > I've tried some more tests with 1.5.0. Seems I can now get ERROR and > > > FATAL logging working. Nothing else will log. > > > > > > My syslog is configured for such: > > > local5.none /var/log/messages > > > local5.* /var/log/log4sh.log > > > > > > New script I was testing: > > > http://cs.selu.edu/~jholland/test<http://cs.selu.edu/%7Ejholland/test> > > > > > > Output of script with -x option: > > > http://cs.selu.edu/~jholland/command.log.gz > > > <http://cs.selu.edu/%7Ejholland/command.log.gz> > > > > > > > > > Thanks for your help, hope we can find the problem. > > > > > > Jay > > > > > > On 8/8/07, Kate Ward <kat...@fo... > wrote: > > > > > > > > Could you run your script with a -x option (either by adding it to > > > > the sha-bang line, or with a set -x), and put the output somewhere where I > > > > could grab it? > > > > > > > > - kate > > > > > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > > > > > Forgot to include that I'm using log4sh version 1.4.2 with netcat > > > > > version 1.10. I'm going to try 1.5.0 later and see if that has > > > > > different results. > > > > > > > > > > Jay > > > > > > > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > > > > > > > Helllo, > > > > > > > > > > > > I'm trying to get remote logging using log4sh working on a RHEL4 > > > > > > update 5 box. I'm having a bit of trouble. > > > > > > > > > > > > I ran all of the tests, and local logging works fine, so I know > > > > > > log4sh runs ok on that release. When I try the sample for remote logging, I > > > > > > get nothing. I've tested the remote logging with other methods (python) and > > > > > > it works, so I know its setup correctly. I've tried setting the > > > > > > LOG4SH_DEBUG environment variable, but I get nothing that could help. No > > > > > > errors in fact. I have run tcpdump on the other end on port 514, and > > > > > > nothing is showing up on the wire. Here is the test script I'm using > > > > > > > > > > > > #!/bin/sh > > > > > > > > > > > > # load log4sh (disabling properties file warning) and clear the > > > > > > default > > > > > > # configuration > > > > > > LOG4SH_CONFIGURATION='none' . ./log4sh > > > > > > log4sh_resetConfiguration > > > > > > > > > > > > # set alternative 'nc' command > > > > > > log4sh_setAlternative nc /usr/bin/nc > > > > > > > > > > > > # add and configure a SyslogAppender that logs to a remote host > > > > > > logger_addAppender mySyslog > > > > > > appender_setType mySyslog SyslogAppender > > > > > > appender_syslog_setFacility mySyslog local4 > > > > > > appender_syslog_setHost mySyslog cbtsscdb > > > > > > appender_activateOptions mySyslog > > > > > > > > > > > > # say Hello to the world > > > > > > logger_info 'Hello, world' > > > > > > > > > > > > Is there something else I could try to troubleshoot this? > > > > > > Thanks for any help. > > > > > > > > > > > > Jay > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by: Splunk Inc. > > > > > Still grepping through log files to find problems? Stop. > > > > > Now Search log events and configuration files using AJAX and a > > > > > browser. > > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > _______________________________________________ > > > > > log4sh-users mailing list > > > > > log...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > > > > > > > > > > > > > > > > > > > > > -- > > > > Kate Ward < kat...@fo...> > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a > > > browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > log4sh-users mailing list > > > log...@li... > > > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > > > > > > > > > > > -- > > Kate Ward < kat...@fo...> > > > > > > -- > Kate Ward <kat...@fo...> > -- Kate Ward <kat...@fo...> |
From: Kate W. <kat...@fo...> - 2007-08-08 20:36:31
|
Jay, Looking at your script, I noticed that the default logging level is never changed, and that your mySyslog appender doesn't have a level set. By default, the logging level it is ERROR, so to increase it to TRACE (for example) you will need to add the following line to your script somewhere before your logging commands. logger_setLevel TRACE Alternatively, you can set the appender itself to the DEBUG level (for example) by adding the following before your appender_activateOptions()call. appender_setLevel mySyslog DEBUG - kate On 8/8/07, Kate Ward <kat...@fo...> wrote: > > With 1.5.0 in particular, there is a bug with a 'none' configuration. Grab > the latest release from Subversion from the link below. It should fix the > rest of the logging levels. I'll look at your scripts when I get home > tonight. > > > http://log4sh.svn.sourceforge.net/svnroot/log4sh/trunk/source/1.5/src/shell/log4sh > > - kate > > On 8/8/07, jay <tit...@gm...> wrote: > > > > Kate, > > > > I've tried some more tests with 1.5.0. Seems I can now get ERROR and > > FATAL logging working. Nothing else will log. > > > > My syslog is configured for such: > > local5.none /var/log/messages > > local5.* /var/log/log4sh.log > > > > New script I was testing: > > http://cs.selu.edu/~jholland/test <http://cs.selu.edu/%7Ejholland/test> > > > > Output of script with -x option: > > http://cs.selu.edu/~jholland/command.log.gz > > <http://cs.selu.edu/%7Ejholland/command.log.gz> > > > > > > Thanks for your help, hope we can find the problem. > > > > Jay > > > > On 8/8/07, Kate Ward <kat...@fo... > wrote: > > > > > > Could you run your script with a -x option (either by adding it to the > > > sha-bang line, or with a set -x), and put the output somewhere where I could > > > grab it? > > > > > > - kate > > > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > > > Forgot to include that I'm using log4sh version 1.4.2 with netcat > > > > version 1.10. I'm going to try 1.5.0 later and see if that has > > > > different results. > > > > > > > > Jay > > > > > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > > > > > Helllo, > > > > > > > > > > I'm trying to get remote logging using log4sh working on a RHEL4 > > > > > update 5 box. I'm having a bit of trouble. > > > > > > > > > > I ran all of the tests, and local logging works fine, so I know > > > > > log4sh runs ok on that release. When I try the sample for remote logging, I > > > > > get nothing. I've tested the remote logging with other methods (python) and > > > > > it works, so I know its setup correctly. I've tried setting the > > > > > LOG4SH_DEBUG environment variable, but I get nothing that could help. No > > > > > errors in fact. I have run tcpdump on the other end on port 514, and > > > > > nothing is showing up on the wire. Here is the test script I'm using > > > > > > > > > > #!/bin/sh > > > > > > > > > > # load log4sh (disabling properties file warning) and clear the > > > > > default > > > > > # configuration > > > > > LOG4SH_CONFIGURATION='none' . ./log4sh > > > > > log4sh_resetConfiguration > > > > > > > > > > # set alternative 'nc' command > > > > > log4sh_setAlternative nc /usr/bin/nc > > > > > > > > > > # add and configure a SyslogAppender that logs to a remote host > > > > > logger_addAppender mySyslog > > > > > appender_setType mySyslog SyslogAppender > > > > > appender_syslog_setFacility mySyslog local4 > > > > > appender_syslog_setHost mySyslog cbtsscdb > > > > > appender_activateOptions mySyslog > > > > > > > > > > # say Hello to the world > > > > > logger_info 'Hello, world' > > > > > > > > > > Is there something else I could try to troubleshoot this? Thanks > > > > > for any help. > > > > > > > > > > Jay > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. > > > > Still grepping through log files to find problems? Stop. > > > > Now Search log events and configuration files using AJAX and a > > > > browser. > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > _______________________________________________ > > > > log4sh-users mailing list > > > > log...@li... > > > > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > > > > > > > > > > > > > > > > -- > > > Kate Ward < kat...@fo...> > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > log4sh-users mailing list > > log...@li... > > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > > > > > > -- > Kate Ward <kat...@fo...> > -- Kate Ward <kat...@fo...> |
From: Kate W. <kat...@fo...> - 2007-08-08 19:18:59
|
With 1.5.0 in particular, there is a bug with a 'none' configuration. Grab the latest release from Subversion from the link below. It should fix the rest of the logging levels. I'll look at your scripts when I get home tonight. http://log4sh.svn.sourceforge.net/svnroot/log4sh/trunk/source/1.5/src/shell/log4sh - kate On 8/8/07, jay <tit...@gm...> wrote: > > Kate, > > I've tried some more tests with 1.5.0. Seems I can now get ERROR and > FATAL logging working. Nothing else will log. > > My syslog is configured for such: > local5.none /var/log/messages > local5.* /var/log/log4sh.log > > New script I was testing: > http://cs.selu.edu/~jholland/test <http://cs.selu.edu/%7Ejholland/test> > > Output of script with -x option: > http://cs.selu.edu/~jholland/command.log.gz > <http://cs.selu.edu/%7Ejholland/command.log.gz> > > > Thanks for your help, hope we can find the problem. > > Jay > > On 8/8/07, Kate Ward <kat...@fo... > wrote: > > > > Could you run your script with a -x option (either by adding it to the > > sha-bang line, or with a set -x), and put the output somewhere where I could > > grab it? > > > > - kate > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > Forgot to include that I'm using log4sh version 1.4.2 with netcat > > > version 1.10. I'm going to try 1.5.0 later and see if that has > > > different results. > > > > > > Jay > > > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > > > Helllo, > > > > > > > > I'm trying to get remote logging using log4sh working on a RHEL4 > > > > update 5 box. I'm having a bit of trouble. > > > > > > > > I ran all of the tests, and local logging works fine, so I know > > > > log4sh runs ok on that release. When I try the sample for remote logging, I > > > > get nothing. I've tested the remote logging with other methods (python) and > > > > it works, so I know its setup correctly. I've tried setting the > > > > LOG4SH_DEBUG environment variable, but I get nothing that could help. No > > > > errors in fact. I have run tcpdump on the other end on port 514, and > > > > nothing is showing up on the wire. Here is the test script I'm using > > > > > > > > #!/bin/sh > > > > > > > > # load log4sh (disabling properties file warning) and clear the > > > > default > > > > # configuration > > > > LOG4SH_CONFIGURATION='none' . ./log4sh > > > > log4sh_resetConfiguration > > > > > > > > # set alternative 'nc' command > > > > log4sh_setAlternative nc /usr/bin/nc > > > > > > > > # add and configure a SyslogAppender that logs to a remote host > > > > logger_addAppender mySyslog > > > > appender_setType mySyslog SyslogAppender > > > > appender_syslog_setFacility mySyslog local4 > > > > appender_syslog_setHost mySyslog cbtsscdb > > > > appender_activateOptions mySyslog > > > > > > > > # say Hello to the world > > > > logger_info 'Hello, world' > > > > > > > > Is there something else I could try to troubleshoot this? Thanks > > > > for any help. > > > > > > > > Jay > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a > > > browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > log4sh-users mailing list > > > log...@li... > > > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > > > > > > > > > > > -- > > Kate Ward < kat...@fo...> > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > log4sh-users mailing list > log...@li... > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > -- Kate Ward <kat...@fo...> |
From: jay <tit...@gm...> - 2007-08-08 17:35:52
|
Kate, I've tried some more tests with 1.5.0. Seems I can now get ERROR and FATAL logging working. Nothing else will log. My syslog is configured for such: local5.none /var/log/messages local5.* /var/log/log4sh.log New script I was testing: http://cs.selu.edu/~jholland/test Output of script with -x option: http://cs.selu.edu/~jholland/command.log.gz Thanks for your help, hope we can find the problem. Jay On 8/8/07, Kate Ward <kat...@fo...> wrote: > > Could you run your script with a -x option (either by adding it to the > sha-bang line, or with a set -x), and put the output somewhere where I could > grab it? > > - kate > > On 8/8/07, jay <tit...@gm...> wrote: > > > > Forgot to include that I'm using log4sh version 1.4.2 with netcat > > version 1.10. I'm going to try 1.5.0 later and see if that has > > different results. > > > > Jay > > > > On 8/8/07, jay <tit...@gm...> wrote: > > > > > > Helllo, > > > > > > I'm trying to get remote logging using log4sh working on a RHEL4 > > > update 5 box. I'm having a bit of trouble. > > > > > > I ran all of the tests, and local logging works fine, so I know log4sh > > > runs ok on that release. When I try the sample for remote logging, I get > > > nothing. I've tested the remote logging with other methods (python) and it > > > works, so I know its setup correctly. I've tried setting the LOG4SH_DEBUG > > > environment variable, but I get nothing that could help. No errors in > > > fact. I have run tcpdump on the other end on port 514, and nothing is > > > showing up on the wire. Here is the test script I'm using > > > > > > #!/bin/sh > > > > > > # load log4sh (disabling properties file warning) and clear the > > > default > > > # configuration > > > LOG4SH_CONFIGURATION='none' . ./log4sh > > > log4sh_resetConfiguration > > > > > > # set alternative 'nc' command > > > log4sh_setAlternative nc /usr/bin/nc > > > > > > # add and configure a SyslogAppender that logs to a remote host > > > logger_addAppender mySyslog > > > appender_setType mySyslog SyslogAppender > > > appender_syslog_setFacility mySyslog local4 > > > appender_syslog_setHost mySyslog cbtsscdb > > > appender_activateOptions mySyslog > > > > > > # say Hello to the world > > > logger_info 'Hello, world' > > > > > > Is there something else I could try to troubleshoot this? Thanks for > > > any help. > > > > > > Jay > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > log4sh-users mailing list > > log...@li... > > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > > > > > > -- > Kate Ward <kat...@fo...> |
From: Kate W. <kat...@fo...> - 2007-08-08 15:59:13
|
Could you run your script with a -x option (either by adding it to the sha-bang line, or with a set -x), and put the output somewhere where I could grab it? - kate On 8/8/07, jay <tit...@gm...> wrote: > > Forgot to include that I'm using log4sh version 1.4.2 with netcat version > 1.10. I'm going to try 1.5.0 later and see if that has different results. > > Jay > > On 8/8/07, jay <tit...@gm...> wrote: > > > > Helllo, > > > > I'm trying to get remote logging using log4sh working on a RHEL4 update > > 5 box. I'm having a bit of trouble. > > > > I ran all of the tests, and local logging works fine, so I know log4sh > > runs ok on that release. When I try the sample for remote logging, I get > > nothing. I've tested the remote logging with other methods (python) and it > > works, so I know its setup correctly. I've tried setting the LOG4SH_DEBUG > > environment variable, but I get nothing that could help. No errors in > > fact. I have run tcpdump on the other end on port 514, and nothing is > > showing up on the wire. Here is the test script I'm using > > > > #!/bin/sh > > > > # load log4sh (disabling properties file warning) and clear the default > > # configuration > > LOG4SH_CONFIGURATION='none' . ./log4sh > > log4sh_resetConfiguration > > > > # set alternative 'nc' command > > log4sh_setAlternative nc /usr/bin/nc > > > > # add and configure a SyslogAppender that logs to a remote host > > logger_addAppender mySyslog > > appender_setType mySyslog SyslogAppender > > appender_syslog_setFacility mySyslog local4 > > appender_syslog_setHost mySyslog cbtsscdb > > appender_activateOptions mySyslog > > > > # say Hello to the world > > logger_info 'Hello, world' > > > > Is there something else I could try to troubleshoot this? Thanks for > > any help. > > > > Jay > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > log4sh-users mailing list > log...@li... > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > -- Kate Ward <kat...@fo...> |
From: jay <tit...@gm...> - 2007-08-08 13:34:10
|
Forgot to include that I'm using log4sh version 1.4.2 with netcat version 1.10. I'm going to try 1.5.0 later and see if that has different results. Jay On 8/8/07, jay <tit...@gm...> wrote: > > Helllo, > > I'm trying to get remote logging using log4sh working on a RHEL4 update 5 > box. I'm having a bit of trouble. > > I ran all of the tests, and local logging works fine, so I know log4sh > runs ok on that release. When I try the sample for remote logging, I get > nothing. I've tested the remote logging with other methods (python) and it > works, so I know its setup correctly. I've tried setting the LOG4SH_DEBUG > environment variable, but I get nothing that could help. No errors in > fact. I have run tcpdump on the other end on port 514, and nothing is > showing up on the wire. Here is the test script I'm using > > #!/bin/sh > > # load log4sh (disabling properties file warning) and clear the default > # configuration > LOG4SH_CONFIGURATION='none' . ./log4sh > log4sh_resetConfiguration > > # set alternative 'nc' command > log4sh_setAlternative nc /usr/bin/nc > > # add and configure a SyslogAppender that logs to a remote host > logger_addAppender mySyslog > appender_setType mySyslog SyslogAppender > appender_syslog_setFacility mySyslog local4 > appender_syslog_setHost mySyslog cbtsscdb > appender_activateOptions mySyslog > > # say Hello to the world > logger_info 'Hello, world' > > Is there something else I could try to troubleshoot this? Thanks for any > help. > > Jay > > |
From: jay <tit...@gm...> - 2007-08-08 13:26:57
|
Helllo, I'm trying to get remote logging using log4sh working on a RHEL4 update 5 box. I'm having a bit of trouble. I ran all of the tests, and local logging works fine, so I know log4sh runs ok on that release. When I try the sample for remote logging, I get nothing. I've tested the remote logging with other methods (python) and it works, so I know its setup correctly. I've tried setting the LOG4SH_DEBUG environment variable, but I get nothing that could help. No errors in fact. I have run tcpdump on the other end on port 514, and nothing is showing up on the wire. Here is the test script I'm using #!/bin/sh # load log4sh (disabling properties file warning) and clear the default # configuration LOG4SH_CONFIGURATION='none' . ./log4sh log4sh_resetConfiguration # set alternative 'nc' command log4sh_setAlternative nc /usr/bin/nc # add and configure a SyslogAppender that logs to a remote host logger_addAppender mySyslog appender_setType mySyslog SyslogAppender appender_syslog_setFacility mySyslog local4 appender_syslog_setHost mySyslog cbtsscdb appender_activateOptions mySyslog # say Hello to the world logger_info 'Hello, world' Is there something else I could try to troubleshoot this? Thanks for any help. Jay |
From: Kate W. <kat...@fo...> - 2007-06-02 20:37:43
|
I have just released version 1.4.2 of log4sh. It fixes log4j support and some other minor issues, and has more and improved unit tests. Change Log -- http://log4sh.svn.sourceforge.net/svnroot/log4sh/tags/source/1.4.2/doc/CHANGES-1.4.txt Release Notes -- http://log4sh.svn.sourceforge.net/svnroot/log4sh/tags/source/1.4.2/doc/RELEASE_NOTES-1.4.2.txt - kate -- Kate Ward <kat...@fo...> |
From: Kate W. <kat...@fo...> - 2007-05-07 14:22:16
|
Hello, I just wanted to announce to everyone that the latest releases of log4sh are now available. 1.4.1 -- http://downloads.sourceforge.net/log4sh/log4sh-1.4.1.tgz<http://downloads.sourceforge.net/shunit2/shunit2-2.0.0.tgz> 1.5.0 -- http://downloads.sourceforge.net/log4sh/log4sh-1.5.0.tgz - kate -- Kate Ward <kat...@fo...> |
From: Kate W. <kat...@fo...> - 2007-04-19 16:28:57
|
Steve - Thanks for pointing the bug out. It is fixed in the following revisions: 1.4 - r529 1.5 - r530 Regarding the space in the unit, I am expecting that if a space needs to be between the value and the unit, that the value+unit together are passed in with surrounding quotes, e.g. "1 KiB". The only time I expect spaces to be used is when log4sh is configured from a properties file, and the value is properly passed to this function with surrounding quotes (see line# 3247 in 1.4). - kate On 4/16/07, Steve Etchelecu <set...@gm...> wrote: > > Version 1.4.0 > > Line 1987 requires that the units indicator be either 2 or 3 chars long. > This precludes the 'B' (byte) unit. > > Also line 1987 seems to imply support for whitespace between the value and > the units but lines 1976 and 1982 don't allow this. > > 1974 appender_file_setMaxFileSize() > 1975 { > 1976 if [ $# -ne 2 ]; then > 1977 _log4sh_error "appender_file_setMaxFileSize(): invalid number > of parameters ($#)" > 1978 return ${__LOG4SH_FALSE} > 1979 fi > 1980 > 1981 afsmfs_appender=$1 > 1982 afsmfs_size=$2 > 1983 __log4sh_return=${__LOG4SH_TRUE} > 1984 > 1985 # split the file size into parts > 1986 afsmfs_value=`expr ${afsmfs_size} : '\([0-9]*\)'` > 1987 afsmfs_unit=`expr ${afsmfs_size} : '[0-9]* > *\([A-Za-z]\{2,3\}\)'` > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > log4sh-users mailing list > log...@li... > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > -- Kate Ward <kat...@fo...> |
From: Steve E. <set...@gm...> - 2007-04-17 02:39:35
|
Version 1.4.0 Line 1987 requires that the units indicator be either 2 or 3 chars long. This precludes the 'B' (byte) unit. Also line 1987 seems to imply support for whitespace between the value and the units but lines 1976 and 1982 don't allow this. 1974 appender_file_setMaxFileSize() 1975 { 1976 if [ $# -ne 2 ]; then 1977 _log4sh_error "appender_file_setMaxFileSize(): invalid number of parameters ($#)" 1978 return ${__LOG4SH_FALSE} 1979 fi 1980 1981 afsmfs_appender=$1 1982 afsmfs_size=$2 1983 __log4sh_return=${__LOG4SH_TRUE} 1984 1985 # split the file size into parts 1986 afsmfs_value=`expr ${afsmfs_size} : '\([0-9]*\)'` 1987 afsmfs_unit=`expr ${afsmfs_size} : '[0-9]* *\([A-Za-z]\{2,3\}\)'` |
From: Kate W. <kat...@fo...> - 2007-03-28 01:59:48
|
SGkgRnJhbmNpc2NvIC0KCmxvZzRzaCBpcyBtZWFudCBtb3JlIGFzIGEgcG93ZXJmdWwgcmVwbGFj ZW1lbnQgZm9yIGVjaG8gc3RhdGVtZW50cyBpbiBzaGVsbApjb2RlLiBGb3IgdGhlIHVzZSBjYXNl IHlvdSBhcmUgbWVudGlvbmluZyBoZXJlLCB5b3Ugd291bGQgcHJvYmFibHkgaGF2ZSBtdWNoCmJl dHRlciBsdWNrIHJ1bm5pbmcgbG9ncm90YXRlIChwcm92aWRlZCB3aXRoIG1vc3QgTGludXggZGlz dHJpYnV0aW9ucywgb3IKYXZhaWxhYmxlIGZyb20gYmxhc3R3YXZlLm9yZyBmb3IgU29sYXJpcykg b3Igcm90YXRlbG9ncyAoYSBjb21tYW5kIGluY2x1ZGVkCndpdGggQXBhY2hlIHRvIHJvdGF0ZSBs b2dzKS4gRWFjaCBkb2VzIHRoaW5ncyBpbiBhIGRpZmZlcmVudCBtYW5uZXIsIGJ1dApib3RoIHdv dWxkIGFjaGlldmUgdGhlIHJlc3VsdCB5b3UgYXJlIGFmdGVyLiBVbmZvcnR1bmF0ZWx5LCBJIGRv bid0IHRoaW5rCnRoYXQgbG9nNHNoIGlzIHRoZSByaWdodCB0b29sIGZvciB0aGlzIGpvYi4KClRo ZSByZWFsIHJlYXNvbiB0aGF0IGxvZzRzaCBpc24ndCB3b3JraW5nIGluIHRoaXMgY2FzZSBpcyB0 aGF0IGl0IGlzIHRha2luZwp0aGUgZGF0YSBmcm9tIHlvdXIgcGlwZSwgYnV0IGl0IG5ldmVyIHNl ZXMgdGhlIGVuZCBvZiB0aGUgZmlsZS4gRWZmZWN0aXZlbHksCnRoZSBsb2dnZXJfaW5mbyBmdW5j dGlvbiBpcyBlbnRlcmVkLCBidXQgaXQgbmV2ZXIgZXhpdHMgYXMgdGhlIHBpcGUgaXMgbmV2ZXIK Y2xvc2VkLiBUaGUgZmlsZSByb3RhdGlvbiB3b24ndCBoYXBwZW4gZWl0aGVyIGFzIGl0IGlzIG9u bHkgdHJpZ2dlcmVkIHdoZW4KdGhlIGxvZ2dlcl9pbmZvIGNvbW1hbmQgaXMgY2FsbGVkLCBidXQg bm90IGNvbnRpbnVvdXNseSB0aHJvdWdob3V0IHRoZSBjYWxsCnRvIHRoYXQgY29tbWFuZC4gVGhl IHJlYXNvbiB5b3Ugd29uJ3Qgc2VlIGRhdGEgd2hlbiB5b3UgZXZlbnR1YWxseSBraWxsIHRoZQpX ZWJsb2dpYyBwcm9jZXNzLCBldmVuIHRob3VnaCB5b3UgYXJlIGVmZmVjdGl2ZWx5IHBpcGluZyB0 byB0aGF0IGZpbGUsIGlzCnRoYXQgdGhlIGluIG1lbW9yeSBidWZmZXJzIGZvciB0aGUgY2F0IGNv bW1hbmQgKHdoYXQgbG9nNHNoIGlzIHVzaW5nCmludGVybmFsbHkgdG8gZG8gYWNjZXB0IHRoZSBw aXBlKSB3aWxsIGJlIHRydW5jYXRlZCBhbmQgdGhlIGZpbGUgaW1tZWRpYXRlbHkKY2xvc2VkLCB3 aGljaCByZXN1bHRzIGluIG5vdGhpbmcgYmVpbmcgYWRkZWQgdG8gdGhhdCBmaWxlIGJ5IGxvZzRz aC4KCkkgaG9wZSB0aGlzIGhlbHBzLgoKLSBrYXRlCgoKCk9uIDMvMjcvMDcsIFZpZGFsLCBGcmFu Y2lzY28gPEZyYW5jaXNjby5WaWRhbEBzYWJyZS5jb20+IHdyb3RlOgo+Cj4gIEhpIEthdGUsCj4K Pgo+Cj4gICAgICAgICAgICAgVGhhbmtzIGFnYWluIGZvciB5b3UgZmFzdGVyIHJlcGx5LiBJJ20g c29ycnkgdG8gYmUgYm90aGVyaW5nCj4geW91IHdpdGggbXkgcXVlc3Rpb25zLCBidXQgSSByZWFs bHkgbmVlZCBhIHJvbGxpbmcgbG9nLgo+Cj4gICAgICAgICAgICAgV2hhdCB5b3UgdG9sZCBtZSB3 b3JrZWQgaW4gdGhhdCBjYXNlLCBJIHRob3VnaHQgdGhhdCB0aGUKPiBkZWZhdWx0IGxvZ2luIGxl dmVsIHdhcyBJTkZPLgo+Cj4gICAgICAgICAgICAgSSB3b3VsZCBsaWtlIHRvIGtub3cgaWYgdGhl IExPRzRTSCBjYW4gd29yayB0b2dldGhlciB3aXRoCj4gTE9HNEosIGJlY2F1c2UgSSdtIGhhdmlu ZyB0cm91YmxlcyB1c2luZyBib3RoLgo+Cj4gICAgICAgICAgICAgV2hhdCBJIGxpa2UgdG8gZG8s IGlzIHRvIHVzZSBMT0c0U0ggYXMgYSBsb2dnZXIgZm9yIGFsbCB0aGUKPiBTVERPVVQgb2YgYW4g YXBwbGljYXRpb24sIGluIHRoaXMgY2FzZSBXRUJMT0dJQywgdGhhdCBoYXMgaXQgb3duIGxvZ2dl ciB0b28KPiAobm93IEknbSB1c2luZyBhID4gZmlsZS5sb2cgdG8gZ2V0IHRoZSBTVERPVVQsIGJ1 dCB0aGUgZmlsZXMgZ3Jvd3MgdG8KPiBtdWNoLCBzbyBJIG5lZWQgYSByb2xsaW5nIGxvZykuIEFs c28gdGhlIGFwcGxpY2F0aW9uIHRoYXQgd2UgYXJlIHJ1bm5pbmcKPiB3aXRoIFdFQkxPR0lDIGlz IHVzaW5nIExPRzRKLCBzbyBtYXliZSB0aGlzIHR3byBsb2dnZXJzIGNhbid0IHJ1biB0b2dldGhl ci4KPgo+ICAgICAgICAgICAgIFRoaXMgaXMgaG93IEknbSBzdGFydGluZyB0aGUgYXBwbGljYXRp b246Cj4KPgo+Cj4gbm9odXAgc3RhcnRfIGFkbWluLnNoIHwgbG9nZ2VyX2Vycm9yICYgKCB0aGUg TE9HNFNIIGNvbmZpZ3VyYXRpb24gaXMgdGhlCj4gc2FtZSBhcyBpbiB0aGUgbGFzdCBlbWFpbCwg YW5kIHRoYXQgd29ya2VkIGZvciB0aGUgImxzIOKAk2xhIiBleGFtcGxlKS4KPgo+Cj4KPiAgICAg ICAgICAgICBJbiB0aGUgc3RhcnRfYWRtaW4uc2ggSSdtIGRvaW5nIHRoaXM6Cj4KPgo+Cj4gIyBT ZXQgc29tZSB2YXJpYWJsZXPigKbigKYKPgo+ICMgQ2FsbCBXZWJMb2dpYyBTZXJ2ZXIKPgo+Cj4K PiBlY2hvICIuIgo+Cj4gZWNobyAiQ0xBU1NQQVRIPSR7Q0xBU1NQQVRIfSIKPgo+IGVjaG8gIi4i Cj4KPiBlY2hvICJQQVRIPSR7UEFUSH0iCj4KPiBlY2hvICIuIgo+Cj4gZWNobyAiKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIgo+Cj4gZWNobyAiKiAg VG8gc3RhcnQgV2ViTG9naWMgU2VydmVyLCB1c2UgYSB1c2VybmFtZSBhbmQgICAqIgo+Cj4gZWNo byAiKiAgcGFzc3dvcmQgYXNzaWduZWQgdG8gYW4gYWRtaW4tbGV2ZWwgdXNlci4gIEZvciAqIgo+ Cj4gZWNobyAiKiAgc2VydmVyIGFkbWluaXN0cmF0aW9uLCB1c2UgdGhlIFdlYkxvZ2ljIFNlcnZl ciAqIgo+Cj4gZWNobyAiKiAgY29uc29sZSBhdCBodHRwOi8vW2hvc3RuYW1lXTpbcG9ydF0vY29u c29sZSAgICAqIgo+Cj4gZWNobyAiKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqIgo+Cj4KPgo+ICRzdGFydCB3ZWJsb2dpYy5TZXJ2ZXIKPgo+Cj4KPiAg ICAgICAgICAgICBTbywgaWYgSSAqc3RhcnQgdGhlIFdFQkxPR0lDIHNlcnZlciosIEkgKmdldCBu b3RoaW5nIGluIHRoZQo+IExPRzRTSCBsb2cgZmlsZSogKGp1c3QgZW1wdHkpLCBJIG9ubHkgZ2V0 IGxvZyBpbmZvIGluIHRoZSBXRUJMT0dJQyBsb2cKPiBmaWxlLgo+Cj4gSWYgSSAqY29tbWVudCB0 aGUgbGluZSB0byBzdGFydCB1cCB0aGUgV0VCTE9HSUMqIHNlcnZlciwgdGhlbiAqSSBkbyBnZXQK PiBzb21lIGluZm8gaW4gdGhlIExPRzRTSCogZmlsZSEhIEp1c3QgdGhlIGluZm8gaW4gdGhlIGVj aG8gbGluZXMgb2YgdGhlCj4gc3RhcnRfYWRtaW4uc2ggZmlsZSEhCj4KPiAgICAgICAgICAgICBU aGlzIGlzIHZlcnkgY29uZnVzaW5nLCBJJ20ganVzdCBndWVzc2luZyB0aGF0IG1heWJlIHRoZSBs b2cKPiBpbmZvIGl0J3MgYmVpbmcgdHJhcHBlZCBieSB0aGUgTE9HNEogbG9nZ2VyLCBzbyBJIGdl dCBub3RoaW5nIHdpdGggTE9HNFNILgo+Cj4gICAgICAgICAgICAgRG8geW91IGhhdmUgYW55IGlk ZWEgaWYgdGhpcyBjb3VsZCBiZSB0aGUgcHJvYmxlbT8KPgo+ICAgICAgICAgICAgIFNvcnJ5IGFn YWluIGZvciBib3RoZXJpbmcgeW91LCB0aGFua3MKPgo+Cj4KPiBGcmFuY2lzY28uCj4gIC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gKkZyb206KiBLYXRlIFdhcmQgW21haWx0bzpr YXRlLndhcmRAZm9yZXN0ZW50LmNvbV0KPiAqU2VudDoqIFR1ZXNkYXksIE1hcmNoIDI3LCAyMDA3 IDI6MDUgUE0KPiAqVG86KiBWaWRhbCwgRnJhbmNpc2NvCj4gKkNjOiogbG9nNHNoLXVzZXJzQGxp c3RzLnNvdXJjZWZvcmdlLm5ldAo+ICpTdWJqZWN0OiogUmU6IFtMb2c0c2gtdXNlcnNdIEhvdyB0 byBpbnN0YWxsPwo+Cj4KPgo+IEhpIEZyYW5jaXNjbyAtCj4KPiBJbiB0aGUgY29kZSB5b3Ugc2Vu dCwgdGhlIGxvZ2dlcl9pbmZvIGZ1bmN0aW9uIGlzIGJlaW5nIHVzZWQsIHdoaWNoIGlzCj4gY29y cmVjdGx5IGxvZ2dpbmcgbWVzc2FnZXMgYXQgdGhlIElORk8gbGV2ZWwsIGJ1dCBiZWNhdXNlIHRo ZSBkZWZhdWx0Cj4gbG9nZ2luZyBsZXZlbCBpcyBFUlJPUiwgbm8gbWVzc2FnZXMgYXJlIGJlaW5n IHNlZW4uIFRoZXJlIGFyZSB0aHJlZSBwb3NzaWJsZQo+IHNvbHV0aW9ucyB0byB0aGUgcHJvYmxl bS4KPgo+IDEpIHNldCB0aGUgZGVmYXVsdCBsb2dnaW5nIGxldmVsIGZvciBhbGwgbG9nZ2VycyB0 byBJTkZPIHdpdGgKPiAnbG9nZ2VyX3NldExldmVsIElORk8nCj4gMikgc2V0IHRoZSBsb2dnaW5n IGxldmVsIG9mIHlvdXIgUiBhcHBlbmRlciB0byBJTkZPIHdpdGgKPiAnYXBwZW5kZXJfc2V0TGV2 ZWwgUiBJTkZPJyAoaXQgZGVmYXVsdHMgdG8gbG9nZ2luZyBhdCB0aGUgZ2xvYmFsIGxldmVsLAo+ IHdoaWNoIGluIHlvdXIgY2FzZSBpcyBFUlJPUikKPiAzKSBjaGFuZ2UgdGhlIGxvZ2dpbmcgbGV2 ZWwgdGhhdCB5b3UgYXJlIGxvZ2dpbmcgYXQgdG8gRVJST1Igd2l0aAo+ICdsb2dnZXJfZXJyb3In IChpbnN0ZWFkIG9mIHVzaW5nICdsb2dnZXJfaW5mbycpCj4KPiAtIGthdGUKPgo+IE9uIDMvMjYv MDcsICpWaWRhbCwgRnJhbmNpc2NvKiA8RnJhbmNpc2NvLlZpZGFsQHNhYnJlLmNvbT4gd3JvdGU6 Cj4KPiBIaSBLYXRlLAo+Cj4gICAgICAgICAgICAgVGhhbmtzIGZvciB5b3VyIHNvb24gcmVwbHku Cj4KPiAgICAgICAgICAgICBJIGhhdmUgc29tZSBvdGhlciBkb3VidCwgd2l0aCB0aGUgUm9sbGlu Z0ZpbGVBcHBlbmRlci4gSW4gdGhlCj4gZG9jdW1lbnRhdGlvbiBzYXlzIHRoYXQgaXQgd29ya3Mg YnV0IG5lZWQgaW1wcm92ZW1lbnQuIEkgdHJpZWQgdG8gdXNlIGl0IGJ1dAo+IHRoZSBmaWxlIGtl ZXBzIGVtcHR5LCB0aGUgb25lIHRoYXQgd29ya3MgaXMgdGhlIEZpbGVBcHBlbmRlciAoIEkgZGlk bid0Cj4gdHJ5IHRoZSBEYWlseVJvbGxpbmcpLgo+Cj4gICAgICAgICAgICAgSSBuZWVkIHRvIHVz ZSBhIGxvZyB0aGF0IHJvdGF0ZXMgYnkgc2l6ZSwgYnV0IEkgY2FuJ3QgbWFrZQo+IHRoaXMgd29y ay4KPgo+ICAgICAgICAgICAgIExldCBtZSBzaG93IHlvdSBhIHZlcnkgc2ltcGxlIGV4YW1wbGUg SSdtIHRyeWluZyB0byBleGVjdXRlOgo+Cj4KPgo+ICMhIC9iaW4vc2gKPgo+ICMgJElkJAo+Cj4g Iwo+Cj4gIyBBdXRob3I6IEthdGUgV2FyZCA8a2F0ZS53YXJkQGZvcmVzdGVudC5jb20+Cj4KPiAj Cj4KPgo+Cj4gTE9HNFNIX0NPTkZJR1VSQVRJT049J25vbmUnIC4gLi9sb2c0c2gKPgo+IGxvZzRz aF9yZXNldENvbmZpZ3VyYXRpb24KPgo+Cj4KPiAjIGFkZCBhbmQgY29uZmlndXJlIGEgUm9sbGlu Z0ZpbGVBcHBlbmRlciBuYW1lZCBSCj4KPiBsb2dnZXJfYWRkQXBwZW5kZXIgUgo+Cj4gYXBwZW5k ZXJfc2V0VHlwZSBSIFJvbGxpbmdGaWxlQXBwZW5kZXIKPgo+IGFwcGVuZGVyX2ZpbGVfc2V0Rmls ZSBSIC5TVERFUlIKPgo+IGFwcGVuZGVyX2ZpbGVfc2V0TWF4RmlsZVNpemUgUiAxMEtCCj4KPiBh cHBlbmRlcl9maWxlX3NldE1heEJhY2t1cEluZGV4IFIgMQo+Cj4gYXBwZW5kZXJfYWN0aXZhdGVP cHRpb25zIFIKPgo+Cj4KPiBub2h1cCBscyAtbGEgfCBsb2dnZXJfaW5mbyAmCj4KPgo+Cj4gICAg ICAgICAgICAgVGhpcyBnaXZlcyBhcyByZXN1bHQsIGEgLlNUREVSUiBlbXB0eSBmaWxlLiBJZiBJ IHVzZSBhCj4gRmlsZUFwcGVuZGVyIEkgZ2V0IHRoZSBscyDigJNsYSByZXN1bHQuCj4KPiAgICAg ICAgICAgICBJIHdvdWxkIHJlYWxseSBhcHByZWNpYXRlIGlmIHlvdSBjYW4gZ2l2ZSBtZSBzb21l IHRpcC4KPgo+ICAgICAgICAgICAgIFRoYW5rcywKPgo+Cj4KPiBGcmFuY2lzY28uCj4KPgo+ICAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+ICpGcm9tOioga2F0ZS5hLndhcmRAZ21h aWwuY29tIFttYWlsdG86IGthdGUuYS53YXJkQGdtYWlsLmNvbV0gKk9uIEJlaGFsZgo+IE9mICpL YXRlIFdhcmQKPiAqU2VudDoqIFNhdHVyZGF5LCBNYXJjaCAyNCwgMjAwNyA4OjAzIEFNCj4gKlRv OiogVmlkYWwsIEZyYW5jaXNjbwo+ICpDYzoqIGxvZzRzaC11c2Vyc0BsaXN0cy5zb3VyY2Vmb3Jn ZS5uZXQKPiAqU3ViamVjdDoqIFJlOiBbTG9nNHNoLXVzZXJzXSBIb3cgdG8gaW5zdGFsbD8KPgo+ Cj4KPiBIaSBGcmFuY2lzY28sCj4KPiBUaGUgTWFrZWZpbGUgaXMgaW5jbHVkZWQgdG8gbWFrZSB0 ZXN0aW5nIHRoZSBzb2Z0d2FyZSBlYXNpZXIsIGFuZCBmb3IKPiBidWlsZGluZyB0aGUgZG9jdW1l bnRhdGlvbi4gSW4gcmVhbGl0eSwgdGhlIG9ubHkgZmlsZSB5b3UgbmVlZCBpcyB0aGUKPiBzcmMv c2hlbGwvbG9nNHNoIGZpbGUuIFRoYXQgb25lIGZpbGUgYnkgaXRzZWxmIGlzICJsb2c0c2giLCBh bmQgeW91IGNhbgo+IG1hbnVhbGx5IGNvcHkgdGhhdCBmaWxlIGFueXdoZXJlIHlvdSBuZWVkIGl0 LCBhbmQgdGhlbiBzb3VyY2UgaXQgaW50byB5b3VyCj4gc2NyaXB0IGFzIHRoZSBkb2N1bWVudGF0 aW9uIHNob3dzLiBMZXQgbWUga25vdyBpZiB0aGF0IGRvZXNuJ3Qgd29yayBmb3IgeW91Lgo+Cj4K PiAtIGthdGUKPgo+IE9uIDMvMjMvMDcsICpWaWRhbCwgRnJhbmNpc2NvKiA8RnJhbmNpc2NvLlZp ZGFsQHNhYnJlLmNvbT4gd3JvdGU6Cj4KPiBJIGRvd25sb2FkZWQgdGhlIGxvZzRzaC0xLjQuMC50 YXIgZmlsZSwgYW5kIHVuemlwcGVkIGl0IGluIGEgU29sYXJpcwo+IHNlcnZlci4KPiBUaGUgb25s eSBmaWxlIGluY2x1ZGVkIGluIHRoaXMgLnRhciBmaWxlIGlzIHRoZSBsb2c0c2gtMS40LjAuCj4g SSBjb3VsZG4ndCBmaW5kIGFueSBNYWtlZmlsZSBmaWxlIG9yIGRpcmVjdG9yeSBhcyB0aGUgaGVs cCBpbgo+IGh0dHA6Ly9zdm4uc291cmNlZm9yZ2UubmV0L3ZpZXd2Yy8qY2hlY2tvdXQqL2xvZzRz aC90cnVuay9zb3VyY2UvMS40L2RvYy9sb2c0c2guaHRtbHNheXMuCj4gQ2FuIGFueWJvZHkgdXNp bmcgTE9HNFNIIGdpdmUgbWUgc29tZSB0aXBzIG9mIGhvdyB0byBpbnN0YWxsIGl0PyBTaG91bGQg SQo+IGRvIGl0IG1hbnVhbGx5LCBkbyBJIG5lZWQgdG8gZG93bmxvYWQgYW55IG90aGVyIGZpbGVz Pwo+IFRoYW5rcwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gVGFrZSBTdXJ2ZXlzLiBFYXJuIENh c2guIEluZmx1ZW5jZSB0aGUgRnV0dXJlIG9mIElUCj4gSm9pbiBTb3VyY2VGb3JnZS5uZXQncyBU ZWNoc2F5IHBhbmVsIGFuZCB5b3UnbGwgZ2V0IHRoZSBjaGFuY2UgdG8gc2hhcmUKPiB5b3VyCj4g b3BpbmlvbnMgb24gSVQgJiBidXNpbmVzcyB0b3BpY3MgdGhyb3VnaCBicmllZiBzdXJ2ZXlzLWFu ZCBlYXJuIGNhc2gKPiBodHRwOi8vd3d3LnRlY2hzYXkuY29tL2RlZmF1bHQucGhwP3BhZ2U9am9p bi5waHAmcD1zb3VyY2Vmb3JnZSZDSUQ9REVWREVWCj4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KPiBsb2c0c2gtdXNlcnMgbWFpbGluZyBsaXN0Cj4gbG9n NHNoLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9y Z2UubmV0L2xpc3RzL2xpc3RpbmZvL2xvZzRzaC11c2Vycwo+Cj4KPgo+Cj4KPgo+IC0tCj4gS2F0 ZSBXYXJkIDxrYXRlLndhcmRAZm9yZXN0ZW50LmNvbT4KPgoKCgotLSAKS2F0ZSBXYXJkIDxrYXRl LndhcmRAZm9yZXN0ZW50LmNvbT4K |
From: Kate W. <kat...@fo...> - 2007-03-27 17:04:36
|
SGkgRnJhbmNpc2NvIC0KCkluIHRoZSBjb2RlIHlvdSBzZW50LCB0aGUgbG9nZ2VyX2luZm8gZnVu Y3Rpb24gaXMgYmVpbmcgdXNlZCwgd2hpY2ggaXMKY29ycmVjdGx5IGxvZ2dpbmcgbWVzc2FnZXMg YXQgdGhlIElORk8gbGV2ZWwsIGJ1dCBiZWNhdXNlIHRoZSBkZWZhdWx0CmxvZ2dpbmcgbGV2ZWwg aXMgRVJST1IsIG5vIG1lc3NhZ2VzIGFyZSBiZWluZyBzZWVuLiBUaGVyZSBhcmUgdGhyZWUgcG9z c2libGUKc29sdXRpb25zIHRvIHRoZSBwcm9ibGVtLgoKMSkgc2V0IHRoZSBkZWZhdWx0IGxvZ2dp bmcgbGV2ZWwgZm9yIGFsbCBsb2dnZXJzIHRvIElORk8gd2l0aAonbG9nZ2VyX3NldExldmVsIElO Rk8nCjIpIHNldCB0aGUgbG9nZ2luZyBsZXZlbCBvZiB5b3VyIFIgYXBwZW5kZXIgdG8gSU5GTyB3 aXRoICdhcHBlbmRlcl9zZXRMZXZlbApSIElORk8nIChpdCBkZWZhdWx0cyB0byBsb2dnaW5nIGF0 IHRoZSBnbG9iYWwgbGV2ZWwsIHdoaWNoIGluIHlvdXIgY2FzZSBpcwpFUlJPUikKMykgY2hhbmdl IHRoZSBsb2dnaW5nIGxldmVsIHRoYXQgeW91IGFyZSBsb2dnaW5nIGF0IHRvIEVSUk9SIHdpdGgK J2xvZ2dlcl9lcnJvcicgKGluc3RlYWQgb2YgdXNpbmcgJ2xvZ2dlcl9pbmZvJykKCi0ga2F0ZQoK T24gMy8yNi8wNywgVmlkYWwsIEZyYW5jaXNjbyA8RnJhbmNpc2NvLlZpZGFsQHNhYnJlLmNvbT4g d3JvdGU6Cj4KPiAgSGkgS2F0ZSwKPgo+ICAgICAgICAgICAgIFRoYW5rcyBmb3IgeW91ciBzb29u IHJlcGx5Lgo+Cj4gICAgICAgICAgICAgSSBoYXZlIHNvbWUgb3RoZXIgZG91YnQsIHdpdGggdGhl IFJvbGxpbmdGaWxlQXBwZW5kZXIuIEluIHRoZQo+IGRvY3VtZW50YXRpb24gc2F5cyB0aGF0IGl0 IHdvcmtzIGJ1dCBuZWVkIGltcHJvdmVtZW50LiBJIHRyaWVkIHRvIHVzZSBpdCBidXQKPiB0aGUg ZmlsZSBrZWVwcyBlbXB0eSwgdGhlIG9uZSB0aGF0IHdvcmtzIGlzIHRoZSBGaWxlQXBwZW5kZXIg KCBJIGRpZG4ndAo+IHRyeSB0aGUgRGFpbHlSb2xsaW5nKS4KPgo+ICAgICAgICAgICAgIEkgbmVl ZCB0byB1c2UgYSBsb2cgdGhhdCByb3RhdGVzIGJ5IHNpemUsIGJ1dCBJIGNhbid0IG1ha2UKPiB0 aGlzIHdvcmsuCj4KPiAgICAgICAgICAgICBMZXQgbWUgc2hvdyB5b3UgYSB2ZXJ5IHNpbXBsZSBl eGFtcGxlIEknbSB0cnlpbmcgdG8gZXhlY3V0ZToKPgo+Cj4KPiAjISAvYmluL3NoCj4KPiAjICRJ ZCQKPgo+ICMKPgo+ICMgQXV0aG9yOiBLYXRlIFdhcmQgPGthdGUud2FyZEBmb3Jlc3RlbnQuY29t Pgo+Cj4gIwo+Cj4KPgo+IExPRzRTSF9DT05GSUdVUkFUSU9OPSdub25lJyAuIC4vbG9nNHNoCj4K PiBsb2c0c2hfcmVzZXRDb25maWd1cmF0aW9uCj4KPgo+Cj4gIyBhZGQgYW5kIGNvbmZpZ3VyZSBh IFJvbGxpbmdGaWxlQXBwZW5kZXIgbmFtZWQgUgo+Cj4gbG9nZ2VyX2FkZEFwcGVuZGVyIFIKPgo+ IGFwcGVuZGVyX3NldFR5cGUgUiBSb2xsaW5nRmlsZUFwcGVuZGVyCj4KPiBhcHBlbmRlcl9maWxl X3NldEZpbGUgUiAuU1RERVJSCj4KPiBhcHBlbmRlcl9maWxlX3NldE1heEZpbGVTaXplIFIgMTBL Qgo+Cj4gYXBwZW5kZXJfZmlsZV9zZXRNYXhCYWNrdXBJbmRleCBSIDEKPgo+IGFwcGVuZGVyX2Fj dGl2YXRlT3B0aW9ucyBSCj4KPgo+Cj4gbm9odXAgbHMgLWxhIHwgbG9nZ2VyX2luZm8gJgo+Cj4K Pgo+ICAgICAgICAgICAgIFRoaXMgZ2l2ZXMgYXMgcmVzdWx0LCBhIC5TVERFUlIgZW1wdHkgZmls ZS4gSWYgSSB1c2UgYQo+IEZpbGVBcHBlbmRlciBJIGdldCB0aGUgbHMg4oCTbGEgcmVzdWx0Lgo+ Cj4gICAgICAgICAgICAgSSB3b3VsZCByZWFsbHkgYXBwcmVjaWF0ZSBpZiB5b3UgY2FuIGdpdmUg bWUgc29tZSB0aXAuCj4KPiAgICAgICAgICAgICBUaGFua3MsCj4KPgo+Cj4gRnJhbmNpc2NvLgo+ Cj4KPiAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiAqRnJvbToqIGthdGUuYS53 YXJkQGdtYWlsLmNvbSBbbWFpbHRvOmthdGUuYS53YXJkQGdtYWlsLmNvbV0gKk9uIEJlaGFsZiBP Zgo+ICpLYXRlIFdhcmQKPiAqU2VudDoqIFNhdHVyZGF5LCBNYXJjaCAyNCwgMjAwNyA4OjAzIEFN Cj4gKlRvOiogVmlkYWwsIEZyYW5jaXNjbwo+ICpDYzoqIGxvZzRzaC11c2Vyc0BsaXN0cy5zb3Vy Y2Vmb3JnZS5uZXQKPiAqU3ViamVjdDoqIFJlOiBbTG9nNHNoLXVzZXJzXSBIb3cgdG8gaW5zdGFs bD8KPgo+Cj4KPiBIaSBGcmFuY2lzY28sCj4KPiBUaGUgTWFrZWZpbGUgaXMgaW5jbHVkZWQgdG8g bWFrZSB0ZXN0aW5nIHRoZSBzb2Z0d2FyZSBlYXNpZXIsIGFuZCBmb3IKPiBidWlsZGluZyB0aGUg ZG9jdW1lbnRhdGlvbi4gSW4gcmVhbGl0eSwgdGhlIG9ubHkgZmlsZSB5b3UgbmVlZCBpcyB0aGUK PiBzcmMvc2hlbGwvbG9nNHNoIGZpbGUuIFRoYXQgb25lIGZpbGUgYnkgaXRzZWxmIGlzICJsb2c0 c2giLCBhbmQgeW91IGNhbgo+IG1hbnVhbGx5IGNvcHkgdGhhdCBmaWxlIGFueXdoZXJlIHlvdSBu ZWVkIGl0LCBhbmQgdGhlbiBzb3VyY2UgaXQgaW50byB5b3VyCj4gc2NyaXB0IGFzIHRoZSBkb2N1 bWVudGF0aW9uIHNob3dzLiBMZXQgbWUga25vdyBpZiB0aGF0IGRvZXNuJ3Qgd29yayBmb3IgeW91 Lgo+Cj4KPiAtIGthdGUKPgo+IE9uIDMvMjMvMDcsICpWaWRhbCwgRnJhbmNpc2NvKiA8RnJhbmNp c2NvLlZpZGFsQHNhYnJlLmNvbT4gd3JvdGU6Cj4KPiBJIGRvd25sb2FkZWQgdGhlIGxvZzRzaC0x LjQuMC50YXIgZmlsZSwgYW5kIHVuemlwcGVkIGl0IGluIGEgU29sYXJpcwo+IHNlcnZlci4KPiBU aGUgb25seSBmaWxlIGluY2x1ZGVkIGluIHRoaXMgLnRhciBmaWxlIGlzIHRoZSBsb2c0c2gtMS40 LjAuCj4gSSBjb3VsZG4ndCBmaW5kIGFueSBNYWtlZmlsZSBmaWxlIG9yIGRpcmVjdG9yeSBhcyB0 aGUgaGVscCBpbgo+IGh0dHA6Ly9zdm4uc291cmNlZm9yZ2UubmV0L3ZpZXd2Yy8qY2hlY2tvdXQq L2xvZzRzaC90cnVuay9zb3VyY2UvMS40L2RvYy9sb2c0c2guaHRtbHNheXMuCj4gQ2FuIGFueWJv ZHkgdXNpbmcgTE9HNFNIIGdpdmUgbWUgc29tZSB0aXBzIG9mIGhvdyB0byBpbnN0YWxsIGl0PyBT aG91bGQgSQo+IGRvIGl0IG1hbnVhbGx5LCBkbyBJIG5lZWQgdG8gZG93bmxvYWQgYW55IG90aGVy IGZpbGVzPwo+IFRoYW5rcwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gVGFrZSBTdXJ2ZXlzLiBF YXJuIENhc2guIEluZmx1ZW5jZSB0aGUgRnV0dXJlIG9mIElUCj4gSm9pbiBTb3VyY2VGb3JnZS5u ZXQncyBUZWNoc2F5IHBhbmVsIGFuZCB5b3UnbGwgZ2V0IHRoZSBjaGFuY2UgdG8gc2hhcmUKPiB5 b3VyCj4gb3BpbmlvbnMgb24gSVQgJiBidXNpbmVzcyB0b3BpY3MgdGhyb3VnaCBicmllZiBzdXJ2 ZXlzLWFuZCBlYXJuIGNhc2gKPiBodHRwOi8vd3d3LnRlY2hzYXkuY29tL2RlZmF1bHQucGhwP3Bh Z2U9am9pbi5waHAmcD1zb3VyY2Vmb3JnZSZDSUQ9REVWREVWCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBsb2c0c2gtdXNlcnMgbWFpbGluZyBsaXN0 Cj4gbG9nNHNoLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+IGh0dHBzOi8vbGlzdHMuc291 cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2xvZzRzaC11c2Vycwo+Cj4KPgoKCgotLSAKS2F0 ZSBXYXJkIDxrYXRlLndhcmRAZm9yZXN0ZW50LmNvbT4K |
From: Kate W. <kat...@fo...> - 2007-03-24 11:03:23
|
Hi Francisco, The Makefile is included to make testing the software easier, and for building the documentation. In reality, the only file you need is the src/shell/log4sh file. That one file by itself is "log4sh", and you can manually copy that file anywhere you need it, and then source it into your script as the documentation shows. Let me know if that doesn't work for you. - kate On 3/23/07, Vidal, Francisco <Fra...@sa...> wrote: > > I downloaded the log4sh-1.4.0.tar file, and unzipped it in a Solaris > server. > The only file included in this .tar file is the log4sh-1.4.0. > I couldn't find any Makefile file or directory as the help in * > http://svn.sourceforge.net/viewvc/*checkout*/log4sh/trunk/source/1.4/doc/log4sh.html > *<http://svn.sourceforge.net/viewvc/*checkout*/log4sh/trunk/source/1.4/doc/log4sh.html>says. > Can anybody using LOG4SH give me some tips of how to install it? Should Ido it manually, do > I need to download any other files? > Thanks > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > log4sh-users mailing list > log...@li... > https://lists.sourceforge.net/lists/listinfo/log4sh-users > > |
From: Vidal, F. <Fra...@sa...> - 2007-03-23 17:38:03
|
I downloaded the log4sh-1.4.0.tar file, and unzipped it in a Solaris server.=20 The only file included in this .tar file is the log4sh-1.4.0.=20 I couldn't find any Makefile file or directory as the help in http://svn.sourceforge.net/viewvc/*checkout*/log4sh/trunk/source/1.4/doc /log4sh.html says.=20 Can anybody using LOG4SH give me some tips of how to install it? Should I do it manually, do I need to download any other files?=20 Thanks |