Re: SSL Handshake Error / Couldn't find trusted certificate

2003-06-24 Thread Bill Barker
This is happening too late to be a server-cert problem.  I'm guessing that
you specified CLIENT-CERT auth, but you don't have any valid certs.

Dan Soschin [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Specs: Tomcat 4.0.6 w/ JDK 1.4.1 on Windows 2000 Advanced Server

 I run the keytool command to generate keystore successfully, obtained a
csr from thawte and
 successfully imported it into the keystore file.  I modified the
server.xml file to point to the
 keystore file, etc, uncommenting SSL connector

 When I access my app at https:8443/myapp... I get the follow error in
Tomcat:

 2003-06-23 14:57:40 StandardWrapperValve[portal]: Servlet.service() for
servlet portal threw
 exception
 javax.servlet.ServletException: Exception opening resource
 https://localhost:8443/portal/FileMenuController.exec?action=viewAlt:
 javax.net.ssl.SSLHandshakeException:
java.security.cert.CertificateException: Couldn't find
 trusted certificate

 I'm new to Tomcat/SSL, but I have gone over the instructions in the howTo
from apache and thawte
 and cannot get any further.

 Can anybody please tell me what stupid thing I forget to do?  I'm sure its
obvious.

 Thanks!

 __
 Do you Yahoo!?
 SBC Yahoo! DSL - Now only $29.95 per month!
 http://sbc.yahoo.com




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: What the Tomcat 4 RPM files forgot to do.

2003-06-24 Thread Bill Barker
I'm not certain that the RPM developers monitor this list closely.  I'd
suggest posting this as an Enhancement to
http://nagoya.apache.org/bugzilla to give it more attention.

Neil Zanella [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]

 Hello,

 I would like to make the following suggestion for the Tomcat 4 RPM file:

 To conform with Red Hat's policy, and at the same time simplify the
 installation process, the following two files should be placed in
 the Red Hat compliant /etc/profile.d directory (these are used
 to set environment variables upon startup from various RPM
 packages):

 $ cat /etc/profile.d/tomcat.csh
 # Tomcat initialization script (csh)
 if ( $?CATALINA_HOME ) then
  exit
 endif
 setenv CATALINA_HOME /var/tomcat4

 ... and ...

 $ cat /etc/profile.d/tomcat.sh
 # Tomcat initialization script (sh)
 if [ -z $CATALINA_HOME ] ; then
 CATALINA_HOME=/var/tomcat4
 fi
 export CATALINA_HOME


 This sets CATALINA_HOME correctly according to the current installation of
 tomcat4 under /var/tomcat4 (whose correctness according to FHS I am not
 yet convinced of).

 Thanks!

 Neil




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: how two web applications share security realms ?

2003-06-24 Thread Bill Barker
Look at the documentation for SingleSignonValve.

martin(Feng-Chang) [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Dear all:
 I have two web applications named homepage and login.

Application login is for authenticate users.

How those two web applications share security realms?

I found if i define security-constraint and login-config tags for
homepage/web.xml and login/web.xml,

I access to http://myhost/login/  and  after I pass the authentication, I
access to http://myhost/homepage/test.htm,

the web server ask me to do authenticate again !!

How can I solve this problem ?

E:\myWeb
¢u¢whomepage
¢x  ¢x
¢x  ¢u test.htm
¢x  ¢x
¢x  ¢|¢wWEB-INF
¢x¢u web.xml
¢u¢wlogin
¢x  ¢x
¢x  ¢u auth.htm
¢x  ¢u index.html
¢x  ¢u err.htm
¢x  ¢x
¢x  ¢|¢wWEB-INF
 ¢u web.xml

   thank a lot.

martin





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



How use an external C program in a Servlet

2003-06-24 Thread Michel Jubault
Hi there !!

I've  a little C program. This computes some variables and return a kind of
statistic result. I need it in a servlet. But I don't know how to call it.
I'm using Tomcat 4.1.24.
Where this program must be to be launched ?
How can I pass arguments to C program and use in servlet the return value ?

Thanks in advance !

Michel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



strange emial behavior

2003-06-24 Thread a b
Hello 
whenever i send email to tomcat mailing list i get the
response from [EMAIL PROTECTED] domain.I am not
aware of this domain. I have enclosed the email text i
get. I wonder if some one knows why this is happening.
Email text:
Dear [EMAIL PROTECTED],

Your recent message to this server regarding `basic
logging question`
was not delivered.  Your address is listed in one or
more suppression 
files
on this server or your account is configured to allow
local mail 
traffic only.
Please contact the postmaster at this domain if
additional information 
is
required.

Thank you,

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: How use an external C program in a Servlet

2003-06-24 Thread Holger Klawitter
Am Dienstag, 24. Juni 2003 09:51 schrieb Michel Jubault:
 Hi there !!

 I've  a little C program. This computes some variables and return a kind of
 statistic result. I need it in a servlet. But I don't know how to call it.
 I'm using Tomcat 4.1.24.
 Where this program must be to be launched ?
 How can I pass arguments to C program and use in servlet the return value ?

The normal java contains the solution:

http://java.sun.com/j2se/1.4.1/docs/api/java/lang/Runtime.html#exec(java.lang.String[])

However, this imposes a lot of security concerns. You will probably have to 
dig into $TOMCAT_HOME/conf/catalina.policy.

Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: How use an external C program in a Servlet

2003-06-24 Thread Michel Jubault
Thanks, I try it straight away !
What kind of problem could occur with security ?

Regards

Michel

- Original Message -
From: Holger Klawitter [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 10:53 AM
Subject: Re: How use an external C program in a Servlet


Am Dienstag, 24. Juni 2003 09:51 schrieb Michel Jubault:
 Hi there !!

 I've  a little C program. This computes some variables and return a kind
of
 statistic result. I need it in a servlet. But I don't know how to call it.
 I'm using Tomcat 4.1.24.
 Where this program must be to be launched ?
 How can I pass arguments to C program and use in servlet the return value
?

The normal java contains the solution:

http://java.sun.com/j2se/1.4.1/docs/api/java/lang/Runtime.html#exec(java.lan
g.String[])

However, this imposes a lot of security concerns. You will probably have to
dig into $TOMCAT_HOME/conf/catalina.policy.

Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



easy question

2003-06-24 Thread David Zellhoefer
Hello!

I have a easy question for you:

1)I have written a class called Test, compiled it and placed it in
~/WEB-INF/classes/
2) Now I want to use objects from Test in a JSP, but if I try to use
Test Tomcat always tells me that it is not able to resolve the symbol.
What shall I do? Do I need to change the web.xml?

Thanks,

David

PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
WEB-INF directory.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


OT Passing parameters to a link with an anchor

2003-06-24 Thread Collins, Jim
Hi,

Appologies for the off topic posting. 

I have the following link in a page that works fine:

a name=notcurrent
href=/itinerary/updatenode.do?id=expanded=trueTrip/a

What I would like to do though is add an anchor so that I go to a particular
point in the page so I tried including an anchor like this:

a name=notcurrent
href=/itinerary/updatenode.do#current?id=expanded=trueTrip/a

The problem is that now I can't access any of the attributes,
request.getParameter(id) now returns null.

Does anyone know if this is possible.

Thanks

Jim.


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any 
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and 
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: easy question

2003-06-24 Thread Arnaud HERITIER
did you add the import statement in the jsp???

 -Message d'origine-
 De : David Zellhoefer [mailto:[EMAIL PROTECTED]
 Envoye : mardi 24 juin 2003 11:29
 A : [EMAIL PROTECTED]
 Objet : easy question
 
 
 Hello!
 
 I have a easy question for you:
 
 1)I have written a class called Test, compiled it and placed it in
 ~/WEB-INF/classes/
 2) Now I want to use objects from Test in a JSP, but if I try to use
 Test Tomcat always tells me that it is not able to resolve the symbol.
 
 What shall I do? Do I need to change the web.xml?
 
 Thanks,
 
 David
 
 PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
 WEB-INF directory.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: How use an external C program in a Servlet

2003-06-24 Thread Holger Klawitter
Am Dienstag, 24. Juni 2003 11:13 schrieb Michel Jubault:
 Thanks, I try it straight away !
 What kind of problem could occur with security ?

It depends on your situation. If any user may upload servlets, these servlets 
may execute every program on that machine - with the rights of the tomcat 
account, which might be root! Same problem if the arguments to the C program 
are not sufficiently checked.

Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: easy question

2003-06-24 Thread Aggarwal, Gautam (IE03)
This happens when Tomcat cannot find the classpath to a class being used in
a JSP page, in your case - Test. Go to the environment settings of your
computer and specify the classpath upto the folder ~/WEB-INF/classes.

Bye,
Gautam

-Original Message-
From: David Zellhoefer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:59 PM
To: [EMAIL PROTECTED]
Subject: easy question


Hello!

I have a easy question for you:

1)I have written a class called Test, compiled it and placed it in
~/WEB-INF/classes/
2) Now I want to use objects from Test in a JSP, but if I try to use
Test Tomcat always tells me that it is not able to resolve the symbol.

What shall I do? Do I need to change the web.xml?

Thanks,

David

PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
WEB-INF directory.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: easy question

2003-06-24 Thread David Zellhoefer
Changing the CLASSPATH didn't change anything.

Aggarwal, Gautam (IE03) wrote:

This happens when Tomcat cannot find the classpath to a class being used in
a JSP page, in your case - Test. Go to the environment settings of your
computer and specify the classpath upto the folder ~/WEB-INF/classes.
Bye,
Gautam
-Original Message-
From: David Zellhoefer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:59 PM
To: [EMAIL PROTECTED]
Subject: easy question
Hello!

I have a easy question for you:

1)I have written a class called Test, compiled it and placed it in
~/WEB-INF/classes/
2) Now I want to use objects from Test in a JSP, but if I try to use
Test Tomcat always tells me that it is not able to resolve the symbol.
What shall I do? Do I need to change the web.xml?

Thanks,

David

PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
WEB-INF directory.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: easy question

2003-06-24 Thread David Zellhoefer
I thought Tomcat is checking ~/WEB-INF/classes automatically. Is there a 
way to make this possible? Otherwise I have to change enviroment 
variables everytime the server changes...
But I will try this. Thanks.

Aggarwal, Gautam (IE03) wrote:

This happens when Tomcat cannot find the classpath to a class being used in
a JSP page, in your case - Test. Go to the environment settings of your
computer and specify the classpath upto the folder ~/WEB-INF/classes.
Bye,
Gautam
-Original Message-
From: David Zellhoefer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:59 PM
To: [EMAIL PROTECTED]
Subject: easy question
Hello!

I have a easy question for you:

1)I have written a class called Test, compiled it and placed it in
~/WEB-INF/classes/
2) Now I want to use objects from Test in a JSP, but if I try to use
Test Tomcat always tells me that it is not able to resolve the symbol.
What shall I do? Do I need to change the web.xml?

Thanks,

David

PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
WEB-INF directory.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: OT Passing parameters to a link with an anchor

2003-06-24 Thread Nikola Milutinovic
 I have the following link in a page that works fine:
 
 a name=notcurrent
 href=/itinerary/updatenode.do?id=expanded=trueTrip/a
 
 What I would like to do though is add an anchor so that I go to a particular
 point in the page so I tried including an anchor like this:
 
 a name=notcurrent
 href=/itinerary/updatenode.do#current?id=expanded=trueTrip/a

This looks ugly, but I understand what you're trying to achieve. Have you tried 
reversing the order?

a href=/itinerary/updatenode.do?id=expanded=true#currentTrip/a

If I understand correctly, #... part is interpreted (or ignored) by the browser. So, 
the browser should cut off everything after the #sign, send request for the first 
part and jump to an anchor defined by the second part. So, in your case, the browser 
is cutting off the current?id=expanded=true and expecting an anchor in the 
resulting page.

Nix.


Re: easy question

2003-06-24 Thread Riaan Oberholzer
Did you import the class in the jsp file?

At the start of the JSP file, it must be imported:

%@ page import=Test %




--- David Zellhoefer [EMAIL PROTECTED] wrote:
 Hello!
 
 I have a easy question for you:
 
 1)I have written a class called Test, compiled it
 and placed it in
 ~/WEB-INF/classes/
 2) Now I want to use objects from Test in a JSP, but
 if I try to use
 Test Tomcat always tells me that it is not able to
 resolve the symbol.
 
 What shall I do? Do I need to change the web.xml?
 
 Thanks,
 
 David
 
 PS: I've restarted Tomcat 4.1.12 everytime I changed
 something in the
 WEB-INF directory.
 
 

-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]
 


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: easy question

2003-06-24 Thread Holger Klawitter
Am Dienstag, 24. Juni 2003 11:28 schrieb David Zellhoefer:
 Hello!

 I have a easy question for you:

 1)I have written a class called Test, compiled it and placed it in
 ~/WEB-INF/classes/
 2) Now I want to use objects from Test in a JSP, but if I try to use
 Test Tomcat always tells me that it is not able to resolve the symbol.

 What shall I do? Do I need to change the web.xml?

the contents of classes is not part of any package, whereas your jsp page 
is. You have to import your class.

Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: OT Passing parameters to a link with an anchor

2003-06-24 Thread Collins, Jim
I have solved it. I put the anchor after the parameters and it works.

Regards

Jim.

-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: 24 June 2003 10:36
To: 'Tomcat Users List'
Subject: OT Passing parameters to a link with an anchor


Hi,

Appologies for the off topic posting. 

I have the following link in a page that works fine:

a name=notcurrent
href=/itinerary/updatenode.do?id=expanded=trueTrip/a

What I would like to do though is add an anchor so that I go to a particular
point in the page so I tried including an anchor like this:

a name=notcurrent
href=/itinerary/updatenode.do#current?id=expanded=trueTrip/a

The problem is that now I can't access any of the attributes,
request.getParameter(id) now returns null.

Does anyone know if this is possible.

Thanks

Jim.


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any 
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and 
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any 
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and 
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: easy question

2003-06-24 Thread Lindgren Swanthe
Yes, WEB-INF/classes is always part of the classpath for that specific webapp. But 
like Arnaud said; did you add the import statement to your jsp page?

-Original Message-
From: David Zellhoefer [mailto:[EMAIL PROTECTED]
Sent: den 24 juni 2003 12:03
To: Tomcat Users List
Subject: Re: easy question


I thought Tomcat is checking ~/WEB-INF/classes automatically. Is there a 
way to make this possible? Otherwise I have to change enviroment 
variables everytime the server changes...
But I will try this. Thanks.

Aggarwal, Gautam (IE03) wrote:

 This happens when Tomcat cannot find the classpath to a class being used in
 a JSP page, in your case - Test. Go to the environment settings of your
 computer and specify the classpath upto the folder ~/WEB-INF/classes.
 
 Bye,
 Gautam
 
 -Original Message-
 From: David Zellhoefer [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, June 24, 2003 2:59 PM
 To: [EMAIL PROTECTED]
 Subject: easy question
 
 
 Hello!
 
 I have a easy question for you:
 
 1)I have written a class called Test, compiled it and placed it in
 ~/WEB-INF/classes/
 2) Now I want to use objects from Test in a JSP, but if I try to use
 Test Tomcat always tells me that it is not able to resolve the symbol.
 
 What shall I do? Do I need to change the web.xml?
 
 Thanks,
 
 David
 
 PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
 WEB-INF directory.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: OT Passing parameters to a link with an anchor

2003-06-24 Thread Collins, Jim
Thanks Nix,

I tried that and it worked.

Regards

Jim.

-Original Message-
From: Nikola Milutinovic [mailto:[EMAIL PROTECTED]
Sent: 24 June 2003 11:04
To: Tomcat Users List
Subject: Re: OT Passing parameters to a link with an anchor


 I have the following link in a page that works fine:
 
 a name=notcurrent
 href=/itinerary/updatenode.do?id=expanded=trueTrip/a
 
 What I would like to do though is add an anchor so that I go to a
particular
 point in the page so I tried including an anchor like this:
 
 a name=notcurrent
 href=/itinerary/updatenode.do#current?id=expanded=trueTrip/a

This looks ugly, but I understand what you're trying to achieve. Have you
tried reversing the order?

a href=/itinerary/updatenode.do?id=expanded=true#currentTrip/a

If I understand correctly, #... part is interpreted (or ignored) by the
browser. So, the browser should cut off everything after the #sign, send
request for the first part and jump to an anchor defined by the second part.
So, in your case, the browser is cutting off the
current?id=expanded=true and expecting an anchor in the resulting
page.

Nix.


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any 
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and 
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: easy question

2003-06-24 Thread Aggarwal, Gautam (IE03)
I hope you started the classpath with '.;'. Please tell me how are you using
the class in your JSP page, I mean have you used  an import statement or
have you used the jsp:useBean tag? Can you please attach the relevant
section of the the JSP page and also a copy of your classpath?

-Original Message-
From: David Zellhoefer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 3:33 PM
To: Tomcat Users List
Subject: Re: easy question


I thought Tomcat is checking ~/WEB-INF/classes automatically. Is there a 
way to make this possible? Otherwise I have to change enviroment 
variables everytime the server changes...
But I will try this. Thanks.

Aggarwal, Gautam (IE03) wrote:

 This happens when Tomcat cannot find the classpath to a class being used
in
 a JSP page, in your case - Test. Go to the environment settings of your
 computer and specify the classpath upto the folder ~/WEB-INF/classes.
 
 Bye,
 Gautam
 
 -Original Message-
 From: David Zellhoefer [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, June 24, 2003 2:59 PM
 To: [EMAIL PROTECTED]
 Subject: easy question
 
 
 Hello!
 
 I have a easy question for you:
 
 1)I have written a class called Test, compiled it and placed it in
 ~/WEB-INF/classes/
 2) Now I want to use objects from Test in a JSP, but if I try to use
 Test Tomcat always tells me that it is not able to resolve the symbol.
 
 What shall I do? Do I need to change the web.xml?
 
 Thanks,
 
 David
 
 PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
 WEB-INF directory.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: How use an external C program in a Servlet

