RE: Problems whith admin application and users management

[fmancini]

No. I've just downloaded it and placed the files under
the appropriate directories in tomcat installation
dir.

[--~~
fmancini
   ~~--]

--- "Kelly, Steve" <[EMAIL PROTECTED]>
wrote:

> Did you have to do anything in particular to get the
> 'admin' application
> to work. I and a number of other subscribers to this
> forum cannot even
> get into 'admin'. Even after downloading the
> separate admin webapp when
> I click on it I simply get a message saying I need
> to download and
> install it. 
> 
> Steve.  
> 
> -Original Message-
> From: fmancini [mailto:[EMAIL PROTECTED] 
> Sent: 12 December 2004 18:58
> To: [EMAIL PROTECTED]
> Subject: Problems whith admin application and users
> management
> 
> Hi everybody,
> I'm running admin webapp using Tomcat5.5.4 [both
> downloaded yesterday].
> Everything seems to work except the users
> configuration in admin webapp:
> if I click on any element under "Users definition"
> in the tree on the
> left pane I got this error message:
> 
> "Error retrieving attribute users."
> [Exception shown at bottom]
> 
> I'm using the minimal server config xml file and sha
> for users' password
> encryption.
> 
> Has anyone the same problem?
> Thank you in advance,
> Enjoy your life.
> 
> fstmncn
> 
>  exception 
> SEVERE: action: Error retrieving attribute users
> javax.management.InstanceNotFoundException:
> Users:type=UserDatabase,database=Use
> rDatabase
> at
>
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(Defaul
> tMBeanServerInterceptor.java:1010)
> at
>
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(De
> faultMBeanServerInterceptor.java:627)
> at
>
com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.ja
> va:659)
> at
>
org.apache.webapp.admin.users.UserUtils.getUsersForm(UserUtils.java:1
> 12)
> at
>
org.apache.webapp.admin.users.ListUsersAction.execute(ListUsersAction
> .java:105)
> at
>
org.apache.struts.action.RequestProcessor.processActionPerform(Reques
> tProcessor.java:421)
> at
>
org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja
> va:226)
> at
>
org.apache.struts.action.ActionServlet.process(ActionServlet.java:116
> 4)
> at
>
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
> at
>
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> at
>
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:237)
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:157)
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:214)
> at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:178)
> at
>
org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
> torBase.java:482)
> at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
> ava:126)
> at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
> ava:105)
> at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
> ve.java:107)
> at
>
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
> a:148)
> at
>
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
> :825)
> at
>
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
> ssConnection(Http11Protocol.java:731)
> at
>
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
> int.java:526)
> at
>
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol
> lowerWorkerThread.java:80)
> at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
> ool.java:684)
> at java.lang.Thread.run(Thread.java:595)
> 
> 
>   
> __
> Do you Yahoo!? 
> Send a seasonal email greeting and help others. Do
> good. 
> http://celebrity.mail.yahoo.com
> 
>
-
> 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!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

Tomcat 5 + Struts 1.2.6 + Apache 1.3 + Egroupware on Solaris 8

[Richard Reyes]

Hello Guys, 

I am about to setup these applications.
Have anyone setup something like this? I hope that you can send me
guidelines, trouble spots and maybe documentations for the exact os
and application versions.

Thanks in advance.
Richard

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

Tomcat 5.5.4 App Deploy Problem.

[Bob Carpenter]

I installed Tomcat 5.5.4 on WinXP. I use JVM 1.4.2.

I have an app successfully deployed under Tomcat 4.1.18-LE that I cannot get
to deploy under 5.5.4. The app is deployed under 4.1.18 by adding a file
called ptcs.xml to the webapps folder. The file contents are:



Adding ptcs.xml to the 5.5.4 webapps folder does not cause it to deploy. -
should it, or has the process changed?

I read the Tomcat 5.5.4 "Manager App HOW-TO" doc. In section "Install using
a Context configuration .xml file" it states that you can deploy an app
using a Context configuration file .xml file. The syntax provided is:

http://localhost:8080/manager/deploy?config=file:/path/context.xml

Assuming my ptcs.xml is a valid configuration file, I tried deploying using
all the following:

http://localhost:8080/manager/deploy?config=file:/ptcs.xml
http://localhost:8080/manager/deploy?config=file:ptcs.xml
http://localhost:8080/manager/deploy?config=file:/myapp/ptcs.xml
http://localhost:8080/manager/deploy?config=file:/context.xml   <<< here I
renamed ptcs.xml
http://localhost:8080/manager/deploy?config=file:/myapp/context.xml

In each case the error was "FAIL - Invalid context path null was specified".

Any idas on how to get this working?

Thanks,

--BobC



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

Re: Tomcat as standalone

[Ben Souther]

Since 90% of your app is dynamic, there is a good chance that
Tomcat as a standalone may actually be more efficient. The work 
the webserver and connector has to do to pass the requests/responses
back and forth to tomcat is all in addition to what Tomcat would have to
do anyway.

I would recommend giving Tomcat as a standalone a shot.
If you feel you need more performance, look into your options.
Putting a webserver in front of Tomcat is one of them.  Load balancing, 
heavier hardware, clustering, are some others.

Remember, Tomcat, The Apache Web Server, and the connectors needed to
join the two don't have the same release cycles.  Besides performance,
you also want to consider maintenance and upkeep costs.

If you want to be real thorough, set up both scenarios and compare them
under load. Set up SSL under both scenerios. Also compare the effort to
get them up and running.  Then also take a look at the open bug list for
Tomcat to see how many issues are related to connectors.  Look at the
release cycles for tomcat, apache, and the connectors. Then look at how
much time you have budgeted for maintaining each setup.

