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
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
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
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
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
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
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
> 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
Weather.com uses Tomcat to handle a very healthy pile of traffic:
http://www.pcmag.com/print_article/0,3048,a=38494,00.asp. The article
says that 70% of the content is dynamic. It sounds like they use a
separate Apache web tier.
-
Tim Craycroft
www.842technology.com
-
Francois,
can you tell me more about this:
"Tomcat 4.1.27 bug when running at the MaxConnector limit"
I am certainly experiencing this problem and really banging my head against it. Is there documentation about this bug? What is your workaround? I was planning to make the MaxConnector limit real
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
> 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,
>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
> 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,
>> >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
> >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,
>> 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
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
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
> 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
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
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
> 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
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
> 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
> 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
"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
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
> -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, let's say, 100K - 500K unique vis
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
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 picking a
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 &
> 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
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
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
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
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 contains the string "UP.Browser" so you could search
for that. WAP browsers usually send the
'accept' header as well so you could use th
>
>
>
>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
Dr. Evil,
I use exactly the method you suggest. I have a servlet that checks
the first four characters of the user-agent. If it is 'Mozi', I call a JSP
to deal with an HTML request. If not then I assume WML and have different
JSPs for 'MOT-', 'SIE-',
'R380', 'Noki', etc.
Dave
-
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 working on a site where the s
"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.
41 matches
Mail list logo
