Sorry for posting on this old thread, and then even to my own post..
However, in the name of the archives and anyone interested:
It is GPL, and it is a native Resin feature, and both of those things
are very sad. But it is a very interesting project, and it is definitly
open source, though ver
Follows
From: Endre Stølsvik <[EMAIL PROTECTED]>
Reply-To: "Tomcat Developers List"
To: Tomcat Developers List
Subject: Re: Tomcat supporting PHP
Date: Fri, 31 Aug 2007 16:01:09 +0200
MIME-Version: 1.0
Received: from mail.apache.org ([140.211.11.2]) by
bay0-mc8-f14.bay0.
Joe Nathan wrote:
I am talking about in-built capability that people do NOT need
to install heaps of cranky-installation software packages!
I just came around to read this old thread, and I am surprised that
no-one seems to know about Quercus from Caucho, the Resin guys:
http://quercus.cauc
We have been working with the PHP/Java bridge for some projects
(http://php-java-bridge.sourceforge.net/pjb/), which basically provides
option #1.
The Java Bridge installs as a standard WAR in Tomcat and can be
configured as a servlet in your webapps. For any requests for PHP
files, it then exe
IIRC .. Glassfish took over the role of being RI.
-Tim
Henri Gomez wrote:
Tomcat is the RI for servlet/JSP engine, nothing less nothing more.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAI
Don't forget we're on Tomcat dev list
Tomcat is the RI for servlet/JSP engine, nothing less nothing more.
Adding PHP compatibility, via JNI wrapper, CGI or full Java PHP engine
is beyond the scope of the current Tomcat :-)
I think it will be great to see a basic PHP engine in pure Java, but
tha
Lilianne E. Blaze wrote:
>
> Actually, that is exactly the problem. Everyone and their dog can learn
> basics of php in a couple of days, creating illusionary supply of
> countless self-appointed web experts with neither skill nor potential to
> ever move past the most basic level.
hey, can yo
Jean-frederic Clere-3 wrote:
>
> Henri Gomez wrote:
>> PHP rewritten in Java could be a good idea for the core but what about
>> the various extensions ?
>
> That is a very hard part that needs JNI to load and to interface the API
> of the extensions. There are also very easily threads and me
Henri Gomez wrote:
PHP rewritten in Java could be a good idea for the core but what about
the various extensions ?
That is a very hard part that needs JNI to load and to interface the API
of the extensions. There are also very easily threads and memory models
problems. Such a wrapper seems a
PHP rewritten in Java could be a good idea for the core but what about
the various extensions ?
Of course it couldn't be a Tomcat project
2007/7/19, jean-frederic clere <[EMAIL PROTECTED]>:
Hi,
I am thinking that this thread goes to nowhere...
To get some php stuff in TC you have 3 solutions:
Hi,
I am thinking that this thread goes to nowhere...
To get some php stuff in TC you have 3 solutions:
1- FastCGI.
2- PHP engine embedded in in the JVM.
3- PHP rewritten in JAVA.
1 - That probably the best solution but you need a FastCGI proxy
servlet (Could be a good application for the new
Joe Nathan wrote:
> arjan tijms wrote:
>
>> I'm not really sure about that. For instance, even PHP web sites 'admit'
>> that Java is a great deal larger:
>>
>> http://www.phpmag.net/magphpde/magphpde_news/psecom,id,27191,nodeid,5.html
>>
>> Typically book stores (at least in Europe) carry more
arjan tijms wrote:
>
> I'm not really sure about that. For instance, even PHP web sites 'admit'
> that Java is a great deal larger:
>
> http://www.phpmag.net/magphpde/magphpde_news/psecom,id,27191,nodeid,5.html
>
> Typically book stores (at least in Europe) carry more book about Java
> than
Joe Nathan wrote:
You should realize that PHP world is lot bigger than Java world!
I'm not really sure about that. For instance, even PHP web sites 'admit'
that Java is a great deal larger:
http://www.phpmag.net/magphpde/magphpde_news/psecom,id,27191,nodeid,5.html
Typically book stores (a
As an exercise, why don't you write a couple of these trivial libraries.
Start with the database ones. They should be very easy since there is
a database layer on Java, and a database layer on PHP.
If you think I'm being sarcastic, you're right. You're trivializing
things you don't understand
George L. Sexton-2 wrote:
>
> It's not just writing a byte-code compiler that would convert the PHP to
> java code, or even a parser that would re-write a PHP page into JSP.
> It's creating the massively large library of functions.
>
Isn't it true that most of libs are already in Java package
even it will be easy to use php and jsp,struts like technologies altogether if
needed using same tomcat container
Pankaj
Joe Nathan <[EMAIL PROTECTED]> wrote:
PHP is based on interpreter. Instead, pre-compiler as in JSP can
improve performance of PHP significantly. Then there will be lo
PHP is an interpreter, but there is a large library of functions written
in Native code that would have to be supported.
It's not just writing a byte-code compiler that would convert the PHP to
java code, or even a parser that would re-write a PHP page into JSP.
It's creating the massively lar
PHP is based on interpreter. Instead, pre-compiler as in JSP can
improve performance of PHP significantly. Then there will be lots of
people switching to Tomcat
regards.
pankaj narang wrote:
>
> Hello
>
> I am listening everything silently here but I think Joe is correct
>
--
Joe Nathan wrote:
Pid-2 wrote:
And how are you judging that?
You should ask Redhat!
Rather than this turn into big ideological argument, I'd just like to
suggest to the OP that the Java world might be bigger than he'd
appreciated - and that it's more meaningful to use the right tool for
Joe Nathan wrote:
> Mladen Turk-3 wrote:
>
>> Why would someone wish to do that at the first place.
>>
>>
> You should realize that PHP world is lot bigger than Java world!
> Having both will have many merits.
>
>
>
So is non-programmer world than programmer world. So is Mensa world
tha
Hello
I am listening everything silently here but I think Joe is correct
Joe Nathan <[EMAIL PROTECTED]> wrote:
Pid-2 wrote:
>
> And how are you judging that?
>
You should ask Redhat!
For example,
My products are in Java!
But my business website is in PHP!
I see my ISP a;one hav
Pid-2 wrote:
>
> And how are you judging that?
>
You should ask Redhat!
For example,
My products are in Java!
But my business website is in PHP!
I see my ISP a;one having customers in thousands
who might be using PHP, no Java support. It's the same
for most small websites, because they canno
Joe Nathan wrote:
Mladen Turk-3 wrote:
Why would someone wish to do that at the first place.
You should realize that PHP world is lot bigger than Java world!
Having both will have many merits.
And how are you judging that?
p
smime.p7s
Description: S/MIME Cryptographic Signature
Mladen Turk-3 wrote:
>
> Why would someone wish to do that at the first place.
>
You should realize that PHP world is lot bigger than Java world!
Having both will have many merits.
--
View this message in context:
http://www.nabble.com/Tomcat-supporting-PHP-tf4080523.html#a11643194
Sent fro
Joe Nathan schrieb:
> I mean PHP scripts are processed as JSP are handled inside Tomcat
> without installing any other things as built-in features. Imagine if
> Tomcat can handle JSP, PHP, even ASP script pages! Then who will
> not use this!
I will not use this.
I'm not interested in PHP at al
Joe Nathan wrote:
Henri Gomez wrote:
Do you want a 100% Java PHP engine or just a simple native to Java bridge
?
I mean PHP scripts are processed as JSP are handled inside Tomcat
without installing any other things as built-in features. Imagine if
Tomcat can handle JSP, PHP, even ASP scrip
Henri Gomez wrote:
>
> Do you want a 100% Java PHP engine or just a simple native to Java bridge
> ?
>
I mean PHP scripts are processed as JSP are handled inside Tomcat
without installing any other things as built-in features. Imagine if
Tomcat can handle JSP, PHP, even ASP script pages! The
2007/7/16, jean-frederic clere <[EMAIL PROTECTED]>:
Joe Nathan wrote:
> I am talking about in-built capability that people do NOT need
> to install heaps of cranky-installation software packages!
Do you want a 100% Java PHP engine or just a simple native to Java bridge ?
Regards
-
Joe Nathan wrote:
I am talking about in-built capability that people do NOT need
to install heaps of cranky-installation software packages!
You may try http://labs.jboss.com/wiki/Jbossweb and
http://labs.jboss.com/file-access/default/members/jbossweb/freezone/modules/php/index.html
Cheers
J
I am talking about in-built capability that people do NOT need
to install heaps of cranky-installation software packages!
regards.
Yoav Shapira-2 wrote:
>
> Hey,
>
> On 7/14/07, Bill Barker <[EMAIL PROTECTED]> wrote:
>>
>> "Joe Nathan" <[EMAIL PROTECTED]> wrote in message
>> news:[EMAIL PROT
Hey,
On 7/14/07, Bill Barker <[EMAIL PROTECTED]> wrote:
"Joe Nathan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I think if Tomcat also supports PHP scripts, it could be wonderful!.
Google is your friend :) http://www.google.com/search?q=php+servlet.
I don't think that the
Bill Barker-2 wrote:
>
> Google is your friend :) http://www.google.com/search?q=php+servlet.
> I don't think that there is much interest in hosting a PHP servlet in
> Tomcat
> however.
>
I didn't find much useful info from search.
I think there may be lots of people to have a single server d
"Joe Nathan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I think if Tomcat also supports PHP scripts, it could be wonderful!.
Google is your friend :) http://www.google.com/search?q=php+servlet.
I don't think that there is much interest in hosting a PHP servlet in Tomcat
ho
34 matches
Mail list logo