Without looking at your app, hardware and business plan, nobody can tell
you for certain which way to go.

One thing to be aware of. There is a lot of outdated information on the
web claiming that Tomcat as a standalone is not ready for production.
If you come across one of these sites, make sure you know either when it
was written or what version of Tomcat they're talking about. Both Tomcat
and the JVMs needed to run it have made great strides in recent years.
What was accurate at the time it was written may be very inaccurate now.





On Sun, 2004-12-12 at 23:33, Dola Woolfe wrote:
> It 90% of my website is dynamic, is it a good idea to
> skip the apache server altogether and just run Tomcat
> alone on port 80?
>   Seems like a good idea: one few application to worry
> about, no headache with connecting apache and tomcat
> (which I still haven't figured out how to do with 5.x)
> and so forth.
> 
> Please, any opinions.
> 
> Also is 5.5 ready for prime-time?
> 
> Thank you very much in advance.
> 
> Dola
> 
> 
>   
> __ 
> Do you Yahoo!? 
> Take Yahoo! Mail with you! Get it on your mobile phone. 
> http://mobile.yahoo.com/maildemo
> 
> -
> 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 not allow browsing the root directory to tomcat

[haimra]

Hi All

I am using tomcat 5.0.30 for a web application.
Currently anyone can brows the Root directory of my application and server.
For example by typing the url http://127.0.0.1/PrjectName/
Is their any way to avoid this? Making the user access the home page and
then navigating and not seeing all the files and directors under 

Thank 




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

Re: Tomcat as standalone

[Parsons Technical Services]

Dola,
You will find a wealth of opinions on this.
The real answer is always a big IT DEPENDS.
Because each case is different only you can really determine this.
Some things to ask:
Is there something you are doing that Tomcat can't do unless connected to 
Apache?

Are the majority of your hits to the static content?
How many apps are running?
How will the apps and static content be managed?
And I am sure many on the list (more experienced than I) can add some more.
I currently have a small site and all is served by Tomcat. Performs fine for 
me. As Tomcat has matured it has improved to the point that it can run 
standalone in all but the most demanding situations. And again you will find 
a wide range of opinions on this.

To begin with, I think you will be fine with Tomcat alone. Unless there is a 
functionality of Apache that you need. You can always add it later if 
needed.

Just my  .02
Doug
- Original Message - 
From: "Dola Woolfe" <[EMAIL PROTECTED]>
To: "Tom Cat" <[EMAIL PROTECTED]>
Sent: Sunday, December 12, 2004 11:33 PM
Subject: Tomcat as standalone


It 90% of my website is dynamic, is it a good idea to
skip the apache server altogether and just run Tomcat
alone on port 80?
 Seems like a good idea: one few application to worry
about, no headache with connecting apache and tomcat
(which I still haven't figured out how to do with 5.x)
and so forth.
Please, any opinions.
Also is 5.5 ready for prime-time?
Thank you very much in advance.
Dola

__
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


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

Re: Apache locks up

[Dola Woolfe]

--- Wade Chandler <[EMAIL PROTECTED]> wrote:

> Dola Woolfe wrote:
> > --- Wade Chandler <[EMAIL PROTECTED]>
> wrote:
> > 
> > 
> >>Dola Woolfe wrote:
> >>
> >>>Everything is locked up, including the static
> >>
> >>resources!
> >>
> >>>
> >>>   
> >>>__ 
> >>>Do you Yahoo!? 
> >>>The all-new My Yahoo! - What will yours do?
> >>>http://my.yahoo.com 
> >>>
> >>>
> >>
> >
>
-
> > 
> >>>To unsubscribe, e-mail:
> >>
> >>[EMAIL PROTECTED]
> >>
> >>>For additional commands, e-mail:
> >>
> >>[EMAIL PROTECTED]
> >>
> >>>
> >>>
> >>Ok,
> >>
> >>I guess what I meant to ask is.  Do you use a
> >>context for Tomcat, and is 
> >>everyting from that context served through tomcat,
> >>or is the static 
> >>content served through Apache?  Can you access
> some
> >>static image file 
> >>from some where other than the context path of
> your
> >>webapplication? 
> >>Other than that you'll need to put up different
> >>logs.  One the apache 
> >>log file, two tomcat, and three the connectors log
> >>file.  Those might help.
> >>
> >>Wade
> >>
> >>
> > 
> > 
> > You know, I will follow an earlier advice and
> switch
> > from 1.2.* and 3.3.* to 2.0.* and 5.5.*; Why be
> > several years behind?
> > 
> > Dola
> > 
> > 
> > 
> > __ 
> > Do you Yahoo!? 
> > Send holiday email and support a worthy cause. Do
> good. 
> > http://celebrity.mail.yahoo.com
> > 
> >
>
-
> > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > For additional commands, e-mail:
> [EMAIL PROTECTED]
> > 
> > 
> > 
> 
> I use 5.0.28 right now.  I'm waiting on 5.5.x to
> stabilize a bit more 
> myself.  It's just a precaution that I take.  I
> haven't had any issues 
> out of 5.0.28, and I actually use it for my web
> server and java server. 
>   I have gotten rid of httpd (Apache) all together. 
> I do use Apache2 
> sometimes as a forward proxy.  I can hide multiple
> machines behind one 
> domain that way.  I am happy with Tomcat as my web
> server.  Plus my 
> configuration is much simpler.
> 
> Wade

That's interesting. Thank you. I am wondering what
others think about this so I'll start a new "thread".



__ 
Do you Yahoo!? 
Dress up your holiday email, Hollywood style. Learn more. 
http://celebrity.mail.yahoo.com

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

Tomcat as standalone

[Dola Woolfe]

It 90% of my website is dynamic, is it a good idea to
skip the apache server altogether and just run Tomcat
alone on port 80?
  Seems like a good idea: one few application to worry
about, no headache with connecting apache and tomcat
(which I still haven't figured out how to do with 5.x)
and so forth.

Please, any opinions.

Also is 5.5 ready for prime-time?

Thank you very much in advance.

Dola



__ 
Do you Yahoo!? 
Take Yahoo! Mail with you! Get it on your mobile phone. 
http://mobile.yahoo.com/maildemo 

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

SV: Tomcat JK2 Connector/IIS Slowdown

[Peter Lauri]

Try some buffertstream. On these browser that have this "fault" can be very
quick when it comes to HTTPS (https have a different packagestructure).

/Peter

-Ursprungligt meddelande-
Från: Robert Walther [mailto:[EMAIL PROTECTED] 
Skickat: den 13 december 2004 11:25
Till: [EMAIL PROTECTED]
Ämne: FW: Tomcat JK2 Connector/IIS Slowdown

 
For those of you who saw my original posting of this issue, you may
remember that my IIS6/Tomcat 5.028 server was very slow at downloading
files from an online cart to a Windows 2000, IE6 browser.  But the same
IIS6/Tomcat server would download files very quickly to all Netscape /
Mozilla and Safari browsers. Also, I should mention, my Linux/Tomcat
server did not have any speed issues with downloading files to any of
the browsers, including IE6.
 
Well, after collecting and analyzing many network packet captures, it
turns out the slowness is due to the fact that Microsoft has interpreted
an RFC regarding how to respond to TCP packets, differently than
Netscape / Mozilla and Safari.  This causes some IE6 browsers to respond
very poorly to in some situations,  So, ultimately it is a client-side /
browser issue.  They did give me a suggestion on how to fix it on the
client side, but they did not know of anything that could be done to IIS
or Tomcat to speed-up the file downloads.  Here is their response.
 
start quote
 
CASE_ID_NUM: SRX041018608346

MESSAGE: 

** The message for you follows
 Good Afternoon Rob,

Thank you for using Microsoft Support and Microsoft Internet Products. I
am confirming the closing of your case concerning the delay we were
seeing when downloading a 1MB file to some clients. We confirmed this
can be corrected by adding the TcpAckFrequency registry key described in
article 328890 New registry entry for controlling the TCP Acknowledgment
(ACK) behavior http://support.microsoft.com/?id=328890
  . We set TcpAckFrequency to a
value of 1, rebooted the XP client machine and when we tested again all
worked fine. If you have Windows 2000 clients that experience the issue,
the parameter is called TCPDelAckTicks and you can set the value to 0.
For the 2000 platform, please refer to article 311833 The TcpDelAckTicks
Registry Value Has No Effects on Ack Timeouts
http://support.microsoft.com/?id=311833
  . There is also a white paper
you may want to review located at
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technolog
ies/networking/tcpip03.mspx#XSLTsection129121120120
  . Lastly, the RFC which discusses the
delayed ack can be located at http://www.faqs.org/rfcs/rfc1122.html
  specifically, you may want to
review section 4.2.3.2. This section states the following which seems to
be relevant to what we were experiencing:

"A TCP SHOULD implement a delayed ACK, but an ACK should not be
excessively delayed; in particular, the delay MUST be less than 0.5
seconds, and in a stream of full-sized segments there SHOULD be an ACK
for at least every second segment." 

Notice the keyword should which leaves some room for interpretation.
Thanks again for calling Microsoft and have a great week!

end quote

I do not believe that Netscape and Mozilla respond with a delayed ACK
when the stream of data is not padded to a full-sized segment.  Also, I
think that IIS6 does not pad packets but Apache does.  Thus, because
IIS6 + Tomcat together send out non-full-sized packets, the IE6 browser
will delay the ACK until multiple partial packets are received.  This
delay causes the slowness.  IF Apache + Tomcat packets ARE full sized
there is no delayed ACK.

It was distressing that Microsoft did not indicate a fix on the server
side.  I was hoping in light of this information, it could be fixed by
padding packets coming out of Tomcat through the jk connector.

Well, I will continue to research this and any feedback or additional
insight would be appreciated,  Also, I may be able to coordinate
Microsoft to help us fix this issue if any one wishes to help me
investigate the jk / Tomcat Source code.

One thing I did not investigate, are other java methods for downloading
files.  It is possible that other java methods would be faster than the
one we used for our online cart.

FYI to all,

Rob Walther

Senior System Architect

InterchangeDigital, Inc.



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

FW: Tomcat JK2 Connector/IIS Slowdown

[Robert Walther]

 
For those of you who saw my original posting of this issue, you may
remember that my IIS6/Tomcat 5.028 server was very slow at downloading
files from an online cart to a Windows 2000, IE6 browser.  But the same
IIS6/Tomcat server would download files very quickly to all Netscape /
Mozilla and Safari browsers. Also, I should mention, my Linux/Tomcat
server did not have any speed issues with downloading files to any of
the browsers, including IE6.
 
Well, after collecting and analyzing many network packet captures, it
turns out the slowness is due to the fact that Microsoft has interpreted
an RFC regarding how to respond to TCP packets, differently than
Netscape / Mozilla and Safari.  This causes some IE6 browsers to respond
very poorly to in some situations,  So, ultimately it is a client-side /
browser issue.  They did give me a suggestion on how to fix it on the
client side, but they did not know of anything that could be done to IIS
or Tomcat to speed-up the file downloads.  Here is their response.
 
start quote
 
CASE_ID_NUM: SRX041018608346

MESSAGE: 

** The message for you follows
 Good Afternoon Rob,

Thank you for using Microsoft Support and Microsoft Internet Products. I
am confirming the closing of your case concerning the delay we were
seeing when downloading a 1MB file to some clients. We confirmed this
can be corrected by adding the TcpAckFrequency registry key described in
article 328890 New registry entry for controlling the TCP Acknowledgment
(ACK) behavior http://support.microsoft.com/?id=328890
  . We set TcpAckFrequency to a
value of 1, rebooted the XP client machine and when we tested again all
worked fine. If you have Windows 2000 clients that experience the issue,
the parameter is called TCPDelAckTicks and you can set the value to 0.
For the 2000 platform, please refer to article 311833 The TcpDelAckTicks
Registry Value Has No Effects on Ack Timeouts
http://support.microsoft.com/?id=311833
  . There is also a white paper
you may want to review located at
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technolog
ies/networking/tcpip03.mspx#XSLTsection129121120120
  . Lastly, the RFC which discusses the
delayed ack can be located at http://www.faqs.org/rfcs/rfc1122.html
  specifically, you may want to
review section 4.2.3.2. This section states the following which seems to
be relevant to what we were experiencing:

"A TCP SHOULD implement a delayed ACK, but an ACK should not be
excessively delayed; in particular, the delay MUST be less than 0.5
seconds, and in a stream of full-sized segments there SHOULD be an ACK
for at least every second segment." 

Notice the keyword should which leaves some room for interpretation.
Thanks again for calling Microsoft and have a great week!

end quote

I do not believe that Netscape and Mozilla respond with a delayed ACK
when the stream of data is not padded to a full-sized segment.  Also, I
think that IIS6 does not pad packets but Apache does.  Thus, because
IIS6 + Tomcat together send out non-full-sized packets, the IE6 browser
will delay the ACK until multiple partial packets are received.  This
delay causes the slowness.  IF Apache + Tomcat packets ARE full sized
there is no delayed ACK.

It was distressing that Microsoft did not indicate a fix on the server
side.  I was hoping in light of this information, it could be fixed by
padding packets coming out of Tomcat through the jk connector.

Well, I will continue to research this and any feedback or additional
insight would be appreciated,  Also, I may be able to coordinate
Microsoft to help us fix this issue if any one wishes to help me
investigate the jk / Tomcat Source code.

One thing I did not investigate, are other java methods for downloading
files.  It is possible that other java methods would be faster than the
one we used for our online cart.

FYI to all,

Rob Walther

Senior System Architect

InterchangeDigital, Inc.

error-page not working properly

[Chris Cherrett]

Hello

I have searched this topic on google to find the following to be true:

catching 500 or 404 error does not work in Tomcat 5 like this


  500
  /error.jsp
  

  404
  /error.jsp
  

Is this true?

This works for 500 but not 404.


  java.lang.Throwable
  /error.jsp
  

Is there a way to catch all exceptions that works in Tomcat 5

Thanks
-- 
Chris Cherrett
Tracking Solutions International
1-877-TSIWARE
www.tsiware.com

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

Query with 404 error processing -- Tomcat 5.0.19

[Jon Doe]

Can someone please explain why I get the default Tomcat 404 error when a 
pages does not exist?

I have a set of URLs that end with *.ext. These are all routed to a servlet 
called Router, and these all work fine. This servlet has catch-all at the 
end that displays an error message when an unknown *.ext is processed. That 
all works fine.

However, when an unknown *.jsp file is processed I get the default Tomcat 
error:

  HTTP Status 404 - /unknown.jsp
  type Status report
  message /unknown.jsp
  description The requested resource (/unknown.jsp) is not available.
  Apache Tomcat/5.0.19
The error in the generates this output in the log file:
2004-12-13 00:40:10 ApplicationDispatcher[/Server] Servlet.service() for 
servlet default threw exception
java.lang.ClassCastException
	at 
org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:182)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:233)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
...

2004-12-13 00:40:10 [EMAIL PROTECTED]: 
Exception Processing ErrorPage[errorCode=404, location=/404.html]
java.lang.ClassCastException
	at 
org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:182)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:233)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
	at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:750)
	at 
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:512)
...