2003-06-24 Thread Collins, Jim
Why don't you wrap a Java interface around the C program?

Regards

Jim.

-Original Message-
From: Michel Jubault [mailto:[EMAIL PROTECTED]
Sent: 24 June 2003 10:14
To: Tomcat Users List
Subject: Re: How use an external C program in a Servlet


Thanks, I try it straight away !
What kind of problem could occur with security ?

Regards

Michel

- Original Message -
From: Holger Klawitter [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 10:53 AM
Subject: Re: How use an external C program in a Servlet


Am Dienstag, 24. Juni 2003 09:51 schrieb Michel Jubault:
 Hi there !!

 I've  a little C program. This computes some variables and return a kind
of
 statistic result. I need it in a servlet. But I don't know how to call it.
 I'm using Tomcat 4.1.24.
 Where this program must be to be launched ?
 How can I pass arguments to C program and use in servlet the return value
?

The normal java contains the solution:

http://java.sun.com/j2se/1.4.1/docs/api/java/lang/Runtime.html#exec(java.lan
g.String[])

However, this imposes a lot of security concerns. You will probably have to
dig into $TOMCAT_HOME/conf/catalina.policy.

Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000

2003-06-24 Thread Mark Hayes
Unable to start Tomcat 4.1.24 with sdk 1.4.1_03 on Windows 2000

ClassNotFoundException: org.apache.catalina.core.StandardServer

C:\Program Files\Apache Group\Tomcat 4.1\bincatalina run
Using CATALINA_BASE:   C:\Program Files\Apache Group\Tomcat 4.1
Using CATALINA_HOME:   C:\Program Files\Apache Group\Tomcat 4.1
Using CATALINA_TMPDIR: C:\Program Files\Apache Group\Tomcat 4.1\temp
Using JAVA_HOME:   C:\j2sdk1.4.1_03
Jun 24, 2003 5:22:15 PM org.apache.commons.digester.Digester startElement
SEVERE: Begin event threw exception
java.lang.ClassNotFoundException: org.apache.catalina.core.StandardServer

Have struggled with this for 2 days. Symptom occurs with LE version, non-LE
version, exe version, and zip version  Symptom occurs with earlier version
of TC 4.1.x (4.1.12).  TC 4.0.1 starts OK on sdk 1.4.1_03

I am using catalina run to invoke Tomcat from the Tomcat bin directory.
JAVA_HOME and CATALINA_HOME are both set.

StandardServer is in C:\Program Files\Apache Group\Tomcat
4.1\server\lib\catalina.jar

Has anyone encountered this?  Have tried numerous uninstall/reinstall and
search hi and low with no success.



- -
COL Ltd in Hong Kong has checked this message for all 
known viruses using SkyScan-AV powered by MessageLabs. 
For information on this service e-mail [EMAIL PROTECTED] 
or visit www.col.com.hk
- -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: easy question

2003-06-24 Thread Peter.Kerekes
It is much more comfortable to use jar files and put them
in the WEB-INF/lib directory, 
because they are really handled automatically.

Try putting your class in a jar file, 
and you will have no issuses by adding 
each and every class name to the CLASSPATH

BR,
Peter

 I thought Tomcat is checking ~/WEB-INF/classes automatically. 
 Is there a 
 way to make this possible? Otherwise I have to change enviroment 
 variables everytime the server changes...
 But I will try this. Thanks.
 
 Aggarwal, Gautam (IE03) wrote:

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: App Developer's Guide Example

2003-06-24 Thread Jon Haugsand
* Yoav Shapira
 Howdy,
 You can download these files by right-clicking on them and choosing Save
 target as.  Part of the point of the app developer's guide is to show
 the structure for development and deployment.  That's why there's no
 one-file-package that you can download with this structure.  

All the files are now gone.  Where can I find a complete very simple
example with one servlet, one jsp file and a complete directory
structure with correct web.xml all which total to an example.war file
deployable with my tomcat installation (preferrable bundled with
jboss)?

-- 
 Jon Haugsand, [EMAIL PROTECTED]
 http://www.norges-bank.no


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: easy question

2003-06-24 Thread Riaan Oberholzer
In addition, jar files you have in /WEB-INF/lib are
also automatically in the application's classpath.

What you might often see in a production environment
running multiple applications on one server, is that
common packages are made known to developers so that
they do not need to include them in the builds.
Instead, these common packages (log4j, jdbc drivers,
etc) are placed in the $TOMCAT_HOME%/common/lib
directory, which makes them available to all
applications. One advantage (some might say
disadvantage) is that you consolidate everyone to use
the same versions of packages, besides the smaller
.war files. In larger environments where version
control is important, this can be quite usefull.

On that note, what is the scope of jars put under the
%TOMCAT_HOME%/server/lib directory?


--- Lindgren Swanthe [EMAIL PROTECTED] wrote:
 Yes, WEB-INF/classes is always part of the classpath
 for that specific webapp. But like Arnaud said; did
 you add the import statement to your jsp page?
 
 -Original Message-
 From: David Zellhoefer
 [mailto:[EMAIL PROTECTED]
 Sent: den 24 juni 2003 12:03
 To: Tomcat Users List
 Subject: Re: easy question
 
 
 I thought Tomcat is checking ~/WEB-INF/classes
 automatically. Is there a 
 way to make this possible? Otherwise I have to
 change enviroment 
 variables everytime the server changes...
 But I will try this. Thanks.
 
 Aggarwal, Gautam (IE03) wrote:
 
  This happens when Tomcat cannot find the classpath
 to a class being used in
  a JSP page, in your case - Test. Go to the
 environment settings of your
  computer and specify the classpath upto the folder
 ~/WEB-INF/classes.
  
  Bye,
  Gautam
  
  -Original Message-
  From: David Zellhoefer
 [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, June 24, 2003 2:59 PM
  To: [EMAIL PROTECTED]
  Subject: easy question
  
  
  Hello!
  
  I have a easy question for you:
  
  1)I have written a class called Test, compiled it
 and placed it in
  ~/WEB-INF/classes/
  2) Now I want to use objects from Test in a JSP,
 but if I try to use
  Test Tomcat always tells me that it is not able to
 resolve the symbol.
  
  What shall I do? Do I need to change the web.xml?
  
  Thanks,
  
  David
  
  PS: I've restarted Tomcat 4.1.12 everytime I
 changed something in the
  WEB-INF directory.
  
  
 

-
  To unsubscribe, e-mail:
 [EMAIL PROTECTED]
  For additional commands, e-mail:
 [EMAIL PROTECTED]
  
 

-
  To unsubscribe, e-mail:
 [EMAIL PROTECTED]
  For additional commands, e-mail:
 [EMAIL PROTECTED]
  
 
 

-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]
 
 

-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]
 


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: easy question

2003-06-24 Thread David Zellhoefer
Thank you all! My problem was something in between the developer's ide 
knows all packages and the fact that I was presuming that the JSP and 
my class are within the same package.
Thanks for the tip about the JAR, I'll use this. It's very convenient.
Cheers,

David

Holger Klawitter wrote:
Am Dienstag, 24. Juni 2003 11:28 schrieb David Zellhoefer:

Hello!

I have a easy question for you:

1)I have written a class called Test, compiled it and placed it in
~/WEB-INF/classes/
2) Now I want to use objects from Test in a JSP, but if I try to use
Test Tomcat always tells me that it is not able to resolve the symbol.
What shall I do? Do I need to change the web.xml?


the contents of classes is not part of any package, whereas your jsp page 
is. You have to import your class.

Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: App Developer's Guide Example

2003-06-24 Thread Jon Haugsand
* Jon Haugsand
 All the files are now gone.  Where can I find a complete very simple
 example with one servlet, one jsp file and a complete directory
 structure with correct web.xml all which total to an example.war file
 deployable with my tomcat installation (preferrable bundled with
 jboss)?


To be more specific.  I tried the following directory structure:

  wartest/WEB-INF/web.xml
  wartest/WEB-INF/classes/HelloWorld.class

The wartest directory was packed with:

  jar cf wartest.war wartest

An wartest.war was deployed on a jboss-3.2.1_tomcat-4.1.24
installation.  Message during deployment:

12:07:54,905 INFO  [MainDeployer] Starting deployment of package: 
file:/usr/local/share/jboss-3.2.1_tomcat-4.1.24/server/test/deploy/wartest.war
12:07:54,921 INFO  [EmbeddedCatalinaService41] deploy, ctxPath=, 
warUrl=file:/usr/local/share/jboss-3.2.1_tomcat-4.1.24/server/test/tmp/deploy/server/test/deploy/wartest.war/64.wartest.war
12:07:54,980 INFO  [Engine] WebappLoader[]: Deploying class repositories to work 
directory 
/usr/local/share/jboss-3.2.1_tomcat-4.1.24/server/test/tmp/deploy/server/test/deploy/work/MainEngine/localhost/_
12:07:56,025 INFO  [Engine] ContextConfig[]: Missing application web.xml, using 
defaults only
12:07:56,031 INFO  [Engine] ContextConfig[]: Added certificates - request attribute 
Valve
12:07:56,129 INFO  [EmbeddedCatalinaService41] Using Java2 parent classloader 
delegation: true
12:07:56,131 INFO  [Engine] StandardManager[]: Seeding random number generator class 
java.security.SecureRandom
12:07:56,134 INFO  [Engine] StandardManager[]: Seeding of random number generator has 
been completed
12:07:56,144 INFO  [Engine] StandardWrapper[:default]: Loading container servlet 
default
12:07:56,146 INFO  [Engine] StandardWrapper[:invoker]: Loading container servlet 
invoker
12:07:56,181 INFO  [MainDeployer] Deployed package: 
file:/usr/local/share/jboss-3.2.1_tomcat-4.1.24/server/test/deploy/wartest.war

I did obviously something wrong as I do have a web.xml file.  However,
I cannot access my servlet.

-- 
 Jon Haugsand, [EMAIL PROTECTED]
 http://www.norges-bank.no


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: how to check connection pool is still working

2003-06-24 Thread Tim Funk
Yup  - There is an option in DBCP (which is what tomcat uses) which allows 
you to specify a validation query. (for exmaple: select 'x' from dual) The 
validation query can run before the connection is borrowed or after it is 
returned or both. See the DBCP docs for more details.

-Tim

a b wrote:
Hello everyone,
I am running database on different machine than the
one running tomcat. Tomcat creates a connnection pool
to the database, but when some times database machine
reboots, it makes all the connections in the pool
useless,is there a way to tell the tomcat to make
release resources with existing connection pool and
create another one ?
Thanks.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: easy question

2003-06-24 Thread Atreya Basu
The easiest thing to do is the following:

Put Test into a package.  Then copy the proper package directory
structure into WEB-INF/classes.

Then add the fully qualified class-name of Test into your JSP.  This
will work. 

If you have a class that is not in a package you will have a hard time
resolving it.  
_
Atreya Basu
Developer,
Greenfield Research Inc.
e-mail: atreya (at) greenfieldresearch (dot) ca

-Original Message-
From: David Zellhoefer [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 6:29 AM
To: [EMAIL PROTECTED]
Subject: easy question

Hello!

I have a easy question for you:

1)I have written a class called Test, compiled it and placed it in
~/WEB-INF/classes/
2) Now I want to use objects from Test in a JSP, but if I try to use
Test Tomcat always tells me that it is not able to resolve the symbol.

What shall I do? Do I need to change the web.xml?

Thanks,

David

PS: I've restarted Tomcat 4.1.12 everytime I changed something in the
WEB-INF directory.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



building connector (4.1.24) error

2003-06-24 Thread Dionisio Ruiz de Zarate
Hello. i have one great problem, i am trying, during four days, for solving
it and i dont solve.
i have one SuSE linux 8.2. Apache 2.0.46, sun jdk 1.4.1
i have download the tomcat 4.1.24 and the connectors.
i am trying to build the connector for using the tomcat and apache.
but when i run the make command (previous i have run the buildconf.sh,
./configure --with-apxs=/usr/sbn/apxs2) appears this error:
BUG -I /usr/lib/java/include -I /usr/lib/java/include/ -c jk_context.c -o
jk_context.o /dev/null 21
mv -f .libs/jk_context.lo jk_context.lo
make[1]: Leaving directory
`/root/jakarta-tomcat-connectors-4.1.24-src/jk/native/common'
Making all in apache-2.0
make[1]: Entering directory
`/root/jakarta-tomcat-connectors-4.1.24-src/jk/native/apache-2.0'
Makefile:21: /srv/www/build/config_vars.mk: No such file or directory
make[1]: *** No rule to make target `/srv/www/build/config_vars.mk'.  Stop.
make[1]: Leaving directory
`/root/jakarta-tomcat-connectors-4.1.24-src/jk/native/apache-2.0'
make: *** [all-recursive] Error 1


can you help me for solvig the problem?

must ti to install some extra package, linux package, for making the
connector.
please help me.

thanks



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Huge catalina.out file

2003-06-24 Thread Brown, James
We recently experienced a problem where the catalina.out file had reached ~
2GB in size and filled the file system in only a few days.  Is there any
means of reducing the output to this file?  I have looked in web.xml and all
of the param-namedebug/param-name values are set to 0 - which from my
understanding signifies that debug logging is disabled.

  Cheers,
  James

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Huge catalina.out file

2003-06-24 Thread Tim Funk
See this recent thread:
http://marc.theaimsgroup.com/?l=tomcat-userm=105640876032532w=2
Also - shoot your developers who use System.out without regard to the issues 
that it raises when the app goes to production. ;) If that is the case - get 
them to swithc to log4j so logging can be turned down and you can use the 
rotation facilities that log4j provides.



-Tim

Brown, James wrote:
We recently experienced a problem where the catalina.out file had reached ~
2GB in size and filled the file system in only a few days.  Is there any
means of reducing the output to this file?  I have looked in web.xml and all
of the param-namedebug/param-name values are set to 0 - which from my
understanding signifies that debug logging is disabled.
  Cheers,
  James


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: rotating catalina.out

2003-06-24 Thread John Turner
Nice.  Thanks for the tip!

John

On Mon, 23 Jun 2003 15:52:22 -0700, Filip Hanik [EMAIL PROTECTED] wrote:

so in catalina.sh I do this

...start  catalina.out 21  --replaced with

..start |cronolog /tomcat/logs/%Y-%M-%D.catalina.out  /dev/null 21 

-Original Message-
From: Filip Hanik [mailto:[EMAIL PROTECTED]
Sent: Monday, June 23, 2003 3:23 PM
To: Tomcat Users List
Subject: RE: rotating catalina.out
I figured this one out.
on Unix I simply pipe the catalina.sh command to /usr/bin/cronolog and 
it
rotates the log for me

www.cronolog.org for more info, or contact me

Filip

 -Original Message-
 From: Filip Hanik [mailto:[EMAIL PROTECTED]
 Sent: Thursday, June 12, 2003 1:55 PM
 To: Tomcat Users List
 Subject: RE: rotating catalina.out


 log4j works for your own code, but if you are a sysadmin, and
 need to rotate
 catalina.out (which is essentially System.out) then you are toast :-)

 I am gonna ask the developers to switch to log4j instead of
 System.out, they
 might give me the finger :)

 filip

  -Original Message-
  From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
  Sent: Thursday, June 12, 2003 1:27 PM
  To: Tomcat Users List
  Subject: RE: rotating catalina.out
 
 
 
  Howdy,
  It seems you're right -- I hadn't looked at the code for a while.
 
  This is why I suggested tomcat use the log4j file rollover 
mechanism,
  which is very robust.  But I didn't get much positive feedback, and 
