php-java-bridge-users

[Php-java-bridge-users] Delivering applications as a single archive.

[<php...@li...>]

	Hello!

	In the description page for the PHP/Java Bridge, it says:

	"PHP, the PHP/Java Bridge and the php files can be packaged within 
a standard J2EE archive, customers can easily deploy it into a J2EE 
application server or servlet engine. They don't have to install PHP and 
they usually cannot tell the difference whether the pages are generated by 
PHP, JSP or servlets."

	I'm curious as to how this is accomplished, e.g. the packaging of 
all the components into one archive. Do you have any examples of how this 
is done?
	
	What I'm trying to use the bridge for is to create MUD server that 
uses Java as the backend, and PHP as an internal scripting language for 
the game. In case you're not aware, a MUD server is text-based game where 
players connect via Telnet. Aside from the PHP and Java I'd like to 
archive into one file, I also would like to be able to call external PHP 
scripts on the server from the application, as well as have scripts within 
the archive itself. Is this doable with the bridge? 
	
	Any help with how to package things so as to run the whole thing 
from one archive would be really appreciated. And if you have any thoughts 
on the implementation of the MUD server application, I'd be happy to hear 
them. I'm a little daunted with the scope of my own project. :^)
	
	Thanks!

--->Ben

RE: [Php-java-bridge-users] Delivering applications as a single archive.

[<php...@li...>]

Hi,

> the packaging of 
> all the components into one archive. Do you have any
> examples of how this 
> is done?

I think the JavaBridge.war (the j2ee binary download)
file is a good example. You rename it to, say
"mybridge.war" and copy it to the autodeploy folder of
the servlet engine or application server. After that
you can visit:

  http://localhost:8080/mybridge

and run the php examples. The fact that the bridge
uses a servlet engine as its execution environment is
an "accident", an implementation detail; php and java
have to communicate using a "continuation passing
style", php calls the servlet engine and the servlet
engine in turn calls the php (fast-) cgi api. If you
restrict your servlet engine to listen only on the
local (127.0.0.1) interface, you can hide this
implementation detail to your users.


> PHP as an internal [and external]
> scripting language for 
> the game. 

I think the java-server-faces example shows this.  

When you click on the helloWorld.jsf link, the JSF
application tries to invoke the external php script
@80:/helloWorld.php, see the faces-config.xml. If that
fails, it tries again, using the local script
/helloWorld.php from the .war file.

What the JSF example doesn't show is that the bridge
can even hold the external script instance hostage,
i.e. you can invoke functions or methods and examine
properties. In combination with php5 reflection this
could be used to implement auto completion, for
example.


Regards,
Jost Boekemeier




	

	
		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

RE: [Php-java-bridge-users] Delivering applications as a single archive.

[<php...@li...>]

On Thu, 23 Feb 2006 php...@li... wrote:
> I think the JavaBridge.war (the j2ee binary download)
> file is a good example. You rename it to, say
> "mybridge.war" and copy it to the autodeploy folder of
> the servlet engine or application server. After that
> you can visit:

	I looked in the WAR file, but I'm a bit puzzled. The PHP/Java 
Bridge site says that people may not need to install PHP -- this lead me 
to believe that the WAR file could -replace- a PHP installation, 
effectively running PHP internally. Is this possible? I didn't see 
anything in the WAR that looked like the PHP interpreter...?

	And thanks, by the way, for your quick reply to my earlier 
question!

--->Ben

RE: [Php-java-bridge-users] Delivering applications as a single archive.

[<php...@li...>]

Hi,

> to believe that the WAR file could -replace- a PHP
> installation, effectively running PHP internally. 

Exactly. The .war file already contains binaries for
solaris, linux and windows in the cgi folder.


Regards,
Jost Boekemeier



	

	
		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de