Here is my web.xml file:


" "http://java.sun.com/dtd/web-app_2_3.dtd";>

   My server

   Router
   com.mycompany.Router
   
   InitServlet
   com.mycompany.InitServlet
   2
   
   InitServlet
   /InitServlet
   
   
   Router
   *.ext
   

   
30

   index.html
   
   404
   /404.html
   

And my 404.html file:




Error!


Any help will be, as always, greatly appreciated.
Joe.
_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

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

Two Tomcat installations on one server in Windows 2K3

[footh]

I have a server with several IP addresses and I'd like
to have two separate instances of Tomcat listening on
two of the IP addresses.  I want both of these
instances to be a  separate service as well.

I already had one Tomcat installation on the server
and I attempted to run the installer again under a
different directory.  Then I modified the service.bat
file to give the service a different name and I tried
to install this new instance.  However, I received an
error.

Additionally, it seems both installations point to the
same registry configuration entries which has
directory-specific values (pointing the the directory
of the last installion of Tomcat I performed).

So, I'm thinking I'm not doing this the right way.  I
read the RUNNING.txt file and searched the mailing
list but I can't seem to find information specific to
what I need to do.  Could someone possibly offer a
suggestion for setting this up?

Regards,
JF




__ 
Do you Yahoo!? 
Yahoo! Mail - 250MB free storage. Do more. Manage less. 
http://info.mail.yahoo.com/mail_250

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

