RE: unsubscribe problems - 2 comments

2001-04-26 Thread Joel Regen
Title: RE: unsubscribe problems - 2 comments




  
  First, it's very simple if you follow the instructions in the 
  welcome email.  I just did it for numerous lists the morning, both 
  unsubscribing an alternate alias and re-subscribing a new.  
  Unfortunately, lots of people don't keep the welcome email, and the info isn't 
  on the site as far as I can tell (or at least it's not clearly marked). 
  
  Surely, someone managing the website could add the following 
  to the top of the lists page, put it in red, draw a box around it, and title 
  it "Subscribe/Unsubscribe":
  -- 
  There are two ways you can UNSUBSCRIBE from the list: 
  
  (1) Send a message to (where ??? is the name of the 
  list):    
   
   
  Jay,
  I 
  think most of us are doing this and it is NOT working.
   
  Joel


RE: Tomcat Init At Boot

2001-04-25 Thread Joel Regen

do you know why the auto reload feature would not be working?

-Original Message-
From: Mike Gruber [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 4:24 PM
To: [EMAIL PROTECTED]
Subject: Re: Tomcat Init At Boot


Here is the contents of rc.out:

--
+ export PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/java/jdk1.3.0_02/bin
+ PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/java/jdk1.3.0_02/bin
+ export JAVA_HOME=/usr/java/jdk1.3.0_02
+ JAVA_HOME=/usr/java/jdk1.3.0_02
+ export TOMCAT_HOME=/usr/java/jakarta-tomcat-3.2.1
+ TOMCAT_HOME=/usr/java/jakarta-tomcat-3.2.1
+ echo -n Starting tomcat:
Starting tomcat: + daemon /usr/java/jakarta-tomcat-3.2.1/bin/tomcat start
+ [ 1 != 1 ]
+ daemon=/usr/java/jakarta-tomcat-3.2.1/bin/tomcat start
+ shift
++ basename /usr/java/jakarta-tomcat-3.2.1/bin/tomcat start
+ name=tomcat
+ [ tomcat = /usr/java/jakarta-tomcat-3.2.1/bin/tomcat start ]
+ ssd -S -n tomcat -x /usr/java/jakarta-tomcat-3.2.1/bin/tomcat start --
 tomcatUsing classpath:
/usr/java/jakarta-tomcat-3.2.1/lib/ant.jar:/usr/java/jakarta-tomcat-3.2.1/li
b/jasper.jar:/usr/java/jakarta-tomcat-3.2.1/lib/jaxp.jar:/usr/java/jakarta-t
omcat-3.2.1/lib/parser.jar:/usr/java/jakarta-tomcat-3.2.1/lib/servlet.jar:/u
sr/java/jakarta-tomcat-3.2.1/lib/test:/usr/java/jakarta-tomcat-3.2.1/lib/web
server.jar:/usr/java/jdk1.3.0_02/lib/tools.jar
+ echo

+ touch /var/lock/subsys/tomcat
+ exit 0
Starting tomcat. Check logs/tomcat.log for error messages

--

and here is the contents of logs/tomcat.log:

--
2001-04-25 11:43:52 - ContextManager: Adding context Ctx( /examples )
2001-04-25 11:43:52 - ContextManager: Adding context Ctx( /admin )
2001-04-25 11:43:52 - ContextManager: Adding context Ctx(  )
2001-04-25 11:43:52 - ContextManager: Adding context Ctx( /test )

--

The timestamp is the same for both files, so it looks as though Tomcat is
starting, but could something else loading in the boot sequence be killing
it?  The other files listed in rc5.d (after S84tomcat) are:
S85httpd
S88squid
S91samba
S92iBCS
S95news
S98local
S99bigfs
S99rmnologin
S99skipped
S99zap


Any ideas?

MGRUBER


- Original Message -
From: "Boyce, David" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, April 25, 2001 11:24 AM
Subject: RE: Tomcat Init At Boot


> The Tomcat logfiles are presumably not showing anything because the
failure
> happens before Tomcat starts up. Try adding the following line at the top
of
> your rc script:
>
> exec > /tmp/rc.out 2>&1 && set -x
>
> And take a look at /tmp/rc.out after a reboot. You should see the failure.
>
> -David Boyce
>
> -Original Message-
> From: Mike Gruber [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 25, 2001 12:07 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat Init At Boot
>
>
> I am currently using the binary versions of Tomcat 3.2.1 and JDK 1.3.0_02
on
> Caldera eServer 2.3.  I have placed a tomcat init script in the init.d
> directory (see script below) and linked to in from the various rcx.d dirs.
> My problem is that the script is being run during the boot sequence, but
> Tomcat never starts.  If I run the exact same script from the command line
> (as root) however, Tomcat starts no problem.  The log files aren't
reporting
> any noticeable errors when Tomcat fails to load at boot, so I am unsure
what
> the discrepancy is between init running the script and the root user
running
> the script.  Any information or advice anyone can give me on this problem
> will be greatly appreciated.
>
> MGRUBER
>
> ps - I have tried other init scripts and I get the same result with them
> all.  Here is the latest version:
>
> ---
> #!/bin/sh
> #
> # Start/Stop Jakarta Tomcat
>
> # Source function library
> . /etc/rc.d/init.d/functions
>
> export PATH=$PATH:/usr/java/jdk1.3.0_02/bin
> export JAVA_HOME=/usr/java/jdk1.3.0_02
> export TOMCAT_HOME=/usr/java/jakarta-tomcat-3.2.1
>
> case "$1" in
>   start)
> echo -n "Starting tomcat: "
> daemon "/usr/java/jakarta-tomcat-3.2.1/bin/tomcat start"
> echo
> touch /var/lock/subsys/tomcat
> ;;
>   stop)
> echo -n "Shutting down tomcat: "
> daemon "/usr/java/jakarta-tomcat-3.2.1/bin/tomcat stop"
> echo
> rm -f /var/lock/subsys/tomcat
> rm -f /var/run/tomcat.pid
> ;;
>   restart)
> $0 stop
> sleep 2
> $0 start
> ;;
>   *)
> echo "Usage: $0 {start|stop|restart}"
> exit 1
> esac
>
> exit 0
> ---
>



