Running Tomcat on JRocket

[Collins, Jim]

Hi,

Does anyone know what I have to do to run Tomcat on JRocket? I have searched
the archive and found some mention of JRocket but no details on what to do.
I am trying to run Tomcat 4.0.6 on JRocket and I have changed JAVA_HOME to
point to JRocket but I can't get it to run.

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: Running Tomcat on JRocket

[Collins, Jim]

Hi Yoav,

I tried that and couldn't start Tomcat. Does it matter that I am using
4.0.6?

Regards

Jim.

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 28 August 2003 15:03
To: Tomcat Users List
Subject: RE: Running Tomcat on JRocket



Howdy,
Assuming you mean J:Rockit (the BEA JVM), just install JRockit and set
your JAVA_HOME environment variable to point at the JRockit installation
directory rather than the Sun JVM directory.  You don't need to modify
tomcat in any way.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 9:56 AM
To: 'Tomcat Users List'
Subject: Running Tomcat on JRocket

Hi,

Does anyone know what I have to do to run Tomcat on JRocket? I have
searched
the archive and found some mention of JRocket but no details on what to
do.
I am trying to run Tomcat 4.0.6 on JRocket and I have changed JAVA_HOME
to
point to JRocket but I can't get it to run.

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]




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]


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: Running Tomcat on JRocket

[Collins, Jim]

Hi Yoav,

It was a colleague who was having the problems. When I looked at the errors
I found out it was because he was setting JDK 1.4 specific parameters. I
removed these and it now works.

Thanks for you help.

Jim.

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 28 August 2003 16:04
To: Tomcat Users List
Subject: RE: Running Tomcat on JRocket



Howdy,
It shouldn't matter that you're using tomcat 4.0.x, or 4.1.x, or 5.1.x,
etc.  What is the problem you had when starting tomcat?

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 10:48 AM
To: 'Tomcat Users List'
Subject: RE: Running Tomcat on JRocket

Hi Yoav,

I tried that and couldn't start Tomcat. Does it matter that I am using
4.0.6?

Regards

Jim.

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 28 August 2003 15:03
To: Tomcat Users List
Subject: RE: Running Tomcat on JRocket



Howdy,
Assuming you mean J:Rockit (the BEA JVM), just install JRockit and set
your JAVA_HOME environment variable to point at the JRockit
installation
directory rather than the Sun JVM directory.  You don't need to modify
tomcat in any way.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 9:56 AM
To: 'Tomcat Users List'
Subject: Running Tomcat on JRocket

Hi,

Does anyone know what I have to do to run Tomcat on JRocket? I have
searched
the archive and found some mention of JRocket but no details on what
to
do.
I am trying to run Tomcat 4.0.6 on JRocket and I have changed
JAVA_HOME
to
point to JRocket but I can't get it to run.

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]




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]


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]




This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential

RE: Problem building Tomcat Connector mod_jk2.so

[Collins, Jim]

This may be a silly question but can't you just download a binary.