Re: access log question

[Tim Funk]

Combined has the referer.
Use the copy or move command to a name webalizer likes.
-Tim
Guy Katz wrote:
hello;
i have the line below in my server.xml

what is the difference between the 'common' and 'combined' values?
also,  the files the serer creates are access_log.2004-12-11.txt
because i am using webalizer to view stats(and know how to point it to a
single file), i want the server to accumulate all data to the same access
log file. or something better than a file per day/
how can i achieve this?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 5.5 Webapp logging.

[Dale, Matt]

I think i'm getting it, out of the office till wednesday so i'll give it 
another whirl then.

I think possibly part of the problem is that I was only putting log4j.jar in 
the WEB-INF/lib and not the commons-logging.jar which is only in common/lib. 

I'm using solaris so no daft windows service difficulties. Hopefully I can 
capture the standard out of an app when I get the webapp log4j configuration to 
work.

Thanks for the help and I'm sure you'll read it here if I have any more 
difficulty.

Ta
Matt

-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 6:16 PM
To: Tomcat Users List
Subject: RE: Tomcat 5.5 Webapp logging.


Quoting "Dale, Matt" <[EMAIL PROTECTED]>:

>
> This sounds like kind of what I want but you've confused me.
>
> I basically want the System.out and stdout from a particular webapp to go to
> a specific log file that is rotated and seperate for each webapp.
>