RE: unsubscribe problems - 2 comments

2001-04-25 Thread Joel Regen

of course you didn't bother to paste in the URL for that page.

-Original Message-
From: Mike Braden [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 11:27 AM
To: [EMAIL PROTECTED]
Subject: RE: unsubscribe problems - 2 comments


I guess no one pays attention to the mail list page with the links to
unsubscribe.

I do agree that it would be nice to have the instructions on that page,
though.

Maybe along with the instructions on not sending HTML format mail.  Of
course,
of no-one actually reads them...  ;-)

Mike.
--
Mike Braden
CNE, MCP+I, MCSE, CCNA, Sun Comp 2k Enterprise
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-Original Message-
From: Burgess, Jay [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 11:11 AM
To: '[EMAIL PROTECTED]'
Subject: RE: unsubscribe problems - 2 comments


First, it's very simple if you follow the instructions in the welcome email.
I just did it for numerous lists the morning, both unsubscribing an
alternate alias and re-subscribing a new.  Unfortunately, lots of people
don't keep the welcome email, and the info isn't on the site as far as I can
tell (or at least it's not clearly marked).
Surely, someone managing the website could add the following to the top of
the lists page, put it in red, draw a box around it, and title it
"Subscribe/Unsubscribe":
--
There are two ways you can SUBSCRIBE to the list:
(1)Send a message to (where ??? is the name of the list):
   
(2) To start a subscription for an alternate address (e.g.
"[EMAIL PROTECTED]"), just add a hyphen and your address (with '=' instead of
'@') after the command word e.g.
   
--
There are two ways you can UNSUBSCRIBE from the list:
(1) Send a message to (where ??? is the name of the list):
   
(2) To stop a subscription for an alternate address, (e.g.
"[EMAIL PROTECTED]"), just add a hyphen and your address (with '=' instead of
'@') after the command word e.g.
   
--
Jay
-Original Message-
From: Lyle H. Ward [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 10:00 AM
To: [EMAIL PROTECTED]
Subject: Re: unsubscribe problems


It seems like many people are sending to
[EMAIL PROTECTED]
Try sending to
[EMAIL PROTECTED]
substituting your modified email address
e.g. [EMAIL PROTECTED]
No I haven't tried it yet because I'm still learning from this list. This
method  was described in the original welcome message.
At 12:41 PM 4/25/2001 +0200, you wrote:
>Seems like many of us are having problems unsubscribing using the
>unsubscribe email address.  i've also tried sending mail to the list owner,
>but heard nothing in response.
>
>I've seen more than a handful who are irritated at not being able to get
off
>this damn list and stop receiving boatloads of unwanted mail.  Anyone got a
>solution other than sending undeliverable emails to the unsubscribe
address?
>
>
>- m
>
>



auto reload not working

2001-04-25 Thread Joel Regen

Why do I need to restart Tomcat to see changes in class files take effect?
I am running an application with default configuration of which autoreload
is supposed to be 'true'.
anyone?