ecurity.
HTTPD doesn't magically provide you with some extra security capability.
p
>
> -Original Message-
> From: Pïd stèr [mailto:p...@pidster.com]
> Sent: Saturday, 13 April 2013 3:54 AM
> To: Tomcat Users List
> Subject: Re: Tomcat access log reveals hack attempt
On 11 Apr 2013, at 21:36, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Esmond,
>
> On 4/10/13 8:21 PM, Esmond Pitt wrote:
>> We had lots of these and finally an attack last year on a Tomcat
>> where the manager password somehow hadn't been changed.
>
> Note t
> You would have had to intentionally enable the "default" password.
I had clearly done that.
> The attacker installed a viral servlet application that killed the
> server completely, we had to rebuild it.
I -- like most people I would guess -- don't run under a SecurityManager,
but doing so c
2013/4/12 Christopher Schultz :
>
>> The attacker installed a viral servlet application that killed the
>> server completely, we had to rebuild it.
>
> I -- like most people I would guess -- don't run under a
> SecurityManager, but doing so can significantly limit the damage that
> a rogue webapp c
t; >> [mailto:smithh032...@gmail.com] Sent: Wednesday, April 10, 2013
> >> 7:35 PM To: Esmond Pitt Cc: Tomcat Users List Subject: Re: Tomcat
> >> access log reveals hack attempt: "HEAD /manager/html HTTP/1.0"
> >> 404
> >>
> >> On Wed
mcat access log reveals hack attempt: "HEAD
> > /manager/html HTTP/1.0" 404
> >
> > On Wed, Apr 10, 2013 at 8:21 PM, Esmond Pitt
> > wrote:
> >
> > > We had lots of these and finally an attack last year on a Tomcat
> > where
> > > the ma
ubject: Re: Tomcat
>> access log reveals hack attempt: "HEAD /manager/html HTTP/1.0"
>> 404
>>
>> On Wed, Apr 10, 2013 at 8:21 PM, Esmond Pitt
>> wrote:
>>
>>> We had lots of these and finally an attack last year on a
>>> Tomcat
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Esmond,
On 4/10/13 8:21 PM, Esmond Pitt wrote:
> We had lots of these and finally an attack last year on a Tomcat
> where the manager password somehow hadn't been changed.
Note that the manager webapp has no default passwords, so I wonder
what you
> -Original Message-
> From: Howard W. Smith, Jr. [mailto:smithh032...@gmail.com]
> Sent: Wednesday, April 10, 2013 7:35 PM
> To: Esmond Pitt
> Cc: Tomcat Users List
> Subject: Re: Tomcat access log reveals hack attempt: "HEAD
> /manager/html HTTP/1.0" 404
&g
P address, update the firewall to drop all
> packets from that IP for a while". I wonder if there exists something
> like that for the Windows world.
>
Don't know if there exists anything like that in Windows world.
>
> You can have fail2ban watch things like failed attempt
On Wed, Apr 10, 2013 at 8:21 PM, Esmond Pitt wrote:
> We had lots of these and finally an attack last year on a Tomcat where the
> manager password somehow hadn't been changed. The attacker installed a
> viral
> servlet application that killed the server completely, we had to rebuild
> it.
>
> We:
8080 may
have played the biggest part in all this.
EJP
-Original Message-
From: Howard W. Smith, Jr. [mailto:smithh032...@gmail.com]
Sent: Wednesday, 10 April 2013 10:18 PM
To: Tomcat Users List
Subject: Re: Tomcat access log reveals hack attempt: "HEAD /manager/html
HTTP/1.0&qu
patterns. You can do things like say "if we get 10 or more failed
requests from a certain IP address, update the firewall to drop all
packets from that IP for a while". I wonder if there exists something
like that for the Windows world.
You can have fail2ban watch things like failed atte
Chris,
> As others have mentioned, I wouldn't give this too much thought:
> someone is scanning you for vulnerabilities. I'll bet if you log the
> full headers of those requests, you'll see something like
> "admin/admin" or "scott/tiger" in the WWW-Authenticate headers. Just
> someone knocking on
w minutes ago, I saw
> the following in the log:
>
> 113.11.200.30 - - [09/Apr/2013:19:26:58 -0400] "HEAD /manager/html
> HTTP/1.0" 404 -
>
> This is an unfamiliar ip address to me, and I have already prepared
> the app/tomcat for these type of attacks. How? by remo
d, Apr 10, 2013 at 8:00 AM, Caldarale, Charles R<
>>>> chuck.caldar...@unisys.com> wrote:
>>>>
>>>> From: Howard W. Smith, Jr. [mailto:smithh032...@gmail.com]
>>>>
>>>>> Subject: Tomcat access log reveals hack atte
th, Jr. [mailto:smithh032...@gmail.com**]
Subject: Tomcat access log reveals hack attempt: "HEAD /manager/html
HTTP/1.0" 404
a few minutes ago, I saw the following in the log:
113.11.200.30 - - [09/Apr/2013:19:26:58 -0400] "HEAD /manager/html
HTTP/1.0" 404 -
This is an u
..@gmail.com**]
>>>> Subject: Tomcat access log reveals hack attempt: "HEAD /manager/html
>>>>
>>> HTTP/1.0" 404
>>>
>>> a few minutes ago, I saw the following in the log:
>>>>
>>>
>>> 113.11.200.3
On 4/10/2013 8:17 AM, Howard W. Smith, Jr. wrote:
On Wed, Apr 10, 2013 at 8:00 AM, Caldarale, Charles R<
chuck.caldar...@unisys.com> wrote:
From: Howard W. Smith, Jr. [mailto:smithh032...@gmail.com]
Subject: Tomcat access log reveals hack attempt: "HEAD /manager/html
HTTP/1.0&q
On Wed, Apr 10, 2013 at 8:48 AM, Daniel Mikusa wrote:
> On Apr 10, 2013, at 8:17 AM, Howard W. Smith, Jr. wrote:
>
>
> This looks like a bot or automated script, checking to see if the Manager
> app is available. If it found the app, you'd probably see it try some
> exploit. Since you've remove
hack attempt: "HEAD /manager/html
>> HTTP/1.0" 404
>>
>>> a few minutes ago, I saw the following in the log:
>>
>>> 113.11.200.30 - - [09/Apr/2013:19:26:58 -0400] "HEAD /manager/html
>> HTTP/1.0" 404 -
>>
>>> This
On Wed, Apr 10, 2013 at 8:00 AM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: Howard W. Smith, Jr. [mailto:smithh032...@gmail.com]
> > Subject: Tomcat access log reveals hack attempt: "HEAD /manager/html
> HTTP/1.0" 404
>
> > a few
> From: Howard W. Smith, Jr. [mailto:smithh032...@gmail.com]
> Subject: Tomcat access log reveals hack attempt: "HEAD /manager/html
> HTTP/1.0" 404
> a few minutes ago, I saw the following in the log:
> 113.11.200.30 - - [09/Apr/2013:19:26:58 -0400] "HEAD
HTTP/1.0" 404 -
This is an unfamiliar ip address to me, and I have already prepared the
app/tomcat for these type of attacks. How? by removing any/all tomee/tomcat
(manager/web) apps. I did that some time ago, when I first migrated from
glassfish to tomee/tomcat, and that was the best/easiest
Jose,
Thanks for you help. It is working now that I have a new Tomcat 7
friendly version from the author of the SpringMVC servlet author. I'm
not sure what he changed.
Siegfried
Original Message
Subject: Re: [FWD: Help Debugging 404 errors]
From: Jose_María_Zaragoza
> OK, I double clicked. Can you give me some more details on choosing root
> folder and webapps folder? I see three radio buttons that are all greyed
> out. I don't know how to click on them.
> "Use workspace metadata (dones not modify Tomcat installation)"
> "Use the tomcat installation (takes c
Jose
>
>> They actually use a pseudo-CATALINA_BASE (I think) and run the server from:
>>
>> workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp[n]
>>
>> n is the number of your server in your Servers project.
>>
>> There is no bin directory, and there's an extra directory called wtpwebapps
Mark Eggers:
>
>1. Make sure your Servers project is open (so you can control Tomcat)
I don't know what you mean. I have expanded the server name in the
project pane (to expose server.xml and other files) as well as the
server name in project pane (to expose the war/projects with the jar
icon wher
> They actually use a pseudo-CATALINA_BASE (I think) and run the server from:
>
> workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp[n]
>
> n is the number of your server in your Servers project.
>
> There is no bin directory, and there's an extra directory called wtpwebapps
> which conta
On 2/13/2013 12:27 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256
Siegfried,
On 2/13/13 12:29 PM, siegfr...@heintze.com wrote:
OK, here is the console log and it is exclusively resulting from
starting. There are no changes to the console display as a result
of p
>Can you post the server.xml that is being used by Tomcat? It looks
>like Eclipse is modifying server.xml with your webapp's name (which is
>weird).
begin
%ECLIPSE_WORKSPACES%\hello-spring-mvc-annotated-tomcat6-from-scratch\Servers\Tomcat
v6.0 Server at localhost (2)-config\server.xml
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Siegfried,
On 2/13/13 12:29 PM, siegfr...@heintze.com wrote:
> OK, here is the console log and it is exclusively resulting from
> starting. There are no changes to the console display as a result
> of pointing the browser at
> http://localhost:8080
listening on /0.0.0.0:8009
Feb 13, 2013 9:12:57 AM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/36 config=null
Feb 13, 2013 9:12:57 AM org.apache.catalina.startup.Catalina start
INFO: Server startup in 1202 ms
>
> Original Message
>Subject: Re: [FWD:
en I point the browser to localhost:8080/Guestbook after
> starting the tomcat6 it gives me the 404 error: "type Status
> report/message /Guestbook/ description The requested resource is not
> available. Apache Tomcat/6.0.36"
>
> Can someone help me debug this 404 error in tomcat 6?
as a server, it asks me if I want to move my
guestbook app with the cute little jar icon from the left side to the
tomcat side. I say yes and it appears under the that server icon in the
server. But when I point the browser to localhost:8080/Guestbook after
starting the tomcat6 it gives me the 404
se to access the servlet ?
On Sat, Nov 3, 2012 at 2:26 AM, Talia Selitsky wrote:
> Hello,
>
> I am using Eclipse version Juno and Apache Tomcat 7. I am trying to run a
> basic Hello World web application.
> I am following all of the basic steps but I keep getting a Http 404
running before under Tomcat (version ?) under Windows 7.
This list strips most attachments, so your screenshot is not available.
An HTTP error 404 means "not found".
From the message (from a Tomcat logfile ?) which you provide, it would seem that Tomcat
had some trouble deploying (star
; sharika menon wrote:
>
>> -- Forwarded message --
>> From: sharika menon
>> Date: Fri, Oct 12, 2012 at 10:47 AM
>> Subject: Re: HTTP Status 404 - /xmlui error
>> To: users-h...@tomcat.apache.org
>>
>>
>> Hi again!
>>
>
And the question is ? ...
sharika menon wrote:
-- Forwarded message --
From: sharika menon
Date: Fri, Oct 12, 2012 at 10:47 AM
Subject: Re: HTTP Status 404 - /xmlui error
To: users-h...@tomcat.apache.org
Hi again!
On Fri, Oct 12, 2012 at 10:34 AM, sharika menon wrote
-- Forwarded message --
From: sharika menon
Date: Fri, Oct 12, 2012 at 10:47 AM
Subject: Re: HTTP Status 404 - /xmlui error
To: users-h...@tomcat.apache.org
Hi again!
On Fri, Oct 12, 2012 at 10:34 AM, sharika menon wrote:
> Good Morning!
>
> I had configured DSp
Hello,
And, if you try :
JkMount /* 1c;use_server_errors=404
http://tomcat.apache.org/connectors-doc/reference/uriworkermap.html
Does that help you ?
Le 11 oct. 2012 à 19:21, Pete Storey a écrit :
> Ah ha, well spotted, thanks! Indeed the ErrorDocument pointed to 404.htm,
> and htm
Ah ha, well spotted, thanks! Indeed the ErrorDocument pointed to 404.htm,
and htm hadn't been unmapped. Now I have done, it works fine!
Cheers
Pete
On 11/10/2012 17:34, "Christopher Schultz"
wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Pete,
&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pete,
On 10/11/12 11:44 AM, Pete Storey wrote:
> I think I've found a small bug in mod_jk relating to the way it
> handles 404 errors, though it's possible it's a configuration
> problem (but I don't think so). Wonderin
Hi,
I think I've found a small bug in mod_jk relating to the way it handles 404
errors, though it's possible it's a configuration problem (but I don't think
so). Wondering if anyone can help?
In essence, we have a Centos 5.8 box running Apache 2.2.3-65 (as they call
it it&
deploy you do not need the
tomcat-users.xml. So I am sure just renaming it did not cause tomcat to
give '404' error. 404 means either the webapplication has not been deployed
( for any exception occurring) OR its deleted. So for this do the following
:
i) check if /webapps directory and
Monday, September 10, 2012 11:40 AM
> To: Tomcat Users List
> Subject: Re: tomcat 7.0.27 HTTP Status 404 - /manager/status
>
>
>
> And does Tomcat run as user "root" ?
>
>
> I am going by your own explanation above. It was working; you only did
> something
Ch. Fawad Nazir wrote:
Yes Tomcat run with Root.
I made a copy of tomcat-users.xml to tomcat-users.xml-old before make any
changes to original file. Did some changes in tomcat-users.xml ... and after
that delete the tomcat-users.xml. And again rename the tomcat-users.xml-old
to tomcat-users.xml a
Tomcat.
Ch. Fawad Nazir
-Original Message-
From: André Warnier [mailto:a...@ice-sa.com]
Sent: Monday, September 10, 2012 11:40 AM
To: Tomcat Users List
Subject: Re: tomcat 7.0.27 HTTP Status 404 - /manager/status
And does Tomcat run as user "root" ?
I am going by your own e
Please do not "top-post".
Ch. Fawad Nazir wrote:
-Original Message-
From: André Warnier [mailto:a...@ice-sa.com]
Sent: Monday, September 10, 2012 12:09 AM
To: Tomcat Users List
Subject: Re: tomcat 7.0.27 HTTP Status 404 - /manager/status
Ch. Fawad Nazir wrote:
Hi
I have
: Re: tomcat 7.0.27 HTTP Status 404 - /manager/status
Ch. Fawad Nazir wrote:
> Hi
>
> I have installed tomcat 7.0.27 on CentOS. When access http://IP:8080
> it works fine. When click on any option "Server Status , Manager Apps,
> Host Manger" it shows HTTP Status 404 -
Ch. Fawad Nazir wrote:
Hi
I have installed tomcat 7.0.27 on CentOS. When access http://IP:8080 it
works fine. When click on any option "Server Status , Manager Apps, Host
Manger" it shows HTTP Status 404 - /manager/status.
IT was working fine, I want To make changes in tomcat-users.
Hi
I have installed tomcat 7.0.27 on CentOS. When access http://IP:8080 it
works fine. When click on any option "Server Status , Manager Apps, Host
Manger" it shows HTTP Status 404 - /manager/status.
IT was working fine, I want To make changes in tomcat-users.xml, So I make
backup of
*Hi,*
*
we have several REST applications using Spring MVC. Sometimes some of these
applications after deploy don’t start (because of error in spring
context,...). Application is deployed but it isn’t running. Our javascript
client access resource url. It gets 404 status, therefore it assumes
Thanks everyone, I added lot of comments and now my custom error page is
close to 1kb and this resolved my issue.
Now I am battling another weird issue,maybe again I need help of
community till I come to some speed.
On 5/14/2012 9:05 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MES
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 5/12/12 6:24 PM, Konstantin Kolinko wrote:
> I remember seeing someone adding a few KBs of HTML comments into
> the error page, because that suppresses this behaviour of IE.
+1
Looks like 512 bytes of response is the magic number for
On 11/05/2012 14:25, Giles Coochey wrote:
> On 11/05/2012 14:13, Jose María Zaragoza wrote:
>> 2012/5/11 Irene Amatulli:
>>> Hi,
>>>
>>> I got this error when trying to access my application's website. The
>>> Tomcat service is running, so I don't know why I got this error. The
>>> website appear
On 11/05/2012 14:13, Jose María Zaragoza wrote:
> 2012/5/11 Irene Amatulli :
>> Hi,
>>
>> I got this error when trying to access my application's website. The Tomcat
>> service is running, so I don't know why I got this error. The website
>> appeared with no problems when I used it yesterday.
On 12/05/2012 23:14, Kiran Badi wrote:
> Hi,
>
> I am trying to setup custom error page and has done below modification
> to web.xml
>
>
> 500
> /errorback.jsp
>
>
> 404
> /errorback.jsp
>
> Then in errorback.jsp
>
> I wrote the default hel
Hello,
Am 13.05.2012 00:24, schrieb Konstantin Kolinko:
2012/5/13 Kiran Badi:
Hi,
I am trying to setup custom error page and has done below modification to
web.xml
500
/errorback.jsp
404
/errorback.jsp
Then in errorback.jsp
I wrote the default hello jsp page and triggered 404 condition
Thanks Troy and Konstantin.Adding couple of HTML comments resolved the
issue.
On 5/13/2012 5:41 AM, Troy wrote:
Kiran,
I agree with Konstantin on this one. In my previous experiences with IE (not
sure about IE9) it will 'hijack' custom 404 pages and display the default IE
404 pa
Kiran,
I agree with Konstantin on this one. In my previous experiences with IE (not
sure about IE9) it will 'hijack' custom 404 pages and display the default IE
404 page if your custom page is insufficient in size. Increase your page size
(in KBs) and see if that resolves your is
2012/5/13 Kiran Badi :
> Hi,
>
> I am trying to setup custom error page and has done below modification to
> web.xml
>
>
> 500
> /errorback.jsp
>
>
> 404
> /errorback.jsp
>
> Then in errorback.jsp
>
> I wrote the default hello jsp page and t
Hi,
I am trying to setup custom error page and has done below modification
to web.xml
500
/errorback.jsp
404
/errorback.jsp
Then in errorback.jsp
I wrote the default hello jsp page and triggered 404 condition to check
if setting are working fine,the above setting seems to be working
2012/5/11 Giles Coochey :
> On 11/05/2012 15:19, Konstantin Kolinko wrote:
>>
>>
>> BTW, Tomcat 6.0.20 is 3 years old.
>> Here is a list of known security issues fixed in later releases:
>> http://tomcat.apache.org/security-6.html
>>
>>
> Strangel
Thank you very much for your help Konstantin!
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Friday, May 11, 2012 10:20 AM
To: Tomcat Users List
Subject: Re: http status 404 error
2012/5/11 Irene Amatulli :
> Hi,
>
> I got this error when
On 11/05/2012 15:19, Konstantin Kolinko wrote:
BTW, Tomcat 6.0.20 is 3 years old.
Here is a list of known security issues fixed in later releases:
http://tomcat.apache.org/security-6.html
Strangely enough that URL gives me a 404... perhaps this problem is
spreading!!
--
Best Regards,
Giles
error. The
> website appeared with no problems when I used it yesterday. I'm not sure if
> some updates that were applied to the server may have caused this to happen.
> Thanks.
>
> Irene
>
> HTTP Status 404 -
>
> type Status report
&g
On 11/05/2012 14:13, Jose María Zaragoza wrote:
2012/5/11 Irene Amatulli:
Hi,
I got this error when trying to access my application's website. The Tomcat
service is running, so I don't know why I got this error. The website appeared
with no problems when I used it yesterday. I'm not sure i
2012/5/11 Irene Amatulli :
> Hi,
>
> I got this error when trying to access my application's website. The Tomcat
> service is running, so I don't know why I got this error. The website
> appeared with no problems when I used it yesterday. I'm not sure if some
> updates that were applied to th
caused this to happen. Thanks.
Irene
HTTP Status 404 -
type Status report
message
description The requested resource () is not available.
Apache Tomcat/6.0.20
led tomcat6 and tomcat6-admin-webapps from yum.
>
> Going to http://server:8080/manager results in a 404 error page
Try: http://server:8080/manager/html
p
> type Status report
> message /manager/
> description The requested resource (/manager/) is not available.
>
> There is
arty repackaged versions of Tomcat garble so much that it's
> > very difficult to provide any kind of
> > support info for them.
>
> I removed the yum packages, then installed the official binary
> distribution from the apache.org website and I can now
> access the manager.
hem.
I removed the yum packages, then installed the official binary
distribution from the apache.org website and I can now
access the manager. I'm still having 404 errors on the actual
app that I'm trying to run but hopefully their tech support
can straigh
> From: Jon Drukman [mailto:j...@cluttered.com]
> Subject: manager 404
> I installed tomcat6 and tomcat6-admin-webapps from yum.
Bad choice. Remove those, then download and install a real Tomcat 7 from
tomcat.apache.org. The third-party repackaged versions of Tomcat garble so
much
t package-managed versions
of Tomcat. You will certainly get a lot of questions that you might
not know the answers to, so you'll have to do some digging.
> Going to http://server:8080/manager results in a 404 error page
>
> type Status report message /manager/ description The request
>
> From: Jon Drukman
>To: users@tomcat.apache.org
>Sent: Thursday, May 3, 2012 12:22 PM
>Subject: manager 404
>
>I know absolutely nothing about tomcat but my company has just purchased
>a product that uses it, and lucky me, I get to i
://server:8080/manager results in a 404 error page
type Status report
message /manager/
description The requested resource (/manager/) is not available.
There is a manager and host-manager directory in /usr/share/tomcat6/webapps.
Those directories have files like META-INF and WEB-INF in them.
I was
2012/4/6 Jesse Farinacci :
> http://tomcat.apache.org/tomcat-7.0-doc/web-socket-howto.html
>
It is fixed now. Thank you.
(The live site updates itself once an hour, so you'll have to wait a while).
Best regards,
Konstantin Kolinko
http://tomcat.apache.org/tomcat-7.0-doc/web-socket-howto.html
-Jesse
--
There are 10 types of people in this world, those
that can read binary and those that can not.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David,
On 3/22/12 4:31 PM, David kerber wrote:
> P.S. If you want to review the details of my answers to Chris'
> questions, they are in-line below. I was checking things and
> answering the questions as I went along, so had most of them
> answered
a bit more.
Log files:
localhost_access_log.: 127.0.0.1 - - [22/Mar/2012:10:57:59
-0400] "GET /SiteData/Login.jsp HTTP/1.1" 404 952
Is this log file from Tomcat or httpd?
Tomcat. No httpd on this system.
catalina..log (note the "INFO: No global web.xml found&quo
2012/3/22 Christopher Schultz :
>
>> Mar 22, 2012 11:12:20 AM org.apache.catalina.startup.ContextConfig
>> getDefaultWebXmlFragment INFO: No global web.xml found
>
> That probably is a problem. Is there a web.xml file in either of these
> locations?
>
> C:\TomcatClients\Pelican\conf\web.xml
> C:\Pr
y only confuse things.
> redirectPort="8443" /> redirectPort="8443" />
So you have an HTTP connector and an AJP connector. Your URL above
shows that you are trying to access the file using port :81 and so are
trying to hit Tomcat directly, right?
> Log files:
>
Running:
TC 7.0.26 x64 on
Windows server 2008 R2 x64 with
JRE 1.6.0_27 x64
I'm trying to configure my app in the recommended manner, where the
context is NOT defined in the server.xml (which I've been doing for
years), and I'm having trouble, getting 404 errors, and can't
click on one of the
apps in the manager page, then it has:
172.31.255.154 - admin [28/Dec/2011:02:37:27 +] "GET /manager/html
HTTP/1.1" 200 15821
172.31.255.154 - - [28/Dec/2011:02:37:27 +] "GET
/manager/images/asf-logo.gif HTTP/1.1" 404 952
172.31.255.154 - - [28/Dec
t;
> The http://IP:8080/manger/html page shows the correct list of apps but
> if you click on any of the applications (path) I get the 404
> error...and I have undeployed all my apps so the problem exists with
> the standard sample apps too.
>
You cited only one of log files.
list of apps but
if you click on any of the applications (path) I get the 404
error...and I have undeployed all my apps so the problem exists with
the standard sample apps too.
Should I try a different Tomcat version?
-Dave
On Tue, Dec 27, 2011 at 3:33 PM, Christopher Schultz
wrote:
> -B
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David,
On 12/27/11 10:42 AM, David Hoffer wrote:
> I just installed Tomcat 7.0.23 using Windows 64 bit installer and
> deployed a couple apps via the manager application, however when I
> run them I get HTTP Status 404 errors. However I s
27 Dec 2011, at 15:43, David Hoffer wrote:
>
>> I just installed Tomcat 7.0.23 using Windows 64 bit installer and
>> deployed a couple apps via the manager application, however when I run
>> them I get HTTP Status 404 errors. However I see that I get the same
>> error for
On 27 Dec 2011, at 15:43, David Hoffer wrote:
> I just installed Tomcat 7.0.23 using Windows 64 bit installer and
> deployed a couple apps via the manager application, however when I run
> them I get HTTP Status 404 errors. However I see that I get the same
> error for the standard
I just installed Tomcat 7.0.23 using Windows 64 bit installer and
deployed a couple apps via the manager application, however when I run
them I get HTTP Status 404 errors. However I see that I get the same
error for the standard default apps, docs, examples, etc. The only
URL that works is http
On Tue, Nov 8, 2011 at 10:29 AM, Caldarale, Charles R
wrote:
>> From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com]
>> Subject: Re: HTTP Status 404 - /manager/html
>
>> I did downloaded it from
>> http://archive.apache.org/dist/tomcat/tomcat-7/v7.0.19/bin/
>
>
> From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com]
> Subject: Re: HTTP Status 404 - /manager/html
> I did downloaded it from
> http://archive.apache.org/dist/tomcat/tomcat-7/v7.0.19/bin/
Good. For curiosity's sake, why didn't you use the most recent release?
>
On Tue, Nov 8, 2011 at 8:42 AM, Caldarale, Charles R
wrote:
>> From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com]
>> Subject: HTTP Status 404 - /manager/html
>
>> When i hit http://IP:8080/manager/html, I get HTTP Status 404 -
>> /manager/html, Tomcat Version 7.
> From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com]
> Subject: HTTP Status 404 - /manager/html
> When i hit http://IP:8080/manager/html, I get HTTP Status 404 -
> /manager/html, Tomcat Version 7.0.19, Any clue ?
Is the manager webapp deployed? Where did you get this Tomcat?
Hi,
When i hit http://IP:8080/manager/html, I get HTTP Status 404 -
/manager/html, Tomcat Version 7.0.19, Any clue ?
Regards
Kaushal
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave,
On 10/23/2011 12:20 PM, Dave Filchak wrote:
> Ok, perhaps this will be more helpful. To follow is the way the db
> connection is set up now, and I am not sure it is correct because,
> as I understand it, you are supposed to add a context to the
On Mon, 2011-10-24 at 12:41 -0400, Dave Filchak wrote:
> Humm, well I did the whole export CLASSPATH thing. So I should just have
> to place them in my apps lib directory, as shown below, and it should
> load automagically?
>
Indeed it should. No need to monkey with CLASSPATH. You may need to
As I said, I have been trying to crash learn. I am not, I repeat not, a
tomcat user but willing to try and learn. It is not always clear to us
who have not been doing this for a long time. Try to be patient with us
I did actually move the context to META-INF.
Cheers,
Dave
On 22/07/64 2:59 PM
Humm, well I did the whole export CLASSPATH thing. So I should just have
to place them in my apps lib directory, as shown below, and it should
load automagically?
Dave
On 22/07/64 2:59 PM, Pid wrote:
On 24/10/2011 00:18, Dave Filchak wrote:
I upload the JavaMail and JAF libs to
/home/##/
301 - 400 of 1037 matches
Mail list logo