I'm not sure how you would separate System.out from any individual app.  If you
run Tomcat-5.5.x as a service (at least on WinXP, which is what I use
currently), it will automatically write to a stdout.log file *and* give you
daily log rotation for free.

> I've now got log4j working with a log4j.properties in common/classes.
> Everything is now logged to a rotated log file which is hunky dorey from that
> point of view. My second requirement is that the webapps be seperated into
> different log files. This, i've had trouble with, i've placed a
> log4j.properties in WEB-INF/classes but it seems to be ignored (log4j.jar is
> in the WEB-INF/lib).
>

If you mean System.out output, then there isn't much you can do with the
standard console appender.  It will all go to one place.  However, your normal
log4j defined loggers should be working according to your properties file. 
log4j.properties in WEB-INF/classes with log4j.jar in WEB-INF/lib should create
a separate logging environment from the server for each webapp you do this
with.


> I could seperate things out in the the main log4j.properties but at least one
> of the apps is comprised mostly of jsps without a specific package so i'm
> unsure how to do this.
>

You can still name your JSP's according to some psuedo-package naming scheme. 
Loggers aren't tied to your packages.  This is just the standard way of naming
loggers to make naming predictable and easy to confgure.  Name them whatever
you want.


> But where you've really confused me is the mention of log4j.xml, this is the
> first i've seen on it. Could you perhaps tell me where it goes and point me
> to something that can help me decide what to put in it?
>

So, you didn't realize that Log4j could be configured using an XML config file? 
Well, it can.  However, the DTD for Log4j prevents using Tomcat's host and
context logger names for the reasons I stated (which, again, is not longer an
isssue in Log4j-1.3 because the DTD is not used anymore).  For instance, the
following is illegal because the "name" attribute is defined by the DTD as of
type ID and the "[" and "]" are illegal characters...





If you are unaware of this naming scheme, see the Tomcat-5.5.x docs.  The
alternative is to use a properties file and use...
log4j.logger.org.apache.catalina.core.ContainerBase.[Catalina].[localhost]


> In short I could do with a bit more detail if you wouldn't mind.

Hopefully that cleared things up a little bit.

Jake