I
  certainly don't have the bandwidth to do it myself right now...
 
  Yoav Shapira
  Millennium ChemInformatics
 
 
  -Original Message-
  From: Filip Hanik [mailto:[EMAIL PROTECTED]
  Sent: Thursday, June 12, 2003 4:24 PM
  To: Tomcat Users List
  Subject: RE: rotating catalina.out
  
  what mechanism is that?
  
  It looks like the logs are being held by an open file descriptor, 
so
  rotating the catalina.out will just stop logging after the first
  rotation,
  since you cause an IOException in Tomcat.
  
  filip
  
   -Original Message-
   From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
   Sent: Thursday, June 12, 2003 1:12 PM
   To: Tomcat Users List
   Subject: RE: rotating catalina.out
  
  
  
   Howdy,
   Why not use the nightly rollover mechanism used for servlet logs,
   localhost logs, etc. also for catalina.out?
  
   Yoav Shapira
   Millennium ChemInformatics
  
  
   -Original Message-
   From: Eric J. Pinnell [mailto:[EMAIL PROTECTED]
   Sent: Thursday, June 12, 2003 4:04 PM
   To: Tomcat Users List
   Subject: Re: rotating catalina.out
   
   I was going to experiment with it next week.  It would be
nice to do
  it
   within Tomcat and stay away from the Unix-y stuff.  That way it
  would
   also
   work for the windows users.
   
   I have a feeling the Unix-y stuff will have to suffice for a 
bit.
   
   -e
   
   On Thu, 12 Jun 2003, Filip Hanik wrote:
   
did anyone figure out how to rotate this bad boy and the
   localhost_log
without shutting down tomcat?
   
Filip
   
   
   
  - 

To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
  [EMAIL PROTECTED]
   
   
   
  
   

-
   To unsubscribe, e-mail: tomcat-user- 
[EMAIL PROTECTED]
   For additional commands, e-mail:
[EMAIL PROTECTED]
  
  
  
  
   This e-mail, including any attachments, is a confidential
   business communication, and may contain information that is
   confidential, proprietary and/or privileged.  This e-mail is
   intended only for the individual(s) to whom it is addressed, and
   may not be saved, copied, printed, disclosed or used by anyone
   else.  If you are not the(an) intended recipient, please
   immediately delete this e-mail from your computer system and
   notify the sender.  Thank you.
  
  
  
-
   To unsubscribe, e-mail: tomcat-user- 
[EMAIL PROTECTED]
   For additional commands, e-mail:
[EMAIL PROTECTED]
  
  
  
  
   

-
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: tomcat-user- 
[EMAIL PROTECTED]
 
 
 
 
  This e-mail, including any attachments, is a confidential
  business communication, and may contain information that is
  confidential, proprietary and/or privileged.  This e-mail is
  intended only for the individual(s) to whom it is addressed, and
  may not be saved, copied, printed, disclosed or used by anyone
  else.  If you are not the(an) intended recipient, please
  immediately delete this e-mail from your computer system and
  notify the sender.  Thank you.
 
 
  - 

  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 


 -
 To 

Problems with mod_jk2

2003-06-24 Thread Nikola Milutinovic
Hi all.

mod_jk2 is bugging me properly. It is not working right now and it never did. I 
could have made a number of mistakes, so if someone could point at them, I'd be 
grateful. This are the relevant files:

jk2.properties
--
handler.list=request,container,channelSocket

channelSocket.port=8009
channelSocket.address=192.168.61.16
--

server.xml
--
[SNIP]

Service name=Tomcat-Apache-JK2
!-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 --
Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 
minProcessors=5
   maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 
debug=0
   connectionTimeout=0 useURIValidationHack=false
   protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/

Engine name=ajp13 debug=0/
Host name=Kerberos-1.ev.co.yu appBase=/usr/users/test/webapp
  Context docBase=/usr/local/java/jakarta-tomcat-4.1.24/webapps/tomcat-docs
   path=/tomcat-docs /
  Context docBase=evracun path=/evracun
  /Host
/Service


worker2.properties

[logger]
level=DEBUG

[config:]
file=${serverRoot}/conf/add-on/workers2.properties
debug=0
debugEnv=0

[uriMap:]
info=Maps the requests. Options: debug
debug=0

# Alternate file logger
[logger.file:0]
level=DEBUG
file=${serverRoot}/logs/jk2.log

[shm:]
info=Scoreboard. Required for reconfiguration and status with multiprocess servers
file=${serverRoot}/logs/jk2.shm
size=100
debug=0
disabled=0

[workerEnv:]
info=Global server options
timing=1
debug=0
logger=logger.file:0


[channel.socket:Test.ev.co.yu:8009]
info=Ajp13 forwarding over socket
debug=0
host=Test.ev.co.yu
port=8009

[ajp13:Test.ev.co.yu:8009]
channel=channel.socket:Test.ev.co.yu:8009

[status:status]
info=Status worker, displays runtime information

[uri:Kerberos-1.ev.co.yu/jkstatus]
info=Display status information and checks the config file for changes.
group=status:status

[uri:Kerberos-1.ev.co.yu/evracun-jk2/*]
info=EVracun application on Test.ev.co.yu
context=/evracun
group=ajp13:Test.ev.co.yu:8009
-

apache_error.log
--
[Tue Jun 24 14:22:20 2003] [notice] mod_jk.post_config() first invocation
[Tue Jun 24 14:22:22 2003] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Tue Jun 24 14:22:22 2003] [notice] LDAP: SSL support unavailable
[Tue Jun 24 14:22:23 2003] [notice] Digest: generating secret for digest 
authentication ...
[Tue Jun 24 14:22:23 2003] [notice] Digest: done
[Tue Jun 24 14:22:24 2003] [notice] mod_jk.post_config() second invocation
[Tue Jun 24 14:22:24 2003] [error] jk2_init() Can't find child 26827 in scoreboard
[Tue Jun 24 14:22:24 2003] [error] jk2_init() Can't find child 26576 in scoreboard
--

jk2.log
---
[Tue Jun 24 14:22:19 2003] ( info ) [jk_logger_file.c (184)]  Initializing log file 
/usr/opt/Apache-2.0.46W/logs/jk2.log
[Tue Jun 24 14:22:22 2003] ( info ) [jk_logger_file.c (184)]  Initializing log file 
/usr/opt/Apache-2.0.46W/logs/jk2.log
[Tue Jun 24 14:22:24 2003] (error ) [jk_logger_file.c (172)]  Can't open log file 
/usr/opt/Apache-2.0.46W/logs/jk2.log
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (377)]  uriMap.init() Fixing Host 
Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri null context 
null host *
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri /jkstatus 
context null host Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri 
/evracun-jk2/* context /evracun host Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] ( info ) [jk_uriMap.c (490)]  uriMap: creating context 
Kerberos-1.ev.co.yu/evracun
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri null context 
null host *
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri / context / 
host Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri / context / 
host *
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri /evracun 
context /evracun host Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] ( info ) [jk_workerEnv.c (403)]  workerEnv.init() ok 
/usr/opt/Apache-2.0.46W/config/add-on/workers2.prop
erties
[Tue Jun 24 14:22:24 2003] (error ) [mod_jk2.c (557)]  mod_jk child init 1 -2
[Tue Jun 24 14:22:24 2003] (error ) [jk_logger_file.c (172)]  Can't open log file 
/usr/opt/Apache-2.0.46W/logs/jk2.log
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (377)]  uriMap.init() Fixing Host 
Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri null context 
null host *
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri /jkstatus 
context null host Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] (debug ) [jk_uriMap.c (464)]  uriMap: fix uri 
/evracun-jk2/* context /evracun host Kerberos-1.ev.co.yu
[Tue Jun 24 14:22:24 2003] ( info ) [jk_uriMap.c 

Re: Problems with mod_jk2

2003-06-24 Thread Tony Grant
On Tue, 2003-06-24 at 14:38, Nikola Milutinovic wrote:

 mod_jk2 is bugging me properly. It is not working right now and it never did. I 
 could have made a number of mistakes, so if someone could point at them, I'd be 
 grateful. This are the relevant files:

I second this motion! Is the best idea to go back to mod_jk as
mod_webapp is depreciated?

Cheers

Tony Grant
-- 
www.tgds.net Library management software toolkit, 
redhat linux on Sony Vaio C1XD, 
Dreamweaver MX with Tomcat and PostgreSQL


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: installing a servlet

2003-06-24 Thread John Turner
Donwgrading and using mod_webapp is the WORST thing you could do, for all 
sorts of reasons.  Security, for one.  Performance, for another.  Future 
extensibility and growth, for another.

Mod_jk and mod_jk2 work.  This is a fact.  There's nothing anyone can do if 
you want to give up learning how they work and use something else instead, 
but the truth is they work, and not just on someone's desktop.  Many, many 
people are using Tomcat and a connector under heavy load in production on a 
daily basis (I'm one of them and there are many more).  Load balancing, 
multiple instances, all sorts of advanced configurations.  If you want to 
take the time to learn how things work, and why they work that way (Tomcat 
MUST obey the servlet spec, there is no alternative), then you can get your 
answers and have a robust, stable system.  Its a personal choice.  Good 
luck.

John

On 24 Jun 2003 07:56:47 +0200, Tony Grant [EMAIL PROTECTED] wrote:

From my work of yesterday it seems that the easiest way to get a servlet
to run is to downgrade to Tomcat 4.0.x and use mod_webapp...

This isn't a very encouraging experience.

Cheers
Tony Grant


--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: where to get mod_jk2.so, jkjni.so

2003-06-24 Thread jason
 On Tue, 24 Jun 2003 04:02, Wolfgang Woger wrote:
 Hi,
 where cat i get mod_jk2.so and jkjni.so
 for a reliable download?
 thanks Wolfgang
It's 2.01 as I don't believe 2.02 binaries have been built yet but:

http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/bin/linux/i386/

(URL may wrap)

Regards,
-- 
Jason Bainbridge
http://jblinux.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AdmID:FCAF424ED781670F17FD415BFE77C299

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: installing a servlet

2003-06-24 Thread Kevin Passey
I would agree with John - I am no expert by any stretch of the imagination -
I installed the latest java, apache and Tomcat and got it working in a
morning.

Read more is the answer. If you ask nicely there are many people in this
list who can point you at the relevant documentation.

I for one am grateful to many people in this list.

Good luck - don't go backwards, go forwards...

Kevin

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: 24 June 2003 13:42
To: Tomcat Users List
Subject: Re: installing a servlet



Donwgrading and using mod_webapp is the WORST thing you could do, for all 
sorts of reasons.  Security, for one.  Performance, for another.  Future 
extensibility and growth, for another.

Mod_jk and mod_jk2 work.  This is a fact.  There's nothing anyone can do if 
you want to give up learning how they work and use something else instead, 
but the truth is they work, and not just on someone's desktop.  Many, many 
people are using Tomcat and a connector under heavy load in production on a 
daily basis (I'm one of them and there are many more).  Load balancing, 
multiple instances, all sorts of advanced configurations.  If you want to 
take the time to learn how things work, and why they work that way (Tomcat 
MUST obey the servlet spec, there is no alternative), then you can get your 
answers and have a robust, stable system.  Its a personal choice.  Good 
luck.

John

On 24 Jun 2003 07:56:47 +0200, Tony Grant [EMAIL PROTECTED] wrote:

 From my work of yesterday it seems that the easiest way to get a servlet
 to run is to downgrade to Tomcat 4.0.x and use mod_webapp...

 This isn't a very encouraging experience.

 Cheers
 Tony Grant



-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



IP based access control

2003-06-24 Thread Elkin Koren
Hi,
Is it possible to configure in Tomcat 3.3.1 access control list: white and
black lists?
(My purpose is to configure white list - list of ip's Tomcat will receive
HTTP from. Packets which come from any other ip should be rejected.)

Thanks in advance,
Koren


 


Re: installing a servlet

2003-06-24 Thread Stephen Carville
If people are having problems getting mod_jk to work there are 
probably reasons.  It may be true that mod_jk works but not always as 
expected.  I have a system that works fine until mod_jk gets involved 
then java starts barfing up 'exceptions' on a couple of jsp's.  
Naturally the developers claim, if the code works in 'standalone' but 
not with mod_jk and virtual domains, the problem is with mod_jk.

On Tuesday 24 June 2003 05:42 am, John Turner wrote:
 Donwgrading and using mod_webapp is the WORST thing you could do, 
for all 
 sorts of reasons.  Security, for one.  Performance, for another.  
Future 
 extensibility and growth, for another.
 
 Mod_jk and mod_jk2 work.  This is a fact.  There's nothing anyone 
can do if 
 you want to give up learning how they work and use something else 
instead, 
 but the truth is they work, and not just on someone's desktop.  
Many, many 
 people are using Tomcat and a connector under heavy load in 
production on a 
 daily basis (I'm one of them and there are many more).  Load 
balancing, 
 multiple instances, all sorts of advanced configurations.  If you 
want to 
 take the time to learn how things work, and why they work that way 
(Tomcat 
 MUST obey the servlet spec, there is no alternative), then you can 
get your 
 answers and have a robust, stable system.  Its a personal choice.  
Good 
 luck.
 
 John
 
 On 24 Jun 2003 07:56:47 +0200, Tony Grant [EMAIL PROTECTED] wrote:
 
  From my work of yesterday it seems that the easiest way to get a 
servlet
  to run is to downgrade to Tomcat 4.0.x and use mod_webapp...
 
  This isn't a very encouraging experience.
 
  Cheers
  Tony Grant 

-- 
Stephen Carville [EMAIL PROTECTED]
UNIX and Network Administrator
DPSI
6033 W. Century Blvd, Ste 1075
Los Angeles, CA 90045
310-342-3602


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: installing a servlet

2003-06-24 Thread Tony Grant
On Tue, 2003-06-24 at 14:42, John Turner wrote:
 Donwgrading and using mod_webapp is the WORST thing you could do, for all 
 sorts of reasons.  Security, for one.  Performance, for another.  Future 
 extensibility and growth, for another.

My question was: downgrade to mod_jk? (I have read that mod_webapp is
depreciated)

 Mod_jk and mod_jk2 work.  This is a fact.  

I believe you and they do even on my server! But only for JSP and I
can't see what _I_ am doing wrong. So John please, all the fault is
mine! I took the time to learn how to install Tomcat a few years back. I
moved up through the versions. I documented how I got it working and
published my HOWTO which got 3500 hits the day it appeared in Apache
week (so I guess I gave a little bit back to the comunity...).

What went wrong was moving up to Apache2 and Tomcat 4.1.24. I am at the
bottom of the learning curve again.

Should I drop mod_jk2 and try mod_jk? 

Cheers

Tony Grant
-- 
www.tgds.net Library management software toolkit, 
redhat linux on Sony Vaio C1XD, 
Dreamweaver MX with Tomcat and PostgreSQL


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Alternatives to DBCP

2003-06-24 Thread Shapira, Yoav

Howdy,
That's kind of ironic, in that when development on Poolman was stopped,
many of its features were transferred to DBCP ;)  I like them both.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: mike jackson [mailto:[EMAIL PROTECTED]
Sent: Monday, June 23, 2003 6:21 PM
To: 'Tomcat Users List'
Subject: RE: Alternatives to DBCP

Poolman is really good.  It's not in development, but other than not
being able to get native statements back (you can, but you have to get
the native connection and then create the statement from there) it's
really, really great.

--mikej
-=--
mike jackson
[EMAIL PROTECTED]

 -Original Message-
 From: David Rees [mailto:[EMAIL PROTECTED]
 Sent: Monday, June 23, 2003 11:25 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Alternatives to DBCP

  Has anyone used any alternatives to the DBCP with Tomcat because it
  seems  to get worse and worse as I use it more.

 How about c3p0?

 http://sourceforge.net/projects/c3p0

 I've used it a bit and it seems to work OK.

 -Dave



 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: installing a servlet

2003-06-24 Thread Atreya Basu
There seems to be a great deal of discussion about JK2.  I know that JK2
is the outstanding issue for me in getting Tomcat running.   Maybe it
would be a good idea to share everyone's experiences about JK2, like
what works and what doesn't.  Then we could at least have something to
go on.  Maybe we could post our .properties files somewhere along with
the log and see if we can either reproduce the error or learn from it.



_
Atreya Basu
Developer,
Greenfield Research Inc.
e-mail: atreya (at) greenfieldresearch (dot) ca

-Original Message-
From: Tony Grant [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 10:02 AM
To: Tomcat Users List
Subject: Re: installing a servlet

On Tue, 2003-06-24 at 14:42, John Turner wrote:
 Donwgrading and using mod_webapp is the WORST thing you could do, for
all 
 sorts of reasons.  Security, for one.  Performance, for another.
Future 
 extensibility and growth, for another.

My question was: downgrade to mod_jk? (I have read that mod_webapp is
depreciated)

 Mod_jk and mod_jk2 work.  This is a fact.  

I believe you and they do even on my server! But only for JSP and I
can't see what _I_ am doing wrong. So John please, all the fault is
mine! I took the time to learn how to install Tomcat a few years back. I
moved up through the versions. I documented how I got it working and
published my HOWTO which got 3500 hits the day it appeared in Apache
week (so I guess I gave a little bit back to the comunity...).

What went wrong was moving up to Apache2 and Tomcat 4.1.24. I am at the
bottom of the learning curve again.

Should I drop mod_jk2 and try mod_jk? 

Cheers

Tony Grant
-- 
www.tgds.net Library management software toolkit, 
redhat linux on Sony Vaio C1XD, 
Dreamweaver MX with Tomcat and PostgreSQL


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: App Developer's Guide Example

2003-06-24 Thread Shapira, Yoav

Howdy,

To be more specific.  I tried the following directory structure:

  wartest/WEB-INF/web.xml
  wartest/WEB-INF/classes/HelloWorld.class

The wartest directory was packed with:

  jar cf wartest.war wartest

You need to be in the wartest directory and do
jar cf wartest.war *

Yoav Shapria



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: installing a servlet

2003-06-24 Thread Shapira, Yoav

Howdy,

There seems to be a great deal of discussion about JK2.  I know that
JK2
is the outstanding issue for me in getting Tomcat running.   Maybe it

JK2 is not required to get tomcat running.  It's one option that you can
use if you want to connect Apache to tomcat.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: installing a servlet

2003-06-24 Thread Atreya Basu
Yhea,

That's what I meant.  Getting Tomcat to work with Apache.

_
Atreya Basu
Developer,
Greenfield Research Inc.
e-mail: atreya (at) greenfieldresearch (dot) ca

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 10:25 AM
To: Tomcat Users List
Subject: RE: installing a servlet


Howdy,

There seems to be a great deal of discussion about JK2.  I know that
JK2
is the outstanding issue for me in getting Tomcat running.   Maybe it

JK2 is not required to get tomcat running.  It's one option that you can
use if you want to connect Apache to tomcat.

Yoav Shapira



This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential,
proprietary and/or privileged.  This e-mail is intended only for the
individual(s) to whom it is addressed, and may not be saved, copied,
printed, disclosed or used by anyone else.  If you are not the(an)
intended recipient, please immediately delete this e-mail from your
computer system and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000

2003-06-24 Thread Mike Curwen
Did you use LFN's in your set statements ?
 
Try the c:\Progra~1\Apache~1\Tomcat~1 instead (same for JAVA_HOME)

 -Original Message-
 From: Mark Hayes [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, June 24, 2003 4:33 AM
 To: tomcat-User (E-mail)
 Subject: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000
 
 
 Unable to start Tomcat 4.1.24 with sdk 1.4.1_03 on Windows 2000
 
 ClassNotFoundException: org.apache.catalina.core.StandardServer
 
 C:\Program Files\Apache Group\Tomcat 4.1\bincatalina run
 Using CATALINA_BASE:   C:\Program Files\Apache Group\Tomcat 4.1
 Using CATALINA_HOME:   C:\Program Files\Apache Group\Tomcat 4.1
 Using CATALINA_TMPDIR: C:\Program Files\Apache Group\Tomcat 4.1\temp
 Using JAVA_HOME:   C:\j2sdk1.4.1_03
 Jun 24, 2003 5:22:15 PM org.apache.commons.digester.Digester 
 startElement
 SEVERE: Begin event threw exception
 java.lang.ClassNotFoundException: 
 org.apache.catalina.core.StandardServer
 
 Have struggled with this for 2 days. Symptom occurs with LE 
 version, non-LE version, exe version, and zip version  
 Symptom occurs with earlier version of TC 4.1.x (4.1.12).  TC 
 4.0.1 starts OK on sdk 1.4.1_03
 
 I am using catalina run to invoke Tomcat from the Tomcat 
 bin directory. JAVA_HOME and CATALINA_HOME are both set.
 
 StandardServer is in C:\Program Files\Apache Group\Tomcat 
 4.1\server\lib\catalina.jar
 
 Has anyone encountered this?  Have tried numerous 
 uninstall/reinstall and search hi and low with no success.
 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: installing a servlet

2003-06-24 Thread Tim Funk
This is also on my wish list for docs. To have many many examples, for example:

jk (worker.properties  http.conf)
- Simple
- With advanced options
- With multiple workers (one host)
- With multiple workers  loadbalancer (one host)
- With multiple workers  mulitple loadbalancers (one host)
- All the above with virtual hosts
- All the above, with jk2
For example, the simple version more advanced versions
can say refer to simple version for property descriptions
--
#
# load balancing example for jk
#
# Comment start with # and may be omitted
#
# All the workers defined in this file
worker.list=cowbell
# Set properties for cowbell

# The worker is an ajp13 type. This means the apache (or other)
# process will connect via tcp/ip to a tomcat instance
# The tomcat instance better have a Engine  jvmRoute=workerName...
# for loadbalancing to work right. Workers types may be:
#  - ajp13 - The commonly used ajp13 protocol (use this!)
#  - ajp12 - The old ajp12 protocol
#  - jni - Running tomcat in process
#  - lb - A holder to define workers in as part of a loadbalancer
worker.cowbell.type=ajp13
# Where ip address tomcat is listening for ajp connections
# alternate examples may include ...
#worker.cowbell.host=10.0.1.12
#worker.cowbell.host=fever.cowbell.net
worker.cowbell.host=localhost
# The port # tomcat is listening for ajp connections
worker.cowbell.port=8009
# property should be used when you have a firewall between your webserver
# and the Tomcat engine, who tend to drop inactive connections. This flag
# will told Operating System to send KEEP_ALIVE message on inactive
# connections (interval depend on global OS settings, generally 120mn),
# and  prevent the firewall to cut the connection. [1|0]
# this may be omitted
worker.cowbell.socket_keepalive=1
# property to webserver to cut an ajp13 connection after some time
# of inactivity. When choosing an endpoint for a request and the assigned
# socket is open, it will be closed if it was not used for the configured
# time. It's a good way to ensure that there won't too old threads living
# on Tomcat side, with the extra cost you need to reopen the socket next
# time a request be forwarded. This property is very similar to
# cache_timeout  but works also in non-cache mode.
# This setting times out in 300 seconds
# [default is do nothing, this may be omitted]
worker.cowbell.socket_timeout=300
--


-Tim

Atreya Basu wrote:
There seems to be a great deal of discussion about JK2.  I know that JK2
is the outstanding issue for me in getting Tomcat running.   Maybe it
would be a good idea to share everyone's experiences about JK2, like
what works and what doesn't.  Then we could at least have something to
go on.  Maybe we could post our .properties files somewhere along with
the log and see if we can either reproduce the error or learn from it.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: installing a servlet

2003-06-24 Thread John Turner
Sorry, it wasn't my intent to criticize anyone, I apologize if that was the 
way it came across.

JK and JK2 work.

The difference that you have encountered moving to 4.1.24 is most likely 
attributable to the Invoker servlet being disabled by default.  It is 
disabled by default for a reason: security.  Is it possible to use the 
Invoker and be relatively secure?  Yes.  The problem is that when the 
Invoker servlet is enabled, a specially crafted URL can be used to view the 
source of a JSP.  Is this bad?  In general, yes.  Yes because most 
developers are lazy, and use bad design practices such as putting 
confidential information like database URLs, usernames, and passwords into 
their JSP source, which, when the Invoker is enabled, can be viewed easily 
by anyone who reads security alerts.  If you want to take responsibility 
for guaranteeing that your JSP source has nothing in it but display this 
over here and display that over there, then you can probably get away with 
using the Invoker and being relatively safe.

So, given that most new developers don't take the time to learn good 
architecture practices, and probably for other reasons of which I am 
unaware, it was decided that the Invoker should be disabled in versions of 
Tomcat later than 4.1.12.  Since the Invoker is disabled, to get servlets 
to work you are required to explicitly map them in web.xml to a specific 
URL (this is good for a number of reasons), said URL in turn being mapped 
in the properties files of the relevant connector should you choose to use 
a connector (also good, because if you have Apache there's no reason to 
make Tomcat handle requests that Apache can handle, otherwise why have 
Apache in the first place?).

So, to answer your question: JK or JK2?  My preference is for JK, but that 
is because I am a dinosaur, not because JK2 doesn't work.  You should make 
the call based on your own needs and preferences.

To answer your question: how do I make servlets work?  Answer:  explicitly 
map them in web.xml, map them to a URL (the archives are full of examples), 
and then make sure that Apache forwards that URL or similar URLs to Tomcat 
for processing.  This forces you to make good architecture decisions...your 
servlets should be organized, etc.  Does this suck?  If you've spent a lot 
of time just writing servlets like crazy with no thought to organization, 
then it probably does suck but that isn't Tomcat's fault.

If you have a servlet that isn't working, post this information to the 
list:

- the name of the servlet, and where it lives under your Context's docBase
- the servlet and servlet-mapping elements for that servlet from your 
web.xml
- any JkMount or JkUriSet (or their equivalents) that you use with a 
connector to direct requests for the servlet in question to Tomcat, if you 
use a connector at all
- the actual URL you are typing into the browser's address bar (or the 
value of your Form's ACTION parameter if you are having problems posting 
from a form to a servlet)
- the error message you get or any other debugging information that proves 
to you that your servlet isn't working

Then someone on the list will help you, typically with an hour or two, but 
there are no guarantees.

John

On 24 Jun 2003 15:01:58 +0200, Tony Grant [EMAIL PROTECTED] wrote:

On Tue, 2003-06-24 at 14:42, John Turner wrote:
Donwgrading and using mod_webapp is the WORST thing you could do, for 
all sorts of reasons.  Security, for one.  Performance, for another.  
Future extensibility and growth, for another.
My question was: downgrade to mod_jk? (I have read that mod_webapp is
depreciated)
Mod_jk and mod_jk2 work.  This is a fact.
I believe you and they do even on my server! But only for JSP and I
can't see what _I_ am doing wrong. So John please, all the fault is
mine! I took the time to learn how to install Tomcat a few years back. I
moved up through the versions. I documented how I got it working and
published my HOWTO which got 3500 hits the day it appeared in Apache
week (so I guess I gave a little bit back to the comunity...).
What went wrong was moving up to Apache2 and Tomcat 4.1.24. I am at the
bottom of the learning curve again.
Should I drop mod_jk2 and try mod_jk?

Cheers

Tony Grant


--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Problems with mod_jk2

2003-06-24 Thread John Turner
Mod_jk is in use by many people in production.  You will have more chances 
of getting help if you use mod_jk.

John

On 24 Jun 2003 14:41:43 +0200, Tony Grant [EMAIL PROTECTED] wrote:

On Tue, 2003-06-24 at 14:38, Nikola Milutinovic wrote:

mod_jk2 is bugging me properly. It is not working right now and it 
never did. I could have made a number of mistakes, so if someone could 
point at them, I'd be grateful. This are the relevant files:
I second this motion! Is the best idea to go back to mod_jk as
mod_webapp is depreciated?
Cheers

Tony Grant


--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: easy question

2003-06-24 Thread Mike Curwen
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html


 -Original Message-
 From: Riaan Oberholzer [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, June 24, 2003 5:24 AM
 To: Tomcat Users List
 Subject: RE: easy question
  snip
 
 On that note, what is the scope of jars put under the 
 %TOMCAT_HOME%/server/lib directory?
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: strange emial behavior

2003-06-24 Thread Mike Curwen
This has been covered...

search your inbox (or the archive) for subject line: getting a reply
like this

 -Original Message-
 From: a b [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, June 24, 2003 3:03 AM
 To: [EMAIL PROTECTED]
 Subject: strange emial behavior
 snip


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: installing a servlet

2003-06-24 Thread Phillip Qin
Mostly agree with John. But I love jk2 because it is simple to config.

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 9:37 AM
To: Tomcat Users List
Subject: Re: installing a servlet


Sorry, it wasn't my intent to criticize anyone, I apologize if that was the 
way it came across.

JK and JK2 work.

The difference that you have encountered moving to 4.1.24 is most likely 
attributable to the Invoker servlet being disabled by default.  It is 
disabled by default for a reason: security.  Is it possible to use the 
Invoker and be relatively secure?  Yes.  The problem is that when the 
Invoker servlet is enabled, a specially crafted URL can be used to view the 
source of a JSP.  Is this bad?  In general, yes.  Yes because most 
developers are lazy, and use bad design practices such as putting 
confidential information like database URLs, usernames, and passwords into 
their JSP source, which, when the Invoker is enabled, can be viewed easily 
by anyone who reads security alerts.  If you want to take responsibility 
for guaranteeing that your JSP source has nothing in it but display this 
over here and display that over there, then you can probably get away with 
using the Invoker and being relatively safe.

So, given that most new developers don't take the time to learn good 
architecture practices, and probably for other reasons of which I am 
unaware, it was decided that the Invoker should be disabled in versions of 
Tomcat later than 4.1.12.  Since the Invoker is disabled, to get servlets 
to work you are required to explicitly map them in web.xml to a specific 
URL (this is good for a number of reasons), said URL in turn being mapped 
in the properties files of the relevant connector should you choose to use 
a connector (also good, because if you have Apache there's no reason to 
make Tomcat handle requests that Apache can handle, otherwise why have 
Apache in the first place?).

So, to answer your question: JK or JK2?  My preference is for JK, but that 
is because I am a dinosaur, not because JK2 doesn't work.  You should make 
the call based on your own needs and preferences.

To answer your question: how do I make servlets work?  Answer:  explicitly 
map them in web.xml, map them to a URL (the archives are full of examples), 
and then make sure that Apache forwards that URL or similar URLs to Tomcat 
for processing.  This forces you to make good architecture decisions...your 
servlets should be organized, etc.  Does this suck?  If you've spent a lot 
of time just writing servlets like crazy with no thought to organization, 
then it probably does suck but that isn't Tomcat's fault.

If you have a servlet that isn't working, post this information to the 
list:

- the name of the servlet, and where it lives under your Context's docBase
- the servlet and servlet-mapping elements for that servlet from your 
web.xml
- any JkMount or JkUriSet (or their equivalents) that you use with a 
connector to direct requests for the servlet in question to Tomcat, if you 
use a connector at all
- the actual URL you are typing into the browser's address bar (or the 
value of your Form's ACTION parameter if you are having problems posting 
from a form to a servlet)
- the error message you get or any other debugging information that proves 
to you that your servlet isn't working

Then someone on the list will help you, typically with an hour or two, but 
there are no guarantees.

John

On 24 Jun 2003 15:01:58 +0200, Tony Grant [EMAIL PROTECTED] wrote:

 On Tue, 2003-06-24 at 14:42, John Turner wrote:
 Donwgrading and using mod_webapp is the WORST thing you could do, for 
 all sorts of reasons.  Security, for one.  Performance, for another.  
 Future extensibility and growth, for another.

 My question was: downgrade to mod_jk? (I have read that mod_webapp is
 depreciated)

 Mod_jk and mod_jk2 work.  This is a fact.

 I believe you and they do even on my server! But only for JSP and I
 can't see what _I_ am doing wrong. So John please, all the fault is
 mine! I took the time to learn how to install Tomcat a few years back. I
 moved up through the versions. I documented how I got it working and
 published my HOWTO which got 3500 hits the day it appeared in Apache
 week (so I guess I gave a little bit back to the comunity...).

 What went wrong was moving up to Apache2 and Tomcat 4.1.24. I am at the
 bottom of the learning curve again.

 Should I drop mod_jk2 and try mod_jk?

 Cheers

 Tony Grant



-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: installing a servlet

2003-06-24 Thread Shapira, Yoav

Howdy,
Oh how I wish more people would read this, digest it, and go through it
before posting FAQs.  Great post Senor Turner (as always).

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 9:37 AM
To: Tomcat Users List
Subject: Re: installing a servlet


Sorry, it wasn't my intent to criticize anyone, I apologize if that was
the
way it came across.

JK and JK2 work.

The difference that you have encountered moving to 4.1.24 is most
likely
attributable to the Invoker servlet being disabled by default.  It is
disabled by default for a reason: security.  Is it possible to use the
Invoker and be relatively secure?  Yes.  The problem is that when the
Invoker servlet is enabled, a specially crafted URL can be used to view
the
source of a JSP.  Is this bad?  In general, yes.  Yes because most
developers are lazy, and use bad design practices such as putting
confidential information like database URLs, usernames, and passwords
into
their JSP source, which, when the Invoker is enabled, can be viewed
easily
by anyone who reads security alerts.  If you want to take
responsibility
for guaranteeing that your JSP source has nothing in it but display
this
over here and display that over there, then you can probably get away
with
using the Invoker and being relatively safe.

So, given that most new developers don't take the time to learn good
architecture practices, and probably for other reasons of which I am
unaware, it was decided that the Invoker should be disabled in versions
of
Tomcat later than 4.1.12.  Since the Invoker is disabled, to get
servlets
to work you are required to explicitly map them in web.xml to a
specific
URL (this is good for a number of reasons), said URL in turn being
mapped
in the properties files of the relevant connector should you choose to
use
a connector (also good, because if you have Apache there's no reason to
make Tomcat handle requests that Apache can handle, otherwise why have
Apache in the first place?).

So, to answer your question: JK or JK2?  My preference is for JK, but
that
is because I am a dinosaur, not because JK2 doesn't work.  You should
make
the call based on your own needs and preferences.

To answer your question: how do I make servlets work?  Answer:
explicitly
map them in web.xml, map them to a URL (the archives are full of
examples),
and then make sure that Apache forwards that URL or similar URLs to
Tomcat
for processing.  This forces you to make good architecture
decisions...your
servlets should be organized, etc.  Does this suck?  If you've spent a
lot
of time just writing servlets like crazy with no thought to
organization,
then it probably does suck but that isn't Tomcat's fault.

If you have a servlet that isn't working, post this information to the
list:

- the name of the servlet, and where it lives under your Context's
docBase
- the servlet and servlet-mapping elements for that servlet from your
web.xml
- any JkMount or JkUriSet (or their equivalents) that you use with a
connector to direct requests for the servlet in question to Tomcat, if
you
use a connector at all
- the actual URL you are typing into the browser's address bar (or the
value of your Form's ACTION parameter if you are having problems
posting
from a form to a servlet)
- the error message you get or any other debugging information that
proves
to you that your servlet isn't working

Then someone on the list will help you, typically with an hour or two,
but
there are no guarantees.

John

On 24 Jun 2003 15:01:58 +0200, Tony Grant [EMAIL PROTECTED] wrote:

 On Tue, 2003-06-24 at 14:42, John Turner wrote:
 Donwgrading and using mod_webapp is the WORST thing you could do,
for
 all sorts of reasons.  Security, for one.  Performance, for another.
 Future extensibility and growth, for another.

 My question was: downgrade to mod_jk? (I have read that mod_webapp is
 depreciated)

 Mod_jk and mod_jk2 work.  This is a fact.

 I believe you and they do even on my server! But only for JSP and I
 can't see what _I_ am doing wrong. So John please, all the fault is
 mine! I took the time to learn how to install Tomcat a few years
back. I
 moved up through the versions. I documented how I got it working and
 published my HOWTO which got 3500 hits the day it appeared in Apache
 week (so I guess I gave a little bit back to the comunity...).

 What went wrong was moving up to Apache2 and Tomcat 4.1.24. I am at
the
 bottom of the learning curve again.

 Should I drop mod_jk2 and try mod_jk?

 Cheers

 Tony Grant



--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 

Re: App Developer's Guide Example

2003-06-24 Thread Jon Haugsand
* Yoav Shapira
 You need to be in the wartest directory and do 
 jar cf wartest.war *

Thanks, it helped.  No errors during deploy.  However, I cannot get in
touch with my servlet.  I _know_ this is really newbie questions, but
I cannot find ONE tutorial on these issues.  Here is my web.xml:

web-app
display-nameJons test-applikasjon/display-name
description
  Jon tester og har det bra.  Jeg bor på [EMAIL PROTECTED]
/description
context-param
  param-namesjef/param-name
  param-value[EMAIL PROTECTED]/param-value
  description
Epost-adressen til sjefen.
  /description
/context-param
servlet
  servlet-namehallo/servlet-name
  description
Ja, her sier vi hallo
  /description
  servlet-classHelloWorld/servlet-class
  init-param
param-nameIQ/param-name
param-value200/param-value
  /init-param
  !-- Load this servlet at server startup time --
  load-on-startup5/load-on-startup
/servlet
servlet-mapping
  servlet-namehallo/servlet-name
  url-pattern/*do/url-pattern
/servlet-mapping
session-config
  session-timeout30/session-timeout!-- 30 minutes --
/session-config
/web-app

-- 
 Jon Haugsand, [EMAIL PROTECTED]
 http://www.norges-bank.no


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Huge catalina.out file

2003-06-24 Thread Brown, James
Thanks for the pointer to cronolog.  We do use log4j - the log messages in
question appear to be coming from the apache product itself.  On further
inspection it appears that we need to increase plim_fd_cur and plim_fd_max
on our Solaris server as we are receiving the wonderful Too many open
files exception.  Once again thanks for the pointer to cronolog.

  Cheers,
  James

 -Original Message-
 From: Tim Funk [mailto:[EMAIL PROTECTED]
 Sent: 2003 June 24 09.15
 To: Tomcat Users List
 Subject: Re: Huge catalina.out file
 
 
 See this recent thread:
 http://marc.theaimsgroup.com/?l=tomcat-userm=105640876032532w=2
 
 Also - shoot your developers who use System.out without 
 regard to the issues 
 that it raises when the app goes to production. ;) If that is 
 the case - get 
 them to swithc to log4j so logging can be turned down and you 
 can use the 
 rotation facilities that log4j provides.
 
 
 
 -Tim
 
 Brown, James wrote:
  We recently experienced a problem where the catalina.out 
 file had reached ~
  2GB in size and filled the file system in only a few days.  
 Is there any
  means of reducing the output to this file?  I have looked 
 in web.xml and all
  of the param-namedebug/param-name values are set to 0 - 
 which from my
  understanding signifies that debug logging is disabled.
  
Cheers,
James
  
 
 
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: App Developer's Guide Example

2003-06-24 Thread Shapira, Yoav

Howdy,

Thanks, it helped.  No errors during deploy.  However, I cannot get in
touch with my servlet.  I _know_ this is really newbie questions, but
I cannot find ONE tutorial on these issues.  Here is my web.xml:

It is unfortunate that most tutorials out there (plenty exist, just
google for servlet tutorial for example) are out of date, especially
by assuming the presence of an invoker servlet.

servlet-mapping
  servlet-namehallo/servlet-name
  url-pattern/*do/url-pattern
/servlet-mapping

So you would access your servlet using any URL that ends in do, e.g.
http://yourhost:yourport/yourwebapp/xdo

The above url-pattern is probably not what you really want, although
it's legal and will work.  Try something simpler instead:
servlet
  servlet-namehallo/servlet-name
  servlet-classwhatver/servlet-class
/servlet
servlet-mapping
  servlet-namehallo/servlet-name
  url-pattern/halloPage/url-pattern
/servlet-mapping

Then you will access your servlet by going to:
http://yourhost:yourport/yourwebapp/halloPage

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: App Developer's Guide Example

2003-06-24 Thread Tim Funk
I don't think this a valid url-pattern:
try *.do
-Tim

Jon Haugsand wrote:
servlet-mapping
  servlet-namehallo/servlet-name
  url-pattern/*do/url-pattern
/servlet-mapping


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Problems with mod_jk2

2003-06-24 Thread Jonathan Peterson


I second this motion! Is the best idea to go back to mod_jk as
mod_webapp is depreciated?
 

mod_jk appears to work, although documentation is slim. I have not tried 
mod_jk2 but it's unclear to me what its advantages are...

Oddly enough, the docs say that mod_jk was created as a replacement to 
the over-complex mod_jserv, but I can't say I ever had much difficulty 
with mod_jserv compared to mod_jk / tomcat, but hey ;-)

--
Jonathan Peterson
Technical Manager, BMJ Knowledge, +44 (0)20 7383 6092
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: App Developer's Guide Example

2003-06-24 Thread Shapira, Yoav

D'oh ;)  I looked at it and saw /*.do already, thinking this guy was
using struts ;)

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 10:05 AM
To: Tomcat Users List
Subject: Re: App Developer's Guide Example

I don't think this a valid url-pattern:
try *.do

-Tim

Jon Haugsand wrote:
 servlet-mapping
   servlet-namehallo/servlet-name
   url-pattern/*do/url-pattern
 /servlet-mapping



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: App Developer's Guide Example

2003-06-24 Thread Jon Haugsand
* Yoav Shapira
 Howdy,

Thanks, it helped.  No errors during deploy.  However, I cannot get in
touch with my servlet.  I _know_ this is really newbie questions, but
I cannot find ONE tutorial on these issues.  Here is my web.xml:

 It is unfortunate that most tutorials out there (plenty exist, just
 google for servlet tutorial for example) are out of date, especially
 by assuming the presence of an invoker servlet.

servlet-mapping
  servlet-namehallo/servlet-name
  url-pattern/*do/url-pattern
/servlet-mapping

 So you would access your servlet using any URL that ends in do, e.g.
 http://yourhost:yourport/yourwebapp/xdo

 The above url-pattern is probably not what you really want, although
 it's legal and will work.  Try something simpler instead:
 servlet
   servlet-namehallo/servlet-name
   servlet-classwhatver/servlet-class
 /servlet
 servlet-mapping
   servlet-namehallo/servlet-name
   url-pattern/halloPage/url-pattern
 /servlet-mapping

 Then you will access your servlet by going to:
 http://yourhost:yourport/yourwebapp/halloPage


Thanks, I'll try this in a standalone tomcat installation.  It didn't
work in my JBoss bundled tomcat though.

-- 
 Jon Haugsand, [EMAIL PROTECTED]
 http://www.norges-bank.no


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: installing a servlet

2003-06-24 Thread Tony Grant
On Tue, 2003-06-24 at 15:37, John Turner wrote:
 Sorry, it wasn't my intent to criticize anyone, I apologize if that was the 
 way it came across.

That's OK - I am slow at re-integrating newbie mode...

 - the actual URL you are typing into the browser's address bar (or the 
 value of your Form's ACTION parameter if you are having problems posting 
 from a form to a servlet)

This is my problem I am guessing (cause all the config files are to
spec...)

Reading further down in RE: App Developer's Guide Example I have
finally gotten an error message that I understand! I have managed at
last to connect by putting URL:8009/path to servlet and gotten a
NullPointer exception! Now that I know how to sort out myself! =:-D

Looks like I'll be back to writing some more docs RSN

Cheers

Tony Grant
-- 
www.tgds.net Library management software toolkit, 
redhat linux on Sony Vaio C1XD, 
Dreamweaver MX with Tomcat and PostgreSQL


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000

2003-06-24 Thread Sullivan, Patrick
Did you move the appropriate jars to sdk's jre\lib\endorsed?


Thank you,

Patrick Sullivan

-Original Message-
From: Mark Hayes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 3:33 AM
To: tomcat-User (E-mail)
Subject: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000


Unable to start Tomcat 4.1.24 with sdk 1.4.1_03 on Windows 2000

ClassNotFoundException: org.apache.catalina.core.StandardServer

C:\Program Files\Apache Group\Tomcat 4.1\bincatalina run
Using CATALINA_BASE:   C:\Program Files\Apache Group\Tomcat 4.1
Using CATALINA_HOME:   C:\Program Files\Apache Group\Tomcat 4.1
Using CATALINA_TMPDIR: C:\Program Files\Apache Group\Tomcat 4.1\temp
Using JAVA_HOME:   C:\j2sdk1.4.1_03
Jun 24, 2003 5:22:15 PM org.apache.commons.digester.Digester startElement
SEVERE: Begin event threw exception
java.lang.ClassNotFoundException: org.apache.catalina.core.StandardServer

Have struggled with this for 2 days. Symptom occurs with LE version, non-LE
version, exe version, and zip version  Symptom occurs with earlier version
of TC 4.1.x (4.1.12).  TC 4.0.1 starts OK on sdk 1.4.1_03

I am using catalina run to invoke Tomcat from the Tomcat bin directory.
JAVA_HOME and CATALINA_HOME are both set.

StandardServer is in C:\Program Files\Apache Group\Tomcat
4.1\server\lib\catalina.jar

Has anyone encountered this?  Have tried numerous uninstall/reinstall and
search hi and low with no success.



- -
COL Ltd in Hong Kong has checked this message for all
known viruses using SkyScan-AV powered by MessageLabs.
For information on this service e-mail [EMAIL PROTECTED] 
or visit www.col.com.hk
- -




This communication is for the use of the intended recipient only.  It may contain 
information that is privileged and confidential.  If you are not the intended 
recipient of this communication, any disclosure, copying, further distribution or use 
thereof is prohibited.  If you have received this communication in error, please 
advise me by return e-mail or by telephone and delete/destroy it.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Tomcat 4.1.24 + Apache 1.3.27

2003-06-24 Thread Marcia de Oliveira Cardoso
Hi
Here we go again.
I installed the FreeBSD port Jakarta-Tomcat 4.1.24.
When I try the URL http://localhost:8180 I got this error:


HTTP Status 500 - 



type Exception report

message 

description The server encountered an internal error () that prevented it from 
fulfilling this request.

exception 

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
[javac] Since fork is true, ignoring compiler setting.
[javac] Compiling 1 source file
[javac] Since fork is true, ignoring compiler setting.



at 
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130)
at 
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370)
at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:473)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:190)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
at java.lang.Thread.run(Thread.java:479)





Apache Tomcat/4.1.24


Any suggestion?

Thanks,
Marcia Cardoso

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000

2003-06-24 Thread Mike Curwen
 -Original Message-
 From: Sullivan, Patrick [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, June 24, 2003 9:30 AM
 To: Mark Hayes; tomcat-User (E-mail)
 Subject: RE: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000
 
 
 Did you move the appropriate jars to sdk's jre\lib\endorsed?

And what jars would those be ?  (to get a simple stand-alone Tomcat
working)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Deployment of WAR-files

2003-06-24 Thread Johannes Lietz
I've got a question regarding the deployment of WAR-files in Tomcat:

What is the right way to proceed?
I tried putting my WAR-file into webapps (like I would do e.g. in 
Weblogic), but Tomcat does not recognise it, only if I go to the 
manager-app and use its install feature.

Are there any tutorials or workflow descriptions for this?

Thanks,
Johannes 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat 4.1.24 + Apache 1.3.27

2003-06-24 Thread Dominic Parry
I got the same error on WinXP. Disappeared with a reboot, I think it had something to 
do with registry entries that were cleaned up at boot time. This wouldn't be the same 
in your case, But the error is the same.

Cheers

Dom
  - Original Message - 
  From: Marcia de Oliveira Cardoso 
  To: Tomcat Users List 
  Sent: Tuesday, June 24, 2003 4:37 PM
  Subject: RE: Tomcat 4.1.24 + Apache 1.3.27


  Hi
  Here we go again.
  I installed the FreeBSD port Jakarta-Tomcat 4.1.24.
  When I try the URL http://localhost:8180 I got this error:


  HTTP Status 500 - 

  

  type Exception report

  message 

  description The server encountered an internal error () that prevented it from 
fulfilling this request.

  exception 

  org.apache.jasper.JasperException: Unable to compile class for JSP

  An error occurred at line: -1 in the jsp file: null

  Generated servlet error:
  [javac] Since fork is true, ignoring compiler setting.
  [javac] Compiling 1 source file
  [javac] Since fork is true, ignoring compiler setting.



  at 
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130)
  at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293)
  at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353)
  at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370)
  at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:473)
  at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:190)
  at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
  at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
  at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
  at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
  at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
  at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
  at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
  at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
  at java.lang.Thread.run(Thread.java:479)



  

  Apache Tomcat/4.1.24


  Any suggestion?

  Thanks,
  Marcia Cardoso

  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]



Re: Deployment of WAR-files

2003-06-24 Thread Mark F
I have a simalar problem with deployment. I refer to the .war file in the
context yet it still gets expanded.  No matter what I do it gets expanded?

Thanks,
-Mark

- Original Message -
From: Johannes Lietz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 9:40 AM
Subject: Deployment of WAR-files


 I've got a question regarding the deployment of WAR-files in Tomcat:

 What is the right way to proceed?
 I tried putting my WAR-file into webapps (like I would do e.g. in
 Weblogic), but Tomcat does not recognise it, only if I go to the
 manager-app and use its install feature.

 Are there any tutorials or workflow descriptions for this?


 Thanks,
 Johannes


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Deployment of WAR-files

2003-06-24 Thread John Turner
Do you have autoDeploy set to true in server.xml?

John

On Tue, 24 Jun 2003 16:40:31 +0200, Johannes Lietz 
[EMAIL PROTECTED] wrote:

I've got a question regarding the deployment of WAR-files in Tomcat:

What is the right way to proceed?
I tried putting my WAR-file into webapps (like I would do e.g. in 
Weblogic), but Tomcat does not recognise it, only if I go to the manager- 
app and use its install feature.

Are there any tutorials or workflow descriptions for this?

Thanks,
Johannes
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Deployment of WAR-files

2003-06-24 Thread John Turner
Do you have unpackWARS set to true?

John

On Tue, 24 Jun 2003 09:44:08 -0500, Mark F [EMAIL PROTECTED] wrote:

I have a simalar problem with deployment. I refer to the .war file in the
context yet it still gets expanded.  No matter what I do it gets 
expanded?

Thanks,
-Mark
- Original Message -
From: Johannes Lietz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 9:40 AM
Subject: Deployment of WAR-files

I've got a question regarding the deployment of WAR-files in Tomcat:

What is the right way to proceed?
I tried putting my WAR-file into webapps (like I would do e.g. in
Weblogic), but Tomcat does not recognise it, only if I go to the
manager-app and use its install feature.
Are there any tutorials or workflow descriptions for this?

Thanks,
Johannes
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Deployment of WAR-files

2003-06-24 Thread Tim Funk
In tomcat4.1 - the docs are skethcy at best. (And I never use wars, so I am 
clueless).

Tomcat5 - has totally overhauled the functionality and docs.

-Tim

Johannes Lietz wrote:
I've got a question regarding the deployment of WAR-files in Tomcat:

What is the right way to proceed?
I tried putting my WAR-file into webapps (like I would do e.g. in 
Weblogic), but Tomcat does not recognise it, only if I go to the 
manager-app and use its install feature.

Are there any tutorials or workflow descriptions for this?

Thanks,
Johannes


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Deployment of WAR-files

2003-06-24 Thread Phillip Qin
- compile your code
- create a context.xml in META-INF
- make the war
- use tomcat manager to deploy

To prevent war from expanding, set unpackWar to false in server.xml's Host
element.

-Original Message-
From: Mark F [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 10:44 AM
To: Tomcat Users List
Subject: Re: Deployment of WAR-files

I have a simalar problem with deployment. I refer to the .war file in the
context yet it still gets expanded.  No matter what I do it gets expanded?

Thanks,
-Mark

- Original Message -
From: Johannes Lietz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 9:40 AM
Subject: Deployment of WAR-files


 I've got a question regarding the deployment of WAR-files in Tomcat:

 What is the right way to proceed?
 I tried putting my WAR-file into webapps (like I would do e.g. in
 Weblogic), but Tomcat does not recognise it, only if I go to the
 manager-app and use its install feature.

 Are there any tutorials or workflow descriptions for this?


 Thanks,
 Johannes


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000

2003-06-24 Thread Sullivan, Patrick
Overriding the J2SE SDK 1.4.x JAXP Endorsed Classes:
dom.jar
sax.jar
xalan.jar
xercesImpl.jar
xsltc.jar

I am not sure if this is your issue so backup your files the give it a try

Thank you,

Patrick Sullivan

-Original Message-
From: Mike Curwen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 8:39 AM
To: 'Tomcat Users List'
Subject: RE: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000


 -Original Message-
 From: Sullivan, Patrick [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, June 24, 2003 9:30 AM
 To: Mark Hayes; tomcat-User (E-mail)
 Subject: RE: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000


 Did you move the appropriate jars to sdk's jre\lib\endorsed?

And what jars would those be ?  (to get a simple stand-alone Tomcat
working)






This communication is for the use of the intended recipient only.  It may contain 
information that is privileged and confidential.  If you are not the intended 
recipient of this communication, any disclosure, copying, further distribution or use 
thereof is prohibited.  If you have received this communication in error, please 
advise me by return e-mail or by telephone and delete/destroy it.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Deployment of WAR-files

2003-06-24 Thread Phillip Qin
I finally gave up using war on my production server though I still use
tomcat manager to deploy/undeploy my app on dev box. War is quite convenient
in deploy but hard to setup when starting tomcat with security manager. For
example, I cann't use war as the codeBase in grant entry.

-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 10:48 AM
To: Tomcat Users List
Subject: Re: Deployment of WAR-files

In tomcat4.1 - the docs are skethcy at best. (And I never use wars, so I am 
clueless).

Tomcat5 - has totally overhauled the functionality and docs.

-Tim

Johannes Lietz wrote:
 I've got a question regarding the deployment of WAR-files in Tomcat:
 
 What is the right way to proceed?
 I tried putting my WAR-file into webapps (like I would do e.g. in 
 Weblogic), but Tomcat does not recognise it, only if I go to the 
 manager-app and use its install feature.
 
 Are there any tutorials or workflow descriptions for this?
 
 
 Thanks,
 Johannes
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Deployment of WAR-files

2003-06-24 Thread Johannes Lietz
Yes, both autoDeploy and unpackWARs are true.

- Johannes

On Dienstag, Juni 24, 2003, at 04:45  Uhr, John Turner wrote:

Do you have autoDeploy set to true in server.xml?

John

On Tue, 24 Jun 2003 16:40:31 +0200, Johannes Lietz 
[EMAIL PROTECTED] wrote:

I've got a question regarding the deployment of WAR-files in Tomcat:

What is the right way to proceed?
I tried putting my WAR-file into webapps (like I would do e.g. in 
Weblogic), but Tomcat does not recognise it, only if I go to the 
manager- app and use its install feature.

Are there any tutorials or workflow descriptions for this?

Thanks,
Johannes
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Tomcat 4.1.24 + Apache 1.3.27

2003-06-24 Thread Marcia de Oliveira Cardoso
I use FreeBSD. But I restart the system. Shut down. 
I read that some people got the same error with this version (4.1.24). But nobody 
return any answer. I will try to reinstall the port.
Tanks.
Marcia

-Original Message-
From: Dominic Parry [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 11:41 AM
To: Tomcat Users List
Subject: Re: Tomcat 4.1.24 + Apache 1.3.27


I got the same error on WinXP. Disappeared with a reboot, I think it had something to 
do with registry entries that were cleaned up at boot time. This wouldn't be the same 
in your case, But the error is the same.

Cheers

Dom
  - Original Message - 
  From: Marcia de Oliveira Cardoso 
  To: Tomcat Users List 
  Sent: Tuesday, June 24, 2003 4:37 PM
  Subject: RE: Tomcat 4.1.24 + Apache 1.3.27


  Hi
  Here we go again.
  I installed the FreeBSD port Jakarta-Tomcat 4.1.24.
  When I try the URL http://localhost:8180 I got this error:


  HTTP Status 500 - 

  

  type Exception report

  message 

  description The server encountered an internal error () that prevented it from 
fulfilling this request.

  exception 

  org.apache.jasper.JasperException: Unable to compile class for JSP

  An error occurred at line: -1 in the jsp file: null

  Generated servlet error:
  [javac] Since fork is true, ignoring compiler setting.
  [javac] Compiling 1 source file
  [javac] Since fork is true, ignoring compiler setting.



  at 
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130)
  at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293)
  at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353)
  at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370)
  at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:473)
  at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:190)
  at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
  at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
  at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
  at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
  at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
  at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
  at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
  at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
  at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
  at java.lang.Thread.run(Thread.java:479)



  

  Apache Tomcat/4.1.24


  Any suggestion?

  Thanks,
  Marcia Cardoso

  

RE: Tomcat 4.1.24 + Apache 1.3.27

2003-06-24 Thread Phillip Qin
Why do you use FreeBSD port of tomcat? I used to use Red Hat, now I am using
Debian. I never use the port version. Simply download a binary from
Jakarta.apache.org. I haven't seen any problem of using a *not port* binary.

-Original Message-
From: Marcia de Oliveira Cardoso [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 10:59 AM
To: Tomcat Users List
Subject: RE: Tomcat 4.1.24 + Apache 1.3.27

I use FreeBSD. But I restart the system. Shut down. 
I read that some people got the same error with this version (4.1.24). But
nobody return any answer. I will try to reinstall the port.
Tanks.
Marcia

-Original Message-
From: Dominic Parry [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 11:41 AM
To: Tomcat Users List
Subject: Re: Tomcat 4.1.24 + Apache 1.3.27


I got the same error on WinXP. Disappeared with a reboot, I think it had
something to do with registry entries that were cleaned up at boot time.
This wouldn't be the same in your case, But the error is the same.

Cheers

Dom
  - Original Message - 
  From: Marcia de Oliveira Cardoso 
  To: Tomcat Users List 
  Sent: Tuesday, June 24, 2003 4:37 PM
  Subject: RE: Tomcat 4.1.24 + Apache 1.3.27


  Hi
  Here we go again.
  I installed the FreeBSD port Jakarta-Tomcat 4.1.24.
  When I try the URL http://localhost:8180 I got this error:


  HTTP Status 500 - 

 



  type Exception report

  message 

  description The server encountered an internal error () that prevented it
from fulfilling this request.

  exception 

  org.apache.jasper.JasperException: Unable to compile class for JSP

  An error occurred at line: -1 in the jsp file: null

  Generated servlet error:
  [javac] Since fork is true, ignoring compiler setting.
  [javac] Compiling 1 source file
  [javac] Since fork is true, ignoring compiler setting.



  at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle
r.java:130)
  at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:2
93)
  at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353)
  at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370)
  at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:4
73)
  at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:1
90)
  at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
  at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
  at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:256)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
  at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:171)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
  at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
  at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
  at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne

RE: Tomcat 4.1.24 + Apache 1.3.27

2003-06-24 Thread Marcia de Oliveira Cardoso
I used to do that. But as I have more than one FreeBSD systems with 4000 users, I 
optimized my work (update, etc) with the ports. But I will take your suggestion. 
Thanks.
Marcia

-Original Message-
From: Phillip Qin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 12:02 PM
To: 'Tomcat Users List'
Subject: RE: Tomcat 4.1.24 + Apache 1.3.27


Why do you use FreeBSD port of tomcat? I used to use Red Hat, now I am using
Debian. I never use the port version. Simply download a binary from
Jakarta.apache.org. I haven't seen any problem of using a *not port* binary.

-Original Message-
From: Marcia de Oliveira Cardoso [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 10:59 AM
To: Tomcat Users List
Subject: RE: Tomcat 4.1.24 + Apache 1.3.27

I use FreeBSD. But I restart the system. Shut down. 
I read that some people got the same error with this version (4.1.24). But
nobody return any answer. I will try to reinstall the port.
Tanks.
Marcia

-Original Message-
From: Dominic Parry [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 11:41 AM
To: Tomcat Users List
Subject: Re: Tomcat 4.1.24 + Apache 1.3.27


I got the same error on WinXP. Disappeared with a reboot, I think it had
something to do with registry entries that were cleaned up at boot time.
This wouldn't be the same in your case, But the error is the same.

Cheers

Dom
  - Original Message - 
  From: Marcia de Oliveira Cardoso 
  To: Tomcat Users List 
  Sent: Tuesday, June 24, 2003 4:37 PM
  Subject: RE: Tomcat 4.1.24 + Apache 1.3.27


  Hi
  Here we go again.
  I installed the FreeBSD port Jakarta-Tomcat 4.1.24.
  When I try the URL http://localhost:8180 I got this error:


  HTTP Status 500 - 

 



  type Exception report

  message 

  description The server encountered an internal error () that prevented it
from fulfilling this request.

  exception 

  org.apache.jasper.JasperException: Unable to compile class for JSP

  An error occurred at line: -1 in the jsp file: null

  Generated servlet error:
  [javac] Since fork is true, ignoring compiler setting.
  [javac] Compiling 1 source file
  [javac] Since fork is true, ignoring compiler setting.



  at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle
r.java:130)
  at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:2
93)
  at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353)
  at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370)
  at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:4
73)
  at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:1
90)
  at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
  at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
  at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:256)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
  at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:171)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
  at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
  at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
  at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
  at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
  at

RE: Deployment of WAR-files

2003-06-24 Thread Mike Curwen
Do you have a context declared for the web app ?
 
Check out this for details:
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topicf=5
6t=000264
 
It contains links to nagoya for bug reports on unpacking WARs with
context declared in server.xml.   I'm still irritated by the tone of the
response (in nagoya).


 -Original Message-
 From: Johannes Lietz [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, June 24, 2003 9:41 AM
 To: [EMAIL PROTECTED]
 Subject: Deployment of WAR-files
 
 
 I've got a question regarding the deployment of WAR-files in Tomcat:
 
 What is the right way to proceed?
 I tried putting my WAR-file into webapps (like I would do e.g. in 
 Weblogic), but Tomcat does not recognise it, only if I go to the 
 manager-app and use its install feature.
 
 Are there any tutorials or workflow descriptions for this?
 
 
 Thanks,
 Johannes 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Virtual Domains -- almost

2003-06-24 Thread Stephen Carville
OK, I have Apache and Tomcat working together -- mostly.  URL's go to teh 
right places but now one of the jsp's gives me the following error.  This  
worked when I didn't use virtual domains but had a separate copy of tomcat 
running as a standalone server for each domain on the machine.  That is not 
practical anymore so I am trying to get the virtual domains working.

Apache 1.3.22
Tomcat  4.1.24
Redhat 7.2

 error report -

HTTP Status 500 - 

type Exception report

message 

description The server encountered an internal error () that prevented it from 
fulfilling this request.

exception org.apache.jasper.JasperException: javax/jms/JMSException
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at 
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:261)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:360)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604)
at 
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
at java.lang.Thread.run(Thread.java:536)


root cause 

javax.servlet.ServletException: javax/jms/JMSException
at 
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:536)
at org.apache.jsp.ProdList_jsp._jspService(ProdList_jsp.java:1499)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at 

RE: How use an external C program in a Servlet

2003-06-24 Thread Atreya Basu
Hi Holger,

There are two things that you can do.  If your programme is a Library
then you can use JNI to create native wrappers then just call them from
the servlet.  This is pretty straightforward and I use them.

The other is to use: Runtime.getRuntime().exec(exec_name_and_params);
That will just execute a programme, you can get the Process object and
get it's InputStream and OutputStream.

Good Luck,

_
Atreya Basu
Developer,
Greenfield Research Inc.
e-mail: atreya (at) greenfieldresearch (dot) ca

-Original Message-
From: Holger Klawitter [mailto:[EMAIL PROTECTED] 
Sent: June 24, 2003 6:46 AM
To: Tomcat Users List
Subject: Re: How use an external C program in a Servlet

Am Dienstag, 24. Juni 2003 11:13 schrieb Michel Jubault:
 Thanks, I try it straight away !
 What kind of problem could occur with security ?

It depends on your situation. If any user may upload servlets, these
servlets 
may execute every program on that machine - with the rights of the
tomcat 
account, which might be root! Same problem if the arguments to the C
program 
are not sufficiently checked.

Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Januski, Ken
Another day's experimentation and no more progress. One thing I notice is
that the source code seems to refer to isapi_redirector2 and I'm using
isapi_redirector.dll. I'm using that because I'm following instructions from
ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their instructions
indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, at
least so far, have no reason to doubt them.

I've also edited my worker.properties files to a minimum just for testing.
I'm including it below. But I'm still puzzled as to why I'm getting the 404
error. The log indicates that an ajp13 worker is being created successfully
and I don't really see any errors related to it, other than the 404.

[Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into wc_get_worker_for_name
ajp13
[Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
done  found a worker
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc got
a worker for name ajp13
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
jk_worker_t::get_endpoint
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
jk_endpoint_t::service
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
ajp_marshal_into_msgb
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: ajp_marshal_into_msgb -
Done
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
connect socket = 2600
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
connect ret = 0
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
TCP_NODELAY to on
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, return, sd
= 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 #294
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
request body to send 0 - request body to resend 0
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 #81
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: ajp_unmarshal_response:
status = 404
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: ajp_unmarshal_response:
Number of headers is = 2
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: ajp_unmarshal_response:
Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: ajp_unmarshal_response:
Header[1] [Content-Language] = [en-US]
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
jk_ws_service_t::start_response
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
#756
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (562)]: Into
jk_ws_service_t::write
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 #2
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (872)]: HttpExtensionProc
service() returned OK
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1307)]: Into
jk_endpoint_t::done

I had assumed that it was the mapping to isapi_redirector.dll, that I noted
in the first message, that was the problem. But I don't really know. That's
why I'm looking for some guidance on what the log should be showing. In an
old log for a connection that worked there was not attempt to map
isapi_redirector.dll so I assume that part of the problem is there. I just
can't figure out what would cause Tomcat to try to map the dll.

This is the worker.properties. The only thing unusual is that I've changed
localhost to the name of the server: inqtomcat. I've also changed it back to
localhost and it's not made any difference.

Thanks for any more ideas.

Ken



# 
worker.ajp13.type=ajp13 
# 
#Specifies the load balance factor when used with a load balancing worker. 
#Note: 
#- lbfactor must be  0 
#- Low lbfactor means less work done by the worker. 
# 
worker.ajp13.lbfactor=1 
# 
#Specify the size of the open connection cache. 
#worker.ajp13.cachesize 
# 
#--DEFAULT LOAD BALANCER WORKER DEFINITION--- 
# 
#The loadbalancer (type lb) worker perform weighted round-robin 
#load balancing with sticky sessions. 
#Note: 
#--- If a worker dies, the load balancer will check its state once 
#in a while. Until then all work is redirected to peer worker. 
# 
worker.loadbalancer.type=lb 
worker.loadbalancer.balanced_workers=ajp13 
# 
#worker.tomcat_home should point to the location where you installed 
#tomcat. This is where you have your conf, webapps and lib directories. 
#Note: Please make sure to enter the appropriate path from your machine. 
# 
worker.tomcat_home=C:\Tomcat4112
# 
#worker.java_home should point to your Java installation. 
#Normally you should have a bin and lib directories beneath it. 
#Note: Please make sure to enter the appropriate path from your machine. 
# 
worker.java_home=C:\java\jdk1.4 
# 
#You should configure your environment slash...ps=\on NT and 

java.net.UnknownHostException: jakarta.apache.org

2003-06-24 Thread Flo
Hi 

i installed Tomcat 4.1.24
My internet connection was down and when i restart Tomcat i got on starting this error 
:
java.net.UnknownHostException: jakarta.apache.org
...

And i was unable to test my work

How can i fix this problem ?


Conflict of Kazaa and Tomcat

2003-06-24 Thread David
Hi guys,
 
I am a newbie to Tomcat. 
I followed all the instructions on how to set up the tomcat server. I
managed to test if it is working and stuff.
 
I setup the server properly. Ran the test page, I managed to get the to
Tomcat set up test page correctly displayed.
PROBLEM: All the set up and test were done with my Kazaa switched off.
 
When my kazaa is running, this is where the problem lies.
 
If I were to let my Kazaa to run, I find that my Tomcat server can be
successful started up. When I try to access my localhost site on my IE,
it turns out that the 
Download folder of Kazaa is the root for my localhost address.
 
I am using Windows XP. Does anyone know why when I am running Kazaa, the
tomcat server cannot be started ?
 
Regards
David
 


RE: Conflict of Kazaa and Tomcat

2003-06-24 Thread Mike Curwen
I'm pretty sure Kazaa starts a webserver on port 80. That's also how
Kazza's theatre (preview a downloading movie file) works. 
 
If you've modified Tomcat to start on port 80, then change it back to
8080.  Or... if I'm remembering wrong, and it's kazza that starts on
8080, then change Tomcat to 80.  


 -Original Message-
 From: David [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, June 24, 2003 12:37 PM
 To: Tomcat User
 Subject: Conflict of Kazaa and Tomcat
 
 
 Hi guys,
  
 I am a newbie to Tomcat. 
 I followed all the instructions on how to set up the tomcat 
 server. I managed to test if it is working and stuff.
  
 I setup the server properly. Ran the test page, I managed to 
 get the to Tomcat set up test page correctly displayed.
 PROBLEM: All the set up and test were done with my Kazaa switched off.
  
 When my kazaa is running, this is where the problem lies.
  
 If I were to let my Kazaa to run, I find that my Tomcat 
 server can be successful started up. When I try to access my 
 localhost site on my IE, it turns out that the 
 Download folder of Kazaa is the root for my localhost address.
  
 I am using Windows XP. Does anyone know why when I am running 
 Kazaa, the tomcat server cannot be started ?
  
 Regards
 David
  
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread John Turner
There's no need for any of the loadbalancing stuff in workers.properties. 
You only need the four lines: type, name, port, host.

John

On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] 
wrote:

Another day's experimentation and no more progress. One thing I notice is
that the source code seems to refer to isapi_redirector2 and I'm using
isapi_redirector.dll. I'm using that because I'm following instructions 
from
ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their 
instructions
indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, 
at
least so far, have no reason to doubt them.

I've also edited my worker.properties files to a minimum just for 
testing.
I'm including it below. But I'm still puzzled as to why I'm getting the 
404
error. The log indicates that an ajp13 worker is being created 
successfully
and I don't really see any errors related to it, other than the 404.

[Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into 
wc_get_worker_for_name
ajp13
[Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
done  found a worker
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc 
got
a worker for name ajp13
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
jk_worker_t::get_endpoint
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
jk_endpoint_t::service
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
ajp_marshal_into_msgb
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: 
ajp_marshal_into_msgb -
Done
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
connect socket = 2600
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
connect ret = 0
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
TCP_NODELAY to on
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, return, 
sd
= 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 
#294
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
request body to send 0 - request body to resend 0
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
#81
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: 
ajp_unmarshal_response:
status = 404
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: 
ajp_unmarshal_response:
Number of headers is = 2
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
ajp_unmarshal_response:
Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
ajp_unmarshal_response:
Header[1] [Content-Language] = [en-US]
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
jk_ws_service_t::start_response
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
#756
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (562)]: Into
jk_ws_service_t::write
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
#2
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (872)]: HttpExtensionProc
service() returned OK
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1307)]: Into
jk_endpoint_t::done

I had assumed that it was the mapping to isapi_redirector.dll, that I 
noted
in the first message, that was the problem. But I don't really know. 
That's
why I'm looking for some guidance on what the log should be showing. In 
an
old log for a connection that worked there was not attempt to map
isapi_redirector.dll so I assume that part of the problem is there. I 
just
can't figure out what would cause Tomcat to try to map the dll.

This is the worker.properties. The only thing unusual is that I've 
changed
localhost to the name of the server: inqtomcat. I've also changed it back 
to
localhost and it's not made any difference.

Thanks for any more ideas.

Ken



# worker.ajp13.type=ajp13 # #Specifies the load balance factor when used 
with a load balancing worker. #Note: #- lbfactor must be  0 #- 
Low lbfactor means less work done by the worker. # 
worker.ajp13.lbfactor=1 # #Specify the size of the open connection cache. 
#worker.ajp13.cachesize # #--DEFAULT LOAD BALANCER WORKER DEFINITION-- 

- # #The loadbalancer (type lb) worker perform weighted round- 
robin #load balancing with sticky sessions. #Note: #--- If a worker 
dies, the load balancer will check its state once #in a while. Until then 
all work is redirected to peer worker. # worker.loadbalancer.type=lb 
worker.loadbalancer.balanced_workers=ajp13 # #worker.tomcat_home should 
point to the location where you installed #tomcat. This is where you have 
your conf, webapps and lib directories. #Note: Please make sure to enter 
the appropriate path from your machine. # 
worker.tomcat_home=C:\Tomcat4112
# #worker.java_home should point to your Java installation. #Normally you 

RE: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Januski, Ken
Thanks John,

I wasn't sure about the loadbalancing. I commented it out but I'm still
getting the 404 errors, /jakarta/isapi_redirector.dll is not available.

I've watched other people have this error, including someone about a week
ago I think, in which you gave some advice. But as far as I can tell the
problem was never solved. It's surprising to me how fragile the IIS/Tomcat
connectors seem to be. Most of the documentation finally ends with this
should now work. If not please check for typos in worker.properties, etc.
Perhaps this really is the right advice and I'll eventually see a typo. But
right now it sure doesn't look like there are any to me and it's hard to
know where to turn next, other than scouring the web for people who've had
similar problems.

I guess what I find oddest is that the logs are full of information but no
one seems to know how to interpret them But then again I probably put
more stock in logs than many people do.

Ken

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:58 PM
To: Tomcat Users List
Subject: Re: Connectors for IIS/Tomcat SHOULD make sense



There's no need for any of the loadbalancing stuff in workers.properties. 
You only need the four lines: type, name, port, host.

John

On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] 
wrote:

 Another day's experimentation and no more progress. One thing I notice is
 that the source code seems to refer to isapi_redirector2 and I'm using
 isapi_redirector.dll. I'm using that because I'm following instructions 
 from
 ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their 
 instructions
 indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, 
 at
 least so far, have no reason to doubt them.

 I've also edited my worker.properties files to a minimum just for 
 testing.
 I'm including it below. But I'm still puzzled as to why I'm getting the 
 404
 error. The log indicates that an ajp13 worker is being created 
 successfully
 and I don't really see any errors related to it, other than the 404.

 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into 
 wc_get_worker_for_name
 ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
 done  found a worker
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc 
 got
 a worker for name ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
 jk_worker_t::get_endpoint
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
 jk_endpoint_t::service
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
 ajp_marshal_into_msgb
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: 
 ajp_marshal_into_msgb -
 Done
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
 connect socket = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
 connect ret = 0
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
 TCP_NODELAY to on
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, return, 
 sd
 = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
 jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 
 #294
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
 request body to send 0 - request body to resend 0
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
 #81
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: 
 ajp_unmarshal_response:
 status = 404
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: 
 ajp_unmarshal_response:
 Number of headers is = 2
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[1] [Content-Language] = [en-US]
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
 jk_ws_service_t::start_response
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
 #756
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (562)]: Into
 jk_ws_service_t::write
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
 #2
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (872)]: HttpExtensionProc
 service() returned OK
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1307)]: Into
 jk_endpoint_t::done

 I had assumed that it was the mapping to isapi_redirector.dll, that I 
 noted
 in the first message, that was the problem. But I don't really know. 
 That's
 why I'm looking for some guidance on what the log should be showing. In 
 an
 old log for a connection that worked there was not attempt to map
 isapi_redirector.dll so I assume that part of the problem is there. I 
 just
 can't figure out what would cause Tomcat to try to map the dll.

 This 

Re: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread John Turner
I wish I could help, but I avoid IIS if possible.  The only thing I know to 
suggest is the configuration tutorial at onjava.com.

John

On Tue, 24 Jun 2003 14:27:40 -0400, Januski, Ken [EMAIL PROTECTED] 
wrote:

Thanks John,

I wasn't sure about the loadbalancing. I commented it out but I'm still
getting the 404 errors, /jakarta/isapi_redirector.dll is not available.
I've watched other people have this error, including someone about a week
ago I think, in which you gave some advice. But as far as I can tell the
problem was never solved. It's surprising to me how fragile the 
IIS/Tomcat
connectors seem to be. Most of the documentation finally ends with this
should now work. If not please check for typos in worker.properties, 
etc.
Perhaps this really is the right advice and I'll eventually see a typo. 
But
right now it sure doesn't look like there are any to me and it's hard to
know where to turn next, other than scouring the web for people who've 
had
similar problems.

I guess what I find oddest is that the logs are full of information but 
no
one seems to know how to interpret them But then again I probably put
more stock in logs than many people do.

Ken

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:58 PM
To: Tomcat Users List
Subject: Re: Connectors for IIS/Tomcat SHOULD make sense


There's no need for any of the loadbalancing stuff in workers.properties. 
You only need the four lines: type, name, port, host.

John

On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken 
[EMAIL PROTECTED] wrote:

Another day's experimentation and no more progress. One thing I notice 
is
that the source code seems to refer to isapi_redirector2 and I'm using
isapi_redirector.dll. I'm using that because I'm following instructions 
from
ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their 
instructions
indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, 
at
least so far, have no reason to doubt them.

I've also edited my worker.properties files to a minimum just for 
testing.
I'm including it below. But I'm still puzzled as to why I'm getting the 
404
error. The log indicates that an ajp13 worker is being created 
successfully
and I don't really see any errors related to it, other than the 404.

[Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into 
wc_get_worker_for_name
ajp13
[Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
done  found a worker
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc 
got
a worker for name ajp13
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
jk_worker_t::get_endpoint
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
jk_endpoint_t::service
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
ajp_marshal_into_msgb
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: 
ajp_marshal_into_msgb -
Done
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
connect socket = 2600
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
connect ret = 0
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
TCP_NODELAY to on
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, 
return, sd
= 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 
#294
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
request body to send 0 - request body to resend 0
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
#81
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: 
ajp_unmarshal_response:
status = 404
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: 
ajp_unmarshal_response:
Number of headers is = 2
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
ajp_unmarshal_response:
Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
ajp_unmarshal_response:
Header[1] [Content-Language] = [en-US]
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
jk_ws_service_t::start_response
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
#756
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (562)]: Into
jk_ws_service_t::write
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
#2
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (872)]: HttpExtensionProc
service() returned OK
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1307)]: Into
jk_endpoint_t::done

I had assumed that it was the mapping to isapi_redirector.dll, that I 
noted
in the first message, that was the problem. But I don't really know. 
That's
why I'm looking for some guidance on what the log should be showing. In 
an
old log for a connection that worked there was not attempt to map

RE: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Januski, Ken
Thanks John,

I'd just as soon avoid IIS but unfortunately it's something that my company
uses.:-)

I also think that there's enough people who have to/choose to use IIS that
it would be helpful to figure out what causes this problem. The last time I
solved it I'd been beating my head against the wall for so long that I
couldn't remember what I did when it finally did work. Not my preferred
method of problem-solving.:-)


Ken

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:40 PM
To: Tomcat Users List
Subject: Re: Connectors for IIS/Tomcat SHOULD make sense



I wish I could help, but I avoid IIS if possible.  The only thing I know to 
suggest is the configuration tutorial at onjava.com.

John

On Tue, 24 Jun 2003 14:27:40 -0400, Januski, Ken [EMAIL PROTECTED] 
wrote:

 Thanks John,

 I wasn't sure about the loadbalancing. I commented it out but I'm still
 getting the 404 errors, /jakarta/isapi_redirector.dll is not available.

 I've watched other people have this error, including someone about a week
 ago I think, in which you gave some advice. But as far as I can tell the
 problem was never solved. It's surprising to me how fragile the 
 IIS/Tomcat
 connectors seem to be. Most of the documentation finally ends with this
 should now work. If not please check for typos in worker.properties, 
 etc.
 Perhaps this really is the right advice and I'll eventually see a typo. 
 But
 right now it sure doesn't look like there are any to me and it's hard to
 know where to turn next, other than scouring the web for people who've 
 had
 similar problems.

 I guess what I find oddest is that the logs are full of information but 
 no
 one seems to know how to interpret them But then again I probably put
 more stock in logs than many people do.

 Ken

 -Original Message-
 From: John Turner [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, June 24, 2003 1:58 PM
 To: Tomcat Users List
 Subject: Re: Connectors for IIS/Tomcat SHOULD make sense



 There's no need for any of the loadbalancing stuff in workers.properties. 
 You only need the four lines: type, name, port, host.

 John

 On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken 
 [EMAIL PROTECTED] wrote:

 Another day's experimentation and no more progress. One thing I notice 
 is
 that the source code seems to refer to isapi_redirector2 and I'm using
 isapi_redirector.dll. I'm using that because I'm following instructions 
 from
 ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their 
 instructions
 indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, 
 at
 least so far, have no reason to doubt them.

 I've also edited my worker.properties files to a minimum just for 
 testing.
 I'm including it below. But I'm still puzzled as to why I'm getting the 
 404
 error. The log indicates that an ajp13 worker is being created 
 successfully
 and I don't really see any errors related to it, other than the 404.

 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into 
 wc_get_worker_for_name
 ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
 done  found a worker
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc 
 got
 a worker for name ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
 jk_worker_t::get_endpoint
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
 jk_endpoint_t::service
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
 ajp_marshal_into_msgb
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: 
 ajp_marshal_into_msgb -
 Done
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
 connect socket = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
 connect ret = 0
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
 TCP_NODELAY to on
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, 
 return, sd
 = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
 jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 
 #294
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
 request body to send 0 - request body to resend 0
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
 #81
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: 
 ajp_unmarshal_response:
 status = 404
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: 
 ajp_unmarshal_response:
 Number of headers is = 2
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[1] [Content-Language] = [en-US]
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
 

Re: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Jason Bainbridge
Lets get back to basics...

Is the ISAPI plugin showing with a green arrow in IIS indicating it has been 
loaded successfully?

What does your uriworkermap.properties file look like? 

What is throwing the 404? Tomcat or IIS? What URL are you trying to access 
when you get the 404?

Regards,
-- 
Jason Bainbridge
http://jblinux.org

On Wed, 25 Jun 2003 02:27, Januski, Ken wrote:
 Thanks John,

 I wasn't sure about the loadbalancing. I commented it out but I'm still
 getting the 404 errors, /jakarta/isapi_redirector.dll is not available.

 I've watched other people have this error, including someone about a week
 ago I think, in which you gave some advice. But as far as I can tell the
 problem was never solved. It's surprising to me how fragile the IIS/Tomcat
 connectors seem to be. Most of the documentation finally ends with this
 should now work. If not please check for typos in worker.properties, etc.
 Perhaps this really is the right advice and I'll eventually see a typo. But
 right now it sure doesn't look like there are any to me and it's hard to
 know where to turn next, other than scouring the web for people who've had
 similar problems.

 I guess what I find oddest is that the logs are full of information but no
 one seems to know how to interpret them But then again I probably put
 more stock in logs than many people do.

 Ken

 -Original Message-
 From: John Turner [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, June 24, 2003 1:58 PM
 To: Tomcat Users List
 Subject: Re: Connectors for IIS/Tomcat SHOULD make sense



 There's no need for any of the loadbalancing stuff in workers.properties.
 You only need the four lines: type, name, port, host.

 John

 On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED]

 wrote:
  Another day's experimentation and no more progress. One thing I notice is
  that the source code seems to refer to isapi_redirector2 and I'm using
  isapi_redirector.dll. I'm using that because I'm following instructions
  from
  ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their
  instructions
  indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I,
  at
  least so far, have no reason to doubt them.
 
  I've also edited my worker.properties files to a minimum just for
  testing.
  I'm including it below. But I'm still puzzled as to why I'm getting the
  404
  error. The log indicates that an ajp13 worker is being created
  successfully
  and I don't really see any errors related to it, other than the 404.
 
  [Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into
  wc_get_worker_for_name
  ajp13
  [Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
  done  found a worker
  [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc
  got
  a worker for name ajp13
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
  jk_worker_t::get_endpoint
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
  jk_endpoint_t::service
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
  ajp_marshal_into_msgb
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]:
  ajp_marshal_into_msgb -
  Done
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
  connect socket = 2600
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
  connect ret = 0
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
  TCP_NODELAY to on
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, return,
  sd
  = 2600
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
  jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13
  #294
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
  request body to send 0 - request body to resend 0
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
  #81
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]:
  ajp_unmarshal_response:
  status = 404
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]:
  ajp_unmarshal_response:
  Number of headers is = 2
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]:
  ajp_unmarshal_response:
  Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]:
  ajp_unmarshal_response:
  Header[1] [Content-Language] = [en-US]
  [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
  jk_ws_service_t::start_response
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
  #756
  [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (562)]: Into
  jk_ws_service_t::write
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
  #2
  [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (872)]: HttpExtensionProc
  service() returned OK
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1307)]: Into
  

RE: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Jose Santiago Oyervides Gonzalez
Hi Ken,
This link explains how to install Tomcat 4.0.5 with IIS.
http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow;
d=24055
I followed the instructions and worked. (with some help of this list)
I hope it can help you.

Regards.
Jose Oyervides.

-Original Message-
From: Januski, Ken [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:28 PM
To: Tomcat Users List
Subject: RE: Connectors for IIS/Tomcat SHOULD make sense


Thanks John,

I wasn't sure about the loadbalancing. I commented it out but I'm still
getting the 404 errors, /jakarta/isapi_redirector.dll is not available.

I've watched other people have this error, including someone about a week
ago I think, in which you gave some advice. But as far as I can tell the
problem was never solved. It's surprising to me how fragile the IIS/Tomcat
connectors seem to be. Most of the documentation finally ends with this
should now work. If not please check for typos in worker.properties, etc.
Perhaps this really is the right advice and I'll eventually see a typo. But
right now it sure doesn't look like there are any to me and it's hard to
know where to turn next, other than scouring the web for people who've had
similar problems.

I guess what I find oddest is that the logs are full of information but no
one seems to know how to interpret them But then again I probably put
more stock in logs than many people do.

Ken

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:58 PM
To: Tomcat Users List
Subject: Re: Connectors for IIS/Tomcat SHOULD make sense



There's no need for any of the loadbalancing stuff in workers.properties. 
You only need the four lines: type, name, port, host.

John

On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] 
wrote:

 Another day's experimentation and no more progress. One thing I notice is
 that the source code seems to refer to isapi_redirector2 and I'm using
 isapi_redirector.dll. I'm using that because I'm following instructions 
 from
 ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their 
 instructions
 indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, 
 at
 least so far, have no reason to doubt them.

 I've also edited my worker.properties files to a minimum just for 
 testing.
 I'm including it below. But I'm still puzzled as to why I'm getting the 
 404
 error. The log indicates that an ajp13 worker is being created 
 successfully
 and I don't really see any errors related to it, other than the 404.

 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into 
 wc_get_worker_for_name
 ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
 done  found a worker
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc 
 got
 a worker for name ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
 jk_worker_t::get_endpoint
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
 jk_endpoint_t::service
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
 ajp_marshal_into_msgb
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: 
 ajp_marshal_into_msgb -
 Done
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
 connect socket = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
 connect ret = 0
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
 TCP_NODELAY to on
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, return, 
 sd
 = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
 jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 
 #294
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
 request body to send 0 - request body to resend 0
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
 #81
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: 
 ajp_unmarshal_response:
 status = 404
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: 
 ajp_unmarshal_response:
 Number of headers is = 2
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[1] [Content-Language] = [en-US]
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
 jk_ws_service_t::start_response
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
 #756
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (562)]: Into
 jk_ws_service_t::write
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
 #2
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (872)]: HttpExtensionProc
 service() returned OK
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1307)]: Into
 

RE: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Januski, Ken
Thanks Jose,

Those are the instructions I've been using, and reusing, but I keep getting
the 404 errors.

Ken

-Original Message-
From: Jose Santiago Oyervides Gonzalez
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:54 PM
To: Tomcat Users List
Subject: RE: Connectors for IIS/Tomcat SHOULD make sense


Hi Ken,
This link explains how to install Tomcat 4.0.5 with IIS.
http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow;
d=24055
I followed the instructions and worked. (with some help of this list)
I hope it can help you.

Regards.
Jose Oyervides.

-Original Message-
From: Januski, Ken [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:28 PM
To: Tomcat Users List
Subject: RE: Connectors for IIS/Tomcat SHOULD make sense


Thanks John,

I wasn't sure about the loadbalancing. I commented it out but I'm still
getting the 404 errors, /jakarta/isapi_redirector.dll is not available.

I've watched other people have this error, including someone about a week
ago I think, in which you gave some advice. But as far as I can tell the
problem was never solved. It's surprising to me how fragile the IIS/Tomcat
connectors seem to be. Most of the documentation finally ends with this
should now work. If not please check for typos in worker.properties, etc.
Perhaps this really is the right advice and I'll eventually see a typo. But
right now it sure doesn't look like there are any to me and it's hard to
know where to turn next, other than scouring the web for people who've had
similar problems.

I guess what I find oddest is that the logs are full of information but no
one seems to know how to interpret them But then again I probably put
more stock in logs than many people do.

Ken

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:58 PM
To: Tomcat Users List
Subject: Re: Connectors for IIS/Tomcat SHOULD make sense



There's no need for any of the loadbalancing stuff in workers.properties. 
You only need the four lines: type, name, port, host.

John

On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] 
wrote:

 Another day's experimentation and no more progress. One thing I notice is
 that the source code seems to refer to isapi_redirector2 and I'm using
 isapi_redirector.dll. I'm using that because I'm following instructions 
 from
 ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their 
 instructions
 indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, 
 at
 least so far, have no reason to doubt them.

 I've also edited my worker.properties files to a minimum just for 
 testing.
 I'm including it below. But I'm still puzzled as to why I'm getting the 
 404
 error. The log indicates that an ajp13 worker is being created 
 successfully
 and I don't really see any errors related to it, other than the 404.

 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into 
 wc_get_worker_for_name
 ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
 done  found a worker
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc 
 got
 a worker for name ajp13
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
 jk_worker_t::get_endpoint
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
 jk_endpoint_t::service
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
 ajp_marshal_into_msgb
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: 
 ajp_marshal_into_msgb -
 Done
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
 connect socket = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
 connect ret = 0
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
 TCP_NODELAY to on
 [Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, return, 
 sd
 = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
 jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 
 #294
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
 request body to send 0 - request body to resend 0
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
 #81
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: 
 ajp_unmarshal_response:
 status = 404
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: 
 ajp_unmarshal_response:
 Number of headers is = 2
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
 ajp_unmarshal_response:
 Header[1] [Content-Language] = [en-US]
 [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (428)]: Into
 jk_ws_service_t::start_response
 [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13
 #756
 [Tue Jun 24 

Re: tomcat 4.1.24 + sdk 1.4.1_03 + Win 2000

2003-06-24 Thread Jason Bainbridge
It sounds like it is getting confused with your various Tomcat installs, what 
are the environment variables you have got set?

A post in the archive suggested editing out the JMX MBeans stuff in server.xml 
and it worked for the original poster, so if you don't need it (if you don't 
know what it is it is likely that you don't) so in server.xml comment out the 
following:

!-- Uncomment these entries to enable JMX MBeans support --
  Listener className=org.apache.catalina.mbeans.ServerLifecycleListener 
debug=0/
  Listener
className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener
debug=0/

I would be more tempted to look more at the environment variables and possible 
problems from the long paths though as a proper solution.

Regards,
-- 
Jason Bainbridge
http://jblinux.org

On Tue, 24 Jun 2003 17:32, Mark Hayes wrote:
 Unable to start Tomcat 4.1.24 with sdk 1.4.1_03 on Windows 2000

 ClassNotFoundException: org.apache.catalina.core.StandardServer

 C:\Program Files\Apache Group\Tomcat 4.1\bincatalina run
 Using CATALINA_BASE:   C:\Program Files\Apache Group\Tomcat 4.1
 Using CATALINA_HOME:   C:\Program Files\Apache Group\Tomcat 4.1
 Using CATALINA_TMPDIR: C:\Program Files\Apache Group\Tomcat 4.1\temp
 Using JAVA_HOME:   C:\j2sdk1.4.1_03
 Jun 24, 2003 5:22:15 PM org.apache.commons.digester.Digester startElement
 SEVERE: Begin event threw exception
 java.lang.ClassNotFoundException: org.apache.catalina.core.StandardServer

 Have struggled with this for 2 days. Symptom occurs with LE version, non-LE
 version, exe version, and zip version  Symptom occurs with earlier version
 of TC 4.1.x (4.1.12).  TC 4.0.1 starts OK on sdk 1.4.1_03

 I am using catalina run to invoke Tomcat from the Tomcat bin directory.
 JAVA_HOME and CATALINA_HOME are both set.

 StandardServer is in C:\Program Files\Apache Group\Tomcat
 4.1\server\lib\catalina.jar

 Has anyone encountered this?  Have tried numerous uninstall/reinstall and
 search hi and low with no success.



 - -
 COL Ltd in Hong Kong has checked this message for all
 known viruses using SkyScan-AV powered by MessageLabs.
 For information on this service e-mail [EMAIL PROTECTED]
 or visit www.col.com.hk
 - -

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread John Turner
Have you tried this URL?

http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html

Its the one I would use if I was setting it up.

John

On Tue, 24 Jun 2003 14:58:48 -0400, Januski, Ken [EMAIL PROTECTED] 
wrote:

Thanks Jose,

Those are the instructions I've been using, and reusing, but I keep 
getting
the 404 errors.

Ken

-Original Message-
From: Jose Santiago Oyervides Gonzalez
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:54 PM
To: Tomcat Users List
Subject: RE: Connectors for IIS/Tomcat SHOULD make sense
Hi Ken,
This link explains how to install Tomcat 4.0.5 with IIS.
http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow; 

d=24055
I followed the instructions and worked. (with some help of this list)
I hope it can help you.
Regards.
Jose Oyervides.
-Original Message-
From: Januski, Ken [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:28 PM
To: Tomcat Users List
Subject: RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks John,

I wasn't sure about the loadbalancing. I commented it out but I'm still
getting the 404 errors, /jakarta/isapi_redirector.dll is not available.
I've watched other people have this error, including someone about a week
ago I think, in which you gave some advice. But as far as I can tell the
problem was never solved. It's surprising to me how fragile the 
IIS/Tomcat
connectors seem to be. Most of the documentation finally ends with this
should now work. If not please check for typos in worker.properties, 
etc.
Perhaps this really is the right advice and I'll eventually see a typo. 
But
right now it sure doesn't look like there are any to me and it's hard to
know where to turn next, other than scouring the web for people who've 
had
similar problems.

I guess what I find oddest is that the logs are full of information but 
no
one seems to know how to interpret them But then again I probably put
more stock in logs than many people do.

Ken

-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:58 PM
To: Tomcat Users List
Subject: Re: Connectors for IIS/Tomcat SHOULD make sense


There's no need for any of the loadbalancing stuff in workers.properties. 
You only need the four lines: type, name, port, host.

John

On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken 
[EMAIL PROTECTED] wrote:

Another day's experimentation and no more progress. One thing I notice 
is
that the source code seems to refer to isapi_redirector2 and I'm using
isapi_redirector.dll. I'm using that because I'm following instructions 
from
ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their 
instructions
indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, 
at
least so far, have no reason to doubt them.

I've also edited my worker.properties files to a minimum just for 
testing.
I'm including it below. But I'm still puzzled as to why I'm getting the 
404
error. The log indicates that an ajp13 worker is being created 
successfully
and I don't really see any errors related to it, other than the 404.

[Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into 
wc_get_worker_for_name
ajp13
[Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
done  found a worker
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc 
got
a worker for name ajp13
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
jk_worker_t::get_endpoint
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
jk_endpoint_t::service
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
ajp_marshal_into_msgb
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]: 
ajp_marshal_into_msgb -
Done
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
connect socket = 2600
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
connect ret = 0
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
TCP_NODELAY to on
[Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket, 
return, sd
= 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (612)]: sending to ajp13 
#294
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (853)]: ajp_send_request 2:
request body to send 0 - request body to resend 0
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (698)]: received from ajp13 
#81
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (461)]: 
ajp_unmarshal_response:
status = 404
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (466)]: 
ajp_unmarshal_response:
Number of headers is = 2
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
ajp_unmarshal_response:
Header[0] [Content-Type] = [text/html;charset=ISO-8859-1]
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (506)]: 
ajp_unmarshal_response:
Header[1] [Content-Language] = [en-US]
[Tue Jun 24 12:47:34 2003]  

Re: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Jason Bainbridge
On Wed, 25 Jun 2003 02:58, Januski, Ken wrote:
 I wasn't sure about the loadbalancing. I commented it out but I'm still
 getting the 404 errors, /jakarta/isapi_redirector.dll is not available.

That tells me something is wrong with loading the ISAPI plugin on the IIS side 
of the fence, so is the green arrow showing in IIS?

Regards,
-- 
Jason Bainbridge
http://jblinux.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Januski, Ken
Hi Jason,

Yes the green arrow is green and pointing up. I've removed and added both
the filter and the virtual directory many times. I really seem to have no
problem getting it to work.

I believe that it's Tomcat that is causing the problem as the log indicates
an ajp13 worker is created. Also most of the various urls I've tried get a
match in the log. So this indicates to me that the properties files are
being used. So for example my minimal worker.properties has
/examples/*=ajp13. If I use http://inqtomcat/examples/; the log shows that
a match is found in uriworkermap.properties. HttpFilterProc then checks to
see if it's a servlet, etc. However the log then shows that it tries to map
/jakarta/isapi_redirector.dll and doesn't find a match. I don't think it
should be trying to match that or map it. Also I've tried /examples or other
files with inqtomcat:8080 and they work fine.

So it looks to me like the filter is redirecting from IIS to Tomcat as it
should but Tomcat then is trying to do the wrong thing with the file.

Ken

-Original Message-
From: Jason Bainbridge [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:54 PM
To: Tomcat Users List
Subject: Re: Connectors for IIS/Tomcat SHOULD make sense


Lets get back to basics...

Is the ISAPI plugin showing with a green arrow in IIS indicating it has been

loaded successfully?

What does your uriworkermap.properties file look like? 

What is throwing the 404? Tomcat or IIS? What URL are you trying to access 
when you get the 404?

Regards,
-- 
Jason Bainbridge
http://jblinux.org

On Wed, 25 Jun 2003 02:27, Januski, Ken wrote:
 Thanks John,

 I wasn't sure about the loadbalancing. I commented it out but I'm still
 getting the 404 errors, /jakarta/isapi_redirector.dll is not available.

 I've watched other people have this error, including someone about a week
 ago I think, in which you gave some advice. But as far as I can tell the
 problem was never solved. It's surprising to me how fragile the IIS/Tomcat
 connectors seem to be. Most of the documentation finally ends with this
 should now work. If not please check for typos in worker.properties, etc.
 Perhaps this really is the right advice and I'll eventually see a typo.
But
 right now it sure doesn't look like there are any to me and it's hard to
 know where to turn next, other than scouring the web for people who've had
 similar problems.

 I guess what I find oddest is that the logs are full of information but no
 one seems to know how to interpret them But then again I probably put
 more stock in logs than many people do.

 Ken

 -Original Message-
 From: John Turner [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, June 24, 2003 1:58 PM
 To: Tomcat Users List
 Subject: Re: Connectors for IIS/Tomcat SHOULD make sense



 There's no need for any of the loadbalancing stuff in workers.properties.
 You only need the four lines: type, name, port, host.

 John

 On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED]

 wrote:
  Another day's experimentation and no more progress. One thing I notice
is
  that the source code seems to refer to isapi_redirector2 and I'm using
  isapi_redirector.dll. I'm using that because I'm following instructions
  from
  ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their
  instructions
  indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I,
  at
  least so far, have no reason to doubt them.
 
  I've also edited my worker.properties files to a minimum just for
  testing.
  I'm including it below. But I'm still puzzled as to why I'm getting the
  404
  error. The log indicates that an ajp13 worker is being created
  successfully
  and I don't really see any errors related to it, other than the 404.
 
  [Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into
  wc_get_worker_for_name
  ajp13
  [Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
  done  found a worker
  [Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc
  got
  a worker for name ajp13
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
  jk_worker_t::get_endpoint
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
  jk_endpoint_t::service
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
  ajp_marshal_into_msgb
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (413)]:
  ajp_marshal_into_msgb -
  Done
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (116)]: Into jk_open_socket
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (123)]: jk_open_socket, try to
  connect socket = 2600
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (132)]: jk_open_socket, after
  connect ret = 0
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (140)]: jk_open_socket, set
  TCP_NODELAY to on
  [Tue Jun 24 12:47:34 2003]  [jk_connect.c (148)]: jk_open_socket,
return,
  sd
  = 2600
  [Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (588)]: In
  jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600
  [Tue Jun 24 12:47:34 2003]  

error starting Tomcat 4.1.24 without Internet connection

2003-06-24 Thread Flo
Hi

i installed Tomcat 4.1.24
My internet connection was down and when i restart Tomcat i got on starting
this error :
java.net.UnknownHostException: jakarta.apache.org
...

And i was unable to test my work

How can i fix this problem ?




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Deployment of WAR-files

2003-06-24 Thread Geralyn M Hollerman
Phillip Qin [EMAIL PROTECTED] wrote:

 - compile your code
 - create a context.xml in META-INF
 - make the war
 - use tomcat manager to deploy
 
 To prevent war from expanding, set unpackWar to false in server.xml's Host
 element.
 
 -Original Message-
 From: Mark F [mailto:[EMAIL PROTECTED]
 Sent: June 24, 2003 10:44 AM
 To: Tomcat Users List
 Subject: Re: Deployment of WAR-files
 
 I have a simalar problem with deployment. I refer to the .war file in the
 context yet it still gets expanded.  No matter what I do it gets expanded?
 
 Thanks,
 -Mark
 
 - Original Message -
 From: Johannes Lietz [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Tuesday, June 24, 2003 9:40 AM
 Subject: Deployment of WAR-files
 
  I've got a question regarding the deployment of WAR-files in Tomcat:
 
  What is the right way to proceed?
  I tried putting my WAR-file into webapps (like I would do e.g. in
  Weblogic), but Tomcat does not recognise it, only if I go to the
  manager-app and use its install feature.
 
  Are there any tutorials or workflow descriptions for this?

If I might add to this discussion - something I've found on both a PC
and a Solaris system - if I'm not using the Tomcat manager to deploy an
application, I not only have to restart Tomcat, I have to restart my
whole system - or maybe I'm not being technically precise here; I have
to log out and back in on Solaris, reboot the PC. THEN the .wars I put
in /webapps will expand (unpack) and deploy with the start-up of Tomcat.
All the docs I've read say to just drop the .war in /webapps and
restart Tomcat but that never worked for me...

-- 
Lynn Hollerman.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Connectors for IIS/Tomcat SHOULD make sense

2003-06-24 Thread Dominic Parry
Hi Ken

I have a suggestion. You should try using JK2 instead of JK, ie use 
isapi_redirector2.dll. If you want, I can send you all my working configs for this 
connector. If you don't want to use it, try posting your workers.properties file, and 
we can try to spot that typo

Cheers

Dom
  - Original Message - 
  From: Januski, Ken 
  To: Tomcat Users List 
  Sent: Tuesday, June 24, 2003 9:10 PM
  Subject: RE: Connectors for IIS/Tomcat SHOULD make sense


  Hi Jason,

  Yes the green arrow is green and pointing up. I've removed and added both
  the filter and the virtual directory many times. I really seem to have no
  problem getting it to work.

  I believe that it's Tomcat that is causing the problem as the log indicates
  an ajp13 worker is created. Also most of the various urls I've tried get a
  match in the log. So this indicates to me that the properties files are
  being used. So for example my minimal worker.properties has
  /examples/*=ajp13. If I use http://inqtomcat/examples/; the log shows that
  a match is found in uriworkermap.properties. HttpFilterProc then checks to
  see if it's a servlet, etc. However the log then shows that it tries to map
  /jakarta/isapi_redirector.dll and doesn't find a match. I don't think it
  should be trying to match that or map it. Also I've tried /examples or other
  files with inqtomcat:8080 and they work fine.

  So it looks to me like the filter is redirecting from IIS to Tomcat as it
  should but Tomcat then is trying to do the wrong thing with the file.

  Ken

  -Original Message-
  From: Jason Bainbridge [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, June 24, 2003 2:54 PM
  To: Tomcat Users List
  Subject: Re: Connectors for IIS/Tomcat SHOULD make sense


  Lets get back to basics...

  Is the ISAPI plugin showing with a green arrow in IIS indicating it has been

  loaded successfully?

  What does your uriworkermap.properties file look like? 

  What is throwing the 404? Tomcat or IIS? What URL are you trying to access 
  when you get the 404?

  Regards,
  -- 
  Jason Bainbridge
  http://jblinux.org

  On Wed, 25 Jun 2003 02:27, Januski, Ken wrote:
   Thanks John,
  
   I wasn't sure about the loadbalancing. I commented it out but I'm still
   getting the 404 errors, /jakarta/isapi_redirector.dll is not available.
  
   I've watched other people have this error, including someone about a week
   ago I think, in which you gave some advice. But as far as I can tell the
   problem was never solved. It's surprising to me how fragile the IIS/Tomcat
   connectors seem to be. Most of the documentation finally ends with this
   should now work. If not please check for typos in worker.properties, etc.
   Perhaps this really is the right advice and I'll eventually see a typo.
  But
   right now it sure doesn't look like there are any to me and it's hard to
   know where to turn next, other than scouring the web for people who've had
   similar problems.
  
   I guess what I find oddest is that the logs are full of information but no
   one seems to know how to interpret them But then again I probably put
   more stock in logs than many people do.
  
   Ken
  
   -Original Message-
   From: John Turner [mailto:[EMAIL PROTECTED]
   Sent: Tuesday, June 24, 2003 1:58 PM
   To: Tomcat Users List
   Subject: Re: Connectors for IIS/Tomcat SHOULD make sense
  
  
  
   There's no need for any of the loadbalancing stuff in workers.properties.
   You only need the four lines: type, name, port, host.
  
   John
  
   On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED]
  
   wrote:
Another day's experimentation and no more progress. One thing I notice
  is
that the source code seems to refer to isapi_redirector2 and I'm using
isapi_redirector.dll. I'm using that because I'm following instructions
from
ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their
instructions
indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I,
at
least so far, have no reason to doubt them.
   
I've also edited my worker.properties files to a minimum just for
testing.
I'm including it below. But I'm still puzzled as to why I'm getting the
404
error. The log indicates that an ajp13 worker is being created
successfully
and I don't really see any errors related to it, other than the 404.
   
[Tue Jun 24 12:47:34 2003]  [jk_worker.c (132)]: Into
wc_get_worker_for_name
ajp13
[Tue Jun 24 12:47:34 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
done  found a worker
[Tue Jun 24 12:47:34 2003]  [jk_isapi_plugin.c (860)]: HttpExtensionProc
got
a worker for name ajp13
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1352)]: Into
jk_worker_t::get_endpoint
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (1075)]: Into
jk_endpoint_t::service
[Tue Jun 24 12:47:34 2003]  [jk_ajp_common.c (280)]: Into
ajp_marshal_into_msgb
[Tue 

  1   2   >