php-java-bridge-users Mailing List for PHP/Java Bridge

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

php...@li... wrote:
> Hi Daran,
> 
>>> /home/dpatrick/php/downloaded/php-java-bridge-4.1.8/java.c:118: error: too few arguments to
> 
> the C version 4.1.8 currently doesn't work in a threaded environment (I forgot to add a TSRMLS).
> 
> Please use the pure PHP version instead. Or please use the latest stable version, which is version
> 3.2.1.
> 
> 
> I will reorganize the download area accordingly.
> 
> 
> Regards,
> Jost Boekemeier

Ah yes, threads.  Thanks for your help Jost!

- --
Darian Anthony Patrick, ZCE, GWAS
Principal, Application Development
Criticode LLC
(215) 240-6566 Office
(866) 789-2992 Facsimile
Web:   http://criticode.com
Email: da...@cr...
JID:   da...@ja...
-----BEGIN PGP SIGNATURE-----

iD8DBQFGnn3hKpzEXPWA4IcRAhQ4AJ9wzo53ceUeOpDf2CzeIT/bUHwX/ACbBlEk
3sIh43cuOcAy4/Sq7rFFb0o=
=Ysv8
-----END PGP SIGNATURE-----

Hello,

I'm developing Simple Groupware and JavaBridge 4.1.8 is used to call
the jCIFS Java library from PHP (bringing CIFS and NTLM to the PHP
world). Tests are done on WinXP SP2, Sun Java 1.6.0_02.

My questions:

1) pure PHP implementation:
does it only support SERVLET_LOCAL / SERVLET ?
(start java -jar JavaBridge.jar SERVLET_LOCAL:8080 3)

Where is the difference between SERVLET and INET ? Is anyone of them
faster ?

I tried INET / INET_LOCAL and got:
(start java -jar JavaBridge.jar INET_LOCAL:8080 3)
Notice: Undefined index: content_length in
H:\sgs\src\lib\java\Java.inc on line 1259

Warning: fread() [function.fread]: Length parameter must be greater
than 0 in H:\sgs\src\lib\java\Java.inc on line 1259
protocol error: , Invalid document end at col


2) pure PHP implementation for PHP 5.0 and 4.x:

Why has the version to be > 5.1.2 ? Only too old, any bugs ?
Is it possible to adapt the pure PHP implementation for PHP4 ?


3) Binaries for PHP 5.2.x

I found the "legacy" package containing binaries for older php
versions, is it possible to build a new one for the latest php
versions ?
At least for win32, this would be a real time-saver for a lot of people.

Thanks,
bye
Thomas

I have an application that stores configuration in a file called
config.properties.  It resides in a jar file underneath all of the package
dirs, with the rest of the class files.  The class that loads the config
options cannot find this resource when run through php-java-bridge.

 

All access is done through a central singleton called Toolbox.  I wrote some
code to circumvent the Toolbox code and try to load the resource manually,
via PHP and a separate Java application.  Here's what I get:

 

PHP

java_require("myjar.jar");

$Toolbox = new JavaClass("my.package.Toolbox");

$toolbox = $Toolbox->getInstance();

$class = $toolbox->getClass();

$r = $class->getResource("config.properties"); // null

$r = $class->getResource("/my/package/config.properties"); // null

$r = $class->getResource("my/package/config.properties"); // works, but see
below

 

Java

(myjar.jar in the classpath)

Toolbox toolbox = Toolbox.getInstance();

URL r;

r = toolbox.getClass().getResource("config.properties"); // works

r = toolbox.getClass().getResource("/my/package/config.properties"); //
works

r = toolbox.getClass().getResource("my/package/config.properties"); // null

 

myjar.jar contains

META-INF/MANIFEST.MF

my/package/config.properties

my/package/Toolbox.class

my/package/<. other .class files .>

 

Based on my understanding, the Java code is exhibiting the correct behavior
in terms of which resource names work and which don't.  I don't think the
my/package/config.properties should work, but if it did work for both, I
could use it.  Unfortunately, this is a library which will be used both by
PHP scripts and a Java app.

 

Any idea what I'm missing here?

 

Michael.

Hi Daran,

> > /home/dpatrick/php/downloaded/php-java-bridge-4.1.8/java.c:118: error: too few arguments to

the C version 4.1.8 currently doesn't work in a threaded environment (I forgot to add a TSRMLS).

Please use the pure PHP version instead. Or please use the latest stable version, which is version
3.2.1.


I will reorganize the download area accordingly.


Regards,
Jost Boekemeier


      dddd