>
> Ta
> Matt
>
> -Original Message-
> From: Jacob Kjome [mailto:[EMAIL PROTECTED]
> Sent: 09 December 2004 16:55
> To: Tomcat Users List
> Subject: Re: Tomcat 5.5 Webapp logging.
>
>
>
> So, you want System.out stuff to go to the stdout, is that right?  Just set
> up a
> console appender.  Note that if you want to log to Tomcat's specially named
> localhost and context loggers, you'll need to use a log4j.properties file
> rather than log4j.xml because the naming pattern violates the XML spec's
> naming
> scheme for attributes of type ID.  This is only true for Log4j-1.2.x.  In
> Log4j
> 1.3, we no longer use a DOMConfigurator, but the new JoranConfigurator which
> doesn't use a DTD and, therefore, doesn't define  "name" attributes
> as
> of type ID.
>
> You can define loggers and appenders in a way where Tomcat's info can go to a
> separate log file than the stdout console or stdout log file.
>
> Jake
>
> Quoting "Dale, Matt" <[EMAIL PROTECTED]>:
>
> > Hi,
> >
> > We have a 3rd party application which has a nasty habit of chucking out a
> > load of messages to stdout and stderr.
> >
> > Up until tomcat 5 we used a console Logger with swallowOutput turned on to
> > catch all that output so it didnt end up in catalina.out.
> >
> > Obviously in 5.5 this is not possible and Log4J seems to be the way to go.
> > I've tried this but not having much luck. I think it's just that I don't
> > understand the log4j.properties file.
> >
> > Could someone perhaps post a sample that would do roughly what I need and I
> > can tweak it from there.
> >
> > Ta
> 

RE: Tomcat Running out of Memory

[Dale, Matt]

I've replied to this further down the thread but as an aside there are ways to 
bump up the max process size to 3G (with kernel shenanigans) but 32 bit java is 
fixed at 2G. The figure 1850MB doesnt sounds quite right but it's probably 
related to the default max process size of 2G and the java process will be 
bigger than the heap so you won't quite get the full 2G

-Original Message-
From: Richey, Ross [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 8:45 PM
To: Tomcat Users List
Subject: Tomcat Running out of Memory


My tomcat process runs out of memory (unless rebooted) approximately
every three days.

Vital Statistics:
-Our consultant-designed website consists of approximately 5000 JSP
pages.  None of these pages pull from a backend, the java was merely
used to provide a persistent border.
-Max heap size is set to 1850 megs, (which from what I understand is the
max on a 32-bit system).
-The server has 4 gigs of total RAM.
-JDK 1.4
-Tomcat 5.0.18
-Redhat 7.3

I've done some searches on Google and in the archives and I can't seem
to find any way to turn up the frequency of the garbage collection.
Everything seems to indicate that once a JSP is loaded into memory it
stays there.

Is there some way to increase the max heap size?
Or some way to increase the frequency of garbage collection?
Or any other way to slow down the memory usage?

Ross Richey
Webmaster, www.aruplab.com

The information transmitted by this e-mail and any included
attachments are from ARUP Laboratories and are intended only for the
recipient. The information contained in this message is confidential
and may constitute inside or non-public information under
international, federal, or state securities laws, or protected health
information and is intended only for the use of the recipient.
Unauthorized forwarding, printing, copying, distributing, or use of
such information is strictly prohibited and may be unlawful. If you
are not the intended recipient, please promptly delete this e-mail
and notify the sender of the delivery error or you may call ARUP
Laboratories Compliance Hot Line in Salt Lake City, Utah USA at (+1
(800) 522-2787 ext. 2100
Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the person responsible for delivering to the intended 
recipient, be advised that you have received this E-mail in error and that any 
use or copying is strictly prohibited. If you have received this E-mail in 
error please notify the beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual 
sender and not beCogent Ltd. You must take full responsibility for virus 
checking this email and any attachments.
Please note that the content of this email or any of its attachments may 
contain data that falls within the scope of the Data Protection Acts and that 
you must ensure that any handling or processing of such data by you is fully 
compliant with the terms and provisions of the Data Protection Act 1984 and 
1998.


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

RE: log4j and tomcat 5.5

[Dale, Matt]

> Hopefully I explained things better and piqued your curiosity about repostiory
> selectors in Log4j-1.3 :-)

You certainly have mine ;)

-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: Friday, December 10, 2004 12:06 AM
To: Tomcat Users List; Marcelo Moreira
Subject: Re: log4j and tomcat 5.5


Quoting Marcelo Moreira <[EMAIL PROTECTED]>:

> On Thu,  9 Dec 2004 16:33:33 -0600, Jacob Kjome <[EMAIL PROTECTED]> wrote:
> > Are you trying to enable logging for Tomcat, your webapp, or both?  You
> will
> > need to add both log4j.jar and commons-logging.jar (not
> > commons-logging-api.jar) to common/lib to enable Log4j logging for
> Tomcat-5.5.x
> > itself.  For your own app, do you use actually use the commons-logging api
> or
> > just the Log4j api?  If the latter, don't bother with commons-logging.  In
> > fact, try to avoid it like the plague.  If you do require commons-logging
> for
> > your webapp logging, I'm not entirely sure whether it is ok to have
> log4j.jar
> > in WEB-INF/lib and commons-logging.jar in common/lib or if they have to be
> > together.  There could be classloader issues if you separate them.  I'm not
> > really sure.  commons-logging issus are outside the scope of my knowledge.
>
> Thanks for the answer. I am trying for both. commons-logging.jar +
> log4j.jar are in commons/lib. But here is the question: I do not see
> why they also have to be on the webapp WEB-INF/lib, since it should be
> shared because they are already on commons/lib.
>

If you share the common/lib instance of Log4j with your webapp, you will be
using the same logger repository as the application server.  There is one
configuration per logger repository.  If force reconfiguration within this
already configured logger repository, your old configuration will be blown
away.

The idea Putting another copy of Log4j.jar in WEB-INF/lib in addition to the one
in common/lib is to take advantage of Tomcat's classloading behavior which is
child first (recommended by the servlet spec) rather than parent first (normal
Java2 classloading behavior).  Because each webapp looks locally for libraries
first, it will find an instance of Log4j that is not in use by any other
application.  Therefore, the default logger repository will be distinct from
that of the server and from that of any other webapp.  You can configure to
your hearts content without stompting on others' logging configuration.

There is a way to separate application logging while sharing the same instance
of Log4j and that is by using a repository selector.  I would avoid this until
Log4j-1.3 is released.  It is more difficult to use a repository selector in
Log4j-1.2.  1.3 makes it very simple.  I recommend you use the first solution
until Log4j-1.3 is released.

> If I do not put them in the webapp WEB-INF/lib, logging for the webapp
> does not work.
>

You are counting on autoconfiguration here.  If you have an instance in
common/lib, but not one in WEB-INF/lib, the logger repository of the one in
common/lib will already have been configured by the time your app is
initialized.  Autoconfiguration is not performed more than once.  Your webapp,
in this case, will be using the configuration of the config file at the server
level (in common/classes).  Again, with a repository selector, your app config
could be separated from the default logger repository.  Note that in Log4j-1.3
you will need to perform configuration as there is no autoconfiguration, at
least via classloader discovery of config files, on non-default logger
repositories.

> As I said, I got it working already, but this is just curiosity.
>

Hopefully I explained things better and piqued your curiosity about repostiory
selectors in Log4j-1.3 :-)


