On Oct 17, 2011, at 6:02 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 8:56 PM, Nathan Potter wrote:
I don't see how to do it without using a rewrite rule for every
thing in the top level collection of URL's. I think if you try to
rewrite
On Oct 17, 2011, at 6:02 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 8:56 PM, Nathan Potter wrote:
I don't see how to do it without using a rewrite rule for every
thing in the top level collection of URL's. I think if you try to
rewrite
On Oct 17, 2011, at 7:44 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 10/17/2011 10:11 PM, Caldarale, Charles R wrote:
From: Nathan Potter [mailto:npot...@opendap.org] Subject: Re:
JspServlet - Unexpected behavior, possible bug...
I don't see how
On Oct 17, 2011, at 7:11 PM, Caldarale, Charles R wrote:
From: Nathan Potter [mailto:npot...@opendap.org]
Subject: Re: JspServlet - Unexpected behavior, possible bug...
I don't see how to do it without using a rewrite rule for
every thing in the top level collection of URL's.
You only need
On Oct 17, 2011, at 6:36 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 9:21 PM, Nathan Potter wrote:
No, but if you assign a servlet to "/" or "/*" it gets call
foreverything before anything starting with "*". Basically starts
with "/" tru
On Oct 17, 2011, at 6:41 PM, Caldarale, Charles R wrote:
From: Nathan Potter [mailto:npot...@opendap.org]
Subject: Re: JspServlet - Unexpected behavior, possible bug...
by default servlet I mean the servlet mapped to "/" or "/*"
And right there is your terminology problem. The default ser
On Oct 17, 2011, at 6:08 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 4:53 PM, Nathan Potter wrote:
On Oct 17, 2011, at 1:07 PM, Christopher Schultz wrote:
I'd be interested to see what else happened. It looks like
JspServlet is trying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 10/17/2011 9:55 PM, Mark Lewis wrote:
> PSI Probe 2.3.0 was just released. This latest version includes
> support for Tomcat 7, a Spanish translation, and a number of other
> improvements.
Great to hear that PSI Probe (née Lambda Probe) is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 10/17/2011 10:11 PM, Caldarale, Charles R wrote:
>> From: Nathan Potter [mailto:npot...@opendap.org] Subject: Re:
>> JspServlet - Unexpected behavior, possible bug...
>
>> I don't see how to do it without using a rewrite rule for every
>> t
> From: Nathan Potter [mailto:npot...@opendap.org]
> Subject: Re: JspServlet - Unexpected behavior, possible bug...
> I don't see how to do it without using a rewrite rule for
> every thing in the top level collection of URL's.
You only need to have the filter invoked when the true DefaultServl
All,
PSI Probe 2.3.0 was just released. This latest version includes support for
Tomcat 7, a Spanish translation, and a number of other improvements.
There is more information on our Google Code project page:
http://code.google.com/p/psi-probe/
- Mark
> From: Nathan Potter [mailto:npot...@opendap.org]
> Subject: Re: JspServlet - Unexpected behavior, possible bug...
> by default servlet I mean the servlet mapped to "/" or "/*"
And right there is your terminology problem. The default servlet is the one
mapped to "/"; anything mapped to "/*"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 9:21 PM, Nathan Potter wrote:
> No, but if you assign a servlet to "/" or "/*" it gets call
> foreverything before anything starting with "*". Basically starts
> with "/" trumps starts with "*" when applying url patterns.
If I'
On Oct 17, 2011, at 6:00 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 4:50 PM, Nathan Potter wrote:
Historically, the servlet that I am working with has been the
default servlet. Tomcat's default servlet was used to serve docs
from a subd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 10/17/2011 5:57 PM, Caldarale, Charles R wrote:
>> From: Stevo Slavić [mailto:ssla...@gmail.com] Subject: Re: [OT]
>> Is incoming connection request queue totally ordered?
>
>> Needed to understand how Tomcat handles connector connection
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 4:53 PM, Nathan Potter wrote:
> On Oct 17, 2011, at 1:07 PM, Christopher Schultz wrote:
>
>> I'd be interested to see what else happened. It looks like
>> JspServlet is trying to compile the directory. The "file" (the
>> direc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 8:56 PM, Nathan Potter wrote:
> I don't see how to do it without using a rewrite rule for every
> thing in the top level collection of URL's. I think if you try to
> rewrite the root of the context that it's going to disable othe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 4:50 PM, Nathan Potter wrote:
> Historically, the servlet that I am working with has been the
> default servlet. Tomcat's default servlet was used to serve docs
> from a subdirectory of the context dir, and everything else was
>
On Oct 17, 2011, at 5:38 PM, Caldarale, Charles R wrote:
From: Nathan Potter [mailto:npot...@opendap.org]
Subject: Re: JspServlet - Unexpected behavior, possible bug...
A new feature has been added to the web application that requires
JSP. But because an alternative default servlet is defin
> From: Nathan Potter [mailto:npot...@opendap.org]
> Subject: Re: JspServlet - Unexpected behavior, possible bug...
> A new feature has been added to the web application that requires
> JSP. But because an alternative default servlet is defined, this
> disables the use of the JspServlet using th
> From: Stevo Slavić [mailto:ssla...@gmail.com]
> Subject: Re: [OT] Is incoming connection request queue totally ordered?
> Needed to understand how Tomcat handles connector connection
> requests queues to determine whether request processing order
> can be guaranteed.
The point I was trying to
Yes, I meant what happens once connection requests are in the queue,
regardless if it's AJP connection requests queue, or HTTP connection
requests. I wasn't considering that part, but thanks for clarifying,
if the two connectors (I guess it applies even if there are two
connectors for same protocol
> From: Ziggy [mailto:zigg...@gmail.com]
> Subject: Multiple war files for a single webapp or context
> If any of the files change (either the jsp, css, js or java
> files) i have to always rebuild the whole war file. This
> means i deploy every single file on every release.
Why is that a pro
On Oct 17, 2011, at 1:07 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 12:47 PM, Nathan Potter wrote:
- BUT, If I request a URL (without a trailing slash) that
references an existing directory within the the JSP servlet's
purview, I get an
Chuck,
I may not NEED to do it. It's just what I figured out to do.
Historically, the servlet that I am working with has been the default
servlet. Tomcat's default servlet was used to serve docs from a
subdirectory of the context dir, and everything else was dynamically
generated by the de
> From: Nathan Potter [mailto:npot...@opendap.org]
> Subject: Re: JspServlet - Unexpected behavior, possible bug...
> Does that mean that you figured out what I was talking about or how to
> correct/adjust the behavior?
No, but hopefully Ms Ramsey will now stop polluting the mailing list. Let
P.S. (with additional apologies for the top-posting)
I realise that I have myself fallen as a victim of the confusion, and responded to the
off-topic and off-thread message.
My apologies to the original poster of this thread.
André Warnier wrote:
Ann Ramsey wrote:
Listen, the answers were al
Ann Ramsey wrote:
Can you help me with this error message please? All the other computers in
our office can get access - this is a client website, so I need help with my
computer.
Thanks,
Ann
HTTP Status 403 - Access is denied
--
*type* Status report
*message* *Ac
Ann Ramsey wrote:
Listen, the answers were all Greek to me. If you guys are going to REALLY
help non-IT people deal with TomCat, you might want to speak English in your
responses, so that we know if you're addressing our problem or not.
Well, all I can say is that it doesn't really look like y
> From: Ann Ramsey [mailto:ann.m.ram...@gmail.com]
> Subject: Re: Is incoming connection request queue totally ordered?
> Listen, the answers were all Greek to me. If you guys are
> going to REALLY help non-IT people deal with TomCat, you
> might want to speak English in your responses, so that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 10/17/2011 3:42 PM, Caldarale, Charles R wrote:
>> From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: Is
>> incoming connection request queue totally ordered?
>
>> As ar as I know, this is something controlled by the TCP/IP
>> stack
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ann,
On 10/17/2011 4:01 PM, Ann Ramsey wrote:
> Honestly, I'm just using another person's login. We don't really
> have an IT guy, so I don't understand all the responses. I really
> appreciate everyone responding though. You guys are very nice to
> r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
On 10/17/2011 12:47 PM, Nathan Potter wrote:
> - BUT, If I request a URL (without a trailing slash) that
> references an existing directory within the the JSP servlet's
> purview, I get an HTTP status 500 (Internal Server Error).
> http://loc
Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: Is incoming connection request queue totally ordered?
As ar as I know, this is something controlled by the TCP/IP
stack of your host.
And by network topology.
I was talking about what happens one the ta
Listen, the answers were all Greek to me. If you guys are going to REALLY
help non-IT people deal with TomCat, you might want to speak English in your
responses, so that we know if you're addressing our problem or not.
On Mon, Oct 17, 2011 at 2:53 PM, Caldarale, Charles R <
chuck.caldar...@unis
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: JspServlet - Unexpected behavior, possible bug...
> On 10/17/2011 2:29 PM, Ann Ramsey wrote:
> > we figured it out - thank you
> What was the problem?
It appears Ms Ramsey is completely clueless concerning use of
Honestly, I'm just using another person's login. We don't really have an IT
guy, so I don't understand all the responses. I really appreciate everyone
responding though. You guys are very nice to respond!
Regards,
Ann
On Mon, Oct 17, 2011 at 2:55 PM, Nathan Potter wrote:
>
>
> Does that mean th
Does that mean that you figured out what I was talking about or how to
correct/adjust the behavior?
I'm just curious if I did find a minor issue...
Nathan
On Oct 17, 2011, at 11:29 AM, Ann Ramsey wrote:
we figured it out - thank you
On Mon, Oct 17, 2011 at 1:14 PM, Caldarale, Charle
> From: Ann Ramsey [mailto:ann.m.ram...@gmail.com]
> Subject: Re: Is incoming connection request queue totally ordered?
> Thank you - we figured it out.
Besides learning how to ask questions in a reasonable manner, you also need to
learn not to respond to threads completely unrelated to your to
Thank you - we figured it out.
On Mon, Oct 17, 2011 at 2:44 PM, André Warnier wrote:
> Christopher Schultz wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Stevo,
>>
>> On 10/17/2011 6:23 AM, Stevo Slavić wrote:
>>
>>> Are HTTP and AJP connector incoming connection request queu
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stevo,
On 10/17/2011 6:23 AM, Stevo Slavić wrote:
Are HTTP and AJP connector incoming connection request queues
totally ordered (FIFO)?
I would expect them to be, though I would also expect them to be separate.
+1. G
Thank you - we figured it out.
On Mon, Oct 17, 2011 at 2:26 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Mark,
>
> On 10/14/2011 11:15 AM, Mark H. Wood wrote:
> > On Fri, Oct 14, 2011 at 07:33:28AM -0700, Hassan Schroeder wro
Thank you - we figured it out.
On Mon, Oct 17, 2011 at 2:22 PM, André Warnier wrote:
> Stevo Slavić wrote:
>
>> Hello Tomcat users,
>>
>> Are HTTP and AJP connector incoming connection request queues totally
>> ordered (FIFO)? Just want to make sure whether connection requests
>> waiting for exe
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: Is incoming connection request queue totally ordered?
> As ar as I know, this is something controlled by the TCP/IP
> stack of your host.
And by network topology.
> It is not dependent on Tomcat or Java.
Not necessarily true; Tom
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stevo,
On 10/17/2011 6:23 AM, Stevo Slavić wrote:
> Are HTTP and AJP connector incoming connection request queues
> totally ordered (FIFO)?
I would expect them to be, though I would also expect them to be separate.
> Just want to make sure whether c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ann,
On 10/17/2011 2:29 PM, Ann Ramsey wrote:
> we figured it out - thank you
What was the problem? This isn't tech support: this is a community of
volunteers and users. How about helping them out and explaining what
went wrong so others can figure i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ann,
On 10/17/2011 1:20 PM, Ann Ramsey wrote:
> Can you help me with this error message please? All the other
> computers in our office can get access - this is a client website,
> so I need help with my computer.
I hate to have to do this, but:
htt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 10/14/2011 11:15 AM, Mark H. Wood wrote:
> On Fri, Oct 14, 2011 at 07:33:28AM -0700, Hassan Schroeder wrote:
>> On Fri, Oct 14, 2011 at 1:52 AM, ettoregia
>> wrote:
>>> My system: Linux, the version I'don't know how to realize,
>>> since I
Stevo Slavić wrote:
Hello Tomcat users,
Are HTTP and AJP connector incoming connection request queues totally
ordered (FIFO)? Just want to make sure whether connection requests
waiting for executor will fight for it once one becomes available, or
will the order connection request were made be re
we figured it out - thank you
On Mon, Oct 17, 2011 at 1:14 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: Nathan Potter [mailto:npot...@opendap.org]
> > Subject: JspServlet - Unexpected behavior, possible bug...
>
> > In my web application I need to utilize the JSP servle
> From: Nathan Potter [mailto:npot...@opendap.org]
> Subject: JspServlet - Unexpected behavior, possible bug...
> In my web application I need to utilize the JSP servlet, but
> I need to use a different servlet mapping:
>
> jsp
> /jsp/*
>
Before going any further,
Can you help me with this error message please? All the other computers in
our office can get access - this is a client website, so I need help with my
computer.
Thanks,
Ann
HTTP Status 403 - Access is denied
--
*type* Status report
*message* *Access is denied*
*de
Greetings,
I am new to this list and I apologize in advance if this has been
covered (although searching the archives did not lead me to a related
thread):
In my web application I need to utilize the JSP servlet, but I need to
use a different servlet mapping:
jsp
On Mon, 2011-10-17 at 09:07 -0700, ettoregia wrote:
>
>
> Tim Watts-3 wrote:
> >
> > On Mon, 2011-10-17 at 08:08 -0700, ettoregia wrote:
> >
> >> When I try to access the tomcat manager link I get an 404 page error.
> >>
> >
> > What URL are you using? Did you enable access (i.e. are you real
On Mon, 2011-10-17 at 01:10 +0530, sailendra karthik wrote:
> On Sun, Oct 16, 2011 at 5:16 PM, Chema wrote:
>
> > > In my Custom Realm Implementation iam autheticating some user and
> > > allowing
> > > him to access my webapps(servlets or filters) (my application)
> > > This authentication se
Tim Watts-3 wrote:
>
> On Mon, 2011-10-17 at 08:08 -0700, ettoregia wrote:
>> Hi everybody,
>>
>> I'm using Tomcat 6.0.33 and at localhost:8080 it shows correctly.
>
> Does "localhost:8080 it shows correctly" mean you can see a process
> listening on it?
>
> Yes it does.
>
>> When I try to
On Mon, 2011-10-17 at 08:08 -0700, ettoregia wrote:
> Hi everybody,
>
> I'm using Tomcat 6.0.33 and at localhost:8080 it shows correctly.
Does "localhost:8080 it shows correctly" mean you can see a process
listening on it?
> When I try to access the tomcat manager link I get an 404 page error.
>
On Mon, Oct 17, 2011 at 8:01 AM, ettoregia wrote:
>
> I know, but storing the file it's less invasive. At least that suggest the
> Tomcat doc.
Sorry, I'm afraid I don't follow that. But whatever works for you :-)
--
Hassan Schroeder hassan.schroe...@gmail.com
http://abo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chema,
On 10/16/2011 1:55 PM, Chema wrote:
>>
>>
>>
>> Frankly, if you're using Spring Security, I'd stick with it. I
>> myself am thinking of making the switch.
>>
>>
> Yes, I tried it and like it , but I need Single Sign On support and
> the so
Hi everybody,
I'm using Tomcat 6.0.33 and at localhost:8080 it shows correctly.
When I try to access the tomcat manager link I get an 404 page error.
It says the resource is unavailable, the only row in the
conf/Catalina/localhost/manager.xml & host-manager.xml is
"
"
Any ideas on what could
I know, but storing the file it's less invasive. At least that suggest the
Tomcat doc.
Hassan Schroeder-2 wrote:
>
> On Mon, Oct 17, 2011 at 3:04 AM, ettoregia wrote:
>
>> Regarding the the deploy, I know that by storing a file under
>> Catalina->localhost-> myAppName.xml in which I specify t
On Mon, Oct 17, 2011 at 3:04 AM, ettoregia wrote:
> Regarding the the deploy, I know that by storing a file under
> Catalina->localhost-> myAppName.xml in which I specify the path of the WAR I
> would not need to copy WAR under wepApps but Tomcat will do it by itself. Is
> that correct?
Sorry, I
2. For Tomcat 6 read "Context" chapter in the configuration reference,
for Tomcat 7 download and read the Servlet 3.0 specification. Both
allow to configure session cookie names, but the way to configure it
differs between Tomcat versions.
1. Do not top-post
2011/10/17 Peter Cipov :
> Can you be m
Can you be more specific please ?
Dne Mon, 17 Oct 2011 12:00:18 +0200 Mark Thomas
napsal(a):
On 17/10/2011 10:31, Peter Cipov wrote:
Hello,
I would like to use multiple session cookie names in tomcat and tomcat
chooses http attribute.
For example: SESSION_APP_CLIENT - for fronted applicat
2011/10/17 Ziggy :
> Would the nested context approach allow access to session data from one war
> file to the other?
>
No. Session id may be the same, but Session object itself will be different.
All webapps, by definition, are independent of each other.
Would the nested context approach allow access to session data from one war
file to the other?
Thanks
On Mon, Oct 17, 2011 at 12:08 PM, Konstantin Kolinko wrote:
> 2011/10/17 Ziggy :
> > I have an application that has the following structure
> >
> >$TOMCAT_HOME/webapps/myapp
> >
2011/10/17 Ziggy :
> I have an application that has the following structure
>
> $TOMCAT_HOME/webapps/myapp
> |-css
> |-myapp.css
> |-js
> |-myapp.js
> |-forum
> |-index.jsp
>
Hello Tomcat users,
Are HTTP and AJP connector incoming connection request queues totally
ordered (FIFO)? Just want to make sure whether connection requests
waiting for executor will fight for it once one becomes available, or
will the order connection request were made be respected.
Regards,
Ste
Thanks Hassan for your help.
I found the version (Red Hat 4.1.2-50).
Regarding the the deploy, I know that by storing a file under
Catalina->localhost-> myAppName.xml in which I specify the path of the WAR I
would not need to copy WAR under wepApps but Tomcat will do it by itself. Is
that correc
On 17/10/2011 10:31, Peter Cipov wrote:
> Hello,
> I would like to use multiple session cookie names in tomcat and tomcat
> chooses http attribute.
> For example: SESSION_APP_CLIENT - for fronted application
> SESSION_APP_ADMIN - for admin part
>
> I would like to have separate sessi
Hello,
I would like to use multiple session cookie names in tomcat and tomcat
chooses http attribute.
For example: SESSION_APP_CLIENT - for fronted application
SESSION_APP_ADMIN - for admin part
I would like to have separate sessions for security reasons and for
possibility to
Alright guys, thanks for your help.
Pid * wrote:
>
> On 14/10/2011 16:31, Mark Thomas wrote:
>> On 14/10/2011 16:15, Mark H. Wood wrote:
>>> This I can agree with. They don't allow application managers
>>> access to Tomcat's config., but anyone can drop stuff into
>>> /etc/init.d, whence it w
Sorry I meant it was a java issue (typo!)
-Original Message-
From: Edward Quick
Sent: 17 October 2011 09:17
To: Tomcat Users List
Subject: RE: ssl handshake problem
Hi Andre, thanks for your reply.
I tested this a bit more and did a write up of the problem for anyone who's
interested ht
Hi Andre, thanks for your reply.
I tested this a bit more and did a write up of the problem for anyone who's
interested http://www.linuxcrusaders.org/blog/node/45
Obviously it wasn't a java issue not tomcat-related though.
Regards,
Ed.
-Original Message-
From: André Warnier [mailto:a.
74 matches
Mail list logo
