Does anyone have an opinion of Tomcat running in a very high traffic
environment, let's say, 100K - 500K unique visits/day?
I'm also wondering about the possibility of running a Tomcat server standalone
as opposed to using mod_jk.so with Apache to mount webapps with. Would this
be more stable,
> -Message d'origine-
> De : Robert Charbonneau [mailto:[EMAIL PROTECTED]
> Envoyé : vendredi 31 octobre 2003 06:17
> À : Tomcat Users Mailing List
> Objet : Opinions
>
> Does anyone have an opinion of Tomcat running in a very high traffic
> environment,
François,
Oh, and last but not least, I didn't find a privilege separation method in tomcat (like in apache or ssh or postfix, or...). Perhaps am I wrong, but, if you want tomcat to run in unpriviledge environment, you have to make it bind to a public port (say 8080). I use iptables to redirect c
"Vincent Aumont" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> François,
>
>
> >Oh, and last but not least, I didn't find a privilege separation method
in tomcat (like in apache or ssh or postfix, or...). Perhaps am I wrong,
but, if you want tomcat to run in unpriviledge environmen
> No, you're right. You can make Apache listen on port 80 while running
> as root because it'll change the process' ownership when it opens a
> new
> connection. There is no portable way of doing this in Java; therefore,
Hey! And they call it an advanced language?
> you have to run Tomcat as r
> Right and wrong ;-). Tomcat 5 ships with the (source for) commons-
> daemon,
> which gives Tomcat this same capability on *nix boxes. Of course,
> commons-daemon works with Tomcat 4.1 and Tomcat 3.3 as well (as well
> as any
> other Java programs that need this feature).
Oh. Could you please
It's a little thin, but what there is is at
http://jakarta.apache.org/commons/daemon/
"Francois JEANMOUGIN" <[EMAIL PROTECTED]> wrote in
message
news:[EMAIL PROTECTED]
> Right and wrong ;-). Tomcat 5 ships with the (source for) commons-
> daemon,
> which gives Tomcat this same capability on *ni
> It's a little thin, but what there is is at
> http://jakarta.apache.org/commons/daemon/
Hu! It's in early developments or is it suitable for production ?
And, in a sysadmin point of view, what does that means:
"There two ways to use jsvc: via a Class that implements the Daemon interface or v
Hi
It's a little thin, but what there is is at
http://jakarta.apache.org/commons/daemon/
You can do Apache administration without knowing C or PHP or perl. But
you can't do tomcat administration without knowing java. I feel it a
week point of Jakarta (perhaps am I wrong, it's just a feeling).
bu
Also, depending on the amout of static content in your webapps, having
an Apache as the front-end can perform better than a standalone tomcat.
But this depends on numbers you have to get by yourself. Experimenting
uses to be the best way ;-)
Rodrigo
Vincent Aumont wrote:
François,
Oh, and l
> yes, you lack quite some features if you stick to those.
> but just imagine the features you lack by not knowing java.
> I don't think anyone will dare to rewrite the C code of apache to
> change its behaviour. I feel it's a week point of apache :-)
Well, I think I'm a shameless troller. Anywa
Robert,
Does anyone have an opinion of Tomcat running in a very high traffic
environment, let's say, 100K - 500K unique visits/day?
If you have that many visits (with significant session overhead and/or
HTTPS requests), I'd suggest using multiple machines with a
load-balancer. But there's no rea
Howdy,
>Hu! It's in early developments or is it suitable for production ?
It's ready for production. People are already using it in production
with tomcat 5. Of course, I'm biased ;)
>And, in a sysadmin point of view, what does that means:
>"There two ways to use jsvc: via a Class that implem
Howdy,
>> Does anyone have an opinion of Tomcat running in a very high traffic
>> environment, let's say, 100K - 500K unique visits/day?
We've been doing it for a long time, since tomcat 4.0.1.
>The other thing you lose is performance. You rarely want Tomcat to
serve
>your static content. All i
> >Hu! It's in early developments or is it suitable for production ?
>
> It's ready for production. People are already using it in production
> with tomcat 5. Of course, I'm biased ;)
Well, there is that beta flag in front of tomcat5 that tell me that your opinion is
more than biased :). Of
Howdy,
>> >Hu! It's in early developments or is it suitable for production ?
>>
>> It's ready for production. People are already using it in production
>> with tomcat 5. Of course, I'm biased ;)
>
>Well, there is that beta flag in front of tomcat5 that tell me that
your
>opinion is more than bi
> Your question, and my answer regarding ready for production, was for
> commons-daemon itself. I also happen to believe* tomcat5 is fine: the
> only reason it's beta and not stable is the specs aren't out.
>
> * = I voted for beta, not stable, for this reason.
OK.
> Sorry I couldn't help you
Howdy,
>Well, I'd LOVE to try to use jsvc and make the appropriate
documentation
>for it, I just CAN'T see where I should declare them, use them, and so
on.
>I suppose it replaces Coyote Connectors, and I should try to define the
>jsvc classes there (in server.xml), but, it is really to thin for
> I assume you've read the JSVC page at
> http://jakarta.apache.org/commons/daemon/jsvc.html.
Yes.
> I also assume you've downloaded, installed tomcat5 (5.0.14
> preferably),
> so you can see how jsvc is used there.
No, I hope to find it the doc before. I'll try.
> What, beyond the above in
Howdy,
>No, I hope to find it the doc before. I'll try.
Not so much doc as example.
>> What, beyond the above information, would you find most useful in
>> understanding jsvc?
>
>Time :).
OK. If you find that a specific document would be helpful, we can work
on it together and I'll get into t
bre 2003 06:17
À : Tomcat Users Mailing List
Objet : Opinions
Does anyone have an opinion of Tomcat running in a very high traffic
environment, let's say, 100K - 500K unique visits/day?
I'm also wondering about the possibility of running a Tomcat server
standalone
as opposed to using mod
-Original Message-
From: Robert Charbonneau [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 30, 2003 9:17 PM
To: Tomcat Users Mailing List
Subject: Opinions
Does anyone have an opinion of Tomcat running in a very high traffic
environment, let's say, 100K - 500K unique visits/day?
> Francois,
>
> can you tell me more about this:
>
> "Tomcat 4.1.27 bug when running at the MaxConnector limit"
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21763
I have to check the changelog but it should be closed in (freshly released) 4.1.29.
François.
(Where the hell did 4.1.28
The recent port of the 3.3 variable-substitution to Tomcat 5 may very well
solve your problems here :). The ports are supposed to move to
commons-digester, so should be available in 4.1.30 as well.
"Francois JEANMOUGIN" <[EMAIL PROTECTED]> wrote in
message
news:[EMAIL PROTECTED]
> >Hu! It's in
No, you're right. You can make Apache listen on port 80 while running
as root because it'll change the process' ownership when it opens a
new
connection. There is no portable way of doing this in Java; therefore,
Hey! And they call it an advanced language?
P.S.: One or two trolls are hidin
Howdy,
>feature natively. Jakarta Commons' deamon is a unix-only solution (I
>imagine it uses JNI). So its's possible, but not portable. Still an
>advanced language...
>-Vincent.
Aarrggh, Monday morning and I'm already annoyed. Where did you get the
idea commons-daemon is unix only? It works
Jejeje, people (in general) should buy better monitors. It looks like
they skip more than one line when reading on-line docs ;-)
Shapira, Yoav wrote:
Howdy,
feature natively. Jakarta Commons' deamon is a unix-only solution (I
imagine it uses JNI). So its's possible, but not portable. Still
No need to be annoyed (or to buy a bigger monitor). This post was about
Java's portability and the notion of process ownership. My point was
that you can't have native support for this feature because not all OS's
support it. That's why you have to include native code for a particular
S. I kno
Actually, commons-daemon consists of two separate components. For *nix,
there is jsvc (and, yes, you can build it for Windows using cygwin, but I
don't really consider that to be Windows support :), and for Windows there
is procrun(w).
There are two of them, since the issues involved are totally
Howdy,
>Personally, I think it would be really cool to port procrunw's GUI to
>Motif/Gnome/KDE for a jsvcw. However, since I'm not a commons
committer, I
>can't say how much attention this would get if somebody actually tried
to
I think that's a great idea, and I'm a commons committer, but I ha
I posted this on the webspheres newsgroup, but only got one opinion..
wondering if there are more opinions out there
I have some general questions I am hoping I can get some opinions
on...see the bottom of my message for info on making an easy $4000...
Background:
Vecna Technologies was
"Daniel A. Theobald" <[EMAIL PROTECTED]> writes:
>
> Questions:
>
> 1. How does websphere compare to other portal creation tools? Are there
> others you would recommend looking at?
I wouldn't have said it was a portal tool.
>
> 2. Many of our components currently are written using java 1.3.
I've been thinking about picking a copy of one of the Tomcat books out
there and was looking for suggestions and comments. I noticed about 5
different pubs but I had a hard time finding anything about the books
other than the evaluation systems the book sellers use. I saw John T.
commented about
hi,
i'm starting a project using jsp + javaBeans..
i've worked with java a lot, but i have not much experience with web
applications..
for now my idea is that the application will be using javabeans, and jsp
for displaying the data...
i use eclipse for the development, which nicely compiles eve
I found the James Goodwill book much too basic. You could learn as much
from the Tomcat docs.
-Original Message-
From: Bill [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 09, 2003 7:41 AM
To: tomcat user
Subject: Opinions of available Tomcat books
I've been thinking about pick
rth the money.
Geoff
-Original Message-
From: Subir Sengupta [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 6:15 PM
To: 'Tomcat Users List'
Subject: RE: Opinions of available Tomcat books
I found the James Goodwill book much too basic. You could learn as much
f
On 5/27/05, gabor <[EMAIL PROTECTED]> wrote:
> i'll create a directory in tomcat/webapps (let's call it 'mywebapp').
> put my source files into mywebapp/WEB-INF/src, and instruct eclipse to
> put the compiled .class files into mywebapp/WEB-INF/classes.
>
> this way, i simply edit the files, press
: Friday 27 May 2005 13:16
> To: tomcat-user@jakarta.apache.org
> Subject: my build "structure"..opinions wanted
>
>
>
> hi,
>
> i'm starting a project using jsp + javaBeans..
> i've worked with java a lot, but i have not much experience with web
> applica
> > -Original Message-
> > From: gabor [mailto:[EMAIL PROTECTED]
> > Sent: Friday 27 May 2005 13:16
> > To: tomcat-user@jakarta.apache.org
> > Subject: my build "structure"..opinions wanted
> >
> >
> >
> > hi,
> >
> &
es
not delete them when rebuilding your classes.
-Original Message-
From: gabor [mailto:[EMAIL PROTECTED]
Sent: Friday 27 May 2005 13:16
To: tomcat-user@jakarta.apache.org
Subject: my build "structure"..opinions wanted
hi,
i'm starting a project using jsp + javaBeans..
i&
On Fri, May 27, 2005 at 01:29:50PM +0100, Steve Kirk wrote:
>
>
> Your approach that sounds a quite practical solution to me. Does eclipse
> precompile JSPs for you too?
no.. well, i don't know.. where should the compiled jsp files? be
(so i can check :)..
but anyway, as long as tomcat recomp
most things are possible with a little
scripting.
> -Original Message-
> From: gabor [mailto:[EMAIL PROTECTED]
> Sent: Friday 27 May 2005 15:12
> To: Tomcat Users List
> Subject: Re: my build "structure"..opinions wanted
>
>
> On Fri, May 27, 200
I am working on a site where the same URL will be hit by both WML and
HTML browsers. Fortunately, with Tomcat, it's very easy to have a
controller servlet which takes all incoming requests and decides to
forward them to various processors. The problem is, how should I make
this servlet decide w
Why don't you simple use Cocoon for this purpose?
xml.apache.org/cocoon
"Dr. Evil" <[EMAIL PROTECTED]> on 23.10.2001 11:16:31
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Opinions on detecting browser type for WML vs. HTML
I am workin
7;,
'R380', 'Noki', etc.
Dave
-Original Message-
From: Dr. Evil [mailto:[EMAIL PROTECTED]]
Sent: 23 October 2001 10:17
To: [EMAIL PROTECTED]
Subject: Opinions on detecting browser type for WML vs. HTML
I am working on a site where the same URL will be hit by both WML and
H
>
>
>
>I am working on a site where the same URL will be hit by both WML and
>HTML browsers. Fortunately, with Tomcat, it's very easy to have a
>controller servlet which takes all incoming requests and decides to
>forward them to various processors. The problem is, how should I make
>this servl
27; header as well so you could use that to look for 'text/vnd.wap.wml'.
That's my opinion. (I personally use the user-agent)
- Original Message -
From: "Dr. Evil" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 23, 2001 6:16 PM
Hi,
You could also check the accept request header for an explicit
mention of wml, which should only be present in a WAP/WML browser.
Brendan
--
Brendan McKennaEmail: [EMAIL PROTECTED]
Development Strategist
PROTECTED]]
Sent: 23 October 2001 10:37
To: tomcat-user
Subject: Re: Opinions on detecting browser type for WML vs. HTML
It's probably easier to spot the WAP browser rather than the other way
around. They send all sorts of goodies in their headers.
The 'user-agent' header always c
in the UK, Dave ;-)
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 23, 2001 6:51 PM
Subject: RE: Opinions on detecting browser type for WML vs. HTML
> What do you mean by "The 'user-agent' header always contains the string
> What do you mean by "The 'user-agent' header always contains the string "UP.
> Browser"
>
> I bet you 100 pounds that it doesn't. A Nokia phone on a Nokia or CMG
> Gateway will not have "UP" anywhere.
Right, I looked into that and UP.browser is a particular kind of
browser. Not all mobiles w
ll be on Openwave's Web Site. Their
documentation is good.
Dave
-Original Message-
From: Dr. Evil [mailto:[EMAIL PROTECTED]]
Sent: 23 October 2001 10:58
To: [EMAIL PROTECTED]
Subject: Re: Opinions on detecting browser type for WML vs. HTML
> What do you mean by "The &
Hello,
I need your opinion on a solution I found to allow a single webapp to
support two authentication modes.
The application Im working on has two types of clients: HTML and WML.
The controller (Struts) can forward a request to the appropriate JSP,
depending on the clients type.
WML client
Vincent Aumont wrote:
Hello,
I need your opinion on a solution I found to allow a single webapp to
support two authentication modes.
The application Im working on has two types of clients: HTML and WML.
The controller (Struts) can forward a request to the appropriate JSP,
depending on the
How do you manage the case when someone else deploy a web app that
requires basic authentication using the browser? If Tomcat is used
only by your app, then your solution seems correct.
An HTML browser will never require Basic Auth.
The downside if this solution is that it ties me to Tomcat. I'
Vincent Aumont wrote:
How do you manage the case when someone else deploy a web app that
requires basic authentication using the browser? If Tomcat is used
only by your app, then your solution seems correct.
An HTML browser will never require Basic Auth.
?? Why? I'm missing something here..
An HTML browser will never require Basic Auth.
?? Why? I'm missing something here.in web.xml, what do you do if I
chose BASIC instead of FORM?
If your browser can accept HTML, then it can use FORM authentication.
It is documented that you must use FORM authentication in web.xml when
57 matches
Mail list logo