Jake

> Thanks,
> Marcelo.
>
> -
> 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]

Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the person responsible for delivering to the intended 
recipient, be advised that you have received this E-mail in error and that any 
use or copying is strictly prohibited. If you have received this E-mail in 
error please notify the beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual 
sender and not beCogent Ltd. You must take full responsibility for virus 
checking this email and any attachments.
Please note that the content of this email or any of its attachments may 
contain data that falls within the scope of the Data Protection Acts and that 
you 

RE: Tomcat Running out of Memory

[Dale, Matt]

Hi,

As an addition to this i'd like to add that if you are not explicitly 
increasing your permanent generation then I'm not surprised that many JSPs 
would fill it up. You will probably find that the default Maximum size of the 
Permanent generation is 64MB and it is that which is filling up and not the 
full 1850MB of your heap.

A tool you should look into is jvmstat which is available from sun and gives 
you a grahical representation of the heap real time so you can see what is 
running out.

As a tip -XX:MaxPermSize=256M might be a good option for your JAVA_OPTS.

Ta
Matt

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Friday, December 10, 2004 2:00 PM
To: Tomcat Users List
Subject: RE: Tomcat Running out of Memory



Hi,

>-Our consultant-designed website consists of approximately 5000 JSP
>pages.  None of these pages pull from a backend, the java was merely
>used to provide a persistent border.

Are these JSPs precompiled?

>-Max heap size is set to 1850 megs, (which from what I understand is
the
>max on a 32-bit system).

It's not.  The max in JDK 1.4 is 2GB for the vast majority of 32-bit
platforms, including yours.  You'd have to search far and hard to find
any platform that imposes a memory limit that's not a power of 2 ;)

>-The server has 4 gigs of total RAM.

Which doesn't matter because you're only giving the JVM 1850MB.

>I've done some searches on Google and in the archives and I can't seem
>to find any way to turn up the frequency of the garbage collection.

To turn up the frequency of garbage collection, you would use several
JVM options, as documented at
http://java.sun.com/docs/hotspot/VMOptions.html.  In fact, the related
document at http://java.sun.com/docs/hotspot/gc1.4.2/index.html is vital
reading.

>Everything seems to indicate that once a JSP is loaded into memory it
>stays there.

Why wouldn't it?  It's a compiled class that goes into the permanent
generation (not the heap).  Classes themselves (as opposed to their
instances) would be unloaded only if possible and only at time of dire
memory trouble, as judged by the VM.

>Is there some way to increase the max heap size?

Yes, using the -Xmx parameter.

>Or some way to increase the frequency of garbage collection?

Yes, see the VM options above.

>Or any other way to slow down the memory usage?

Yes, to critically inspect the design and implementation of your app
such that less memory is used.  This is typically a performance
tradeoff, as you would cache and retain less in memory, leaving more in
the database or disk as needed.

If you're not precompiling your JSPs, you should: compiling 5000 JSPs is
a significant drain on resources, although those resource should largely
be released.  See the note on javac's memory leak in Tomcat's release
notes.

Yoav Shapira http://www.yoavshapira.com




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]

Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the person responsible for delivering to the intended 
recipient, be advised that you have received this E-mail in error and that any 
use or copying is strictly prohibited. If you have received this E-mail in 
error please notify the beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual 
sender and not beCogent Ltd. You must take full responsibility for virus 
checking this email and any attachments.
Please note that the content of this email or any of its attachments may 
contain data that falls within the scope of the Data Protection Acts and that 
you must ensure that any handling or processing of such data by you is fully 
compliant with the terms and provisions of the Data Protection Act 1984 and 
1998.


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

RE: prevent multiple form posts using only servlets

[Dale, Matt]

The way I handle this is to use javascript to disable the submit button after 
it has been clicked. This used in conjuction with the other suggestions should 
cover all possibilities

-Original Message-
From: Elihu Smails [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 7:13 PM
To: Tomcat User List
Subject: prevent multiple form posts using only servlets


Is there a way to prevent multiple form posts from the
same page/user/session using only servlets?  I have a
page where users can upload files, but I do not want
them to keep smashing the upload button if their files
are large, and the user becomes impatient.

thank you.



__ 
Do you Yahoo!? 
Read only the mail you want - Yahoo! Mail SpamGuard. 
http://promotions.yahoo.com/new_mail 

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

Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the person responsible for delivering to the intended 
recipient, be advised that you have received this E-mail in error and that any 
use or copying is strictly prohibited. If you have received this E-mail in 
error please notify the beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual 
sender and not beCogent Ltd. You must take full responsibility for virus 
checking this email and any attachments.
Please note that the content of this email or any of its attachments may 
contain data that falls within the scope of the Data Protection Acts and that 
you must ensure that any handling or processing of such data by you is fully 
compliant with the terms and provisions of the Data Protection Act 1984 and 
1998.


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

Re: Problems whith admin application and users management

[Hassan Schroeder]

fmancini wrote:
I'm running admin webapp using Tomcat5.5.4 

Everything seems to work except the users
configuration in admin webapp: if I click on any
element under "Users definition" in the tree on the
left pane I got this error message:
FWIW, I get the same error -- haven't cared enough to troubleshoot
it yet :-) but I'm also using TC5.5.4 w/JDK1.5.0...
 exception 
SEVERE: action: Error retrieving attribute users
javax.management.InstanceNotFoundException:
Users:type=UserDatabase,database=Use
rDatabase
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(Defaul
tMBeanServerInterceptor.java:1010)
--
Hassan Schroeder - [EMAIL PROTECTED]
Webtuitive Design ===  (+1) 408-938-0567   === http://webtuitive.com
  dream.  code.

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