-Original Message-
From: Clive Luk [mailto:[EMAIL PROTECTED]
Sent: 30 July 2003 10:41
To: Tomcat Users List
Subject: RE: Problem building Tomcat Connector mod_jk2.so


Hi Jorgen,

i have been searching all the location. but still couldn't find it. I am
using the apxs that is from apache2.0.47. i didn't use the redhat version of
apache2. So i don't know what it is happening. the box is built freshly. any
IDEA? this is what i use to build apache2

$
./configure --enable-ssl --with-ssl=/usr/local/ssl --enable-module=so --enab
le-module=vhost_alias --enable-module=proxy --enable-module=rewrite --enable
-shared=proxy

I have already spent a whole day trying to build mod_jk2.so. just can't get
through. HELP!

Cheers,
Clive

-Original Message-
From: Jørgen Nørgaard [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 30 July 2003 7:33 PM
To: Tomcat Users List
Subject: Re: Problem building Tomcat Connector mod_jk2.so


Hello,


Building the connectors are a bit of a struggle, the documentation is
inconsistent and (very) sparse. Which is a pitty because
apache/tomcat are great (and tomcat 3 was so easy to build connectors
for).



That said, I managed to build a mod_jk2 connector using configure in
cd jk/native2/ like:
./configure --with-apxs2=/usr/sbin/apxs2-prefork

select the proper apxs2 for your mpm model.


A bit of searching located the module in some hidden location:
jk/native2/server/apache2/.libs/mod_jk2.so


Could this be the same for you btw?



At 19:16 +1000 30/07/03, Clive Luk wrote:
Hi all,

I am new to the list. Has anybody had problem building mod_jk2.so. I have
no
error message on building mod_jk2.so. But after i finished the following
steps. I counldn't find and *.so file.

I am useing RedHat 9
I have installed:

openssl-0.9.7b
libtool-1.5
httpd-2.0.47
j2sdk-1_4_2-linux-i586.bin
jakarta-tomcat-4.1.26

automake, autoconf, libtool are under /usr/bin

_steps I used to build mod_jk2.so_

#./buildconf.sh
#./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tomcat41=/usr/
l
ocal/tomcat --with-java-home=/usr/local/java
#make
__

__after make command__
#ls ../build/jk2/apache2/*.so
ls: ../build/jk2/apache2/*.so: No such file or directory
__

I can only see *.lo and *.o and

../build/jk2/apache2/mod_jk2.a
../build/jk2/apache2/mod_jk2.la
../build/jk2/apache2/mod_jk2.lo
../build/jk2/apache2/mod_jk2.o

but not mod_jk2.so

PLEASE HELP. I have tried so may different version...

Cheers,
Clive


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


--
/jørgen nørgaard
SmartTV A/S
[EMAIL PROTECTED]
Phone: +45 3332 5770
http://smarttv.dk/

-
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]

RE: Best Tomcat Book, Recommendations???

[Collins, Jim]

I wish Wrox would bind the books the same way as O'Reilly though.

-Original Message-
From: epyonne [mailto:[EMAIL PROTECTED]
Sent: 29 July 2003 13:43
To: Tomcat Users List
Subject: Re: Best Tomcat Book, Recommendations???


You are so wrong about Wrox books.  Most of them are very good and
moderately priced.  The Professional Tomcat book from Wrox is an excellent
book.  Of course, there are some discrepancies.  But hey, there is no writer
on earth can catch up 100% with the fast pace of software development.  The
Professional Tomcat book is the best you can get out there.

By the way, I also bought the JBoss book from Wrox and it is very good as
well.  =)


- Original Message -
From: Tony LaPaso [EMAIL PROTECTED]
To: Tomcat User [EMAIL PROTECTED]
Sent: Monday, July 28, 2003 06:11 PM
Subject: Best Tomcat Book, Recommendations???


 Hi all,

 Can some of you recommend a good Tomcat book? In the archives I've read
that
 the Wrox book, Professional Apache Tomcat, is pretty good but my overall
 impression of Wrox books is that they're generally not worth the paper
 they're printed on.

 I know O'Reilly has a relatively new TC book that looks pretty good. I was
 also hoping to find something that covered TC 5, although this is a nice
to
 have.

 Any suggestions?

 Thanks.



 -
 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]

RE: images not appearing

[Collins, Jim]

You need to add a welcome file entry in the web.xml. Look at using filters
to do some pre processing on all requests.

Regards

Jim.

-Original Message-
From: Mark Biciunas [mailto:[EMAIL PROTECTED]
Sent: 08 July 2003 22:49
To: Tomcat Users List
Subject: Re: images not appearing


Hi,

I changed webapps/helloworld/WEB-INF/web.xml to have a url pattern of
/hello.  I also changed conf/server.xml to set the Context path=/hello.
When I go to my browser with http://192.168.1.3/hello, I get a directory
listing for /.  This is great because I can see the images directory (with
my images properly in place).  Unfortunately, the servlet doesn't execute at
all

I would like to think I would see the servlet executing.  Any ideas?  Also,
this solution is problematic anyways, as I need to parse all incoming
requests and respond to them, Only multimedia (images, etc.) should not be
handled by the servlet.

BTW, I can't find the spec SVR.11 - anyone have a link?

Mark Biciunas
[EMAIL PROTECTED]
- Original Message -
From: Stefan Radzom [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 4:44 PM
Subject: RE: images not appearing


  -Original Message-
  In webapps/hello/WEB-INF/web.xml, I have the following:
 
  web-app
  ...
  servlet
  servlet-namehelloworld/servlet-name
  servlet-classhelloworld.Hello/servlet-class
  /servlet
 
  servlet-mapping
  servlet-namehelloworld/servlet-name
  url-pattern//url-pattern
  /servlet-mapping
 
  /web-app
 
 

 You are trying to map every request to your helloworld servlet. This means
 really *all* requests (including images etc.) Try to be a bit more
specific,
 like url-pattern/helloworld/url-pattern . See the spec (SRV.11) for
more
 details on request mappings.

 -Stefan



 -
 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]

RE: JDBC Realm Warning Message?

[Collins, Jim]

You don't have to specify a role.

-Original Message-
From: Rick Roberts [mailto:[EMAIL PROTECTED]
Sent: 08 July 2003 19:18
To: Tomcat Users List
Subject: Re: JDBC Realm Warning Message?


Thanks for reply Mike.

After thinkin about this message some more;

I think that the reason I am getting this message is because I still 
have not successfully created a JDBC Realm.

I'm thinking that the Roles are defined in the database that I'm not 
corectly reading yet.

-- 
***
* Rick Roberts*
* Advanced Information Technologies, Inc. *
***


-
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: performance

[Collins, Jim]

Mark,

I use Documentum with 4.1.24. Why can't you use this version?

Regards

Jim.

-Original Message-
From: Mark F [mailto:[EMAIL PROTECTED]
Sent: 09 July 2003 13:54
To: Tomcat Users List
Subject: Re: performance


I would love to but we have a third party vendor (documentum) who doesn't
support anything higher than 4.0.6.   I've just tried their code on 4.1.24
anyway and it seems to have some issues.

-Mark

Tim Funk [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 Easiest performance improvement, upgrade to 4.1.24.

 -Tim

 Mark F wrote:
  Running Tomcat 4.0.6 on Solaris 8
 
  Interested in improving performance, any tips or information would
  be appreciated.  Also any tips or information on exactly how to use
  JSPC to improve performance would be great.  I've found a lot by
  searching but I don't exactly know how to use what I've found.
 
  -Mark
 


-
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: Can't get DefaultContext value

[Collins, Jim]

Any ideas at all folks?

-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: 01 July 2003 17:30
To: 'Tomcat Users List'
Subject: RE: Can't get DefaultContext value


I am deploying my app using the manager servlet.

-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: 01 July 2003 17:22
To: 'Tomcat Users List'
Subject: Can't get DefaultContext value


Hi,

I am trying to access an environment value that is defined in the server.xml
file like this:

DefaultContext ...
  ...
  Environment name=formatFile value=/myfile.txt
 type=java.lang.String override=true/
  ...
/DefaultContext

In my code I do a lookup like this:

(String)env.lookup(formatFile);

But this fails. If I declare the environment in the context.xml then the
lookup works (or I can have a env-entry in the web.xml file).

What I would really like to do is have a default value in the web.xml or
context.xml file but have the ability to override this in the server.xml
file. I have tried setting override=false in the context.xml file but it
does not pick up the value in server.xml.

One thing I did notice if after the servlet has initialised and I do another
lookup while servicing a client request the value in server.xml is returned.

If anyone has any ideas how I can override values in web.xml/context.xml
with a value in a DefaultContext in server.xml it would be appreciated.

Regards

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]


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

Can't get DefaultContext value

[Collins, Jim]

Hi,

I am trying to access an environment value that is defined in the server.xml
file like this:

DefaultContext ...
  ...
  Environment name=formatFile value=/myfile.txt
 type=java.lang.String override=true/
  ...
/DefaultContext

In my code I do a lookup like this:

(String)env.lookup(formatFile);

But this fails. If I declare the environment in the context.xml then the
lookup works (or I can have a env-entry in the web.xml file).

What I would really like to do is have a default value in the web.xml or
context.xml file but have the ability to override this in the server.xml
file. I have tried setting override=false in the context.xml file but it
does not pick up the value in server.xml.

One thing I did notice if after the servlet has initialised and I do another
lookup while servicing a client request the value in server.xml is returned.

If anyone has any ideas how I can override values in web.xml/context.xml
with a value in a DefaultContext in server.xml it would be appreciated.

Regards

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: Can't get DefaultContext value

[Collins, Jim]

I am deploying my app using the manager servlet.

-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: 01 July 2003 17:22
To: 'Tomcat Users List'
Subject: Can't get DefaultContext value


Hi,

I am trying to access an environment value that is defined in the server.xml
file like this:

DefaultContext ...
  ...
  Environment name=formatFile value=/myfile.txt
 type=java.lang.String override=true/
  ...
/DefaultContext

In my code I do a lookup like this:

(String)env.lookup(formatFile);

But this fails. If I declare the environment in the context.xml then the
lookup works (or I can have a env-entry in the web.xml file).

What I would really like to do is have a default value in the web.xml or
context.xml file but have the ability to override this in the server.xml
file. I have tried setting override=false in the context.xml file but it
does not pick up the value in server.xml.

One thing I did notice if after the servlet has initialised and I do another
lookup while servicing a client request the value in server.xml is returned.

If anyone has any ideas how I can override values in web.xml/context.xml
with a value in a DefaultContext in server.xml it would be appreciated.

Regards

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: How to protect static HTML's

[Collins, Jim]

Use struts and move all of your JSP and html pages to WEB-INF. Any reference
to a page change to a struts mapping then in the action class you can check
if the user has rights and if they do forward to the page.

Regards

Jim.

-Original Message-
From: Ivan Ivanov [mailto:[EMAIL PROTECTED]
Sent: 25 June 2003 17:04
To: [EMAIL PROTECTED]
Subject: How to protect static HTML's


Dear Tomcat List,
I am facing the following problem. We have some static
html files in our Servlet/JSP project which reside in
a separate directory and we want to restrict the
access to them both from within the project and by
typing the URL directly in the browser. The rules of
accesing them are: if an user is not logged in our
app, he cannot access any of them and if he is logged
in, he can access only those files/folders to which he
has permmissions. Given the path (URL) of one of those
html files I can determine if the logged user has the
rights to see it.
So I wrote a servlet to check the rights and I added
the following entiries in web.xml:
 
servlet
   
servlet-nameCoursesPermissionController/servlet-name
   
servlet-classarcade.security.CoursesPermissionController/servlet-class
/servlet
servlet-mapping
   
servlet-nameCoursesPermissionController/servlet-name
url-pattern/jsp/ccim/Courses/*/url-pattern
/servlet-mapping
 
where /jsp/ccim/Courses/* is the directory where the
html files reside and CoursesPermissionController is
the servlet which desides whether the user has rights.
In its doGet I determine according the URL and the
logged user whether he can see it:
 
 public void doGet(HttpServletRequest request,
HttpServletResponse response)
  throws IOException, ServletException {
String requestURI =
request.getRequestURI();
String contextPath =
request.getContextPath();
  HttpSession currentSession =
getSession(request);
long loggedUserID =
WebBean.getLoggedUserID(currentSession);
if (loggedUserID == -1) {
//User is not logged
 forward(/jsp/ccim/accessdenied.jsp,
request, response);
}
else {
try {
//Pseudocode to save space
   boolean isPermitted = checkAccording(requestURI,
loggedUserID );
if (isPermitted) {
int l = contextPath.length();
String forwardPath =
requestURI.substring(l);
//The user has rights, so forward to the original
request URL
 forward(forwardPath, request,
response);
} else {
 forward(/jsp/ccim/norights.jsp,
request, response);
}
} catch (Exception e) {
 e.printStackTrace();
forward(/jsp/ErrorPage.jsp, request,
response);
}
}
}
 
and here is forward method:
private void forward(String path,
HttpServletRequest request, HttpServletResponse
response)
  throws ServletException, IOException {
RequestDispatcher dispatcher =
request.getRequestDispatcher(path);
dispatcher.include(request, response);
}
The problem is that when the user has the rights i am
forwarding it to the same URL, then the servlet is
invoked again, the user is checked again, forwarded
agian in an endless recursion (or till
StackOverflowException).
 
My questions are:
1) can I implement the restrictions in a similar way
by invoking a servlet when a protected URL is
requested.
2) are there clearer ways to do it. I read in
Servlet2.3 Specifiaction for filters and
authenticating filters, but I think that I will end
with endless recursing also. Moreover, i couldn't find
a suitable filter example.
 
Up to know I workarounded the problem with this
method:
private void dump(String path, HttpServletRequest
request, HttpServletResponse response)
  throws ServletException, IOException {
 ServletContext context = getServletContext();
 String realPath = context.getRealPath(path);
 BufferedReader br = new BufferedReader(new
FileReader(realPath));
 PrintWriter out = response.getWriter();
 String line = ;
 while ((line = br.readLine()) != null) {
 out.println(line);
 }
}
instead this lines
//The user has rights, so forward to the original
request URL
 forward(forwardPath, request,
response);
I use
//The user has rights, so forward to the original
request URL
 dump(forwardPath, request, response);
 
I also thought to transform the htmls in jsp's and
check for rights at the top of each jsp, but the
requirements say they must be htmls.
 
Thank you for your efforts. I will appreciate any
idea.
 
Greetings Ivan Ivanov

__
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]


PLEASE READ: The information contained in 

OT Passing parameters to a link with an anchor

[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: OT Passing parameters to a link with an anchor

[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: OT Passing parameters to a link with an anchor

[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: How use an external C program in a Servlet

[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]

RE: Advantages to putting Apache as front end to Tomcat

[Collins, Jim]

One other point I would like to add is running on port 80. If you use apache
as soon as the server has started it can switch to another role which you
can't do with Tomcat.

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 19 June 2003 14:07
To: Tomcat Users List
Subject: RE: Advantages to putting Apache as front end to Tomcat



Howdy,
Apache is the best HTTP web server out there, I'd say.  That's a
sweeping statement that covers:
- Configurability: you can configure pretty much anything any which way
- Stability: no other HTTP server is hit as hard / as much as Apache
httpd, no other HTTP server is expected to stay up as long
- Security: Apache is extremely well tested for security, constantly
being analyzed by hackers, pros, etc.
- Speed: for just serving static HTML content, Apache is as good as they
come IMHO

Disadvangtes of Apache/Tomcat versus Tomcat-standalone include:
- Increased configuration difficulty
- Increased number of services (2 instead of 1) that need to be
monitored, started, etc.
- Increased difficulty of debugging problems

Both Apache and Tomcat can do SSL/HTTPS by themselves.  Both can do
virtual hosting by themselves.  Apache is at least as good, possibly
better, than tomcat at virtual hosting.  

This topic has been discussed at length, so I would usually say just
search the archives.  However, I think a lot of people still have this
conception that tomcat sucks at static content (which it doesn't) and
that all serious applications use apache as a front-end (which they
don't).  I personally tend to have an operational view of things, and
have found tomcat-standalone (with a security manager and a tight
security policy) to be sufficient for my real-world needs.

I'm sure other people will disagree ;)  But it's nice to have choices.
If nothing else, you can always start with tomcat standalone, and if you
run into something you can't do, add Apache.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Jeremy Nix [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 8:48 AM
To: [EMAIL PROTECTED]
Subject: Advantages to putting Apache as front end to Tomcat

What are the advantages/disadvantages to using Apache as the http
server
sending all jsp/servlet related traffic to Tomcat for processing, or
using Tomcat stand alone?  Other factors...I need to run SSL, and to
support multiple virtual hosts.

_
Jeremy Nix
Senior Application Developer
Southwest Financial Ltd.
[EMAIL PROTECTED]
(513) 621-6699 ext 1158




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]


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: Is possible to run JAX-RPC under Tomcat?

[Collins, Jim]

Try

http://ws.apache.org/

I have used axis and it is OK.

Regards

Jim.

-Original Message-
From: Tim Shaw [mailto:[EMAIL PROTECTED]
Sent: 10 June 2003 08:42
To: Tomcat Users List
Subject: Re: Is possible to run JAX-RPC under Tomcat?


Take a look at JWSDP 1.1 from Sun - it's a fully configured Web Services 
setup for Tomcat 4.1.2, and it 'works out of the box' (ish :-)

I note that http://java.sun.com/webservices/ has a 1.2 version, but I 
haven't tried that (yet).

G'luck

tim

Shapira, Yoav wrote:
 Howdy,
 Tomcat is a servlet container.  It doesn't support all the web services
 APIs by itself.  You can download JAX-RPC and a JAX-RPC implementation
 and use them in your tomcat-served webapp by putting the relevant jars
 in the WEB-INF/lib directory of your webapp.
 
 In the future, if JAX-RPC (the API at least) becomes part of the JDK,
 tomcat may provide its own implementation or (more likely) come bundled
 with a JAX-RPC implementation such as the one from Axis.
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 
-Original Message-
From: Vy Ho [mailto:[EMAIL PROTECTED]
Sent: Monday, June 09, 2003 1:51 PM
To: Tomcat Users List
Subject: Is possible to run JAX-RPC under Tomcat?



Is JAX-RPC supported under Tomcat (out of the box)?  Do I have to
download
some module for it?  Or I have to run a separate server (such as Sun's
J2EE or JBoss)?  Is there some documents that you can point me to?
 
 Thank
 
you very much in advanced.

Vy Ho



-
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]
 



-
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: check for session

[Collins, Jim]

Hi Mark,

I use Documentum and struts and had something similar to what you now have
with a Filter determining if a user has a dmSession. I found however that on
a number of occasions when the filter was checking for dmSession it was
returning null (even though I knew it had previously been created) and the
app was recreating the session and saving it. I have now removed the filter
and written a custom tag that checks for the existence of the dmSession and
if it does not exist creates it, if there is a problem creating the
dmSession the user is redirected to an error page.

Regards

Jim.

-Original Message-
From: Mark F [mailto:[EMAIL PROTECTED]
Sent: 06 June 2003 19:42
To: Tomcat Users List
Subject: Re: check for session


Thanks, worked like a charm, never used that before, very nice.  The
filtering mechanism though makes me wish I'd set up the app directory
structure differently but you know hindsight 20/20 and all that...

-Mark


Shapira, Yoav wrote:
| Howdy,
| Consider using a Filter as follows:
|
| public void doFilter(...) {
|   if(request instanceof HttpServletRequest) {
| HttpSession theSession = ((HttpServletRequest)
| request).getSession();
| if(theSession.getAttribute(dmSession) == null) {
|   // Redirect to login page, print out error message, whatever
| }
|   }
|
|   // Pass the request on
|   chain.doFilter(request, response);
| }
|
| Map this filter to whatever you need authenticated (/* is one
| possibility).
|
| Yoav Shapira
| Millennium ChemInformatics
|
|
|| -Original Message-
|| From: Mark F [mailto:[EMAIL PROTECTED]
|| Sent: Friday, June 06, 2003 12:16 PM
|| To: Tomcat Users List
|| Subject: check for session
||
|| We use a content management system (documentum) it operates much
|| like a database as far as authentication.  I save a documentum
|| session object into my httpSession as dmSession upon successful
|| logon.  I want to check for the existence of this session on every
|| page after the logon page, or if there is an easier way please let
|| me know?
||
|| Any help would really be appreciated.
||
|| Thanks,
|| -Mark
|
|
|
| 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]


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: check for session

[Collins, Jim]

Hi Brian,

I mainly develop Web apps that are front ends to Documentum and all the apps
I write are JSP/Servlet based apps and I use the Struts framework to help
build these apps. I use struts to help with the apps flow control and
mapping logic and the custom tags that it provides to help with forms and
display. All Documentum specific code is wrapped in beans that my Action
classes call.

If you require any more specific details please let me know.

Regards

Jim.

-Original Message-
From: Brian Menke [mailto:[EMAIL PROTECTED]
Sent: 09 June 2003 15:11
To: Tomcat Users List
Subject: RE: check for session


Hey Jim, I saw this and it intrigued me. Documentum is a document management
system. I'm curious about how you are using struts with it?? Do you mind
sharing briefly?

-Brian

-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]
Sent: Monday, June 09, 2003 2:14 AM
To: 'Tomcat Users List'
Subject: RE: check for session


Hi Mark,

I use Documentum and struts and had something similar to what you now have
with a Filter determining if a user has a dmSession. I found however that on
a number of occasions when the filter was checking for dmSession it was
returning null (even though I knew it had previously been created) and the
app was recreating the session and saving it. I have now removed the filter
and written a custom tag that checks for the existence of the dmSession and
if it does not exist creates it, if there is a problem creating the
dmSession the user is redirected to an error page.

Regards

Jim.

-Original Message-
From: Mark F [mailto:[EMAIL PROTECTED]
Sent: 06 June 2003 19:42
To: Tomcat Users List
Subject: Re: check for session


Thanks, worked like a charm, never used that before, very nice.  The
filtering mechanism though makes me wish I'd set up the app directory
structure differently but you know hindsight 20/20 and all that...

-Mark


Shapira, Yoav wrote:
| Howdy,
| Consider using a Filter as follows:
|
| public void doFilter(...) {
|   if(request instanceof HttpServletRequest) {
| HttpSession theSession = ((HttpServletRequest)
| request).getSession();
| if(theSession.getAttribute(dmSession) == null) {
|   // Redirect to login page, print out error message, whatever
| }
|   }
|
|   // Pass the request on
|   chain.doFilter(request, response);
| }
|
| Map this filter to whatever you need authenticated (/* is one
| possibility).
|
| Yoav Shapira
| Millennium ChemInformatics
|
|
|| -Original Message-
|| From: Mark F [mailto:[EMAIL PROTECTED]
|| Sent: Friday, June 06, 2003 12:16 PM
|| To: Tomcat Users List
|| Subject: check for session
||
|| We use a content management system (documentum) it operates much
|| like a database as far as authentication.  I save a documentum
|| session object into my httpSession as dmSession upon successful
|| logon.  I want to check for the existence of this session on every
|| page after the logon page, or if there is an easier way please let
|| me know?
||
|| Any help would really be appreciated.
||
|| Thanks,
|| -Mark
|
|
|
| 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]


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

OT Dumb JavaScript question

[Collins, Jim]

Hi Guys,

This is probably a dumb question, does anyone know if is possible to use
JavaScript objects from a servlet? 

When a user makes some selections I want to add objects to an associative
array I would then like to be able to access this associative array and save
the values to a database from a servlet.

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: OT Dumb JavaScript question

[Collins, Jim]

Thanks Erik/Mark,

I can't use applets so I will URLEncode the values and send them as
parameters in a post.

Thanks again for your help.

Jim.

 -Original Message-
 From: Erik Price [mailto:[EMAIL PROTECTED]
 Sent: 27 March 2003 13:38
 To: Tomcat Users List
 Subject: Re: OT Dumb JavaScript question
 
 
 
 
 Collins, Jim wrote:
  Hi Guys,
  
  This is probably a dumb question, does anyone know if is 
 possible to use
  JavaScript objects from a servlet? 
  
  When a user makes some selections I want to add objects to 
 an associative
  array I would then like to be able to access this 
 associative array and save
  the values to a database from a servlet.
 
 There really isn't a simple way to do this, since for the 
 user-agent to 
 communicate with the servlet, an HTTP request must be submitted 
 (containing the POST or GET data you wish to say).
 
 You can use JavaScript to create an array of information and then 
 communicate this to the servlet with the submission of a form 
 etc, but 
 you will have to protect (encode) the JavaScript data in 
 such fashion 
 as to
   1. survive the HTTP transmission
   2. be understood by the servlet
 I am not sure if JavaScript has built-in serialization to do this.  I 
 think it would be easiest to assemble a simple URL-encoded string of 
 data that is then URL-decoded by the servlet and parsed to 
 extract the 
 information.
 
 You may wish to investigate using an applet, since an applet 
 can provide 
 the same dynamic interface as JavaScript in addition to being able to 
 speak natively to the servlet.
 
 
 
 Erik
 
 
 -
 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: What to set docBase attribute to in an individual Context.xml fil e

[Collins, Jim]

Thanks Jake,

That has cleared it up for me.

Jim.

 -Original Message-
 From: Jacob Kjome [mailto:[EMAIL PROTECTED]
 Sent: 21 March 2003 18:15
 To: Tomcat Users List
 Subject: Re: What to set docBase attribute to in an individual
 Context.xml fil e
 
 
 
 Note that context.xml is only applicable when you are using 
 the deploy 
 task for the manager app (and note that this can only be 
 invoked via the 
 Ant catalina manager tasks because browsers don't support 
 HTTP PUT).  If 
 you are putting a context configuration file in the webapps 
 directory for 
 deploying a .war file or a directory relative to (or inside) 
 the webapps 
 directory, then name the file anything you want.  I would recommend, 
 however, that you name the file the same as you named the 
 .war file or 
 directory you are deploying.  This makes it easier to know, 
 at a glance, 
 which context configuration file is for which app.
 
 Actually, as part of the deploy process, Tomcat looks for the 
 META-INF/context.xml file inside your .war file and extracts 
 that to a file 
 named the same as the .war file, less the .war extension.
 
 So, if you have...
 
 myapp.war
 
 Then META-INF/context.xml gets extracted (in the same 
 directory where the 
 .war file exists) to...
 
 myapp.xml
 
 
 Hope that clears things up.
 
 Jake
 
 At 04:51 PM 3/21/2003 +, you wrote:
 * Collins, Jim [EMAIL PROTECTED] [0340 16:40]:
   Hi Jake,
  
   Thanks for getting back so quick. So the context file in 
 META-INF should be
   context.xml and not myapp.xml?
  
   That is maybe where I have been going wrong, I read some 
 previous posts on
   this from Craig and I thought he said you name the 
 context file with the
   name of your app and a .xml extension.
 
 I've done that before now, when I've needed to add contexts without
 editing server.xml - BUT those files have gone into the 
 webapps directory
 (where a warfile would normally go) - see manager.xml which 
 I think is in
 webapps/ by default. This context.xml method sounds like a safer
 solution though...
 
 --
 He's the kind of man for the times that need the kind of man 
 he is ...
 Rasputin :: Jack of All Trades - Master of Nuns
 
 -
 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: Frequent hanging

[Collins, Jim]

Does Tomcat itself hang or just your application?

 -Original Message-
 From: Björn Clemens [mailto:[EMAIL PROTECTED]
 Sent: 24 March 2003 12:48
 To: Tomcat Users List
 Subject: AW: Frequent hanging
 
 
 Hi, 
 
 we have the same problem and i got some hints from this 
 mailing list. Even if i can't know if you have memory leaks, 
 i can tell, that we don't have any ... we profiled a lot of time! 
 Another fact for this is, that memory usage doesn't change.
 
 The problem occurs at out servers only in services which uses 
 jsp-pages...servlets work fine over serveral weeks. 
 Another hint was to use jdk1.3 instead of 1.4, but it only 
 changes the online-time from a day to three. Nearly same for 
 using http-listener istead of AJP13 in connection to Apache mod_jk.
 What wonders me too is, that really no message is writen to 
 any log-file. The second is, that we are unable to reproduce 
 the problem with heavy-usage tests or so on. We're not sure 
 what it can be, but i think it depends either on jsp-engine, 
 or in abstract request-handler or container-communication and 
 what we can say is, that its plattform-independent and in all 
 4.x -versions of tomcat.
 
 So far ... may be there are some new hints ... otherwise we 
 have to change the container. I hope that somebody takes the 
 problem serious!
 
 
 Regards, 
 
 Björn Clemens 
 
 
 
  -Ursprüngliche Nachricht-
  Von: karthikeyan vks [mailto:[EMAIL PROTECTED]
  Gesendet: Montag, 24. März 2003 12:19
  An: [EMAIL PROTECTED]
  Betreff: Frequent hanging
  
  
  Dear Sir,
  
  We installed a web application using Tomcat 4.0.
  It is a SQL 2000/ Tomcat 4.0.
  
  We observed a problem.
  The application is getting hanging on every 4 days.
  Once we restarted the Tomcat, it is ok.
  
  I need a clarification that why should i restart tomcat everytime?
  If it has to be done, can it be automated (at present, we are 
  physically go
  to the server room and do restart)
  (Or)
  Is there any installation parameters to be initialized?
  
  Regards,
  Karthikeyan VKS
  
  
 
 -
 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: Frequent hanging

[Collins, Jim]

I only mention this because the problem could be with your application or
any of the classes that it uses and not Tomcat at all. 

 -Original Message-
 From: Björn Clemens [mailto:[EMAIL PROTECTED]
 Sent: 24 March 2003 13:02
 To: Tomcat Users List
 Subject: AW: Frequent hanging
 
 
 I tried to use two different listeners and only one hangs ... 
 the other one, which was nearly unused was still up.  So I 
 think that only the listener or connector hangs at any level
 
 Regards, 
 
 Björn Clemens 
 
  -Ursprüngliche Nachricht-
  Von: Collins, Jim [mailto:[EMAIL PROTECTED]
  Gesendet: Montag, 24. März 2003 13:53
  An: 'Tomcat Users List'
  Betreff: RE: Frequent hanging
  
  
  Does Tomcat itself hang or just your application?
  
   -Original Message-
   From: Björn Clemens [mailto:[EMAIL PROTECTED]
   Sent: 24 March 2003 12:48
   To: Tomcat Users List
   Subject: AW: Frequent hanging
   
   
   Hi, 
   
   we have the same problem and i got some hints from this 
   mailing list. Even if i can't know if you have memory leaks, 
   i can tell, that we don't have any ... we profiled a lot of time! 
   Another fact for this is, that memory usage doesn't change.
   
   The problem occurs at out servers only in services which uses 
   jsp-pages...servlets work fine over serveral weeks. 
   Another hint was to use jdk1.3 instead of 1.4, but it only 
   changes the online-time from a day to three. Nearly same for 
   using http-listener istead of AJP13 in connection to 
 Apache mod_jk.
   What wonders me too is, that really no message is writen to 
   any log-file. The second is, that we are unable to reproduce 
   the problem with heavy-usage tests or so on. We're not sure 
   what it can be, but i think it depends either on jsp-engine, 
   or in abstract request-handler or container-communication and 
   what we can say is, that its plattform-independent and in all 
   4.x -versions of tomcat.
   
   So far ... may be there are some new hints ... otherwise we 
   have to change the container. I hope that somebody takes the 
   problem serious!
   
   
   Regards, 
   
   Björn Clemens 
   
   
   
-Ursprüngliche Nachricht-
Von: karthikeyan vks [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 24. März 2003 12:19
An: [EMAIL PROTECTED]
Betreff: Frequent hanging


Dear Sir,

We installed a web application using Tomcat 4.0.
It is a SQL 2000/ Tomcat 4.0.

We observed a problem.
The application is getting hanging on every 4 days.
Once we restarted the Tomcat, it is ok.

I need a clarification that why should i restart tomcat 
 everytime?
If it has to be done, can it be automated (at present, we are 
physically go
to the server room and do restart)
(Or)
Is there any installation parameters to be initialized?

Regards,
Karthikeyan VKS


   
   
  
 -
   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]
  
  
 
 -
 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

RE: Frequent hanging

[Collins, Jim]

I can't see what difference a JSP would make because after all they get
compiled to servlets.

 -Original Message-
 From: Björn Clemens [mailto:[EMAIL PROTECTED]
 Sent: 24 March 2003 13:12
 To: Tomcat Users List
 Subject: AW: Frequent hanging
 
 
 I know that it could be, but we have some different 
 applications, some really easy, some more heavy and the 
 problem occurs all over if jsp is used, even if we only use 
 it to insert a date in a page(this was a testCase). 
 Only-Servlet-Services working fine.
 
 Regards, 
 
 Björn
 
  -Ursprüngliche Nachricht-
  Von: Collins, Jim [mailto:[EMAIL PROTECTED]
  Gesendet: Montag, 24. März 2003 14:08
  An: 'Tomcat Users List'
  Betreff: RE: Frequent hanging
  
  
  I only mention this because the problem could be with your 
  application or
  any of the classes that it uses and not Tomcat at all. 
  
   -Original Message-
   From: Björn Clemens [mailto:[EMAIL PROTECTED]
   Sent: 24 March 2003 13:02
   To: Tomcat Users List
   Subject: AW: Frequent hanging
   
   
   I tried to use two different listeners and only one hangs ... 
   the other one, which was nearly unused was still up.  So I 
   think that only the listener or connector hangs at any level
   
   Regards, 
   
   Björn Clemens 
   
-Ursprüngliche Nachricht-
Von: Collins, Jim [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 24. März 2003 13:53
An: 'Tomcat Users List'
Betreff: RE: Frequent hanging


Does Tomcat itself hang or just your application?

 -Original Message-
 From: Björn Clemens [mailto:[EMAIL PROTECTED]
 Sent: 24 March 2003 12:48
 To: Tomcat Users List
 Subject: AW: Frequent hanging
 
 
 Hi, 
 
 we have the same problem and i got some hints from this 
 mailing list. Even if i can't know if you have memory leaks, 
 i can tell, that we don't have any ... we profiled a 
  lot of time! 
 Another fact for this is, that memory usage doesn't change.
 
 The problem occurs at out servers only in services which uses 
 jsp-pages...servlets work fine over serveral weeks. 
 Another hint was to use jdk1.3 instead of 1.4, but it only 
 changes the online-time from a day to three. Nearly same for 
 using http-listener istead of AJP13 in connection to 
   Apache mod_jk.
 What wonders me too is, that really no message is writen to 
 any log-file. The second is, that we are unable to reproduce 
 the problem with heavy-usage tests or so on. We're not sure 
 what it can be, but i think it depends either on jsp-engine, 
 or in abstract request-handler or container-communication and 
 what we can say is, that its plattform-independent and in all 
 4.x -versions of tomcat.
 
 So far ... may be there are some new hints ... otherwise we 
 have to change the container. I hope that somebody takes the 
 problem serious!
 
 
 Regards, 
 
 Björn Clemens 
 
 
 
  -Ursprüngliche Nachricht-
  Von: karthikeyan vks [mailto:[EMAIL PROTECTED]
  Gesendet: Montag, 24. März 2003 12:19
  An: [EMAIL PROTECTED]
  Betreff: Frequent hanging
  
  
  Dear Sir,
  
  We installed a web application using Tomcat 4.0.
  It is a SQL 2000/ Tomcat 4.0.
  
  We observed a problem.
  The application is getting hanging on every 4 days.
  Once we restarted the Tomcat, it is ok.
  
  I need a clarification that why should i restart tomcat 
   everytime?
  If it has to be done, can it be automated (at 
 present, we are 
  physically go
  to the server room and do restart)
  (Or)
  Is there any installation parameters to be initialized?
  
  Regards,
  Karthikeyan VKS
  
  
 
 

   
  
 -
 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

What to set docBase attribute to in an individual Context.xml file

[Collins, Jim]

Hi,

I am deploying my application using manager/deploy. In the META-INF
directory I have myapp.xml file. If I am deploying the app using manager
does anyone know what I should set the docBase attribute to? I am also
having problems reading an Environment property from the context file. 

Here is my context file:

Context classname=org.apache.catalina.core.StandardContext 
path=/myapp debug=0 privileged=true

  Environment name=Test type=java.lang.String
value=Test value/
/Context

In my code I try to do this:

_ic = new InitialContext();
log.debug(Test look up =  +
(String)_ic.lookup(java:comp/env/Test));

But I get an error saying  Name Test is not bound in this Context

If however I have this entry in the web.xml file it works:

env-entry
description
Test
/description
env-entry-nameTest/env-entry-name
env-entry-valueThis is a test/env-entry-value
env-entry-typejava.lang.String/env-entry-type
/env-entry

If anyone could shed any light on this it would be appreciated.

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: What to set docBase attribute to in an individual Context.xml fil e

[Collins, Jim]

Hi Jake,

Thanks for getting back so quick. So the context file in META-INF should be
context.xml and not myapp.xml?

That is maybe where I have been going wrong, I read some previous posts on
this from Craig and I thought he said you name the context file with the
name of your app and a .xml extension. 

I'll try what you say.

Thanks

Jim.

 -Original Message-
 From: Jacob Kjome [mailto:[EMAIL PROTECTED]
 Sent: 21 March 2003 16:35
 To: Tomcat Users List
 Subject: Re: What to set docBase attribute to in an individual
 Context.xml fil e
 
 
 
 First, the name of the context configuration file put into 
 META-INF should 
 be, very specifically, context.xml.  The docBase needs to 
 be name of your 
 .war file.  So, if you your .war file is MyWarFile.war, 
 then it should be 
 docBase=MyWarFile.war.
 
 Jake
 
 At 02:49 PM 3/21/2003 +, you wrote:
 Hi,
 
 I am deploying my application using manager/deploy. In the META-INF
 directory I have myapp.xml file. If I am deploying the app 
 using manager
 does anyone know what I should set the docBase attribute to? 
 I am also
 having problems reading an Environment property from the 
 context file.
 
 Here is my context file:
 
 Context classname=org.apache.catalina.core.StandardContext
  path=/myapp debug=0 privileged=true
 
Environment name=Test type=java.lang.String
  value=Test value/
 /Context
 
 In my code I try to do this:
 
  _ic = new InitialContext();
  log.debug(Test look up =  +
 (String)_ic.lookup(java:comp/env/Test));
 
 But I get an error saying  Name Test is not bound in this Context
 
 If however I have this entry in the web.xml file it works:
 
  env-entry
  description
  Test
  /description
  env-entry-nameTest/env-entry-name
  env-entry-valueThis is a 
 test/env-entry-value
  env-entry-typejava.lang.String/env-entry-type
  /env-entry
 
 If anyone could shed any light on this it would be appreciated.
 
 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: ant install task

[Collins, Jim]

Check your logs. There will be message in there saying why the app could not
be loaded (my apps fail to load if I have made a mistake in my web.xml file)

Regards

Jim.

 -Original Message-
 From: Rob Abernethy IV [mailto:[EMAIL PROTECTED]]
 Sent: 20 February 2003 08:52
 To: tomcat-user
 Subject: ant install task
 
 
 When I run 'ant install', I get the response OK - Installed 
 application at
 context path /foo.  When I list the apps using ant list, I 
 see that my app
 is listed, but not started.  When I try to access it via
 http://localhost:8080/foo;, I get the error The requested 
 resource is not
 available.  When I try to manually start this app from the 
 manager gui, I get
 this error FAIL - Application at context path /foo could not 
 be started. 
 Any ideas?
 
 --
 Robert Abernethy IV
 Dynamic Edge, Inc.
 734.975.0460
 
 -
 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: Slightly Off Topic: Web Site Content

[Collins, Jim]

You should also look at cocoon.

http://xml.apache.org/cocoon/

Regards

Jim.

 -Original Message-
 From: Zabel, Ian [mailto:[EMAIL PROTECTED]]
 Sent: 21 February 2003 15:27
 To: 'Tomcat Users List'
 Subject: RE: Slightly Off Topic: Web Site Content
 
 
 You should take a look at the Jakarta Struts project.
 http://jakarta.apache.org/struts/
 
 You define the urls for all your pages in config file and then struts
 handles making the links.
 
 Ian.
 
 -Original Message-
 From: Kevin Andryc [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, February 21, 2003 9:31 AM
 To: Tomcat Users List
 Subject: Slightly Off Topic: Web Site Content
 
 Hello,
 I have been doing web programming for quite some time but 
 what I have
 yet to figure out is the best way to handle web site content. 
 For example,
 if I want to create a web sire with a vast number of pages, I 
 would like to
 have it easily maintained such that if a link changes in my 
 navigation bar,
 the rest gets updated rather than picking through every page. 
 What is the
 best way to do this? Do you guys use JSP pages and have the 
 navigation or
 content stored in a database and then retrieved by the JSP? How about
 architecture? Are there any good books on this? Any help 
 would be great.
 
 Sincerely,
 Kevin
 
 Kevin Andryc
 Web Systems Engineer
 MISER
 http://www.umass.edu/miser/
 Phone: (413)-545-3460
 [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]

RE: Hundreds of LogConfigurationException

[Collins, Jim]

Hi,

Have you removed commons-logging from server/lib? I have found that the only
place commons-logging should be is in common/lib, this is the reason I have
swithched from commons-logging to logging directly to the underlying logging
implementation (log4j in my case).

Regards

Jim.

 -Original Message-
 From: Ceki Gülcü [mailto:[EMAIL PROTECTED]]
 Sent: 20 February 2003 07:57
 To: Tomcat Users List
 Subject: RE: Hundreds of LogConfigurationException
 
 
 
 Filip, Jim, Yoav thank you!
 
 I am using Tomcat 4.1.18 which has commons-logging.jar in 
 server/lib *and* 
 commons-logging-api.jar in common/lib. The jar files 
 commons-logging.jar 
 and commons-logging-api.jar seem to differ only in the 
 absence of log4j 
 support in the latter file. Placing both files as well 
 log4j-1.2.8.jar in 
 common/lib seems to be working as far as logging is 
 concerned. (I also 
 removed commons-logging.jar from my webapps WEB-INF/lib.) Eventually 
 though, my tomcat server still dies a painful death but I can 
 now see the 
 error messages. :-)
 
 Why on earth are there two different jar files with almost 
 identical content?
 
 
 At 12:33 19.02.2003 -0500, you wrote:
 
 Howdy,
 Ceki - it's kind of weird to see your name outside the log4j 
 dev list 
 ;)  Cool though.
 
 Anyways, I think the issue here is with having multiple copies of 
 commons-logging.  Tomcat uses commons-logging and allows 
 apps to use it as 
 well by placing it common/lib.  However, there's a 
 classloading conflict.
 
 Other people have reported this, e.g.
 http://marc.theaimsgroup.com/?l=tomcat-userm=104305604609583w=2
 
 Perhaps this is worth a shot: move commons-logging jar out 
 of common/lib 
 and into server/lib, so tomcat can still use it internally.  
 Keep a copy 
 of of commons-logging jar (and log4j jar) in your /WEB-INF/lib 
 directory.  Does that make the problem go away?
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
  -Original Message-
  From: Ceki Gülcü [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, February 19, 2003 12:26 PM
  To: [EMAIL PROTECTED]
  Subject: Hundreds of LogConfigurationException
  
  Hi all,
  
  I am getting a large number of the following exceptions, 
 until the server
  eventually stops responding.
  
  org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
   at
  
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Lo
 gFactoryImpl.j
  ava:555)
   at
  
 org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Lo
 gFactoryImpl.j
  ava:289)
   at
  org.apache.commons.logging.LogFactory.getLog(LogFactory.java:409)
   at
  
 org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHand
 ler.java:97)
   at org.apache.tomcat.util.log.Log.log(Log.java:198)
   at org.apache.tomcat.util.log.Log.log(Log.java:192)
   at org.apache.tomcat.util.log.Log.log(Log.java:174)
   at
  
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
 (ThreadPool.ja
  va:533)
   at java.lang.Thread.run(Thread.java:536)
  Caused by: org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
   at
  
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruc
 tor(LogFactory
  Impl.java:420)
   at
  
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Lo
 gFactoryImpl.j
  ava:548)
   ... 8 more
  Caused by: 
 org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
   at
  
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruc
 tor(LogFactory
  Impl.java:416)
   ... 9 more
  
  I have log4j in WEB-INF/lib and commons-logging.jar in 
 WEB-INF/lib and also
  in TOMCAT_HOME/server/lib. I am using tomcat 4.1.18, 
 struts 1.1b3 on Linux
  2.4.7 and JDK 1.4.1.
  
  --
  Ceki
  
  
  
 -
  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 

RE: Best Logging practices

[Collins, Jim]

I would not recommend using commons-logging in a web-app. If you want to
separately configure the logging requirements of an application you have to
deploy it with its own logging properties file (log4j.properties for log4j).
For commons-logging to pick up your apps logging properties file you need to
deploy commons-logging.jar in yourapp/WEB-INF/lib. This should not be a
problem however having commons-logging.jar in yourapp/WEB-INF/lib and
common/lib causes Tomcat to crash. I have had this problem and so have a
number of other people. So avoid the heartache of this and log directly to
log4j or  the JDK1.4 logger.

Regards

Jim.

 -Original Message-
 From: Peter Lin [mailto:[EMAIL PROTECTED]]
 Sent: 19 February 2003 15:07
 To: Tomcat Users List
 Subject: RE: Best Logging practices
 
 
 
 the latest version of log4j already supports the new
 logging API.  The implementation for log4j is more
 mature and has been around for a long time. The
 reference implementation for the standard logging API
 is newer and has been tested as much. Log4J also comes
 with rolling appenders, which can roll the log based
 on day, week, month or hours.
 
 commons logging uses log4J I believe, so it's the best
 choice for logging in my biased opinion. just look at
 the samples included in log4j. they're use friendly.
 
 peter
 
 
 
 --- Arachtingi, Mike
 [EMAIL PROTECTED] wrote:
  Can you give me the lay of the land regarding log4j?
   I was under the
  impression that java.util.logging was the way to go
  for the future.  It
  (java.util.logging) appears to be a newer, more
  refined package.
  
  -Original Message-
  From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] 
  Sent: Wednesday, February 19, 2003 8:19 AM
  To: Tomcat Users List
  Subject: RE: Best Logging practices
  
  
  Howdy,
  Listen to Jacob -- I wish more people did what he
  recommended in his
  post.  Also use log4j. ;)
  
  
  Yoav Shapira
  Millennium ChemInformatics
  
  
  -Original Message-
  From: Manavendra Gupta [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, February 19, 2003 2:30 PM
  To: Tomcat Users List
  Subject: Best Logging practices
  
  Any pointers/thoughts about web application logging
  practices? You
  generally
  see almost each individual with different opinion
  about this (from
  logging
  into the system temporary directory to inside
  WEB-INF).
  
  Are there any best practices for this?
  
  Thanks,
  Manav.
  
  
 
 -
  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]
  
  
 
 -
  To unsubscribe, e-mail:
  [EMAIL PROTECTED]
  For additional commands, e-mail:
  [EMAIL PROTECTED]
  
 
 
 __
 Do you Yahoo!?
 Yahoo! Shopping - Send Flowers for Valentine's Day
 http://shopping.yahoo.com
 
 -
 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 

RE: Best Logging practices

[Collins, Jim]

commons-logging should be just as easy to use as log4j. I have used it in a
standalone application with no problems, and it is nice that I can switch to
a different logging implementation (i.e from log4j to JDK1.4 logging)
without changing my code at all. The problem is using commons-logging in
Tomcat.

Regards

Jim.

 -Original Message-
 From: Peter Lin [mailto:[EMAIL PROTECTED]]
 Sent: 19 February 2003 15:52
 To: Tomcat Users List
 Subject: RE: Best Logging practices
 
 
 
 I just noticed the typos in my post. what I meant to
 say is, use log4j since commons-logging uses it.
 
 using commons-logging will require more work than
 using log4j directly. there are numerous examples
 distributed with log4j, including how to extend it
 with custom logging categories. sorry for any
 un-intentional confusion :)
 
 peter
 
 
 --- Collins, Jim [EMAIL PROTECTED] wrote:
  I would not recommend using commons-logging in a
  web-app. If you want to
  separately configure the logging requirements of an
  application you have to
  deploy it with its own logging properties file
  (log4j.properties for log4j).
  For commons-logging to pick up your apps logging
  properties file you need to
  deploy commons-logging.jar in yourapp/WEB-INF/lib.
  This should not be a
  problem however having commons-logging.jar in
  yourapp/WEB-INF/lib and
  common/lib causes Tomcat to crash. I have had this
  problem and so have a
  number of other people. So avoid the heartache of
  this and log directly to
  log4j or  the JDK1.4 logger.
  
  Regards
  
  Jim.
  
  
 
 __
 Do you Yahoo!?
 Yahoo! Shopping - Send Flowers for Valentine's Day
 http://shopping.yahoo.com
 
 -
 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: Hundreds of LogConfigurationException

[Collins, Jim]

Hi,

This is the problem with commons-logging I have been harping on about that
causes Tomcat to crash. You need to ensure that commons-logging.jar is only
in common/lib. Don't have it in server/lib and yourapp/WEB-INF/lib

Regards

Jim.

 -Original Message-
 From: Ceki Gülcü [mailto:[EMAIL PROTECTED]]
 Sent: 19 February 2003 17:26
 To: [EMAIL PROTECTED]
 Subject: Hundreds of LogConfigurationException
 
 
 Hi all,
 
 I am getting a large number of the following exceptions, 
 until the server 
 eventually stops responding.
 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: Class 
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
  at 
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.java:555)
  at 
 org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
 FactoryImpl.java:289)
  at 
 org.apache.commons.logging.LogFactory.getLog(LogFactory.java:409)
  at 
 org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
 er.java:97)
  at org.apache.tomcat.util.log.Log.log(Log.java:198)
  at org.apache.tomcat.util.log.Log.log(Log.java:192)
  at org.apache.tomcat.util.log.Log.log(Log.java:174)
  at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
 ThreadPool.java:533)
  at java.lang.Thread.run(Thread.java:536)
 Caused by: org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: Class 
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
  at 
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryImpl.java:420)
  at 
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.java:548)
  ... 8 more
 Caused by: 
 org.apache.commons.logging.LogConfigurationException: Class 
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
  at 
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryImpl.java:416)
  ... 9 more
 
 I have log4j in WEB-INF/lib and commons-logging.jar in 
 WEB-INF/lib and also 
 in TOMCAT_HOME/server/lib. I am using tomcat 4.1.18, struts 
 1.1b3 on Linux 
 2.4.7 and JDK 1.4.1.
 
 --
 Ceki 
 
 
 -
 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: Log4J and tomcat using Commons logging

[Collins, Jim]

Hi Larry,

In my myapp/WEB-INF/lib I have:

log4j-1.2.6.jar

In myapp/WEB-INF/classes I have:

log4j.properties 

In common/lib I have:

commons-logging-api.jar
commons-logging.jar
log4j-1.2.6.jar

And in server/lib I have no logging files.

I intend to use log4j anyway so it is not a major problem if I use it
directly rather than through commons-logging. It would however be nice to be
able to chop and change the underlying logging implementation without having
to change my code.

Regards

Jim.

 -Original Message-
 From: Larry Meadors [mailto:[EMAIL PROTECTED]]
 Sent: 14 February 2003 18:14
 To: [EMAIL PROTECTED]
 Subject: RE: Log4J and tomcat using Commons logging
 
 
 Hey Jim, 
 
 Can you help me understand your configuration so I can help identify
 where the breakdown is? I am most curious about where all the 
 jar files
 are - common/lib, shared/lib, or WEB-INF/lib? Probably the best info
 would be directory listings of common/lib, shared/lib, and 
 WEB-INF/lib.
 
 I suspect that log4j is being loaded to far up the classloader tree to
 be able to find your configuration file when used through
 commons-logging, but when you use it directly, it is loaded again by
 another classloader that is able to find your configuration file. That
 is why I was asking if there was a way to tell log4j to use the
 properties file without relying on the class loader. I do not 
 use log4j,
 so I do not know what it can do.
 
 Larry
 
  [EMAIL PROTECTED] 02/14/03 10:38 AM 
 Hi Larry,
 
 I am not having a problem with log4j I deploy the log4j.properties to
 myapp/WEB-INF/classes and it works fine. I would not want to have
 log4j.properies in common/classes because I want to be able 
 to configure
 my
 logging for individaul apps. The problem is if I use commons-logging,
 this
 SHOULD use the underlying log4j implementation and the 
 log4j.properties
 file
 that I have deployed with my app. With commons-logging you do 
 not log to
 any
 particular logging implementation.
 
 Regards
 
 Jim.
 
  -Original Message-
  From: Larry Meadors [mailto:[EMAIL PROTECTED]]
  Sent: 14 February 2003 17:11
  To: [EMAIL PROTECTED]
  Subject: RE: Log4J and tomcat using Commons logging
  
  
  I have never used log4j, but you might try putting the 
  log4j.properties
  file in common/classes, it means all apps get the same log 
  settings, but
  may work. :-/
  
  Is there a way to tell log4j to use the properties file 
  without relying
  on the class loader, like an environment variable or something? That
  might make it easier to use.
  
  Larry
  
   [EMAIL PROTECTED] 02/14/03 09:55 AM 
  Hi Larry,
  
  There have been some problems with the location of the 
 commons-logging
  jar
  file. It was in server/lib but this causes intermittent 
 problems that
  causes
  Tomcat to crash. I have posted this problem to this mail 
 list and the
  same
  problem has been published on other mail lists. The fix is to move
  commons-logging.jar from server/lib to common/lib and not to deploy
  commons-logging with your webapp. At the moment I have
  commons-logging.jar
  only in common/lib and the log4j jar file in common/lib and my apps
  WEB-INF/lib dir. If I log directly to log4j it uses my 
  log4j.properties
  file
  but if I use commons-logging it uses the default.
  
  For the moment I will stick to calling log4j directly. It 
  would be nice
  to
  clear this up though as a lot of other people are having the same
  problem
  trying to use commons-logging.
  
  Regards
  
  Jim.
  
   -Original Message-
   From: Larry Meadors [mailto:[EMAIL PROTECTED]]
   Sent: 14 February 2003 15:40
   To: [EMAIL PROTECTED]
   Subject: RE: Log4J and tomcat using Commons logging
   
   
   Where are your commons-logging and log4j jars?
   
   If they are loaded by a different classloader than the 
   log4j.properties
   file, it may not work.
   
   Larry
   
[EMAIL PROTECTED] 02/14/03 02:47 AM 
   Hi,
   
   I have managed to get log4j to work for my webapps. I just have a
   log4j.properties file in WEB-INF/classes and it works. I can't get
   commons-logging to work though. If I try commons-logging 
 it does not
   pick up
   my log4j.properties file yet using log4j directly does pick 
   up the file.
   
   I have spent a lot of time trawling Tomcat/Struts/Commons 
   mail archives
   to
   try and find how to get this to work to no avail. Reading 
 these mail
   archives I can see that a lot of other people are having the same
   problem as
   me.
   
   As Tomcat and Struts uses commons-logging could someone 
  please try and
   clarify how we set up a webapp to use commons-logging with its own
   configuration file. I am sure this would prove useful to a 
   large number
   of
   users.
   
   Many thanks
   
   Jim.
   
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
Sent: 13 February 2003 18:11
To: Tomcat Users List
Subject: RE: Log4J and tomcat



Howdy,
FYI: 

RE: Log4J and tomcat using Commons logging

[Collins, Jim]

Hi Larry,

Thanks for your help on this. I did have commons-logging.jar in
myapp/WEB-INF/lib and also in server/lib but I had to move them because this
was causing Tomcat to crash. I have found an email from Remy where he states
it is a Tomcat classloader problem which will not be fixed until Tomcat 5.

In the meantime I will stich to logging to log4j directly.

Thanks again.

Jim.

PS I hope this has been of help to anyone else having logging problems :)

 -Original Message-
 From: Larry Meadors [mailto:[EMAIL PROTECTED]]
 Sent: 17 February 2003 14:13
 To: [EMAIL PROTECTED]
 Subject: RE: Log4J and tomcat using Commons logging
 
 
 Hey Jim,
 
 I think Yoav's answer is very practical, and in spite of the fact that
 it would require a code change if you change loggers down the road, it
 is only a few lines in one place. You should think about it, 
 because it
 is pretty low-cost, compared to the amount of time we have already
 spent. ;-)
 
 However, in the interest of understanding what is going on, I 
 think what
 is happening is that the common classloader is loading commons-logging
 and log4j and looking for configuration there. It cannot find 
 it because
 at that point, it does not know where to look - the 
 configuration is at
 a lower level and is not available to the common classloader. 
 Then when
 you try to use commons logging in myapp, it is not found in the myapp
 classloader, so it looks up to the common classloader and 
 uses that one
 with the configuration found there. 
 
 I would try adding commons-logging.jar to your WEB-INF/lib directory.
 That way, when the server wants to log, it should be able to. 
 When your
 app wants to log, it should find commons logging and log4j right there
 and log4j should find the config there too. I will keep my fingers
 crossed. ;-)
 
 Larry
 
  [EMAIL PROTECTED] 02/17/03 02:08 AM 
 Hi Larry,
 
 In my myapp/WEB-INF/lib I have:
 
 log4j-1.2.6.jar
 
 In myapp/WEB-INF/classes I have:
 
 log4j.properties 
 
 In common/lib I have:
 
 commons-logging-api.jar
 commons-logging.jar
 log4j-1.2.6.jar
 
 And in server/lib I have no logging files.
 
 I intend to use log4j anyway so it is not a major problem if I use it
 directly rather than through commons-logging. It would however be nice
 to be
 able to chop and change the underlying logging implementation without
 having
 to change my code.
 
 Regards
 
 Jim.
 
 
 -
 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: Log4J and tomcat using Commons logging

[Collins, Jim]

Hi,

I have managed to get log4j to work for my webapps. I just have a
log4j.properties file in WEB-INF/classes and it works. I can't get
commons-logging to work though. If I try commons-logging it does not pick up
my log4j.properties file yet using log4j directly does pick up the file.

I have spent a lot of time trawling Tomcat/Struts/Commons mail archives to
try and find how to get this to work to no avail. Reading these mail
archives I can see that a lot of other people are having the same problem as
me.

As Tomcat and Struts uses commons-logging could someone please try and
clarify how we set up a webapp to use commons-logging with its own
configuration file. I am sure this would prove useful to a large number of
users.

Many thanks

Jim.

 -Original Message-
 From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
 Sent: 13 February 2003 18:11
 To: Tomcat Users List
 Subject: RE: Log4J and tomcat
 
 
 
 Howdy,
 FYI: we deploy in packed .war files (and have 
 unpackWARs=false in the
 Host elements of server.xml).  We use log4j with a properties
 configuration file.  The way we configure log4j is in a servlet
 listener's contextInitialized(ServletContext sce) method, using 
 URL configurationFileUrl =
 sce.getServletContext().getResource(/WEB-INF/config/log4j.prop);
 PropertyConfigurator.configure(configurationFileUrl);
 
 This works from wars, unpacked wars, etc.
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 -Original Message-
 From: Sloan Seaman [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, February 13, 2003 1:03 PM
 To: Tomcat Users List
 Subject: Re: Log4J and tomcat
 
 I'll keep you posted if I ever figure something out.
 
 The problem prob. is that since the common-logging and log4j 
 use a lot
 of
 static objects I'm getting what tomcat has already set up (this is a
 theory
 mind you)
 
 - Original Message -
 From: tomcat guy [EMAIL PROTECTED]
 To: Tomcat Users List [EMAIL PROTECTED]
 Sent: Thursday, February 13, 2003 12:57 PM
 Subject: Re: Log4J and tomcat
 
 
  Sloan, sorry can't help you out but if you find a solution I'd be
 interested
  in how you came up with the fix... Learnin about log4j it 
 could help
 in
 the
  future
 
  - Original Message -
  From: Sloan Seaman [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Sent: Wednesday, February 12, 2003 3:23 PM
  Subject: Log4J and tomcat
 
 
   I'm deploying a war file using tomcat and I wish to use Apache's
 common
   logging api to log things (log4j behind the scenes).
  
   For some reason my configuration file seems to be getting ignored
 but
 my
   log.info msgs are showing up in the console window for Tomcat.
  
   Can someone tell me why this is happening?
  
   How do I get my app to use my log4j conf file?
  
   Thanks!
   --
   Sloan
  
  
  
  
 -
   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]
 
 
 
 
 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]
 


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 

RE: Log4J and tomcat using Commons logging

[Collins, Jim]

Hi Larry,

There have been some problems with the location of the commons-logging jar
file. It was in server/lib but this causes intermittent problems that causes
Tomcat to crash. I have posted this problem to this mail list and the same
problem has been published on other mail lists. The fix is to move
commons-logging.jar from server/lib to common/lib and not to deploy
commons-logging with your webapp. At the moment I have commons-logging.jar
only in common/lib and the log4j jar file in common/lib and my apps
WEB-INF/lib dir. If I log directly to log4j it uses my log4j.properties file
but if I use commons-logging it uses the default.

For the moment I will stick to calling log4j directly. It would be nice to
clear this up though as a lot of other people are having the same problem
trying to use commons-logging.

Regards

Jim.

 -Original Message-
 From: Larry Meadors [mailto:[EMAIL PROTECTED]]
 Sent: 14 February 2003 15:40
 To: [EMAIL PROTECTED]
 Subject: RE: Log4J and tomcat using Commons logging
 
 
 Where are your commons-logging and log4j jars?
 
 If they are loaded by a different classloader than the 
 log4j.properties
 file, it may not work.
 
 Larry
 
  [EMAIL PROTECTED] 02/14/03 02:47 AM 
 Hi,
 
 I have managed to get log4j to work for my webapps. I just have a
 log4j.properties file in WEB-INF/classes and it works. I can't get
 commons-logging to work though. If I try commons-logging it does not
 pick up
 my log4j.properties file yet using log4j directly does pick 
 up the file.
 
 I have spent a lot of time trawling Tomcat/Struts/Commons 
 mail archives
 to
 try and find how to get this to work to no avail. Reading these mail
 archives I can see that a lot of other people are having the same
 problem as
 me.
 
 As Tomcat and Struts uses commons-logging could someone please try and
 clarify how we set up a webapp to use commons-logging with its own
 configuration file. I am sure this would prove useful to a 
 large number
 of
 users.
 
 Many thanks
 
 Jim.
 
  -Original Message-
  From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
  Sent: 13 February 2003 18:11
  To: Tomcat Users List
  Subject: RE: Log4J and tomcat
  
  
  
  Howdy,
  FYI: we deploy in packed .war files (and have 
  unpackWARs=false in the
  Host elements of server.xml).  We use log4j with a properties
  configuration file.  The way we configure log4j is in a servlet
  listener's contextInitialized(ServletContext sce) method, using 
  URL configurationFileUrl =
  sce.getServletContext().getResource(/WEB-INF/config/log4j.prop);
  PropertyConfigurator.configure(configurationFileUrl);
  
  This works from wars, unpacked wars, etc.
  
  Yoav Shapira
  Millennium ChemInformatics
  
  
  -Original Message-
  From: Sloan Seaman [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, February 13, 2003 1:03 PM
  To: Tomcat Users List
  Subject: Re: Log4J and tomcat
  
  I'll keep you posted if I ever figure something out.
  
  The problem prob. is that since the common-logging and log4j 
  use a lot
  of
  static objects I'm getting what tomcat has already set up 
 (this is a
  theory
  mind you)
  
  - Original Message -
  From: tomcat guy [EMAIL PROTECTED]
  To: Tomcat Users List [EMAIL PROTECTED]
  Sent: Thursday, February 13, 2003 12:57 PM
  Subject: Re: Log4J and tomcat
  
  
   Sloan, sorry can't help you out but if you find a solution I'd be
  interested
   in how you came up with the fix... Learnin about log4j it 
  could help
  in
  the
   future
  
   - Original Message -
   From: Sloan Seaman [EMAIL PROTECTED]
   To: [EMAIL PROTECTED]
   Sent: Wednesday, February 12, 2003 3:23 PM
   Subject: Log4J and tomcat
  
  
I'm deploying a war file using tomcat and I wish to 
 use Apache's
  common
logging api to log things (log4j behind the scenes).
   
For some reason my configuration file seems to be 
 getting ignored
  but
  my
log.info msgs are showing up in the console window for Tomcat.
   
Can someone tell me why this is happening?
   
How do I get my app to use my log4j conf file?
   
Thanks!
--
Sloan
   
   
   
   
  
 -
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]
  
  
  
  
  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, 

RE: Log4J and tomcat using Commons logging

[Collins, Jim]

Hi Larry,

I am not having a problem with log4j I deploy the log4j.properties to
myapp/WEB-INF/classes and it works fine. I would not want to have
log4j.properies in common/classes because I want to be able to configure my
logging for individaul apps. The problem is if I use commons-logging, this
SHOULD use the underlying log4j implementation and the log4j.properties file
that I have deployed with my app. With commons-logging you do not log to any
particular logging implementation.

Regards

Jim.

 -Original Message-
 From: Larry Meadors [mailto:[EMAIL PROTECTED]]
 Sent: 14 February 2003 17:11
 To: [EMAIL PROTECTED]
 Subject: RE: Log4J and tomcat using Commons logging
 
 
 I have never used log4j, but you might try putting the 
 log4j.properties
 file in common/classes, it means all apps get the same log 
 settings, but
 may work. :-/
 
 Is there a way to tell log4j to use the properties file 
 without relying
 on the class loader, like an environment variable or something? That
 might make it easier to use.
 
 Larry
 
  [EMAIL PROTECTED] 02/14/03 09:55 AM 
 Hi Larry,
 
 There have been some problems with the location of the commons-logging
 jar
 file. It was in server/lib but this causes intermittent problems that
 causes
 Tomcat to crash. I have posted this problem to this mail list and the
 same
 problem has been published on other mail lists. The fix is to move
 commons-logging.jar from server/lib to common/lib and not to deploy
 commons-logging with your webapp. At the moment I have
 commons-logging.jar
 only in common/lib and the log4j jar file in common/lib and my apps
 WEB-INF/lib dir. If I log directly to log4j it uses my 
 log4j.properties
 file
 but if I use commons-logging it uses the default.
 
 For the moment I will stick to calling log4j directly. It 
 would be nice
 to
 clear this up though as a lot of other people are having the same
 problem
 trying to use commons-logging.
 
 Regards
 
 Jim.
 
  -Original Message-
  From: Larry Meadors [mailto:[EMAIL PROTECTED]]
  Sent: 14 February 2003 15:40
  To: [EMAIL PROTECTED]
  Subject: RE: Log4J and tomcat using Commons logging
  
  
  Where are your commons-logging and log4j jars?
  
  If they are loaded by a different classloader than the 
  log4j.properties
  file, it may not work.
  
  Larry
  
   [EMAIL PROTECTED] 02/14/03 02:47 AM 
  Hi,
  
  I have managed to get log4j to work for my webapps. I just have a
  log4j.properties file in WEB-INF/classes and it works. I can't get
  commons-logging to work though. If I try commons-logging it does not
  pick up
  my log4j.properties file yet using log4j directly does pick 
  up the file.
  
  I have spent a lot of time trawling Tomcat/Struts/Commons 
  mail archives
  to
  try and find how to get this to work to no avail. Reading these mail
  archives I can see that a lot of other people are having the same
  problem as
  me.
  
  As Tomcat and Struts uses commons-logging could someone 
 please try and
  clarify how we set up a webapp to use commons-logging with its own
  configuration file. I am sure this would prove useful to a 
  large number
  of
  users.
  
  Many thanks
  
  Jim.
  
   -Original Message-
   From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
   Sent: 13 February 2003 18:11
   To: Tomcat Users List
   Subject: RE: Log4J and tomcat
   
   
   
   Howdy,
   FYI: we deploy in packed .war files (and have 
   unpackWARs=false in the
   Host elements of server.xml).  We use log4j with a properties
   configuration file.  The way we configure log4j is in a servlet
   listener's contextInitialized(ServletContext sce) method, using 
   URL configurationFileUrl =
   sce.getServletContext().getResource(/WEB-INF/config/log4j.prop);
   PropertyConfigurator.configure(configurationFileUrl);
   
   This works from wars, unpacked wars, etc.
   
   Yoav Shapira
   Millennium ChemInformatics
   
   
   -Original Message-
   From: Sloan Seaman [mailto:[EMAIL PROTECTED]]
   Sent: Thursday, February 13, 2003 1:03 PM
   To: Tomcat Users List
   Subject: Re: Log4J and tomcat
   
   I'll keep you posted if I ever figure something out.
   
   The problem prob. is that since the common-logging and log4j 
   use a lot
   of
   static objects I'm getting what tomcat has already set up 
  (this is a
   theory
   mind you)
   
   - Original Message -
   From: tomcat guy [EMAIL PROTECTED]
   To: Tomcat Users List [EMAIL PROTECTED]
   Sent: Thursday, February 13, 2003 12:57 PM
   Subject: Re: Log4J and tomcat
   
   
Sloan, sorry can't help you out but if you find a 
 solution I'd be
   interested
in how you came up with the fix... Learnin about log4j it 
   could help
   in
   the
future
   
- Original Message -
From: Sloan Seaman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 12, 2003 3:23 PM
Subject: Log4J and tomcat
   
   
 I'm deploying a war file using tomcat and I wish to 
  use Apache's
   

RE: Apache+Tomcat+Ldap

[Collins, Jim]

You can call javax.servlet.http.HttpServletRequest.getRemoteUser(). This
will return the username if the user has been authenticated otherwise null.

Regards

Jim.

 -Original Message-
 From: Christoph Fischer [mailto:[EMAIL PROTECTED]]
 Sent: 05 February 2003 13:24
 To: Tomcat Users List
 Subject: Apache+Tomcat+Ldap
 
 
 Hello,
 
 I have tomcat linked to apache server. To get to the
 tomcat server the user has to authenticate himself
 to a web-site on the apache server which checks the password
 against a ldap-server.
 Is it possible to get the user name from the apache/ldap login
 in my tomcat application ?
 
 Chris
 
 
 -
 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]

FYI Update on LogConfigurationException (Using Struts and Tomcat)

[Collins, Jim]

Hi,

I sent an email to this group a week or so going asking if anyone gets a
LogConfigurationException that crashes Tomcat. I have done some more
research and the problem happens when an application uses Commons logging.
In my case Struts uses Commons logging. 

The solution is to move the commons logging jar file and the commons
beans-utils jar files from server/lib to common/lib and ensure that you
don't deploy these jar files with your Web app.

I hope this helps anyone else who gets the same problem as it is a show
stopper because it crashes Tomcat.

Regards

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]

Clustering Tomcat

[Collins, Jim]

Hi,

Has anyone had any experience of clustering Tomcat that they would like to
share? I have read that it is possible to cluster Tomcat with Apache but I
am not sure if it is possible to cluster Tomcat on its own. Any
help/pointers would be appreciated.

Regards

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Clustering Tomcat

[Collins, Jim]

Thanks Eric.

 -Original Message-
 From: Roberts, Eric [mailto:[EMAIL PROTECTED]]
 Sent: 27 January 2003 12:28
 To: Tomcat Users List
 Subject: RE: Clustering Tomcat
 
 
 Try
 
 http://www.theserverside.com/resources/article.jsp?l=Tomcat
 
 - should tell you all you need.
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: Montag, 27. Jänner 2003 12:27
 To: 'Tomcat Users List'
 Subject: Clustering Tomcat
 
 
 Hi,
 
 Has anyone had any experience of clustering Tomcat that they 
 would like to
 share? I have read that it is possible to cluster Tomcat with 
 Apache but I
 am not sure if it is possible to cluster Tomcat on its own. Any
 help/pointers would be appreciated.
 
 Regards
 
 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:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[EMAIL PROTECTED]
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: tomcat-server

[Collins, Jim]

I remember my fisrt job at 17, they sent me to the stores for some sky hooks
and a long weight.

 -Original Message-
 From: Turner, John [mailto:[EMAIL PROTECTED]]
 Sent: 24 January 2003 14:04
 To: 'Tomcat Users List'
 Subject: RE: tomcat-server
 
 
 
 LOL
 
 I used to run a pizza joint.  I loved sending the new guy to 
 one of the
 other stores in the chain to borrow the screen stretcher.  
 If the other
 managers were on the ball, we could keep the guy roaming 
 around the city for
 hours.  ;)
 
 John
 
 
  -Original Message-
  From: Victor Lewis [mailto:[EMAIL PROTECTED]]
  Sent: Friday, January 24, 2003 9:02 AM
  To: 'Tomcat Users List'
  Subject: RE: tomcat-server
  
  
  Wait am minute.  Someone sent this guy out to buy some open source
  software and to make sure that Tomcat is fully compatible 
  with ASP.  Might
  this be the software equivalent of sending the new guy to get 
  a left handed
  monkey wrench?
  
  
   -Original Message-
   From: Leela Nanda [mailto:[EMAIL PROTECTED]]
   Sent: Thursday, January 23, 2003 8:07 PM
   To: [EMAIL PROTECTED]
   Subject: tomcat-server
   
   
   
   Dear Sir,
  I, Leelanand Reddy hereby would like to 
   introduce myself as a Java programmer in a software 
   development firm in Kuala Lumpur, Malaysia. 
   Hence I'm hereby submitting my queries for which I need a 
   detailed explanation.
   
   We have been developing a web based application for a reputed 
   semi-government organization in Malaysia. My application is 
   to display live information on the web pages where as the 
   live feed is a frequent flow during day hours(from 8:30am to 
   6:30pm). The live information on the web pages is displayed 
   by Java Swing Applets, for this currently I'm implementing 
   the Tomcat3.2.4. But according to suggestion of 
   technologists I want to buy the  Tomcat Server 
   
   1. So I need to know, whether Tomcat Server is fully 
   compatible with   ASP or not (because my web pages are 
   developed in ASP)
   
   2. Can I have a price quotation for Tomcat Sever?
   
   3. What is the right place (vendor)in Malaysia that I can put 
   a purchase-order for above?
   
   4. Finally, whether the server can  serve number of users?
   
   I'm so grateful to you if you respond for this mail.
   Thanking you,
   
   Sincerely yours,
   Leelanand Reddy B
   
   
  
  --
  To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: java.lang.NoClassDefFoundError: javax/servlet/Filter

[Collins, Jim]

 Well, in my case, all I really want to do is effectively move the
 common/lib directory to a different location outside of the Tomcat
 directory structure.  True that we would need to manage the 
 permissions
 of that directory, but they wouldn't be any different from the
 permissions of tomcat/common/lib, or from the way they are 
 set now, for
 that matter.

I have done the same thing, but I used a symbolic link to point to the new
location of common/lib 


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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Please help with LogConfigurationException

[Collins, Jim]

Hi,

I have still had no feedback  at all on this. Can anyone please help I am
running out of hair to pull out.

Regards

Jim

 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 20 January 2003 09:47
 To: 'Tomcat Users List'
 Subject: Please help with LogConfigurationException
 
 
 Hi,
 
 I am still getting this Exception thrown. Has anyone else 
 ever had this and
 know of a fix. Any help at all would be appreciated as this 
 is causing me a
 lot of problems
 
 Thanks
 
 Jim.
 
  A quick update. I have now copied the log4J jar file to 
  commons/lib and
  restarted the server so that is now uses log4J instead of the 
  JDK1.4 logger.
  After a couple of hours I got this error:
  
  org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
  implement Log
  at
  org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
  FactoryImpl.ja
  va:530)
  at
  org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
  FactoryImpl.ja
  va:285)
  at 
  org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
  at
  org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
  er.java:97)
  at org.apache.tomcat.util.log.Log.log(Log.java:198)
  at org.apache.tomcat.util.log.Log.log(Log.java:192)
  at org.apache.tomcat.util.log.Log.log(Log.java:174)
  at
  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
  ThreadPool.jav
  a:536)
  at java.lang.Thread.run(Thread.java:536)
  Caused by: org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
  implement Log
  at
  org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
  or(LogFactoryI
  mpl.java:415)
  at
  org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
  FactoryImpl.ja
  va:523)
  ... 8 more
  Caused by: 
 org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
  implement Log
  at
  org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
  or(LogFactoryI
  mpl.java:411)
  ... 9 more
  
  Could anyone please give me some clue as to what I can do. 
 I have not
  changed anything for some time now and prior to these errors 
  that have just
  started happening I have not had to restart the server for 
  weeks. Now I am
  having to start it more than once every day.
  
  Thanks
  
  Jim.
  
   -Original Message-
   From: Collins, Jim [mailto:[EMAIL PROTECTED]]
   Sent: 17 January 2003 12:31
   To: 'Tomcat Users List'
   Subject: RE: Log Error
   
   
   I have upgraded the JDK to 1.4.1 and it is still happening.
   
-Original Message-
From: Collins, Jim 
Sent: 17 January 2003 10:04
To: 'Tomcat Users List'
Subject: Log Error


Hi,

I am using Tomcat4.1.10 and JDK1.4.0 and I have started to 
get the following error message after which Tomcat crashes.

org.apache.commons.logging.LogConfigurationException: 
org.apache.commons.logging.LogConfigurationException: 
org.apache.commons.logging.LogConfigurationException: Class 
org.apache.commons.logging.impl.Jdk14Logger does not 
 implement Log
at 
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
FactoryImpl.java:530)
at 
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
FactoryImpl.java:285)
at 

 org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
at 
org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
er.java:97)
at org.apache.tomcat.util.log.Log.log(Log.java:198)
at org.apache.tomcat.util.log.Log.log(Log.java:192)
at org.apache.tomcat.util.log.Log.log(Log.java:174)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
ThreadPool.java:536)
at java.lang.Thread.run(Thread.java:536)
Caused by: 
org.apache.commons.logging.LogConfigurationException: 
org.apache.commons.logging.LogConfigurationException: Class 
org.apache.commons.logging.impl.Jdk14Logger does not 
 implement Log
at 
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
or(LogFactoryImpl.java:415)
at 
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
FactoryImpl.java:523)
... 8 more
Caused by: 
org.apache.commons.logging.LogConfigurationException: Class 
org.apache.commons.logging.impl.Jdk14Logger does not 
 implement Log
at 
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct

RE: Please help with LogConfigurationException

[Collins, Jim]

Any feedback would do, even if you tell me to shut up :) It's the silence I
can't stand.

Jim.

PS I might change the subject to: How do you change the port Tomcat listens
to. I bet there would be hundreds of replies then.

 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 21 January 2003 09:24
 To: 'Tomcat Users List'
 Subject: RE: Please help with LogConfigurationException
 
 
 Hi,
 
 I have still had no feedback  at all on this. Can anyone 
 please help I am
 running out of hair to pull out.
 
 Regards
 
 Jim
 
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: 20 January 2003 09:47
  To: 'Tomcat Users List'
  Subject: Please help with LogConfigurationException
  
  
  Hi,
  
  I am still getting this Exception thrown. Has anyone else 
  ever had this and
  know of a fix. Any help at all would be appreciated as this 
  is causing me a
  lot of problems
  
  Thanks
  
  Jim.
  
   A quick update. I have now copied the log4J jar file to 
   commons/lib and
   restarted the server so that is now uses log4J instead of the 
   JDK1.4 logger.
   After a couple of hours I got this error:
   
   org.apache.commons.logging.LogConfigurationException:
   org.apache.commons.logging.LogConfigurationException:
   org.apache.commons.logging.LogConfigurationException: Class
   org.apache.commons.logging.impl.Log4JCategoryLog does not 
   implement Log
   at
   org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
   FactoryImpl.ja
   va:530)
   at
   org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
   FactoryImpl.ja
   va:285)
   at 
   org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
   at
   org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
   er.java:97)
   at org.apache.tomcat.util.log.Log.log(Log.java:198)
   at org.apache.tomcat.util.log.Log.log(Log.java:192)
   at org.apache.tomcat.util.log.Log.log(Log.java:174)
   at
   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
   ThreadPool.jav
   a:536)
   at java.lang.Thread.run(Thread.java:536)
   Caused by: org.apache.commons.logging.LogConfigurationException:
   org.apache.commons.logging.LogConfigurationException: Class
   org.apache.commons.logging.impl.Log4JCategoryLog does not 
   implement Log
   at
   org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
   or(LogFactoryI
   mpl.java:415)
   at
   org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
   FactoryImpl.ja
   va:523)
   ... 8 more
   Caused by: 
  org.apache.commons.logging.LogConfigurationException: Class
   org.apache.commons.logging.impl.Log4JCategoryLog does not 
   implement Log
   at
   org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
   or(LogFactoryI
   mpl.java:411)
   ... 9 more
   
   Could anyone please give me some clue as to what I can do. 
  I have not
   changed anything for some time now and prior to these errors 
   that have just
   started happening I have not had to restart the server for 
   weeks. Now I am
   having to start it more than once every day.
   
   Thanks
   
   Jim.
   
-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2003 12:31
To: 'Tomcat Users List'
Subject: RE: Log Error


I have upgraded the JDK to 1.4.1 and it is still happening.

 -Original Message-
 From: Collins, Jim 
 Sent: 17 January 2003 10:04
 To: 'Tomcat Users List'
 Subject: Log Error
 
 
 Hi,
 
 I am using Tomcat4.1.10 and JDK1.4.0 and I have started to 
 get the following error message after which Tomcat crashes.
 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: Class 
 org.apache.commons.logging.impl.Jdk14Logger does not 
  implement Log
 at 
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.java:530)
 at 
 org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
 FactoryImpl.java:285)
 at 
 
  org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
 at 
 org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
 er.java:97)
 at org.apache.tomcat.util.log.Log.log(Log.java:198)
 at org.apache.tomcat.util.log.Log.log(Log.java:192)
 at org.apache.tomcat.util.log.Log.log(Log.java:174)
 at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
 ThreadPool.java:536)
 at java.lang.Thread.run(Thread.java:536)
 Caused by: 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: Class

How do you change the port Tomcat listens to

[Collins, Jim]

Hi,

I thought this subject might at least get some response. Has anyone ever had
or know anything about the following error I have started getting from
Tomcat? It cause Tomcat to crash and I then need to restart Tomcat. 

 
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not 
implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
FactoryImpl.java:530)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
FactoryImpl.java:285)
at 

org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
at
org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandler.java:97)
at org.apache.tomcat.util.log.Log.log(Log.java:198)
at org.apache.tomcat.util.log.Log.log(Log.java:192)
at org.apache.tomcat.util.log.Log.log(Log.java:174)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
ThreadPool.java:536)
at java.lang.Thread.run(Thread.java:536)
Caused by: org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not 
implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:415)
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
FactoryImpl.java:523)
... 8 more
Caused by: 
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:411)
... 9 more
 
 


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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: How do you change the port Tomcat listens to

[Collins, Jim]

Hi Adam,

Thanks for replying. I don't think it is Log4J. I was getting the exception
when I was using the JDK1.4 Logger:

org.apache.commons.logging.LogConfigurationException: 
org.apache.commons.logging.LogConfigurationException: 
org.apache.commons.logging.LogConfigurationException: Class 
org.apache.commons.logging.impl.Jdk14Logger does not implement Log
at 
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:530)
 at 
snip

I then tried Log4J and had the same problem. In both cases I looked at the
code and know that JDK14Logger and Log4JCategoryLog both implement Log. The
exception does not happen all the time, Tomcat had been running for a number
of weeks with no problems when the exception started being thrown and I had
to repeatedly restart Tomcat. It has now been running OK since Friday but I
am very worried as to what caused it to happen and what I can do to prevent
it. Up untill this point I have had no problems at all with Tomcat.

Regards

Jim.

 -Original Message-
 From: Adam Fowler [mailto:[EMAIL PROTECTED]]
 Sent: 21 January 2003 10:28
 To: Tomcat Users List
 Subject: Re: How do you change the port Tomcat listens to
 
 
 Hello,
 
 Sounds like you've got a version of Log4J that Tomcat doesn't like. 
 You've probably upgraded one of them without upgrading the other. It 
 sounds like a Java error where the version of Log that Log4J 
 implements 
 is not the one Tomcat is using.
 
 I'd reccommend making sure you have two versions that work 
 together. The 
 two latest stable ones should work. (Disclaimer: I haven't 
 tried it, so 
 don't sure me if it doesn't!)
 
 Hope that helps,
 
 Adam.
 
 Collins, Jim wrote:
  Hi,
  
  I thought this subject might at least get some response. 
 Has anyone ever had
  or know anything about the following error I have started 
 getting from
  Tomcat? It cause Tomcat to crash and I then need to restart Tomcat. 
  
   
  org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
  implement Log
  at
  org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
  FactoryImpl.java:530)
  at
  org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
  FactoryImpl.java:285)
  at 
  
  org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
  at
  
 org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
 er.java:97)
  at org.apache.tomcat.util.log.Log.log(Log.java:198)
  at org.apache.tomcat.util.log.Log.log(Log.java:192)
  at org.apache.tomcat.util.log.Log.log(Log.java:174)
  at
  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
  ThreadPool.java:536)
  at java.lang.Thread.run(Thread.java:536)
  Caused by: org.apache.commons.logging.LogConfigurationException:
  org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
  implement Log
  at
  
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryI
  mpl.java:415)
  at
  org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
  FactoryImpl.java:523)
  ... 8 more
  Caused by: 
  org.apache.commons.logging.LogConfigurationException: Class
  org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
  at
  
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryI
  mpl.java:411)
  ... 9 more
   
   
  
  
  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:   
 mailto:[EMAIL PROTECTED]
  For additional commands, e-mail: 
 mailto:[EMAIL PROTECTED]
  
 
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional

RE: Please help with LogConfigurationException

[Collins, Jim]

Hi Yoav,

Thanks for your reply. I could see it was commons logging throwing the
exception and I tried changing the actual logging implementation that it
uses to log4J to see if that would stop it happening but it did not. I don't
really think it is a commons logging problem either because it works and
logs correctly until this exception get thrown.

Last week this exception was being thrown at least twice a day however since
Friday no more exceptions have been thrown. It just seems bizarre to me that
it should suddenly start happening and then stop.

Regards

Jim.

 -Original Message-
 From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
 Sent: 21 January 2003 14:24
 To: Tomcat Users List
 Subject: RE: Please help with LogConfigurationException
 
 
 Howdy,
 A couple of things: 
 
 - It's commons-logging, not tomcat, that's throwing the 
 exception.  It's
 most likely misconfigured, i.e. you have some jars (probably the
 commons-logging jars themselves) in the wrong place.
 
 - Can you temporarily take out commons logging, i.e. code directly to
 JDK 1.4 logging or log4j or whatever you want, and see if the problem
 goes away?
 
 - Try to ask on the commons-logging mailing list.
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, January 21, 2003 4:24 AM
 To: 'Tomcat Users List'
 Subject: RE: Please help with LogConfigurationException
 
 Hi,
 
 I have still had no feedback  at all on this. Can anyone 
 please help I
 am
 running out of hair to pull out.
 
 Regards
 
 Jim
 
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: 20 January 2003 09:47
  To: 'Tomcat Users List'
  Subject: Please help with LogConfigurationException
 
 
  Hi,
 
  I am still getting this Exception thrown. Has anyone else
  ever had this and
  know of a fix. Any help at all would be appreciated as this
  is causing me a
  lot of problems
 
  Thanks
 
  Jim.
 
   A quick update. I have now copied the log4J jar file to
   commons/lib and
   restarted the server so that is now uses log4J instead of the
   JDK1.4 logger.
   After a couple of hours I got this error:
  
   org.apache.commons.logging.LogConfigurationException:
   org.apache.commons.logging.LogConfigurationException:
   org.apache.commons.logging.LogConfigurationException: Class
   org.apache.commons.logging.impl.Log4JCategoryLog does not
   implement Log
   at
   org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
   FactoryImpl.ja
   va:530)
   at
   org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
   FactoryImpl.ja
   va:285)
   at
   org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
   at
   org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
   er.java:97)
   at org.apache.tomcat.util.log.Log.log(Log.java:198)
   at org.apache.tomcat.util.log.Log.log(Log.java:192)
   at org.apache.tomcat.util.log.Log.log(Log.java:174)
   at
   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
   ThreadPool.jav
   a:536)
   at java.lang.Thread.run(Thread.java:536)
   Caused by: org.apache.commons.logging.LogConfigurationException:
   org.apache.commons.logging.LogConfigurationException: Class
   org.apache.commons.logging.impl.Log4JCategoryLog does not
   implement Log
   at
   org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
   or(LogFactoryI
   mpl.java:415)
   at
   org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
   FactoryImpl.ja
   va:523)
   ... 8 more
   Caused by:
  org.apache.commons.logging.LogConfigurationException: Class
   org.apache.commons.logging.impl.Log4JCategoryLog does not
   implement Log
   at
   org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
   or(LogFactoryI
   mpl.java:411)
   ... 9 more
  
   Could anyone please give me some clue as to what I can do.
  I have not
   changed anything for some time now and prior to these errors
   that have just
   started happening I have not had to restart the server for
   weeks. Now I am
   having to start it more than once every day.
  
   Thanks
  
   Jim.
  
-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2003 12:31
To: 'Tomcat Users List'
Subject: RE: Log Error
   
   
I have upgraded the JDK to 1.4.1 and it is still happening.
   
 -Original Message-
 From: Collins, Jim
 Sent: 17 January 2003 10:04
 To: 'Tomcat Users List'
 Subject: Log Error


 Hi,

 I am using Tomcat4.1.10 and JDK1.4.0 and I have started to
 get the following error message after which Tomcat crashes.

 org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException: Class

RE: Please help with LogConfigurationException

[Collins, Jim]

Hi Eric,

Thanks for your 2p :). That sounds reasonable. My app is not doing any
logging apart from System.out.println. I am using Struts which also uses the
commons-logging so I might search the Struts users mail archive to see if I
can find anything helpful there.

Jim.

 -Original Message-
 From: Roberts, Eric [mailto:[EMAIL PROTECTED]]
 Sent: 21 January 2003 15:25
 To: Tomcat Users List
 Subject: RE: Please help with LogConfigurationException
 
 
 Hi Jim,
 
 Just a thought - you say the application has been running 
 without this error except for the last week or so, and then 
 this week no problems.
 
 It sounds to me as though a particular use case may have 
 arisen where an incorrect logging statement is being invoked, 
 and that this use case had not arisen previously (i.e. the 
 problem was always in the code, but until invoked, no problems).
 
 Thats my 2p :-)
 
 Eric
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: Dienstag, 21. Jänner 2003 15:35
 To: 'Tomcat Users List'
 Subject: RE: Please help with LogConfigurationException
 
 
 Hi Yoav,
 
 Thanks for your reply. I could see it was commons logging throwing the
 exception and I tried changing the actual logging 
 implementation that it
 uses to log4J to see if that would stop it happening but it 
 did not. I don't
 really think it is a commons logging problem either because 
 it works and
 logs correctly until this exception get thrown.
 
 Last week this exception was being thrown at least twice a 
 day however since
 Friday no more exceptions have been thrown. It just seems 
 bizarre to me that
 it should suddenly start happening and then stop.
 
 Regards
 
 Jim.
 
  -Original Message-
  From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
  Sent: 21 January 2003 14:24
  To: Tomcat Users List
  Subject: RE: Please help with LogConfigurationException
  
  
  Howdy,
  A couple of things: 
  
  - It's commons-logging, not tomcat, that's throwing the 
  exception.  It's
  most likely misconfigured, i.e. you have some jars (probably the
  commons-logging jars themselves) in the wrong place.
  
  - Can you temporarily take out commons logging, i.e. code 
 directly to
  JDK 1.4 logging or log4j or whatever you want, and see if 
 the problem
  goes away?
  
  - Try to ask on the commons-logging mailing list.
  
  Yoav Shapira
  Millennium ChemInformatics
  
  
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, January 21, 2003 4:24 AM
  To: 'Tomcat Users List'
  Subject: RE: Please help with LogConfigurationException
  
  Hi,
  
  I have still had no feedback  at all on this. Can anyone 
  please help I
  am
  running out of hair to pull out.
  
  Regards
  
  Jim
  
   -Original Message-
   From: Collins, Jim [mailto:[EMAIL PROTECTED]]
   Sent: 20 January 2003 09:47
   To: 'Tomcat Users List'
   Subject: Please help with LogConfigurationException
  
  
   Hi,
  
   I am still getting this Exception thrown. Has anyone else
   ever had this and
   know of a fix. Any help at all would be appreciated as this
   is causing me a
   lot of problems
  
   Thanks
  
   Jim.
  
A quick update. I have now copied the log4J jar file to
commons/lib and
restarted the server so that is now uses log4J instead of the
JDK1.4 logger.
After a couple of hours I got this error:
   
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not
implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
FactoryImpl.ja
va:530)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
FactoryImpl.ja
va:285)
at

 org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
at
org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
er.java:97)
at org.apache.tomcat.util.log.Log.log(Log.java:198)
at org.apache.tomcat.util.log.Log.log(Log.java:192)
at org.apache.tomcat.util.log.Log.log(Log.java:174)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
ThreadPool.jav
a:536)
at java.lang.Thread.run(Thread.java:536)
Caused by: 
 org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not
implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
or(LogFactoryI
mpl.java:415)
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
FactoryImpl.ja
va:523)
... 8 more
Caused by:
   org.apache.commons.logging.LogConfigurationException: Class

Please help with LogConfigurationException

[Collins, Jim]

Hi,

I am still getting this Exception thrown. Has anyone else ever had this and
know of a fix. Any help at all would be appreciated as this is causing me a
lot of problems

Thanks

Jim.

 A quick update. I have now copied the log4J jar file to 
 commons/lib and
 restarted the server so that is now uses log4J instead of the 
 JDK1.4 logger.
 After a couple of hours I got this error:
 
 org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException: Class
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
 at
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.ja
 va:530)
 at
 org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
 FactoryImpl.ja
 va:285)
 at 
 org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
 at
 org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
 er.java:97)
 at org.apache.tomcat.util.log.Log.log(Log.java:198)
 at org.apache.tomcat.util.log.Log.log(Log.java:192)
 at org.apache.tomcat.util.log.Log.log(Log.java:174)
 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
 ThreadPool.jav
 a:536)
 at java.lang.Thread.run(Thread.java:536)
 Caused by: org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException: Class
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
 at
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryI
 mpl.java:415)
 at
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.ja
 va:523)
 ... 8 more
 Caused by: org.apache.commons.logging.LogConfigurationException: Class
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
 at
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryI
 mpl.java:411)
 ... 9 more
 
 Could anyone please give me some clue as to what I can do. I have not
 changed anything for some time now and prior to these errors 
 that have just
 started happening I have not had to restart the server for 
 weeks. Now I am
 having to start it more than once every day.
 
 Thanks
 
 Jim.
 
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: 17 January 2003 12:31
  To: 'Tomcat Users List'
  Subject: RE: Log Error
  
  
  I have upgraded the JDK to 1.4.1 and it is still happening.
  
   -Original Message-
   From: Collins, Jim 
   Sent: 17 January 2003 10:04
   To: 'Tomcat Users List'
   Subject: Log Error
   
   
   Hi,
   
   I am using Tomcat4.1.10 and JDK1.4.0 and I have started to 
   get the following error message after which Tomcat crashes.
   
   org.apache.commons.logging.LogConfigurationException: 
   org.apache.commons.logging.LogConfigurationException: 
   org.apache.commons.logging.LogConfigurationException: Class 
   org.apache.commons.logging.impl.Jdk14Logger does not implement Log
   at 
   org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
   FactoryImpl.java:530)
   at 
   org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
   FactoryImpl.java:285)
   at 
   org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
   at 
   org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
   er.java:97)
   at org.apache.tomcat.util.log.Log.log(Log.java:198)
   at org.apache.tomcat.util.log.Log.log(Log.java:192)
   at org.apache.tomcat.util.log.Log.log(Log.java:174)
   at 
   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
   ThreadPool.java:536)
   at java.lang.Thread.run(Thread.java:536)
   Caused by: 
   org.apache.commons.logging.LogConfigurationException: 
   org.apache.commons.logging.LogConfigurationException: Class 
   org.apache.commons.logging.impl.Jdk14Logger does not implement Log
   at 
   org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
   or(LogFactoryImpl.java:415)
   at 
   org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
   FactoryImpl.java:523)
   ... 8 more
   Caused by: 
   org.apache.commons.logging.LogConfigurationException: Class 
   org.apache.commons.logging.impl.Jdk14Logger does not implement Log
   at 
   org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
   or(LogFactoryImpl.java:411)
   ... 9 more
   
   I have not changed anything to the configuration and it was 
   working fine in the past I have just started to notice this 
   in the last week or so. If anyone has any ideas what I can do 
   to resolve this I would appreciate it.
   
   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

RE: Logging

[Collins, Jim]

Hi Yoav,

I have been getting this strange exception from Tomcat:

org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException: Class
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
 at
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.ja
 va:530)
 at
 org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
 FactoryImpl.ja
 va:285)
 at 
 org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
 at
 org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
 er.java:97)
 at org.apache.tomcat.util.log.Log.log(Log.java:198)
 at org.apache.tomcat.util.log.Log.log(Log.java:192)
 at org.apache.tomcat.util.log.Log.log(Log.java:174)
 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
 ThreadPool.jav
 a:536)
 at java.lang.Thread.run(Thread.java:536)
 Caused by: org.apache.commons.logging.LogConfigurationException:
 org.apache.commons.logging.LogConfigurationException: Class
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
 at
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryI
 mpl.java:415)
 at
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.ja
 va:523)
 ... 8 more
 Caused by: org.apache.commons.logging.LogConfigurationException: Class
 org.apache.commons.logging.impl.Log4JCategoryLog does not 
 implement Log
 at
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryI
 mpl.java:411)
... 9 more

Have you ever seen anything like?

Regards

Jim


 -Original Message-
 From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
 Sent: 20 January 2003 16:13
 To: Tomcat Users List; [EMAIL PROTECTED]
 Subject: RE: Logging
 
 
 Howdy,
 Here's one way: use log4j.  Configure a file appender with 
 some pattern that includes your hostname in the MDC.  That's 
 exactly the sort of thing MDC (Mapped Diagnostic Context) in 
 log4j was designed for.  For more details, see the 
 PatternLayout and MDC class javadocs at 
 http://jakarta.apache.org/log4j/docs/api/index.html
 
 If you have questions regarding usage of log4j, we'll be 
 happy to help you on the log4j user mailing list ;)
 
 As an aside, I think tomcat already provides more than 
 adequate logging capabilities for a servlet container.  
 Tomcat is not a logging toolkit.  That's why we have things 
 like log4j ;)  Combine these two best of breed solutions and 
 you can enjoy a lot of benefits...
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 -Original Message-
 From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
 Sent: Monday, January 20, 2003 11:13 AM
 To: Tomcat Users List
 Subject: RE: Logging
 
 I have been trying to do the same thing, unfortunately I 
 have not found a
 way to make this happen yet.
 
 Brandon
 
 -Original Message-
 From: Reynir Hübner [mailto:[EMAIL PROTECTED]]
 Sent: Monday, January 20, 2003 9:59 AM
 To: Tomcat Users List
 Subject: Logging
 
 
 Is it possible somehow to set the logger in tomcat 
 (FileLogger) so that it
 will tell which application the exception happenes.
 My problem is this :
 I have a server running serveral virtual hosts, most running the same
 web-applications. When an exception is caused it gets 
 stack-trace-printed
 to
 the standard out, but it's impossible for me to determine 
 which application
 it happenes in. Is it possible to configure the FileLogger 
 to display where
 it happenes ?
 
 Thanx
 -reynir
 
 --
 To unsubscribe, e-mail:
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 
 
 --
 To unsubscribe, e-mail:   mailto:tomcat-user-
 [EMAIL PROTECTED]
 For additional commands, e-mail: mailto:tomcat-user-
 [EMAIL PROTECTED]
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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 

Log Error

[Collins, Jim]

Hi,

I am using Tomcat4.1.10 and JDK1.4.0 and I have started to get the following
error message after which Tomcat crashes.

org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Jdk14Logger does not implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:530)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:285)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
at
org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandler.java:97)
at org.apache.tomcat.util.log.Log.log(Log.java:198)
at org.apache.tomcat.util.log.Log.log(Log.java:192)
at org.apache.tomcat.util.log.Log.log(Log.java:174)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:536)
at java.lang.Thread.run(Thread.java:536)
Caused by: org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Jdk14Logger does not implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:415)
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:523)
... 8 more
Caused by: org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Jdk14Logger does not implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:411)
... 9 more

I have not changed anything to the configuration and it was working fine in
the past I have just started to notice this in the last week or so. If
anyone has any ideas what I can do to resolve this I would appreciate it.

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Log Error

[Collins, Jim]

I have upgraded the JDK to 1.4.1 and it is still happening.

 -Original Message-
 From: Collins, Jim 
 Sent: 17 January 2003 10:04
 To: 'Tomcat Users List'
 Subject: Log Error
 
 
 Hi,
 
 I am using Tomcat4.1.10 and JDK1.4.0 and I have started to 
 get the following error message after which Tomcat crashes.
 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: Class 
 org.apache.commons.logging.impl.Jdk14Logger does not implement Log
 at 
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.java:530)
 at 
 org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
 FactoryImpl.java:285)
 at 
 org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
 at 
 org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
 er.java:97)
 at org.apache.tomcat.util.log.Log.log(Log.java:198)
 at org.apache.tomcat.util.log.Log.log(Log.java:192)
 at org.apache.tomcat.util.log.Log.log(Log.java:174)
 at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
 ThreadPool.java:536)
 at java.lang.Thread.run(Thread.java:536)
 Caused by: 
 org.apache.commons.logging.LogConfigurationException: 
 org.apache.commons.logging.LogConfigurationException: Class 
 org.apache.commons.logging.impl.Jdk14Logger does not implement Log
 at 
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryImpl.java:415)
 at 
 org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
 FactoryImpl.java:523)
 ... 8 more
 Caused by: 
 org.apache.commons.logging.LogConfigurationException: Class 
 org.apache.commons.logging.impl.Jdk14Logger does not implement Log
 at 
 org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
 or(LogFactoryImpl.java:411)
 ... 9 more
 
 I have not changed anything to the configuration and it was 
 working fine in the past I have just started to notice this 
 in the last week or so. If anyone has any ideas what I can do 
 to resolve this I would appreciate it.
 
 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Log Error

[Collins, Jim]

A quick update. I have now copied the log4J jar file to commons/lib and
restarted the server so that is now uses log4J instead of the JDK1.4 logger.
After a couple of hours I got this error:

org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:530)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:285)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
at
org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandler.java:97)
at org.apache.tomcat.util.log.Log.log(Log.java:198)
at org.apache.tomcat.util.log.Log.log(Log.java:192)
at org.apache.tomcat.util.log.Log.log(Log.java:174)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:536)
at java.lang.Thread.run(Thread.java:536)
Caused by: org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:415)
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:523)
... 8 more
Caused by: org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JCategoryLog does not implement Log
at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:411)
... 9 more

Could anyone please give me some clue as to what I can do. I have not
changed anything for some time now and prior to these errors that have just
started happening I have not had to restart the server for weeks. Now I am
having to start it more than once every day.

Thanks

Jim.

 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 17 January 2003 12:31
 To: 'Tomcat Users List'
 Subject: RE: Log Error
 
 
 I have upgraded the JDK to 1.4.1 and it is still happening.
 
  -Original Message-
  From: Collins, Jim 
  Sent: 17 January 2003 10:04
  To: 'Tomcat Users List'
  Subject: Log Error
  
  
  Hi,
  
  I am using Tomcat4.1.10 and JDK1.4.0 and I have started to 
  get the following error message after which Tomcat crashes.
  
  org.apache.commons.logging.LogConfigurationException: 
  org.apache.commons.logging.LogConfigurationException: 
  org.apache.commons.logging.LogConfigurationException: Class 
  org.apache.commons.logging.impl.Jdk14Logger does not implement Log
  at 
  org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
  FactoryImpl.java:530)
  at 
  org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Log
  FactoryImpl.java:285)
  at 
  org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
  at 
  org.apache.tomcat.util.log.CommonLogHandler.log(CommonLogHandl
  er.java:97)
  at org.apache.tomcat.util.log.Log.log(Log.java:198)
  at org.apache.tomcat.util.log.Log.log(Log.java:192)
  at org.apache.tomcat.util.log.Log.log(Log.java:174)
  at 
  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
  ThreadPool.java:536)
  at java.lang.Thread.run(Thread.java:536)
  Caused by: 
  org.apache.commons.logging.LogConfigurationException: 
  org.apache.commons.logging.LogConfigurationException: Class 
  org.apache.commons.logging.impl.Jdk14Logger does not implement Log
  at 
  org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
  or(LogFactoryImpl.java:415)
  at 
  org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Log
  FactoryImpl.java:523)
  ... 8 more
  Caused by: 
  org.apache.commons.logging.LogConfigurationException: Class 
  org.apache.commons.logging.impl.Jdk14Logger does not implement Log
  at 
  org.apache.commons.logging.impl.LogFactoryImpl.getLogConstruct
  or(LogFactoryImpl.java:411)
  ... 9 more
  
  I have not changed anything to the configuration and it was 
  working fine in the past I have just started to notice this 
  in the last week or so. If anyone has any ideas what I can do 
  to resolve this I would appreciate it.
  
  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

RE: JSP fine but no Java.

[Collins, Jim]

Tomcat can't serve a .class file in the same way it could a .html or .jsp.

 -Original Message-
 From: Andoni [mailto:[EMAIL PROTECTED]]
 Sent: 16 January 2003 13:12
 To: Tomcat Users List
 Subject: JSP fine but no Java.
 
 
 Hello,
 
 I am having a really annoying problem that I hope somebody 
 can help me with.
 
 My tomcat will run .jsp files fine and process them perfectly 
 but will not
 even consider using a .class file.
 
 My app has jsps with javabeans linked in through tags in the 
 .jsp files.  In
 fact any java code in the .jsp files seems to work fine until 
 a java class
 needs to be called.
 
 Please help as I haven't got much hair left from pulling it all out ;)
 
 Regards
 
 Andoni.
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: How to add a servlet to a new Webapp

[Collins, Jim]

I believe that servlet has been disabled by default in 4.1.12 for security
reasons. That is probably why you can't use:
http://localhost:8080/study/servlet/TestServlet

Jim

 -Original Message-
 From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 12:58
 To: [EMAIL PROTECTED]
 Subject: How to add a servlet to a new Webapp 
 
 
 Hi All,
 
 Using Tomcat 4.1.12 on Win 2K
 
 I am getting a 404 error when I try to create a new webapp 
 and add a very basic servlet.  The servlet works if I create 
 the package structure within the examples WEB-INF/classes.  
 Here are the steps:
 
 1.created webapps/study
 2.created 
 .../study/WEB-INF/classes/com/wrox/projsp/ch03/TestServlet.jav
 a and compiled [ok]
 3.added the following line to server.xml after the 
 examples /Context 
 
   Context path=/study docBase=study debug=0 
 /Context
 4.just copied the examples web.xml to study/WEB-INF and 
 added the following lines
 
 
 servlet
   servlet-name
   TestServlet
   /servlet-name
   servlet-class
   com.wrox.projsp.ch03.TestServlet
   /servlet-class
 /servlet
 
 servlet-mapping
 servlet-nameTestServlet/servlet-name
 url-pattern/TestServlet/url-pattern
 /servlet-mapping
 
 
 5.restart tomcat 
 
 
 RESULT - The requested resource (/study/servlet/TestServlet) 
 is not available.
 
 
 Can anyone see what I am missing ?
 
 
 
 thanks
 
 
 Thomas
 
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: How to add a servlet to a new Webapp

[Collins, Jim]

Can you post your web.xml?

 -Original Message-
 From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 13:16
 To: Tomcat Users List; [EMAIL PROTECTED]
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 No -
 The requested resource (/study/TestServlet) is not available.
 
 
 Note
 I have just added the servlet mappings into examples web.xml 
 and I can also now access the TestServlet in the examples 
 context using either
 http://localhost:8080/examples/servlet/com.wrox.projsp.ch03.Te
 stServlet
 or
 http://localhost:8080/examples/servlet/TestServlet
 
 
 but neither works for the study webapp ?
 
 
 
 
 
 -Original Message-
 From: Martin Gruner [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 13:10
 To: 'Tomcat Users List'
 Subject: AW: How to add a servlet to a new Webapp 
 
 
 Hi!
 Try to access /study/TestServlet!!
 
 Martin
 
  -Ursprüngliche Nachricht-
  Von: Curley, Thomas [mailto:[EMAIL PROTECTED]]
  Gesendet: Donnerstag, 28. November 2002 13:58
  An: [EMAIL PROTECTED]
  Betreff: How to add a servlet to a new Webapp 
  
  
  Hi All,
  
  Using Tomcat 4.1.12 on Win 2K
  
  I am getting a 404 error when I try to create a new webapp 
  and add a very basic servlet.  The servlet works if I create 
  the package structure within the examples WEB-INF/classes.  
  Here are the steps:
  
  1.  created webapps/study
  2.  created 
  .../study/WEB-INF/classes/com/wrox/projsp/ch03/TestServlet.jav
  a and compiled [ok]
  3.  added the following line to server.xml after the 
  examples /Context 
  
  Context path=/study docBase=study 
 debug=0 
  /Context
  4.  just copied the examples web.xml to study/WEB-INF and 
  added the following lines
  
  
  servlet
servlet-name
TestServlet
/servlet-name
servlet-class
com.wrox.projsp.ch03.TestServlet
/servlet-class
  /servlet
  
  servlet-mapping
  servlet-nameTestServlet/servlet-name
  url-pattern/TestServlet/url-pattern
  /servlet-mapping
  
  
  5.  restart tomcat 
  
  
  RESULT - The requested resource (/study/servlet/TestServlet) 
  is not available.
  
  
  Can anyone see what I am missing ?
  
  
  
  thanks
  
  
  Thomas
  
  
  
  --
  To unsubscribe, e-mail:   
  mailto:[EMAIL PROTECTED]
  For additional commands, e-mail: 
  mailto:[EMAIL PROTECTED]
  
 
 --
 To unsubscribe, e-mail:   
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: How to add a servlet to a new Webapp

[Collins, Jim]

Thomas has got a mapping to the invoker servlet in the web.xml file he
posted so it should not be a problem.

 -Original Message-
 From: mech [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 13:25
 To: 'Tomcat Users List'
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 This problem is new with 4.1.12. For security reasons the invoker
 servlet had been disabled in the global /conf/web.xml file. 
 This invoker servlet usually loads user servlets that are not mapped
 correctly as far as i understand. This is done by using a default
 mapping /servlet/*.
 In productive systems this should not be done, instead correct mapping
 is required.
 
 In the /examples webapp the invoker servlet had been enabled 
 again with
 the local web.xml. 
 That's why it's working in examples and not in study. Because in your
 study web.xml you won't have it enabled manually and thus the default
 from /conf/web.xml ist used where this feature is disabled.
 
 Thus the mapping /servlet/... to servlets is just Tomcat specifically
 done via the invoker servlet which is now (4.1.12+) disabled 
 by default.
 But actually you should not need /servlet/ at all, if your mapping is
 correct.
 
 Try 
 http://localhost:8080/study/com.wrox.projsp.ch03.Testservlet or make
 a shorter mapping to /study/Testservlet in your web.xml
 
 mech
 
  -Original Message-
  From: Curley, Thomas [mailto:[EMAIL PROTECTED]] 
  Sent: Donnerstag, 28. November 2002 14:06
  To: Tomcat Users List
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  Well I also tried 
  http://localhost:8080/study/servlet/com.wrox.projsp.ch03.TestServlet
  
  but the same whereas 
  http://localhost:8080/examples/servlet/com.wrox.projsp.ch03.Te
  stServlet works 
  
  
  ??
  
  Thomas
  
  
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: 28 November 2002 13:04
  To: 'Tomcat Users List'
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  I believe that servlet has been disabled by default in 4.1.12 
  for security reasons. That is probably why you can't use: 
  http://localhost:8080/study/servlet/TestServlet
  
  Jim
  
   -Original Message-
   From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
   Sent: 28 November 2002 12:58
   To: [EMAIL PROTECTED]
   Subject: How to add a servlet to a new Webapp
   
   
   Hi All,
   
   Using Tomcat 4.1.12 on Win 2K
   
   I am getting a 404 error when I try to create a new webapp
   and add a very basic servlet.  The servlet works if I create 
   the package structure within the examples WEB-INF/classes.  
   Here are the steps:
   
   1.created webapps/study
   2.created 
   .../study/WEB-INF/classes/com/wrox/projsp/ch03/TestServlet.jav
   a and compiled [ok]
   3.added the following line to server.xml after the 
   examples /Context
   
 Context path=/study docBase=study 
  debug=0 
   /Context
   4.just copied the examples web.xml to study/WEB-INF and 
   added the following lines
   
   
   servlet
 servlet-name
 TestServlet
 /servlet-name
 servlet-class
 com.wrox.projsp.ch03.TestServlet
 /servlet-class
   /servlet
   
   servlet-mapping
   servlet-nameTestServlet/servlet-name
   url-pattern/TestServlet/url-pattern
   /servlet-mapping
   
   
   5.restart tomcat 
   
   
   RESULT - The requested resource (/study/servlet/TestServlet)
   is not available.
   
   
   Can anyone see what I am missing ?
   
   
   
   thanks
   
   
   Thomas
   
   
   
   --
   To unsubscribe, e-mail:   
   mailto:[EMAIL PROTECTED]
   For additional commands, e-mail:
   mailto:[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:   
  mailto:tomcat-user- [EMAIL PROTECTED]
  For 
  additional commands

RE: How to add a servlet to a new Webapp

[Collins, Jim]

You mention in your first post that the servlet works if you create the
package structure in WEB-INF/classes. Is the servlet no longer in this
directory?

 -Original Message-
 From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 13:29
 To: Tomcat Users List
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 Correct ! - I origionally copied the examples web.xml
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 13:28
 To: 'Tomcat Users List'
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 Thomas has got a mapping to the invoker servlet in the web.xml file he
 posted so it should not be a problem.
 
  -Original Message-
  From: mech [mailto:[EMAIL PROTECTED]]
  Sent: 28 November 2002 13:25
  To: 'Tomcat Users List'
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  This problem is new with 4.1.12. For security reasons the invoker
  servlet had been disabled in the global /conf/web.xml file. 
  This invoker servlet usually loads user servlets that are not mapped
  correctly as far as i understand. This is done by using a default
  mapping /servlet/*.
  In productive systems this should not be done, instead 
 correct mapping
  is required.
  
  In the /examples webapp the invoker servlet had been enabled 
  again with
  the local web.xml. 
  That's why it's working in examples and not in study. 
 Because in your
  study web.xml you won't have it enabled manually and thus 
 the default
  from /conf/web.xml ist used where this feature is disabled.
  
  Thus the mapping /servlet/... to servlets is just Tomcat 
 specifically
  done via the invoker servlet which is now (4.1.12+) disabled 
  by default.
  But actually you should not need /servlet/ at all, if your 
 mapping is
  correct.
  
  Try 
  http://localhost:8080/study/com.wrox.projsp.ch03.Testservlet or make
  a shorter mapping to /study/Testservlet in your web.xml
  
  mech
  
   -Original Message-
   From: Curley, Thomas [mailto:[EMAIL PROTECTED]] 
   Sent: Donnerstag, 28. November 2002 14:06
   To: Tomcat Users List
   Subject: RE: How to add a servlet to a new Webapp 
   
   
   Well I also tried 
   
 http://localhost:8080/study/servlet/com.wrox.projsp.ch03.TestServlet
   
   but the same whereas 
   http://localhost:8080/examples/servlet/com.wrox.projsp.ch03.Te
   stServlet works 
   
   
   ??
   
   Thomas
   
   
   -Original Message-
   From: Collins, Jim [mailto:[EMAIL PROTECTED]]
   Sent: 28 November 2002 13:04
   To: 'Tomcat Users List'
   Subject: RE: How to add a servlet to a new Webapp 
   
   
   I believe that servlet has been disabled by default in 4.1.12 
   for security reasons. That is probably why you can't use: 
   http://localhost:8080/study/servlet/TestServlet
   
   Jim
   
-Original Message-
From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
Sent: 28 November 2002 12:58
To: [EMAIL PROTECTED]
Subject: How to add a servlet to a new Webapp


Hi All,

Using Tomcat 4.1.12 on Win 2K

I am getting a 404 error when I try to create a new webapp
and add a very basic servlet.  The servlet works if I create 
the package structure within the examples WEB-INF/classes.  
Here are the steps:

1.  created webapps/study
2.  created 
.../study/WEB-INF/classes/com/wrox/projsp/ch03/TestServlet.jav
a and compiled [ok]
3.  added the following line to server.xml after the 
examples /Context

Context path=/study docBase=study 
   debug=0 
/Context
4.  just copied the examples web.xml to study/WEB-INF and 
added the following lines


servlet
  servlet-name
  TestServlet
  /servlet-name
  servlet-class
  com.wrox.projsp.ch03.TestServlet
  /servlet-class
/servlet

servlet-mapping
servlet-nameTestServlet/servlet-name
url-pattern/TestServlet/url-pattern
/servlet-mapping


5.  restart tomcat 


RESULT - The requested resource (/study/servlet/TestServlet)
is not available.


Can anyone see what I am missing ?



thanks


Thomas



--
To unsubscribe, e-mail:   
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[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

RE: How to add a servlet to a new Webapp

[Collins, Jim]

Hi Thomas,

I got it to work using this web.xml:

?xml version=1.0 encoding=ISO-8859-1?

!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;

web-app
display-nameTomcat Examples/display-name
description
  Study servlets and JSP pages.
/description
servlet
  servlet-name
  TestServlet
  /servlet-name
  servlet-class
  com.wrox.projsp.ch03.TestServlet
  /servlet-class
/servlet

   
  
servlet-mapping
servlet-nameTestServlet/servlet-name
url-pattern/TestServlet/url-pattern
/servlet-mapping


/web-app

and this URL:

http://localhost:8080/study/TestServlet

Regards

Jim.

 -Original Message-
 From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 13:41
 To: Tomcat Users List
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 Here the study.jar file - cd to webapps and jar -xvf .
 
 
 
 -Original Message-
 From: Curley, Thomas 
 Sent: 28 November 2002 13:37
 To: Tomcat Users List
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 Jim - its in both webapps under classes - 
 com.wrox.projsp.ch03.TestServlet
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 13:35
 To: 'Tomcat Users List'
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 You mention in your first post that the servlet works if you 
 create the
 package structure in WEB-INF/classes. Is the servlet no longer in this
 directory?
 
  -Original Message-
  From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
  Sent: 28 November 2002 13:29
  To: Tomcat Users List
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  Correct ! - I origionally copied the examples web.xml
  
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: 28 November 2002 13:28
  To: 'Tomcat Users List'
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  Thomas has got a mapping to the invoker servlet in the 
 web.xml file he
  posted so it should not be a problem.
  
   -Original Message-
   From: mech [mailto:[EMAIL PROTECTED]]
   Sent: 28 November 2002 13:25
   To: 'Tomcat Users List'
   Subject: RE: How to add a servlet to a new Webapp 
   
   
   This problem is new with 4.1.12. For security reasons the invoker
   servlet had been disabled in the global /conf/web.xml file. 
   This invoker servlet usually loads user servlets that are 
 not mapped
   correctly as far as i understand. This is done by using a default
   mapping /servlet/*.
   In productive systems this should not be done, instead 
  correct mapping
   is required.
   
   In the /examples webapp the invoker servlet had been enabled 
   again with
   the local web.xml. 
   That's why it's working in examples and not in study. 
  Because in your
   study web.xml you won't have it enabled manually and thus 
  the default
   from /conf/web.xml ist used where this feature is disabled.
   
   Thus the mapping /servlet/... to servlets is just Tomcat 
  specifically
   done via the invoker servlet which is now (4.1.12+) disabled 
   by default.
   But actually you should not need /servlet/ at all, if your 
  mapping is
   correct.
   
   Try 
   
 http://localhost:8080/study/com.wrox.projsp.ch03.Testservlet or make
   a shorter mapping to /study/Testservlet in your web.xml
   
   mech
   
-Original Message-
From: Curley, Thomas [mailto:[EMAIL PROTECTED]] 
Sent: Donnerstag, 28. November 2002 14:06
To: Tomcat Users List
Subject: RE: How to add a servlet to a new Webapp 


Well I also tried 

  http://localhost:8080/study/servlet/com.wrox.projsp.ch03.TestServlet

but the same whereas 
http://localhost:8080/examples/servlet/com.wrox.projsp.ch03.Te
stServlet works 


??

Thomas


-Original Message-
From: Collins, Jim [mailto:[EMAIL PROTECTED]]
Sent: 28 November 2002 13:04
To: 'Tomcat Users List'
Subject: RE: How to add a servlet to a new Webapp 


I believe that servlet has been disabled by default in 4.1.12 
for security reasons. That is probably why you can't use: 
http://localhost:8080/study/servlet/TestServlet

Jim

 -Original Message-
 From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 12:58
 To: [EMAIL PROTECTED]
 Subject: How to add a servlet to a new Webapp
 
 
 Hi All,
 
 Using Tomcat 4.1.12 on Win 2K
 
 I am getting a 404 error when I try to create a new webapp
 and add a very basic servlet.  The servlet works if I create 
 the package structure within the examples WEB-INF/classes.  
 Here are the steps:
 
 1.created webapps/study
 2.created 
 .../study/WEB-INF/classes/com/wrox/projsp/ch03/TestServlet.jav
 a and compiled [ok]
 3.added

RE: How to add a servlet to a new Webapp

[Collins, Jim]

You would not need to uncomment the invoker in this case because the servlet
mapping is specified in your web.xml file. If you did not have this in the
web.xml file:

servlet-mapping
 servlet-nameTestServlet/servlet-name
 url-pattern/TestServlet/url-pattern
/servlet-mapping

Then you would need to uncomment the invoker and change the URL to this:

http://localhost:8080/study/servlet/TestServlet

Regards

Jim.

 -Original Message-
 From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 14:22
 To: Tomcat Users List
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 Jim,
 
 many thanks 
 
 NB: - presume you uncommented the invoker in conf/web.xml to 
 get this working 
 
 Thomas
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 28 November 2002 14:08
 To: 'Tomcat Users List'
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 Hi Thomas,
 
 I got it to work using this web.xml:
 
 ?xml version=1.0 encoding=ISO-8859-1?
 
 !DOCTYPE web-app
 PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
 http://java.sun.com/dtd/web-app_2_3.dtd;
 
 web-app
 display-nameTomcat Examples/display-name
 description
   Study servlets and JSP pages.
 /description
 servlet
   servlet-name
   TestServlet
   /servlet-name
   servlet-class
   com.wrox.projsp.ch03.TestServlet
   /servlet-class
 /servlet
 

   
 servlet-mapping
 servlet-nameTestServlet/servlet-name
 url-pattern/TestServlet/url-pattern
 /servlet-mapping
 
 
 /web-app
 
 and this URL:
 
 http://localhost:8080/study/TestServlet
 
 Regards
 
 Jim.
 
  -Original Message-
  From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
  Sent: 28 November 2002 13:41
  To: Tomcat Users List
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  Here the study.jar file - cd to webapps and jar -xvf .
  
  
  
  -Original Message-
  From: Curley, Thomas 
  Sent: 28 November 2002 13:37
  To: Tomcat Users List
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  Jim - its in both webapps under classes - 
  com.wrox.projsp.ch03.TestServlet
  
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: 28 November 2002 13:35
  To: 'Tomcat Users List'
  Subject: RE: How to add a servlet to a new Webapp 
  
  
  You mention in your first post that the servlet works if you 
  create the
  package structure in WEB-INF/classes. Is the servlet no 
 longer in this
  directory?
  
   -Original Message-
   From: Curley, Thomas [mailto:[EMAIL PROTECTED]]
   Sent: 28 November 2002 13:29
   To: Tomcat Users List
   Subject: RE: How to add a servlet to a new Webapp 
   
   
   Correct ! - I origionally copied the examples web.xml
   
   -Original Message-
   From: Collins, Jim [mailto:[EMAIL PROTECTED]]
   Sent: 28 November 2002 13:28
   To: 'Tomcat Users List'
   Subject: RE: How to add a servlet to a new Webapp 
   
   
   Thomas has got a mapping to the invoker servlet in the 
  web.xml file he
   posted so it should not be a problem.
   
-Original Message-
From: mech [mailto:[EMAIL PROTECTED]]
Sent: 28 November 2002 13:25
To: 'Tomcat Users List'
Subject: RE: How to add a servlet to a new Webapp 


This problem is new with 4.1.12. For security reasons 
 the invoker
servlet had been disabled in the global /conf/web.xml file. 
This invoker servlet usually loads user servlets that are 
  not mapped
correctly as far as i understand. This is done by using 
 a default
mapping /servlet/*.
In productive systems this should not be done, instead 
   correct mapping
is required.

In the /examples webapp the invoker servlet had been enabled 
again with
the local web.xml. 
That's why it's working in examples and not in study. 
   Because in your
study web.xml you won't have it enabled manually and thus 
   the default
from /conf/web.xml ist used where this feature is disabled.

Thus the mapping /servlet/... to servlets is just Tomcat 
   specifically
done via the invoker servlet which is now (4.1.12+) disabled 
by default.
But actually you should not need /servlet/ at all, if your 
   mapping is
correct.

Try 

  http://localhost:8080/study/com.wrox.projsp.ch03.Testservlet or make
a shorter mapping to /study/Testservlet in your web.xml

mech

 -Original Message-
 From: Curley, Thomas [mailto:[EMAIL PROTECTED]] 
 Sent: Donnerstag, 28. November 2002 14:06
 To: Tomcat Users List
 Subject: RE: How to add a servlet to a new Webapp 
 
 
 Well I also tried 
 
   
 http://localhost:8080/study/servlet/com.wrox.projsp.ch03.TestServlet
 
 but the same whereas 
 http://localhost:8080/examples/servlet/com.wrox.projsp.ch03.Te
 stServlet works

RE: Who can help ???

[Collins, Jim]

I use this in the httpd.conf file:

Location /webapp-info
   AuthType Basic
   AuthName MyRealm
   LDAPAuth On
   LDAPBase o=MyComp.com
   LDAPServer ldap://ldap:389/
   LDAPuseridAttr uid
   LDAPSearchMode subtree
   require valid-user
/Location

Regards

Jim.

 -Original Message-
 From: mech [mailto:[EMAIL PROTECTED]]
 Sent: 18 November 2002 15:33
 To: 'Tomcat Users List'
 Subject: RE: Who can help ???
 
 
 Think that won't work because Apache sends the request to 
 Tomcat without
 checking any access file from Apache side.
 
 Checkout the examples webapp from Tomcat and have a look at the
 /jsp/security/ directory. 
 Have a look into the examples webapp's web.xml file for the 
 realm setup
 (also see tomcat documentation for realm howto). 
 You can set users, roles and passwords within tomcat-user.xml 
 in /conf/
 directory.
 
 Hope that gives you some hint where to look for.
 
 mech
 
  -Original Message-
  From: Manavendra Gupta [mailto:[EMAIL PROTECTED]] 
  Sent: Montag, 18. November 2002 16:34
  To: Tomcat Users List
  Subject: Re: Who can help ???
  
  
  Did you try using the '.htaccess' from apache?
  
  Manav.
  - Original Message -
  From: Jean-Luc BEAUDET [EMAIL PROTECTED]
  To: Tomcat Users List [EMAIL PROTECTED]; 
  tomcat-user [EMAIL PROTECTED]
  Sent: Monday, November 18, 2002 8:52 PM
  Subject: Who can help ???
  
  
Hi all,
  
   Runnin' Tomcat 4.0.2 and Apache 1.3.26 on SOLARIS 8 in Production.
  
   I'd like to get /webapp-info/ secured by login/password - 
  even BASIC - 
   when asked by
  
   http://my.sever.com/webapp-info/
  
   Any help welcome.
  
   Jean-Luc B :O)
  
  
  
  
   --
   To unsubscribe, e-mail: 
   mailto:[EMAIL PROTECTED]
   For additional commands, e-mail: 
   mailto:[EMAIL PROTECTED]
  
  
  
  
   --
   To unsubscribe, e-mail:
  mailto:[EMAIL PROTECTED]
   For additional commands, e-mail:
  mailto:[EMAIL PROTECTED]
  
  
  
  --
  To unsubscribe, e-mail:   
  mailto:tomcat-user- [EMAIL PROTECTED]
  For 
  additional commands, 
  e-mail: mailto:[EMAIL PROTECTED]
  
 
 
 --
 To unsubscribe, e-mail:   
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Tomcat - Access Connection.

[Collins, Jim]

AFAIK no one does claim that MS-Access should be used as a backend datastore
for an enterprise web app, not even Microsoft advocates. Microsoft provide
SQL Server for this. I personally use MySQL.

Regards

Jim.

 -Original Message-
 From: Stone, Timothy [mailto:tstone;cityofhbg.com]
 Sent: 12 November 2002 19:48
 To: Tomcat Users List
 Subject: RE: Tomcat - Access Connection.
 
 
 Craig makes a valid point.
 
 I should further qualify my answer however and say I was only 
 seconding the original reply noting 
 sun.jdbc.odbc.JdbcOdbcDriver may be the only option for 
 MS-Access. (I can't think of any others off the top of my 
 head and had to see what the books were saying on the topic.)
 
 /DB Programming the JDBC and Java/ points some of Craig's 
 notes out in detail, which I should have noted. I just felt 
 the answering question on the choice of a backend data store 
 was a bit off topic for the list. I do agree that MS-Access 
 has very little place in enterprise web applications (let our 
 Micros~1 advocates vehemently protest that statement). Both 
 sun.jdbc.odbc.JdbcOdbcDriver and MS-Access are poor choices 
 in any environment other than a learning/tutorial/academic one.
 
 Tim
 
 
  -Original Message-
  From: Craig R. McClanahan [mailto:craigmcc;apache.org]
  Sent: Tuesday, November 12, 2002 14:32
  To: Tomcat Users List
  Subject: RE: Tomcat - Access Connection.
  
  
  
  
  On Tue, 12 Nov 2002, Stone, Timothy wrote:
  
   Date: Tue, 12 Nov 2002 13:25:03 -0500
   From: Stone, Timothy [EMAIL PROTECTED]
   Reply-To: Tomcat Users List [EMAIL PROTECTED]
   To: Tomcat Users List [EMAIL PROTECTED]
   Subject: RE: Tomcat - Access Connection.
  
   Ditto.
  
   I believe JDBC-OBDC bridge (sun.jdbc.odbc.JdbcOdbcDriver) is the
   MS-Access option (I have two O'Reilly books here that 
  present this class
   as the MS-Access option).
  
  
  The JDBC-ODBC driver can be used to connect to MS Access 
  databases, but
  it's not a recommended solution for servlet/JSP based 
  applications -- it
  does not deal well with multiple simultaneous requests, which 
  is pretty
  typical in a multiuser web app.  You're likely to have no 
 end of wierd
  problems due to this.
  
  For that matter, MS Access isn't really designed for this 
 sort of use
  either.
  
   Tim
  
  Craig
  
  
  --
  To unsubscribe, e-mail:   
 mailto:tomcat-user-unsubscribe;jakarta.apache.org
 For additional commands, e-mail: 
mailto:tomcat-user-help;jakarta.apache.org


--
To unsubscribe, e-mail:
mailto:tomcat-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail:
mailto:tomcat-user-help;jakarta.apache.org



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:   mailto:tomcat-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org

RE: ServletContextListener::Initial paramters

[Collins, Jim]

You can specify them in your web.xml

Regards

Jim

 -Original Message-
 From: Reynir Hübner [mailto:reynir;hugsmidjan.is]
 Sent: 12 November 2002 13:59
 To: Tomcat Users List
 Subject: RE: ServletContextListener::Initial paramters
 
 
 Thanx for the replies, 
 
 Am I correct when saying I must specify the contex parameters 
 in server.xml like this : 
 
 context-param
   param-nameparamName/param-name
   param-valueparmam Value string foobar/param-value
 /context-param
 
 I could use that, but I rather set it in web.xml if possible, 
 is it possible ?
 Thanx again, 
 
 Reynir
 
 
 
 
  -Original Message-
  From: Ralph Einfeldt [mailto:ralph.einfeldt;uptime-isc.de] 
  Sent: 12. nóvember 2002 13:55
  To: Tomcat Users List
  Subject: RE: ServletContextListener::Initial paramters
  
  
  What about
  
  ServletContextEvent.getServletContext().getInitParameter() ?
  
   -Original Message-
   From: Reynir Hübner [mailto:reynir;hugsmidjan.is]
   Sent: Tuesday, November 12, 2002 2:42 PM
   To: Tomcat Users List
   Subject: ServletContextListener::Initial paramters
   
   I am implementing a ServletContextListener.
   I am wondering if it is possible to get initial parameters
   into it from web.xml ?
   
  
  --
  To unsubscribe, e-mail:   
  mailto:tomcat-user- [EMAIL PROTECTED]
  For 
  additional commands, 
  e-mail: mailto:tomcat-user-help;jakarta.apache.org
  
  
 
 --
 To unsubscribe, e-mail:   
mailto:tomcat-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail:
mailto:tomcat-user-help;jakarta.apache.org


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:   mailto:tomcat-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org

RE: ServletContextListener::Initial paramters

[Collins, Jim]

If you have any problems look in the servlet spec it contains a dtd for the
web.xml file.

Regards

Jim.

 -Original Message-
 From: Reynir Hübner [mailto:reynir;hugsmidjan.is]
 Sent: 12 November 2002 14:19
 To: Tomcat Users List
 Subject: RE: ServletContextListener::Initial paramters
 
 
 Great, I'll use it then, thanx
 -reynir
 
 
  -Original Message-
  From: Collins, Jim [mailto:jim.collins;uk.nomura.com] 
  Sent: 12. nóvember 2002 14:14
  To: 'Tomcat Users List'
  Subject: RE: ServletContextListener::Initial paramters
  
  
  You can specify them in your web.xml
  
  Regards
  
  Jim
  
   -Original Message-
   From: Reynir Hübner [mailto:reynir;hugsmidjan.is]
   Sent: 12 November 2002 13:59
   To: Tomcat Users List
   Subject: RE: ServletContextListener::Initial paramters
   
   
   Thanx for the replies,
   
   Am I correct when saying I must specify the contex parameters
   in server.xml like this : 
   
   context-param
 param-nameparamName/param-name
 param-valueparmam Value string foobar/param-value 
   /context-param
   
   I could use that, but I rather set it in web.xml if possible,
   is it possible ?
   Thanx again, 
   
   Reynir
   
   
   
   
-Original Message-
From: Ralph Einfeldt [mailto:ralph.einfeldt;uptime-isc.de]
Sent: 12. nóvember 2002 13:55
To: Tomcat Users List
Subject: RE: ServletContextListener::Initial paramters


What about

ServletContextEvent.getServletContext().getInitParameter() ?

 -Original Message-
 From: Reynir Hübner [mailto:reynir;hugsmidjan.is]
 Sent: Tuesday, November 12, 2002 2:42 PM
 To: Tomcat Users List
 Subject: ServletContextListener::Initial paramters
 
 I am implementing a ServletContextListener.
 I am wondering if it is possible to get initial 
  parameters into it 
 from web.xml ?
 

--
To unsubscribe, e-mail:   
mailto:tomcat-user- [EMAIL PROTECTED]
For
additional commands, 
e-mail: mailto:tomcat-user-help;jakarta.apache.org


   
   --
   To unsubscribe, e-mail:   
  mailto:tomcat-user-unsubscribe;jakarta.apache.org
  For additional commands, e-mail: 
  mailto:tomcat-user-help;jakarta.apache.org
  
  
  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:   
  mailto:tomcat-user- [EMAIL PROTECTED]
  For 
  additional commands, 
  e-mail: mailto:tomcat-user-help;jakarta.apache.org
  
  
 
 --
 To unsubscribe, e-mail:   
mailto:tomcat-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail:
mailto:tomcat-user-help;jakarta.apache.org


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:   mailto:tomcat-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org

Off topic JSP Tree tag

[Collins, Jim]

Hi all,

Does anyone know of a decent JSP Tree tag I can use to display a tree
hierarchy on a web page. I would like the display to be as functionally
equivalent as the tree in Windows Explorer as possible.

Thanks for you help and apologies for posting an off topic message.

Regards

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: LDAP Authentication

[Collins, Jim]

If you look at the JNDI Realm Howto it will tell you how to do this.

Regards

Jim.

 -Original Message-
 From: Fred So [mailto:[EMAIL PROTECTED]]
 Sent: 16 October 2002 15:31
 To: [EMAIL PROTECTED]
 Subject: LDAP Authentication
 
 
 Hi All
 
 Has anyone successfully implemented BASIC/Form-based
 authentication against an LDAP data source?
 
 Are there any external libraries available and what
 are the configuration settings?
 
 Thanks in advance
 
 F
 
 __
 Do you Yahoo!?
 Faith Hill - Exclusive Performances, Videos  More
 http://faith.yahoo.com
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Segmentation Fault Core dump when starting Tomcat

[Collins, Jim]

Hi all,

I have had a strange problem when trying to start Tomcat 4.1.10 using JDK
1.4.1. I install Tomcat to a write only NFS area and have symbolic links for
conf, common, webapps, work and logs. I was previously using JDK 1.4.0 with
this set-up and everything worked fine however with JDK 1.4.1 whenever I
start Tomcat I get a core dump. What I did to solve this was cp
bootstrap.jar from bin (read-only) to conf and then change the
java.endorsed.dirs property to pick up the new location of bootstrap.jar.
This fixes the problem and Tomcat starts fine.

Does anyone have any idea what could have changed between 1.4.0 and 1.4.1 to
have caused this problem? I have it working now so it is not a major
problem, I would just like to know what could have caused this to happen.

Thanks

Jim.

PS I am using Solaris 8 with all the correct patches to run JDK 1.4.1
PPS Appologies if this question is not appropriate for this list.


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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Problem with Tomcat 4.0.2 hanging

[Collins, Jim]

Is the site restricted? I had a similar problem using the JNDI realm, I
solved the problem by getting Apache to authenticate the user rather than
Tomcat.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: 03 October 2002 17:29
 To: [EMAIL PROTECTED]
 Subject: Re: Problem with Tomcat 4.0.2 hanging
 
 
 I'm actually having the problem again right this second.  I 
 went into the
 server and did a ps aux.  I found about 60 tomcat processes 
 running.  Is
 this normal?
 
 I've been struggling with this for over a week.  Any advice, 
 suggestions,
 etc. that you might have would be greatly appreciated.
 
 - Original Message -
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, October 02, 2002 11:54 AM
 Subject: Problem with Tomcat 4.0.2 hanging
 
 
  I'm running Tomcat 4.0.2.  A few times a day I try to go to 
 my site and
  nothing happens, or sometimes I get an Internal Server 
 Error. I'm able to
  bring up html pages, so Apache is running fine. I restart Tomcat
 (sometimes
  more than once) and all is good. I've tried rebooting the 
 server and that
  doesn't do the trick either. It just fixes it temporarilly.
 
  I've been trying to troubleshoot the problem, but I'm 
 relatively new to
  Tomcat. Any advice on what I should be looking at?
 
  I have looked at my catalina.out file, and the last error is always:
 
  WebappClassLoader: Additional JARs have been added
  java.util.zip.ZipException: error in opening zip file
  at java.util.zip.ZipFile.open(Native Method)
  at java.util.zip.ZipFile.init(ZipFile.java:112)
  at java.util.jar.JarFile.init(JarFile.java:117)
  at java.util.jar.JarFile.init(JarFile.java:82)
  at org.apache.catalina.loader.WebappLoader.setRepositories
  (WebappLoader.java:1005)
  at org.apache.catalina.loader.WebappLoader.start 
 (WebappLoader.java:628)
  at
  
 org.apache.catalina.core.StandardContext.reload(StandardContex
 t.java:2421)
  at
 
 org.apache.catalina.loader.WebappContextNotifier.run(WebappLoa
 der.java:1329)
  at java.lang.Thread.run(Thread.java:536)
 
  I *suspect* this has something to do with my problem, but 
 I'm not sure.
 Any
  ideas or pointers would be GREATLY appreciated!
 
  Thanks,
  Tyson
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Manager application and JDBCRealm

[Collins, Jim]

You can configure them to work with any realm. If you don't want them to use
the default realm in server.xml edit manager.xml and admin.xml and place
your realm configuration here.

Regards

Jim.

 -Original Message-
 From: Brian Buckley [mailto:[EMAIL PROTECTED]]
 Sent: 04 October 2002 13:34
 To: [EMAIL PROTECTED]
 Subject: Manager application and JDBCRealm
 
 
 Hello,
 
 Is the Manager application that comes with Tomcat supposed be 
 used with the MemoryRealm only, or can it be used with other 
 types of realms, in particular, the JDBCRealm?
 
 If it can be used with the JDBCRealm, how does one configure 
 the JDBCRealm to store the additional descriptive information 
 displayed by the Manager application (i.e., Full name for 
 each User and Description for each Group and for each Role) 
 ?  The example JDBCRealm configuration that comes with Tomcat 
 does not have a place to store the additional descriptive 
 information .
 
 Any help, tips or references to resources appreciated.
 
 Thanks,
 -Brian
 
 !--  example  has  no Description or Full name table/columns --
 Realm className=org.apache.catalina.realm.JDBCRealm debug=99
 driverName=org.gjt.mm.mysql.Driver
 connectionURL=jdbc:mysql://localhost:3306/test
 connectionName=trial connectionPassword=pw
 userTable=users userNameCol=user_name userCredCol=user_pass
 userRoleTable=user_roles roleNameCol=role_name /
 
 


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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: AW: AW: Graphics on a web server

[Collins, Jim]

I copy all of my libraries to ${CATALINA_HOME}/common/lib and append this to
my LD_LIBRARY_PATH and it works for me with the libraries that I use.

 -Original Message-
 From: Dr A.C. Marshall [mailto:[EMAIL PROTECTED]]
 Sent: 02 October 2002 13:49
 To: Tomcat Users List
 Subject: Re: AW: AW: Graphics on a web server
 
 
 I have been looking further into this. The reason that I cannot get
 graphics to work on our web server is becuase we are getting a library
 error - for some reason the library libmlib.so is not being found
 despite the fact that it is present and on the LD_LIBRARY_PATH. Most
 most odd, esp. as java manages to find all the other libraries in the
 same dir with the same permissions, eg, libawt.so.
 
 Does this sound familliar to anybody?
 
 Adam Marshall
 
 On Mon, 16 Sep 2002, Ralph Einfeldt wrote:
 
 |Depending on which linux/unix you have xvfb migh aready be
 |part of the distribution.
 |
 |The important part of the startscript is something like
 |
 |XVFBARGS=:99 -screen 0 1024x768x24 -fbdir /var/run -ac
 |
 |You have to set it up, so that it is started by the init
 |process. (How to do that depends on your unix, there are
 |2 common solutions: bsd and system V, look at
 |http://www.slackware.com/config/init.php or
 |http://www.redhat.com/support/resources/tips/Boot-Process-Tip
 s/Boot-Process-Tips-3.html)
 |
 |For tomcat you just have to set an environment variable
 |DISPLAY with the value localhost:99.0
 |
 |Are you shure that /usr/java/jre is jdk 1.4 ?
 |
 |Verify this with
 |
 |/usr/java/jre/bin/java -version
 |
 |(To be honest, I havn't used the headless option myself,
 | but have seen some posts where people reported success)
 |
 |
 | -Ursprüngliche Nachricht-
 | Von: Dr A.C. Marshall [mailto:[EMAIL PROTECTED]]
 | Gesendet: Montag, 16. September 2002 19:07
 | An: Tomcat Users List
 | Betreff: Re: AW: Graphics on a web server
 |
 | On Mon, 16 Sep 2002, Ralph Einfeldt wrote:
 |snip/
 |
 | So one would install xvfb on the web server? Is that all
 | there is to it?
 | Surely one must have to tell the JVM about the virtual framebuffer?
 |
 | I set in the startup script
 |
 |  CATALINA_OPTS=-Xms64M -Xmx256M -Duser.home=/usr/java/jre
 | -Djava.awt.headless=true
 |  export CATALINA_OPTS
 |
 |  java.lang.InternalError: Can't connect to X11 window server
 | using ':0.0' as the value of the DISPLAY variable.
 |
 |snip/
 |
 |--
 |To unsubscribe, e-mail:   
mailto:[EMAIL PROTECTED]
|For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
|
|

-- 
   Dr AC Marshall ([EMAIL PROTECTED]). LUSID System Programmer,
   Centre for Lifelong Learning, University of Liverpool.

   Cheese of the Millenium: Quejo con Piri Piri

This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.


--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Security policy files

[Collins, Jim]

Hi,

I know that when Tomcat starts it uses the catalina.policy file. Does anyone
know if it is possible to set a security policy file for individual WebApps?

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Need quick help please

[Collins, Jim]

If you want to upload a file look at Struts and the html:file taglib.
Alternatively O'Reilly have some helper classes for uploading files but I
would suggest looking at how you can do it with Struts.

Regards

Jim.

 -Original Message-
 From: bedetrob [mailto:[EMAIL PROTECTED]]
 Sent: 25 September 2002 23:24
 To: Tomcat Users List
 Subject: RE: Need quick help please
 
 
 I used something like this and it works; here is  an example 
 where I used
 it:
   form target=rbottom 
 action=detailairkitbeans.jsp
   input type=hidden 
 name=countnode value=%=countnode%
   input type=submit name=sub 
 value=get more info
   /form
 But I have not used  FORM ENCTYPE=multipart/form-data actually.
 Rob
 
  -Original Message-
  From: Ralph Merrick [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, September 25, 2002 4:22 PM
  To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
  [EMAIL PROTECTED]
  Cc: [EMAIL PROTECTED]
  Subject: Need quick help please
 
 
 
  Does any know out there how to send the value of hidden or non
  hidden input fields through the action of a form, You know that
  usually a form has the following signature:
 
  FORM NAME=add ACTION=save.jsp METHOD=POST
 
  SO lets say you have an hidden input number:
 
  INPUT TYPE=hidden NAME=number VALUE=6
 
  in a page called add.jsp and its signature in the form is FORM
  NAME=add ACTION=save.jsp METHOD=POST
 
  so, can you do FORM NAME=add ACTION=save.jsp?number=number
  METHOD=POST
 
  or something like that , because with JSP for ex. I know you can
  use 1 of two ways,
 
  Either request.getParameter(field name) in the page like
  save.jsp which will read inputs from the add.jsp page  or you can
  use JSP forward as parameters
 
  Does any also know why the request.getParameters(); on inputs
  in the client page like in my case add.jsp, or parameters as
  inputs on add.jsp passed to the action page of save.jsp, also
  using JSP forward parameters doesnt work if you put this in the
  form signature: FORM ENCTYPE=multipart/form-data
 
  Because I need to upload a file as well
  ?
 
  can somebody please help me as I need to upload a file and I need
  this FORM ENCTYPE=multipart/form-data but I also need to read
  values of input files in the action page from the client page.
 
 
 
  Thanks
 
 
 
 
 
  -
  Do you Yahoo!?
  New DSL Internet Access from SBC  Yahoo!
 
 
 --
 To unsubscribe, e-mail:   
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Debugging servlets

[Collins, Jim]

I use judicious use of log statements.

 -Original Message-
 From: gautam [mailto:[EMAIL PROTECTED]]
 Sent: 16 August 2002 09:24
 To: Tomcat Users List
 Subject: RE: Debugging servlets
 
 
 Borland's JBuilder does a good job. Check it out.
 
 Regards,
 
 Satpathy
   -Original Message-
   From: Mohan,Gautam [mailto:[EMAIL PROTECTED]]
   Sent: Thursday, September 26, 2002 1:39 PM
   To: [EMAIL PROTECTED]
   Subject: Debugging servlets
 
 
   Hi,
 
   I want to know is debugging servlets possible in 
 Tomcat(version 4) .
 If yes then how to go about it.
 
 
 
 
 
 
 
 
 
 
 
   Thanx and Rgds,
 
   Gautam
 
 
 
   The only way to discover the limits of the possible is to
 
   look beyond into the possible.
 
 
 
   
 *
 
   Gautam Mohan Srivastava
 
   System Engineer
 
   Wipro Technologies
 
   No. 26,Hosur Road
 
   Bommanahalli
 
   Bangalore-560068
 
   India
 
   Tel :- 91-080-5732293 Extn-2154
 
   Fax :- 91-080-5732696
 
   www.wipro.com
 
 
 
   
 *
 
 
 
 


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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Special consideration of invoking native methods in Tomcat?

[Collins, Jim]

A possibility is Tomcat is already using the socket.

 -Original Message-
 From: Furlan Bojan ITWET2 [mailto:[EMAIL PROTECTED]]
 Sent: 24 September 2002 09:01
 To: '[EMAIL PROTECTED]'
 Subject: Special consideration of invoking native methods in Tomcat?
 
 
 I am trying to access existing legacy system in our company 
 over JSP running
 on Tomcat. Using JNI, I am now able to call one of the C functions
 (something like connect to a server and select database) from 
 existing API.
 The call succeeds, but it results in error during execution of that
 function. The same call in a standalone java application is always
 successful.
 As far as I know, API communicates to server over socket 
 mechanism. What
 would be a difference between calling such a native function 
 in standalone
 Java application and using the same in JSP? I'm new in Java 
 environment,
 Tomcat and JSP, so I would appreciate any hint.
 
 Regards
 Bojan Furlan 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Order for starting WebApps

[Collins, Jim]

Hi John,

Thanks for your response. Do you know if there is anyway of explicitly
specifying the order from Tomcat? 
One other question. The servlet I want loaded first only loads a native
library in its init method, I vaguely recall that there is a better way of
doing this as the servlet never accepts any requests.

Thanks

Jim.

 -Original Message-
 From: Turner, John [mailto:[EMAIL PROTECTED]]
 Sent: 22 August 2002 14:37
 To: 'Tomcat Users List'
 Subject: RE: Order for starting WebApps
 
 
 
 In your web.xml, use the load-on-startup element with an ID 
 of 1 (or maybe
 even 0) to ensure that servlet loads first.
 
 From the DTD: The load-on-startup element indicates that this servlet
 should be loaded (instantiated and have its init() called) on 
 the startup of
 the web application. The optional contents of these element must be an
 integer indicating the order in which the servlet should be 
 loaded. If the
 value is a negative integer, or the element is not present, 
 the container is
 free to load the servlet whenever it chooses. If the value is 
 a positive
 integer or 0, the container must load and initialize the 
 servlet as the
 application is deployed. The container must guarantee that 
 servlets marked
 with lower integers are loaded before servlets marked with 
 higher integers.
 The container may choose the order
 of loading of servlets with the same load-on-start-up value.
 
 John Turner
 [EMAIL PROTECTED]
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, August 22, 2002 9:29 AM
 To: 'Tomcat Users List'
 Subject: Order for starting WebApps
 
 
 Hi,
 
 Does anyone know how to specify the order in which Tomcat 
 starts WebApps? I
 have a servlet that loads a library used by other apps and I 
 need to ensure
 that this is started first.
 
 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:
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Order for starting WebApps

[Collins, Jim]

Hi Tim,

I will look at Startup classes. load-on-startup won't work for me because
the servlet that loads the native library is deployed on its own as a WebApp
and load-on-startup only specifies the order servlets will be loaded in a
WebApp instance. I want to specify that WebApp1 is loaded before WebApp2.

Thanks for your help.

Jim.

 -Original Message-
 From: Tim Funk [mailto:[EMAIL PROTECTED]]
 Sent: 22 August 2002 14:54
 To: Tomcat Users List
 Subject: Re: Order for starting WebApps
 
 
 If you are looking at loading a native Library - or other wacky 
 initializations. Maybe using Startup classes would be better 
 such as the 
 LifeCycle Listeners. They are called in order of being parsed.
 
 http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/engine.html
 
 
 Turner, John wrote:
  You can specify the order by using the same element, with 
 successively
  increasing ID numbers:
  
  First servlet: ID 1
  Second servlet: ID 2
  
  nth Servlet: ID n
  
  I'm not sure about a better way to load the native library, 
 I'm sure someone
  else on the list can answer your question.
  
  John Turner
  
  
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, August 22, 2002 9:45 AM
  To: 'Tomcat Users List'
  Subject: RE: Order for starting WebApps
  
  
  Hi John,
  
  Thanks for your response. Do you know if there is anyway of 
 explicitly
  specifying the order from Tomcat? 
  One other question. The servlet I want loaded first only 
 loads a native
  library in its init method, I vaguely recall that there is 
 a better way of
  doing this as the servlet never accepts any requests.
  
  Thanks
  
  Jim.
  
  
 -Original Message-
 From: Turner, John [mailto:[EMAIL PROTECTED]]
 Sent: 22 August 2002 14:37
 To: 'Tomcat Users List'
 Subject: RE: Order for starting WebApps
 
 
 
 In your web.xml, use the load-on-startup element with an ID 
 of 1 (or maybe
 even 0) to ensure that servlet loads first.
 
 From the DTD: The load-on-startup element indicates that 
 this servlet
 should be loaded (instantiated and have its init() called) on 
 the startup of
 the web application. The optional contents of these element 
 must be an
 integer indicating the order in which the servlet should be 
 loaded. If the
 value is a negative integer, or the element is not present, 
 the container is
 free to load the servlet whenever it chooses. If the value is 
 a positive
 integer or 0, the container must load and initialize the 
 servlet as the
 application is deployed. The container must guarantee that 
 servlets marked
 with lower integers are loaded before servlets marked with 
 higher integers.
 The container may choose the order
 of loading of servlets with the same load-on-start-up value.
 
 John Turner
 [EMAIL PROTECTED]
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, August 22, 2002 9:29 AM
 To: 'Tomcat Users List'
 Subject: Order for starting WebApps
 
 
 Hi,
 
 Does anyone know how to specify the order in which Tomcat 
 starts WebApps? I
 have a servlet that loads a library used by other apps and I 
 need to ensure
 that this is started first.
 
 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:
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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

RE: Application running on Tomcat 4.1.3 stops resonding when installed with the Manager app

[Collins, Jim]

Hi,

I have taken Andrews advise and upgraded Tomcat. I am now using version
4.1.8, however I am still getting the same problem. I believe that I have
narrowed the problem down to using JNDIRealm to authenticate users, in the
past I used Apache to authenticate a user against LDAP but now I am running
Tomcat stand alone and it authenticates against LDAP. This is the only thing
I can think of because I have never had this problem before with earlier
versions of Tomcat, and the Manager app also fails and that is using
JNDIRealm to authenticate.

If anyone has any ideas about this it would be great.

Thanks.

Jim.

 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 13 August 2002 08:57
 To: 'Tomcat Users List'
 Subject: Application running on Tomcat 4.1.3 stops resonding when
 installe d with the Manager app
 
 
 Hi,
 
 I have a an application running on Tomcat 4.1.3 that frequently stops
 responding for approximately 8 minutes. Tomcat itself is 
 still running OK
 and I can access the example servlets and JSP's with no problem. My
 application is deployed as a WAR file using the Manager 
 servlets install
 command, and I don't know if it could be something to do with 
 this. Below is
 a stack trace from catalina.out that I get when the app stops 
 responding: 
 
 java.net.SocketException: Software caused connection abort
 at java.net.PlainSocketImpl.socketAccept(Native Method)
 at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
 at java.net.ServerSocket.implAccept(ServerSocket.java:438)
 at java.net.ServerSocket.accept(ServerSocket.java:409)
 at
 org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSo
 cket(DefaultSe
 rverSocketFactory.java:107)
 at
 org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTc
 pEndpoint.java
 :335)
 at
 org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
 nt.java:483)
 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
 ThreadPool.jav
 a:518)
 at java.lang.Thread.run(Thread.java:536)
 
 If anyone has any idea why this is happening it would be appreciated.
 
 Thanks
 
 Jim.
 
 PS I am still working on the app and installing it and 
 removing it quiet a
 lot as develop and at times the install and remove commands 
 don't respond
 for about 8 minutes.
 
 
 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:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

JNDIRealm causing this: RE: Application running on Tomcat 4.1.3 stops resonding when inst alled with the Manager app

[Collins, Jim]

Hi again,

I am 99% sure that it is the JNDIRealm code that is causing my application
to stop responding for approximately 8 minutes at regular intervals. I will
try and look at the source to see if I can locate the problem. If anyone
else has had similar problems using JNDIRealm I would like to know.

Thanks

Jim.

 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 14 August 2002 13:23
 To: 'Tomcat Users List'
 Subject: RE: Application running on Tomcat 4.1.3 stops resonding when
 inst alled with the Manager app
 
 
 Hi,
 
 I have taken Andrews advise and upgraded Tomcat. I am now 
 using version
 4.1.8, however I am still getting the same problem. I believe 
 that I have
 narrowed the problem down to using JNDIRealm to authenticate 
 users, in the
 past I used Apache to authenticate a user against LDAP but 
 now I am running
 Tomcat stand alone and it authenticates against LDAP. This is 
 the only thing
 I can think of because I have never had this problem before 
 with earlier
 versions of Tomcat, and the Manager app also fails and that is using
 JNDIRealm to authenticate.
 
 If anyone has any ideas about this it would be great.
 
 Thanks.
 
 Jim.
 
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: 13 August 2002 08:57
  To: 'Tomcat Users List'
  Subject: Application running on Tomcat 4.1.3 stops resonding when
  installe d with the Manager app
  
  
  Hi,
  
  I have a an application running on Tomcat 4.1.3 that 
 frequently stops
  responding for approximately 8 minutes. Tomcat itself is 
  still running OK
  and I can access the example servlets and JSP's with no problem. My
  application is deployed as a WAR file using the Manager 
  servlets install
  command, and I don't know if it could be something to do with 
  this. Below is
  a stack trace from catalina.out that I get when the app stops 
  responding: 
  
  java.net.SocketException: Software caused connection abort
  at java.net.PlainSocketImpl.socketAccept(Native Method)
  at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
  at java.net.ServerSocket.implAccept(ServerSocket.java:438)
  at java.net.ServerSocket.accept(ServerSocket.java:409)
  at
  org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSo
  cket(DefaultSe
  rverSocketFactory.java:107)
  at
  org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTc
  pEndpoint.java
  :335)
  at
  org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
  nt.java:483)
  at
  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
  ThreadPool.jav
  a:518)
  at java.lang.Thread.run(Thread.java:536)
  
  If anyone has any idea why this is happening it would be 
 appreciated.
  
  Thanks
  
  Jim.
  
  PS I am still working on the app and installing it and 
  removing it quiet a
  lot as develop and at times the install and remove commands 
  don't respond
  for about 8 minutes.
  
  
  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:   
  mailto:[EMAIL PROTECTED]
  For additional commands, e-mail: 
  mailto:[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

Application running on Tomcat 4.1.3 stops resonding when installed with the Manager app

[Collins, Jim]

Hi,

I have a an application running on Tomcat 4.1.3 that frequently stops
responding for approximately 8 minutes. Tomcat itself is still running OK
and I can access the example servlets and JSP's with no problem. My
application is deployed as a WAR file using the Manager servlets install
command, and I don't know if it could be something to do with this. Below is
a stack trace from catalina.out that I get when the app stops responding: 

java.net.SocketException: Software caused connection abort
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
at java.net.ServerSocket.implAccept(ServerSocket.java:438)
at java.net.ServerSocket.accept(ServerSocket.java:409)
at
org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultSe
rverSocketFactory.java:107)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java
:335)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:483)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:518)
at java.lang.Thread.run(Thread.java:536)

If anyone has any idea why this is happening it would be appreciated.

Thanks

Jim.

PS I am still working on the app and installing it and removing it quiet a
lot as develop and at times the install and remove commands don't respond
for about 8 minutes.


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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: tomcat 401 not responding!!!

[Collins, Jim]

I have had similar problems running Tomcat 4.1.3 on Solaris 8. Every so
often an application that I have deployed using the manager servlet stops
responding for about 8 minutes.

 -Original Message-
 From: Hoang C. Truong [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, July 31, 2002 9:19 AM
 To: Tomcat Users List
 Subject: Re: tomcat 401 not responding!!!
 
 Hello,
 I am running it On Solaris 8.  I just noticed that
 tomcat finally response after 15 minutes later.
 
 I really don't get it.  Can you help?
 
 Thanks,
 
 -Hoang
 
 
 --- Nikolas A. Rathert [EMAIL PROTECTED]
 wrote:
  mm, too few information.
  What OS are you running on that machine?
  If it is windoze try to reboot it.
 
 
 
  Hoang C. Truong wrote:
   Hello everyone,
  
   All of a sudden, I can't startup tomcat.  It was
   working fine.  After I shutdown, nothing seems to
  work
   any more.  I see this message in logs/catalina.out
  
   Starting service Tomcat-Standalone
   Apache Tomcat/4.0.1
  
   Normally, I would see much more than this.
  
   CAN ANY ONE HELP?  THIS IS VERY URGENT.
  
  
   Thanks,
  
   -Hoang
  
   __
   Do You Yahoo!?
   Yahoo! Health - Feel better, live better
   http://health.yahoo.com
  
   --
   To unsubscribe, e-mail:
  mailto:[EMAIL PROTECTED]
   For additional commands, e-mail:
  mailto:[EMAIL PROTECTED]
  
 
 
 
  --
  To unsubscribe, e-mail:
  mailto:[EMAIL PROTECTED]
  For additional commands, e-mail:
  mailto:[EMAIL PROTECTED]
 
 
 
 __
 Do You Yahoo!?
 Yahoo! Health - Feel better, live better
 http://health.yahoo.com
 
 --
 To unsubscribe, e-mail:   mailto:tomcat-user-
 [EMAIL PROTECTED]
 For additional commands, e-mail: mailto:tomcat-user-
 [EMAIL PROTECTED]
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Getting Tomcat to redirect requests

[Collins, Jim]

Hi,

Does anyone know how I can set-up Tomcat to redirect requests to a
particular web-app. I have done it using Apache and iPlanet and would like
to know how to do this with Tomcat. I have a particular web-app that I want
to take down for a short period and redirect any requests to this app to an
html page informing the user that the site is temporarily unavailable.

Any help would be appreciated.

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Getting Tomcat to redirect requests

[Collins, Jim]

Thanks Yoav, I'll try that.

Regards

Jim.

 -Original Message-
 From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
 Sent: 25 July 2002 14:28
 To: Tomcat Users List
 Subject: RE: Getting Tomcat to redirect requests
 
 
 Howdy,
 A simple filter could do the trick.  Have do a response.sendRedirect()
 for every request.  The filter's url-pattern would be /MyApp/* where
 MyApp is the app you want to take down.  However, this 
 solution requires
 you to edit the web.xml and restart your tomcat server in order to
 deploy the filter.  
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, July 25, 2002 4:09 AM
 To: 'Tomcat Users List'
 Subject: Getting Tomcat to redirect requests
 
 Hi,
 
 Does anyone know how I can set-up Tomcat to redirect requests to a
 particular web-app. I have done it using Apache and iPlanet and would
 like
 to know how to do this with Tomcat. I have a particular 
 web-app that I
 want
 to take down for a short period and redirect any requests to this app
 to an
 html page informing the user that the site is temporarily 
 unavailable.
 
 Any help would be appreciated.
 
 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:   mailto:tomcat-user-
 [EMAIL PROTECTED]
 For additional commands, e-mail: mailto:tomcat-user-
 [EMAIL PROTECTED]
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Ahh Native Library Hell

[Collins, Jim]

Hi Charlie,

I did read the post and I fully understand why you cannot load a native
library twice. I am not sure however what the repercussions are if I do try
to load the same library again, I know that it will throw an exception but
can I not just catch this and then ignore it knowing that the library must
have been loaded.

Anyway to get around the problem of loading the library twice I have moved
the code that does this to another servlet that will only be loaded once. I
have explained this in my original post, do you have any idea what I need to
set so that I don't get the java.lang.UnsatisfiedLinkError in this new
servlet.

Many thanks

Jim.

 -Original Message-
 From: Cox, Charlie [mailto:[EMAIL PROTECTED]]
 Sent: 03 July 2002 19:14
 To: 'Tomcat Users List'
 Subject: RE: Ahh Native Library Hell
 
 
 I just answered this last week. see the thread Native 
 library cannot be
 loaded twice in the archives
 
 Charlie
 
  -Original Message-
  From: Collins, Jim [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, July 02, 2002 1:30 PM
  To: 'Tomcat Users List'
  Subject: Ahh Native Library Hell
  
  
  Hi all,
  
  I have been having a lot of trouble trying to get a servlet 
  to call some
  native methods. My first servlet I deployed via the manager 
  app, the first
  time everything went OK. When I removed the app and deployed 
  it again I got
  errors because the native library had already been loaded, I 
  know why this
  happens and thought I could just catch the exception and 
  ignore it and then
  call my native methods. This did not work however and the 
  code just hung in
  the native method call.
  
  
  What I have now tried to do is deploy a very simple servlet 
  as a war file
  and simply loads the native library and then calls a couple 
  of init methods.
  This servlet will not be redeployed so it is should be OK. 
  The servlet loads
  the native library with no problem but now when it calls a 
  native method I
  get:
  
  java.lang.UnsatisfiedLinkError: dmSetConfigFile
  snip
  
  The servlet that I loaded with the manager app could call 
  native methods
  without any problems but this servlet can't. Has anyone any 
  ideas at all
  what I can do? I have searched through the mail archives with 
  no luck. I am
  running Tomcat 4.1.3 on Solaris 8 using jdk 1.4. I have put 
  the library and
  jar file in Jakarta_home/common/lib. I have set the 
  LD_LIBRARY_PATH to
  point to where the library is, however I load the library with
  System.load(/home/me/jakarta-tomcat-4.1.3/common/lib/libDm3.1
  .6_NativeBridg
  e.so.1) not loadLibrary.
  
  Thanks for your help.
  
  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:   
  mailto:[EMAIL PROTECTED]
  For additional commands, e-mail: 
  mailto:[EMAIL PROTECTED]
  
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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

APR not loaded?

[Collins, Jim]

Hi all,

Does anyone know what this message means:

INFO: APR not loaded, disabling jni components: java.io.IOException: no
jkjni in java.library.path

I get this message in my catalina log file whenever I start Tomcat. I am
trying to load a native library in a servlet with no luck so far and was
wondering if this had anything to do with it.

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: APR not loaded?

[Collins, Jim]

Thanks Rory.

-Original Message-
From: Douglas, Rory [mailto:[EMAIL PROTECTED]]
Sent: 02 July 2002 16:55
To: 'Tomcat Users List'
Subject: RE: APR not loaded?



I don't think this is related to your problem. 

YOu can remove this message by copying jkjni (.dll or .so) (from the
binaries for the tomcat connectors) into one of tomcat\bin or jdk\jre\bin
(can't remember which). I think this dll/so is only necessary  for
in-process integration of tomcat and a web server.

cheers 
Rory 

-Original Message- 
From: Collins, Jim [ mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] ] 
Sent: Tuesday, July 02, 2002 11:42 AM 
To: 'Tomcat Users List' 
Subject: APR not loaded? 


Hi all, 

Does anyone know what this message means: 

INFO: APR not loaded, disabling jni components: java.io.IOException: no 
jkjni in java.library.path 

I get this message in my catalina log file whenever I start Tomcat. I am 
trying to load a native library in a servlet with no luck so far and was 
wondering if this had anything to do with it. 

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:   
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]  
For additional commands, e-mail: 
mailto:[EMAIL PROTECTED]
mailto:[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.

Ahh Native Library Hell

[Collins, Jim]

Hi all,

I have been having a lot of trouble trying to get a servlet to call some
native methods. My first servlet I deployed via the manager app, the first
time everything went OK. When I removed the app and deployed it again I got
errors because the native library had already been loaded, I know why this
happens and thought I could just catch the exception and ignore it and then
call my native methods. This did not work however and the code just hung in
the native method call.


What I have now tried to do is deploy a very simple servlet as a war file
and simply loads the native library and then calls a couple of init methods.
This servlet will not be redeployed so it is should be OK. The servlet loads
the native library with no problem but now when it calls a native method I
get:

java.lang.UnsatisfiedLinkError: dmSetConfigFile
snip

The servlet that I loaded with the manager app could call native methods
without any problems but this servlet can't. Has anyone any ideas at all
what I can do? I have searched through the mail archives with no luck. I am
running Tomcat 4.1.3 on Solaris 8 using jdk 1.4. I have put the library and
jar file in Jakarta_home/common/lib. I have set the LD_LIBRARY_PATH to
point to where the library is, however I load the library with
System.load(/home/me/jakarta-tomcat-4.1.3/common/lib/libDm3.1.6_NativeBridg
e.so.1) not loadLibrary.

Thanks for your help.

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Manager app doesn't work?

[Collins, Jim]

Hi Ted,

I had the same problem, I changed the war attribute so that is does not have
!/ on the end i.e:
war=jar:file:/${build-path}/${ant.project.name}.war

Hope this helps.

Jim.

 -Original Message-
 From: Ted Neward [mailto:[EMAIL PROTECTED]]
 Sent: 30 June 2002 11:31
 To: TomcatUserList
 Subject: Manager app doesn't work?
 
 
 I'm trying to do Ant-style autodeployment of a war file from 
 my dev machine
 to the Tomcat (4.0) server, and it's failing.
 
 Specifically, I've got the catalina-ant.jar (culled from 
 jwsdp-1.0), and I
 run the task like so:
 
   install
 url=${remote-url}
 username=${username}
 password=${password}
 path=/${context-path}
 war=jar:file:/${build-path}/${ant.project.name}.war!/
   /
 
 The returned message is OK, but the log files show that 
 either (1) Tomcat
 couldn't find /WEB-INF/web.xml (and I've verified that it is 
 in the .war
 file), or (2) Tomcat simply doesn't show anything in the 
 logs, yet the app
 isn't updated.
 
 Note that I get the same results regardless of interface 
 (HTML or through
 Ant).
 
 Can somebody please verify for me that the Manager webapp in 
 fact works, and
 if so, where I'm going wrong with this?!?
 
 Ted Neward
 {.NET || Java} Course Author  Instructor, DevelopMentor
 (http://www.develop.com)
 http://www.javageeks.com/tneward
 http://www.clrgeeks.com/tneward
 
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Host/Serve name problem.

[Collins, Jim]

Hi this may be of interest. 

I am running Apache 1.3.24 and TC4. Users of my application are
authenticated against LDAP. In the app I have 3 frames and I used to set the
src of the frames based on the server name. This used to work fine but when
I upgraded I had to login twice the reason was the main window was
www.mycomp.com:8000 but the frames were serverName:8000 and the browser
thought they were two different sites and asked me to login again.

I then created a virtual host thinking this would fix the problem but it did
not. So what I next did was call request.getHeader(Host) instead of
request.getServerName() plus the port . This works fine now.

Regards

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: automatic login

[Collins, Jim]

Hi Craig,

Could you please send the URL for the UML diagrams, I could not find them.

Thanks.

Jim.

 -Original Message-
 From: Mats Nyberg [mailto:[EMAIL PROTECTED]]
 Sent: 10 May 2002 20:42
 To: Tomcat Users List
 Subject: Re: automatic login
 
 
 
 
 Craig R. McClanahan wrote:
 
 
 On Fri, 10 May 2002, Mats Nyberg wrote:
 
 Date: Fri, 10 May 2002 20:00:51 +0200
 From: Mats Nyberg [EMAIL PROTECTED]
 Reply-To: Tomcat Users List [EMAIL PROTECTED]
 To: Tomcat Users List [EMAIL PROTECTED]
 Subject: Re: automatic login
 
 locking myself in is no problem; this is an app running on 
 a collegue's
 (peter antman @ jboss) heavily patched version of a JBoss 
 2.something
 loaded with tomcat and jboss dependencies.
 
 do you know the internals of the 
 accessinterceptor/authentification process
 in tomcat?
 
 
 I'd *better* know it, because I wrote it ... :-)
 
 straight to the source, huh
 ;)
 
 
 
 Look in package org.apache.catalina.authenticator in the 
 Tomcat source
 code for the implementation classes that implement the various login
 methods.  
 
 using 3.2, dude
 :(
 
 You'll need to understand quite a bit about Tomcat's internal
 architecture for this to work 
 
 I do
 
 -- there are some UML diagrams and such
 stuff in the Catalina Documentation part of the tomcat-docs webapp.
 
 However, I'm afraid that I'm not going to be able to assist 
 you any, due
 to time constraints.
 
 hey, i know i'm on a seller's market here ;)
 
 got an idea, though.
 I'll be back
 
 by the way, vincenzo: your idea worked - will write HOWTO for the list
 
 
 
 Craig
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[EMAIL PROTECTED]
 
 
 
 
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: serving CSV file

[Collins, Jim]

Set the Content-Disposition header. See here for more info
:http://support.microsoft.com/servicedesks/webcasts/wc011101/WCT011101.asp 

Regards

Jim.
 -Original Message-
 From: Liu, Xiaoyan [mailto:[EMAIL PROTECTED]]
 Sent: 09 May 2002 22:05
 To: 'Tomcat Users List'
 Subject: RE: serving CSV file
 
 
 sorry. I mean 'cannot'.
 
 For a static csv file, it displays as plain text.
 For a non-static file, the response header type is
 set as 'application/vnd.ms-excel', the file IS opened
 in excel , BUT with all columns in a row squeezed in one cell.
 
 thank you.
 
 -Original Message-
 From: Liu, Xiaoyan [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, May 09, 2002 4:51 PM
 To: 'Tomcat Users List'
 Subject: serving CSV file
 
 
 Hi, all,
 
 I can seem to make tomcat 4.0.2 serving csv (comma-seperated file)
 file. The files are open plain text in IE. I added the following
 mime-mapping to web.xml:
 
 extensioncsv/extension
 mime-typeapplication/vnd.ms-excel/mime-type
 
 is there anything else needs to change?
 
 thank you.
 
 
 Liu
 


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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Please help someone!

[Collins, Jim]

Hi,

It's not the JSP. In a particular configuration I had the JSP could not be
found (this was due to a symbolic link), I found the reason for this and it
had nothing to do with Tomcat which I knew. I have fixed this problem now
and it now loads the JSP (the problem was not in the JSP). What I wanted to
know was why whenever this happened no other JSP would load, even those in
examples. The question is academic now as I no longer get the file not found
exception, but it would be interesting to find out why they stopped loading.

Thanks

Jim.

 -Original Message-
 From: Galbayar [mailto:[EMAIL PROTECTED]]
 Sent: 10 May 2002 01:17
 To: Tomcat Users List
 Subject: RE: Please help someone!
 
 
 send me your jsp file
 
 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, May 09, 2002 11:04 PM
 To: 'Tomcat Users List'
 Subject: Please help someone!
 
 
 Does anyone know if this is a bug? I have several JSP's 
 running without a
 problem. When I try and load one particular JSP file though I get this
 error:
 
 Apache Tomcat/4.0.3 - HTTP Status 404 - JSP file
 /path to jsp/feedback_form.jsp (Is a directory) not found
 
 I know why this is happening and I am working on a fix 
 (nothing to do with
 Tomcat). However when this happens all my other JSP's that 
 were working
 correctly now stop working. There is no error and when I view the html
 source there is no html content just an empty skeleton.
 
 Has anyone else had any experience of this who could tell me what is
 happening?
 
 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:
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Strange JSP Problem

[Collins, Jim]

I have a strange JSP problem with Tomcat 4. When I start Tomcat everything
is fine and the JSP's are working OK. But when I load a particular JSP which
always fails all other JSP's then stop working even the examples, and just
display an empty html page, here is the html:

!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
HTMLHEAD
META content=text/html; charset=iso-8859-1
http-equiv=Content-Type/HEAD
BODY/BODY/HTML

I have to restart Tomcat to get the JSP's working again. If anyone has any
ideas what is causing this it would be appreciated.

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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Strange JSP Problem

[Collins, Jim]

It is not the JSP itself that is causing the problem because in some cases I
can run it. I have a servlet that I use to launch all other servlets that
are typically located on NFS not under the WebRoot. When I load a JSP I copy
the JSP to the WebRoot and then instantiate JspServlet and get this to
service the request. This normally works fine unless I use a symbolic link
and Tomcat complains that the file name is to long. But when this happens I
can't display any JSP, I just get a blank screen. I did try deleting the
generated .java and .class files in the work directory and then refreshing
the web page, this did not work though the files were generated again but
the resulting html had no content.

Thanks

Jim.

 -Original Message-
 From: Raphael [mailto:[EMAIL PROTECTED]]
 Sent: 07 May 2002 15:21
 To: Tomcat Users List
 Subject: Re: Strange JSP Problem
 
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Post the JSP code
 
 
 Le Mardi 07 Mai 2002 12:48, Collins, Jim a écrit :
  I have a strange JSP problem with Tomcat 4. When I start 
 Tomcat everything
  is fine and the JSP's are working OK. But when I load a 
 particular JSP
  which always fails all other JSP's then stop working even 
 the examples, and
  just display an empty html page, here is the html:
 
  !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
  HTMLHEAD
  META content=text/html; charset=iso-8859-1
  http-equiv=Content-Type/HEAD
  BODY/BODY/HTML
 
  I have to restart Tomcat to get the JSP's working again. If 
 anyone has any
  ideas what is causing this it would be appreciated.
 
  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.
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.0.6 (GNU/Linux)
 Comment: For info see http://www.gnupg.org
 
 iD8DBQE81+LEh2ITK4xBkFERAkLgAJ4zHQ1c/Tl3WJ1Mr9N3D264B/omHwCghPx+
 K8zTvkPihhrhA3Rz3j0z5Fw=
 =MrTM
 -END PGP SIGNATURE-
 
 
 --
 To unsubscribe, e-mail:   
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Apache login attempts

[Collins, Jim]

Any Apache gurus out there who know how I can force Apache to give a user
more than one login attempt if they enter the wrong user name or password.

Thanks

Jim.

 -Original Message-
 From: Collins, Jim [mailto:[EMAIL PROTECTED]]
 Sent: 26 April 2002 13:47
 To: 'Tomcat Users List'
 Subject: Apache login attempts
 
 
 I know this is not a Tomcat problem but does anyone know how 
 I can configure
 Apache to allow a user more than on login attempt.
 
 Many thanks
 
 Jim.
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

Apache login attempts

[Collins, Jim]

I know this is not a Tomcat problem but does anyone know how I can configure
Apache to allow a user more than on login attempt.

Many 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:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

RE: Tomcat and Apache 2

[Collins, Jim]

Why couldn't you have posted this three weeks earlier :)

 -Original Message-
 From: Simon Stewart [mailto:[EMAIL PROTECTED]]
 Sent: 22 April 2002 16:03
 To: Tomcat Users List
 Subject: Re: Tomcat and Apache 2
 
 
 Something had to slip through the net, didn't it ;) Thanks for
 pointing that out; I've updated the HOWTO with your suggested URL.
 
 On Mon, Apr 22, 2002 at 03:44:07PM +0100, Alex Potter wrote:
  Simon
  
  an excellent document, however, the location of the  
 mod_webapp connector
  source is given incorrectly on the web page, I guess the 
 jakarta guys moved
  it?
  
  The correct location is
  
  
 http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4
.0.3/src/jakar
 ta-tomcat-connectors-4.0.2-01-src.tar.gz
 
 http://makeashorterlink.com/?G22365CB
 
 HTH
 
 Alex

Cheers,

Simon

-- 
Even had to open up the case and gaze upon the hallowed peace that
graced the helpdesk that day. -- Megahal (trained on asr), 1998-11-06

--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[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:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

RE: Tomcat Authentication doesn't seem to work at all!

[Collins, Jim]

You need to add a entry to the conf/tomcat-users.xml file.

Jim.

-Original Message-
From: Posta Winsome [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2001 11:53
To: Tomcat-User Mailing List
Subject: Tomcat Authentication doesn't seem to work at all!


Hi all.
Sorry, but I'm a newby in Tomcat Authentication, so I have some problems in
my first test..

In my web application, the file web.xml contains the following lines:

  security-constraints
web-resource-collection
  web-resource-nameProtected Area/web-resource-name
  url-patternmy-html-document.html/url-pattern
  http-methodDELETE/http-method
  http-methodGET/http-method
  http-methodPOST/http-method
  http-methodPUT/http-method
/web-resource-collection

auth-constraints
  role-namemy-role-name/role-name
/auth-constraints

user-data-constraint
  transport-guaranteeNONE/transport-guarantee
/user-data-constraint
  /security-constraints

  login-config
auth-methodBASIC/auth-method
realm-nameVPOAdmin/realm-name
  /login-config

but despite this, I can always reach the html document in my web root.


The same if I write:

url-pattern/my-web-root/my-html-document.html/url-pattern
url-pattern/my-web-root/*/url-pattern
url-pattern*/url-pattern
.

the browser *NEVER* prompt me for users and password!


I'm really going mad!
I use Tomcat 3.2.1 in a Linux RH 6.2 box

Any help?
Thanks in advance.


PLEASE READ: The information contained in this e-mail 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
e-mail 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 Securities and Futures Authority Limited and is a
member of the London Stock Exchange.