As you suggested, I started from scratch. I downloaded tomcat 6 from
apache.org. changed $catalina_home to point to the new directory. Under
$catalina_home/webapps, I created a new folder, which only has one servlet
TestServlet
public class TestServlet extends HttpServlet
{
private Log log =
> From: sc [mailto:[EMAIL PROTECTED]
> Subject: RE: Context started twice
>
> prefix="local_cutetrip." suffix=".log"
> timestamp="true"/>
Note the following from the 5.5 doc:
"An important consequence for Tomcat 5.5 is that the element
found in previous versions to cr
Please ignore my previous post.
Sorry, when you mentioned context.xml I was thinking of the one
located under the project's META-INF folder.
Chuck is right, there's no need to move the contents of the
conf/context.xml file anywhere.
Whenever configuration gets messed up (happens very rarely), I
I tried as you suggested. But didn't work. I have cleaned up tomcat
deployment directories and currently the configuration is very simple.
Under $CATALINA_HOME/webapps, there is only one directory ROOT.
Under $CATALINA_HOME/Catalina, there is only one directory "localhost",
which in turn only c
Hello Bill
http://tomcat.apache.org/tomcat-5.5-doc/realm-howto.html
"Once a user has been authenticated, the user (and his or her associated
roles) are cached within Tomcat for the duration of the user's login. (For
FORM-based authentication, that means until the session times out or is
invali
FYI, we ended up finding a solution to the problem above, but it required us
to use Apache HTTP Server rather than Tomcat to secure the URLs and cache
the Basic Auth credentials (since Tomcat apparently cannot do so) and
configure Tomcat to respect the other component as the trusted source of
prin
[EMAIL PROTECTED] wrote:
Tomcat 6 Http Connector will first send only the header during a large chunked response. This causes problems for some of our client processors. In 5 and 5.5 with the same code, the header is sent along with some of the body content. We are doing no flush until all conte
VinÃcius Paiva wrote:
Hi,
In the tomcat clustering documentation it's not even mentioned the problems concerning applications with the usage of critical sessions/semaphores (concurrency) and in-memory caching of data.
Has anybody any suggestion of reading about how to deal with this?
> From: Martin Gainty [mailto:[EMAIL PROTECTED]
> Subject: Re: tomcat manager problem: mbeanserver
>
> Install/configure and loading JMX Java Management Extensions
>
http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/do
wnload.jsp
That's not necessary, and will only confuse th
Install/configure and loading JMX Java Management Extensions
http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/download.jsp
OR
You could just download and configure/install J2SE1.5 which has JMX
prepackaged in distro
http://java.sun.com/j2se/1.5.0/docs/guide/management/agent.
> From: is_maximum [mailto:[EMAIL PROTECTED]
> Subject: RE: problem when changing code and deploying
>
> oh no, I didnt mean "on the fly"? I restart the Tomcat but it
> still remain intact.
> this happens for static methods and static instance variables.
If the original classes are still used a
> From: [mailto:[EMAIL PROTECTED]
> Subject: tomcat manager problem: mbeanserver
>
> My configuration: Apache Tomcat/5.0, JVM 1.4.2, Linux:
> 2.6.12-1.1381_FC3.
Is this a true Tomcat download and installation, or some 3rd-party
repackaging of Tomcat? If the latter, try removing whatever it is,
> From: Rashmi Rubdi [mailto:[EMAIL PROTECTED]
> Subject: Re: Context started twice
>
> Seems to me that the Context is defined in 2 places First:
> > context.xml is empty except this line
> > WEB-INF/web.xml
>
> I would suggest moving
> WEB-INF/web.xml also inside
> trip.xml
>
> And change the
Hello,
I would like to ask you for help with Tomcat Manager. Trying to (un)deploy an
application I get this message:
"FAIL - Encountered exception javax.management.InstanceNotFoundException:
MBeanServer cannot find MBean with ObjectName
Catalina:type=Deployer,host=localhost".
I have searched f
On 4/29/07, sc <[EMAIL PROTECTED]> wrote:
There was a thread on this
"http://www.nabble.com/Context-starts-twice-t1351694.html";. But my
configuration is a bit different.
this is my configuration:
server.xml doesn't have context definition.
Seems to me that the Context is defined in 2 places
You should not need both
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
The definition of path
path = The context path of this web application, which is matched against
the beginning of each request URI to select the appropriate web application
for processing. All of the context pa
I removed /path. Still the same problem. The version I am using is 5.5.17 and
it is win xp.
Pid-2 wrote:
>
> sc wrote:
>> There was a thread on this
>> "http://www.nabble.com/Context-starts-twice-t1351694.html";. But my
>> configuration is a bit different.
>>
>> this is my configuration:
>>
Tomcat 6 Http Connector will first send only the header during a large chunked
response. This causes problems for some of our client processors. In 5 and 5.5
with the same code, the header is sent along with some of the body content. We
are doing no flush until all content has been written. T
David wrote:
I've tried forcing the url rewriting behavior by deploying the following
snippet in a context.xml file in my webapp's META-INF directory.
WEB-INF/web.xml
Note: path attribute should not be set, unless the context is defined in
server.xml, which is *strongly*
sc wrote:
There was a thread on this
"http://www.nabble.com/Context-starts-twice-t1351694.html";. But my
configuration is a bit different.
this is my configuration:
server.xml doesn't have context definition.
context.xml is empty except this line
WEB-INF/web.xml
under $CATALINA_HOME/Catal
Hmm,
good point, but the HTTP/1.1 Spec RFC2616 (chapter 8.1, 14.10) not
describe that server must
close the connection as header Connection: close is set. This means
that tomcat currently wait for socket timeout
before connection is close.
I have analyse the tomcat 6 trunk and see that we
21 matches
Mail list logo