RE: Problems whith admin application and users management

[Kelly, Steve]

Did you have to do anything in particular to get the 'admin' application
to work. I and a number of other subscribers to this forum cannot even
get into 'admin'. Even after downloading the separate admin webapp when
I click on it I simply get a message saying I need to download and
install it. 

Steve.  

-Original Message-
From: fmancini [mailto:[EMAIL PROTECTED] 
Sent: 12 December 2004 18:58
To: [EMAIL PROTECTED]
Subject: Problems whith admin application and users management

Hi everybody,
I'm running admin webapp using Tomcat5.5.4 [both downloaded yesterday].
Everything seems to work except the users configuration in admin webapp:
if I click on any element under "Users definition" in the tree on the
left pane I got this error message:

"Error retrieving attribute users."
[Exception shown at bottom]

I'm using the minimal server config xml file and sha for users' password
encryption.

Has anyone the same problem?
Thank you in advance,
Enjoy your life.

fstmncn

 exception 
SEVERE: action: Error retrieving attribute users
javax.management.InstanceNotFoundException:
Users:type=UserDatabase,database=Use
rDatabase
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(Defaul
tMBeanServerInterceptor.java:1010)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(De
faultMBeanServerInterceptor.java:627)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.ja
va:659)
at
org.apache.webapp.admin.users.UserUtils.getUsersForm(UserUtils.java:1
12)
at
org.apache.webapp.admin.users.ListUsersAction.execute(ListUsersAction
.java:105)
at
org.apache.struts.action.RequestProcessor.processActionPerform(Reques
tProcessor.java:421)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja
va:226)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:116
4)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:214)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:178)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
torBase.java:482)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
a:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:825)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ssConnection(Http11Protocol.java:731)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
int.java:526)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol
lowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:684)
at java.lang.Thread.run(Thread.java:595)



__
Do you Yahoo!? 
Send a seasonal email greeting and help others. Do good. 
http://celebrity.mail.yahoo.com

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

Problems whith admin application and users management

[fmancini]

Hi everybody,
I'm running admin webapp using Tomcat5.5.4 [both
downloaded yesterday].
Everything seems to work except the users
configuration in admin webapp: if I click on any
element under "Users definition" in the tree on the
left pane I got this error message:

"Error retrieving attribute users."
[Exception shown at bottom]

I'm using the minimal server config xml file and sha
for users' password encryption.

Has anyone the same problem?
Thank you in advance,
Enjoy your life.

fstmncn

 exception 
SEVERE: action: Error retrieving attribute users
javax.management.InstanceNotFoundException:
Users:type=UserDatabase,database=Use
rDatabase
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(Defaul
tMBeanServerInterceptor.java:1010)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(De
faultMBeanServerInterceptor.java:627)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.ja
va:659)
at
org.apache.webapp.admin.users.UserUtils.getUsersForm(UserUtils.java:1
12)
at
org.apache.webapp.admin.users.ListUsersAction.execute(ListUsersAction
.java:105)
at
org.apache.struts.action.RequestProcessor.processActionPerform(Reques
tProcessor.java:421)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja
va:226)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:116
4)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:214)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:178)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
torBase.java:482)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
a:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:825)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ssConnection(Http11Protocol.java:731)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
int.java:526)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol
lowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:684)
at java.lang.Thread.run(Thread.java:595)



__ 
Do you Yahoo!? 
Send a seasonal email greeting and help others. Do good. 
http://celebrity.mail.yahoo.com

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

Re: SEVERE: Error filterStart. BUT, it runs fine with Sun's 8 RI.

[Nat Gross]

09/12/2004 10:50:00 org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
09/12/2004 10:50:00 org.apache.catalina.core.StandardContext start
SEVERE: Context startup failed due to previous errors
Thanks,
-nat
Shapira, Yoav wrote:
Hi,
This web.xml snippet looks fine, but of course it's far from all the
required information to properly diagnose and debug this issue.  What is
the exact and complete message in the logs?
Yoav Shapira http://www.yoavshapira.com
 

-Original Message-
From: Nat Gross [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 11:13 AM
To: Tomcat Users List
Subject: SEVERE: Error filterStart. BUT, it runs fine with Sun's 8 RI.
Hi;
I just dl'd 5.0.30 and tried to deploy an app which I have running fine
on Sun's 8 server.
Tomcat doesn't like my filter setting. Can you please point out the
problem (below)? Thanks.
-nat

  LogtrackFilter
  ez.servlets.filters.LogtrackFilter


  LogtrackFilter
  /*

   


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

access log question

[Guy Katz]

hello;
i have the line below in my server.xml



what is the difference between the 'common' and 'combined' values?

also,  the files the serer creates are access_log.2004-12-11.txt

because i am using webalizer to view stats(and know how to point it to a
single file), i want the server to accumulate all data to the same access
log file. or something better than a file per day/
how can i achieve this?

thanks.

Guy Katz
Allot Communications
[EMAIL PROTECTED]
tel: +972 9 7619288
fax: +972 9 7443626


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

[ANN] Apache Jakarta Tomcat 5.5.6-alpha Released

[Yoav Shapira]

The Apache Jakarta Tomcat team is proud to announce the immediate availability
of Tomcat 5.5.6-alpha. This build contains numerous bug fixes, documentation
updates, and other improvements. 

Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES 

Please refer to the change log for the list of changes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html 

Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 
Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 

The Apache Jakarta Tomcat Team


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