From Costin Manolache
Sent: Tuesday, April 06, 2004 7:38 AM
To: [EMAIL PROTECTED]
Subject: Re: TC evolment
That's probably why I tought let's integrate PHP was an
April 1 joke :-).
You were wrong.
I thought that MS-Sun agreement was a April fools joke too :).
If Mladen is serious
Remy Maucherat wrote:
Costin Manolache wrote:
If you're worried about risk, then probably glueing PHP with tomcat
will be a bad choice.
Tomcat is limited by Java's bad support for integration with native
code. Apache will have no problem running Php, perl, python, .net or
integrating with any
Henri Gomez wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
If you're worried about risk, then probably glueing PHP with tomcat
will be a bad choice.
Tomcat is limited by Java's bad support for integration with native
code. Apache will have no problem running Php, perl, python, .net or
Shapira, Yoav wrote:
Hi,
Fact is Java ( or at least the current JVMs) is among the worse
languages when it comes to integration with other systems. Connectors
are attempts to solve this.
Whoa there ;) Maybe if you're talking about JNI, but not integration in
general ;) It's a very broad
From Costin Manolache
We also know that IIS or iPlanet may sometimes be faster than
apache or tomcat.
So what ? As we used to say on tomcat-dev when we were slower
than apache - performance is not the only thing that matters.
I would bet resin is still a bit faster ( probably not
Costin Manolache wrote:
If you're worried about risk, then probably glueing PHP with tomcat will
be a bad choice.
Tomcat is limited by Java's bad support for integration with native
code. Apache will have no problem running Php, perl, python, .net or
integrating with any native library that
-Original Message-
From: Remy Maucherat
For tomcat - you can attempt to rewrite/replace every
feature in Java
( we are doing this for LDAP auth for example - not sure if JNDI is
better or faster than the native ldap auth in apache ). Or
you can try
to use JNI or
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
For tomcat - you can attempt to rewrite/replace every
feature in Java
( we are doing this for LDAP auth for example - not sure if JNDI is
better or faster than the native ldap auth in apache ). Or
you can try
to use JNI
Mladen Turk wrote:
-Original Message-
From: Andy Armstrong
Heretic perhaps, but I'd like to integrate PHP (perhaps even Perl)
directly with TC.
What do you mean by 'integrate'? Have tomcat handle PHP
requests by some means?
mod_php inside TC.
I found out that TC is only 8%
From Costin Manolache
mod_php inside TC.
I found out that TC is only 8% slower the Apache2.x.
So if I need PHP and JSP, the Apache2 is total overhead.
MT.
I hope this is an April 1 joke :-)
Maybe you can also integrate mod_perl and mod_dotnet ( or
whatever is called
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the
problem would be the libraries).
If a majority of my web content is a dynamic one,
From Costin Manolache
Sent: Saturday, April 03, 2004 9:14 AM
If a majority of my web content is a dynamic one, delivered through
JSP, PHP, or what ever, why would I need a dummy web server
as an intermediate?
The webserver is not only for static content. If you use
Apache
Mladen Turk wrote:
From Costin Manolache
Sent: Saturday, April 03, 2004 9:14 AM
If a majority of my web content is a dynamic one, delivered through
JSP, PHP, or what ever, why would I need a dummy web server
as an intermediate?
The webserver is not only for static content. If you use
-Original Message-
From: Henri Gomez
I think that we need to change the thinking perspective
from TC being
a 'helper' to TC being a 'workhorse'.
Interesting idea Mladen.
Next idea.
If we drop Apache 2.0 support we need to have jk/jk2 jobs
done somewhere :
What about
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
I think that we need to change the thinking perspective
from TC being
a 'helper' to TC being a 'workhorse'.
Interesting idea Mladen.
Next idea.
If we drop Apache 2.0 support we need to have jk/jk2 jobs
done somewhere :
What
Remy Maucherat wrote:
Mladen Turk wrote:
mod_php inside TC.
How does that work ?
I found out that TC is only 8% slower the Apache2.x.
8% for doing what ?
(this will heavily depend on the VM you're using, anyway, so try JRockit
to get the good results :) )
8% slower to serve only static
Henri Gomez wrote:
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the problem
would be the libraries).
If a majority of my web content is
--- Craig McClanahan [EMAIL PROTECTED] wrote:
wistful-smile
And to think it was only a couple of years ago that I got thorougly
chastised (by more than a few people participating in this thread :-)
for suggesting that Tomcat standalone might actually be a viable
production solution for
-Original Message-
From: Henri Gomez
I think that we need to change the thinking perspective
from TC being
a 'helper' to TC being a 'workhorse'.
Interesting idea Mladen.
Next idea.
If we drop Apache 2.0 support we need to have jk/jk2 jobs
done somewhere :
What
-Original Message-
From: [EMAIL PROTECTED]
I use tomcat exclusively behind apache. This is for
performance reasons both as a proxy for slow clients
(releasing relatively expensive tomcat
resources) and as a static content server.
As said, it all depends on a particular use
On Thu, Apr 01, 2004 at 12:04:35PM +0100, [EMAIL PROTECTED] wrote:
-Original Message-
From: Henri Gomez
I think that we need to change the thinking perspective
from TC being
a 'helper' to TC being a 'workhorse'.
Interesting idea Mladen.
Next idea.
If we
Hi,
Heretic perhaps, but I'd like to integrate PHP (perhaps even Perl) directly
with TC.
Are there any thoughts on the subject, or perhaps someone is already working
on it?
Anyhow I'd like to hear are there any pros or cons, and finally are there
any interest of doing that at all.
MT.
Mladen Turk wrote:
Heretic perhaps, but I'd like to integrate PHP (perhaps even Perl) directly
with TC.
What do you mean by 'integrate'? Have tomcat handle PHP requests by some
means?
--
Andy Armstrong, Tagish
-
To unsubscribe,
users would like it and I
don't think our competitors offer something like this.
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 31, 2004 11:31 AM
To: Tomcat Developers List
Subject: TC evolment
Hi
-Original Message-
From: Andy Armstrong
Heretic perhaps, but I'd like to integrate PHP (perhaps even Perl)
directly with TC.
What do you mean by 'integrate'? Have tomcat handle PHP
requests by some means?
mod_php inside TC.
I found out that TC is only 8% slower the
-Original Message-
From: Andy Armstrong
Heretic perhaps, but I'd like to integrate PHP (perhaps even
Perl)
directly with TC.
What do you mean by 'integrate'? Have tomcat handle PHP
requests by some means?
mod_php inside TC.
I found out that TC is only 8% slower the
Mladen Turk wrote:
mod_php inside TC.
How does that work ?
I found out that TC is only 8% slower the Apache2.x.
8% for doing what ?
(this will heavily depend on the VM you're using, anyway, so try JRockit
to get the good results :) )
So if I need PHP and JSP, the Apache2 is total overhead.
You
Hi,
So if I need PHP and JSP, the Apache2 is total overhead.
You mean: JSP through Apache is slower, so you think a little more
overhead on PHP would make for a better average ?
I read that to say: if I need PHP and JSP, but not other Apache
features, then being able to use tomcat standalone
Mladen Turk wrote:
Hi,
Heretic perhaps, but I'd like to integrate PHP (perhaps even Perl) directly
with TC.
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the problem would be the
libraries).
Are there any thoughts on
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the
problem would be the libraries).
If a majority of my web content is a dynamic one, delivered through
Hi,
I think that we need to change the thinking perspective from TC being a
'helper' to TC being a 'workhorse'.
I agree, have done so myself a while ago, and have encouraged others to
do it for at least a couple of years.
Yoav Shapira
This e-mail, including any attachments, is a
Mladen Turk wrote:
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the
problem would be the libraries).
If a majority of my web content is a dynamic one, delivered through JSP,
PHP, or what ever, why would I need a dummy
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the
problem would be the libraries).
If a majority of my web content is a dynamic one,
Henri Gomez wrote:
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the problem
would be the libraries).
If a majority of my web content is
34 matches
Mail list logo