> 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
> 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 n
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 ter
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
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 term.
Yoav Shapira
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
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 o
> -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 us
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 exi
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
Apache
> 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
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, deliv
> 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
>
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% slower
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.
> > > Ne
> -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 parti
> > -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
> >
--- Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> 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 some app
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 a
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 pag
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
> -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 :
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 a
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, deli
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
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 confidenti
> -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
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
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 stand
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
> -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%
> -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% slow
r to tomcat. I think 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 Devel
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,
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.
--
35 matches
Mail list logo
