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

Ok. Im on holliday for a bit, will look when I am back in civilisation. 

On 24 August 2016 4:19:40 PM SAST, php...@li... wrote:
>Hi Dirk,
>
>Yes can be really interesting... But I could not see attachement on
>the sourceforge
>
>mailing list, I suppose I have to setup it somewhere...
>
>As I'm not really fond of sourceforge, if you agree, could you create
>an issue on github
>
>https://github.com/belgattitude/soluble-japha/issues
>
>and attach the files. From there we can start a discussion and see if
>we can find a way to make it work.
>
>Also useful, when I started the client refactoring, I've decided to
>use an Adapter pattern in order
>
>to allow different implementations. So it may work by creating a new
>driver.
>
>See the
>https://github.com/belgattitude/soluble-japha/blob/master/src/Soluble/Japha/Bridge/Driver/AbstractDriver.php
>
>for reference.
>
>Let's keep in touch (but sourceforge mailing list maybe not the best
>idea, what you think ?)
>
>Thanks,
>
>Seb
>
>> Hello Sebastien,
>>
>> I too have spent many years using the Java bridge (in production) to
>> facilitate calling Java from PHP. I have also gone a little further,
>and
>> have created a simplified client interface to the bridge server that
>is
>> available as both a PHP include, and a GNU C library. This allows me
>to
>> access Java via the bridge from C code.
>>
>> I at one moment tried to contact the original JavaBridge maintainers
>to
>> see if they were interested in including this with their distribution
>-
>> but with no response.
>>
>> I guess this is a kind of different road to what you have travelled -
>my
>> efforts were mostly to strip out all of the object inheritance /
>> reflection and etc. and put up a simple list of functions that can be
>> called from a non object language like C (and obviously from PHP as
>well).
>
>> I attach the man pages for my javaFunction / javaBridge call library
>for
>> your inspection.
>
>> Are you interested in source for this to post / merge along with your
>> project?
>
>> Regards,
>> Dirk
>------------------------------------------------------------------------------
>_______________________________________________
>php-java-bridge-users mailing list
>php...@li...
>https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Hi Dirk,

Yes can be really interesting... But I could not see attachement on
the sourceforge

mailing list, I suppose I have to setup it somewhere...

As I'm not really fond of sourceforge, if you agree, could you create
an issue on github

https://github.com/belgattitude/soluble-japha/issues

and attach the files. From there we can start a discussion and see if
we can find a way to make it work.

Also useful, when I started the client refactoring, I've decided to
use an Adapter pattern in order

to allow different implementations. So it may work by creating a new driver.

See the https://github.com/belgattitude/soluble-japha/blob/master/src/Soluble/Japha/Bridge/Driver/AbstractDriver.php

for reference.

Let's keep in touch (but sourceforge mailing list maybe not the best
idea, what you think ?)

Thanks,

Seb

> Hello Sebastien,
>
> I too have spent many years using the Java bridge (in production) to
> facilitate calling Java from PHP. I have also gone a little further, and
> have created a simplified client interface to the bridge server that is
> available as both a PHP include, and a GNU C library. This allows me to
> access Java via the bridge from C code.
>
> I at one moment tried to contact the original JavaBridge maintainers to
> see if they were interested in including this with their distribution -
> but with no response.
>
> I guess this is a kind of different road to what you have travelled - my
> efforts were mostly to strip out all of the object inheritance /
> reflection and etc. and put up a simple list of functions that can be
> called from a non object language like C (and obviously from PHP as well).

> I attach the man pages for my javaFunction / javaBridge call library for
> your inspection.

> Are you interested in source for this to post / merge along with your
> project?

> Regards,
> Dirk

Hi there,

I am implementing a multithreading UDP listener in Java, which should run
as a background process on a server. Because of special project
specifications each new thread for an UDP datagram has to invoke a PHP file
for working with the UDP datagram and creating result data for the
threadhandler.
Looking for a solution I found JavaBridge, which seems to be the right way.
The installation went well as testing the examples. I customized the
javaproxy php and the jsp calling it for transferring data to the
php-script and back again. All works as described within the jsp.
Because of the project specification I tried to test this within a main
method of java application.
This almost works as expected. But I got the problem, that the application
only works every second time I run the application.
While researching for the problem I only found an entry in this mailing
list about the same problem (
https://sourceforge.net/p/php-java-bridge/mailman/message/24035957/), but
without a clear solution.
This is why I ask if there is a solution for the problem.

The Tomcat server posts the error message "PHP Notice: fwrite(): send of 6
bytes failed with errno=10054...pointing on the Java.inc line 815" about an
expected connection which seems to be closed. Is there an option to fix it?
Maybe within the Java.inc, e.g. reconnecting or something else?

Looking forward for an answer.

BR,

Marcell

Hello Sebastien,

I too have spent many years using the Java bridge (in production) to 
facilitate calling Java from PHP. I have also gone a little further, and 
have created a simplified client interface to the bridge server that is 
available as both a PHP include, and a GNU C library. This allows me to 
access Java via the bridge from C code.

I at one moment tried to contact the original JavaBridge maintainers to 
see if they were interested in including this with their distribution - 
but with no response.

I guess this is a kind of different road to what you have travelled - my 
efforts were mostly to strip out all of the object inheritance / 
reflection and etc. and put up a simple list of functions that can be 
called from a non object language like C (and obviously from PHP as well).

I attach the man pages for my javaFunction / javaBridge call library for 
your inspection.

Are you interested in source for this to post / merge along with your 
project?

Regards,
Dirk

php...@li... wrote:
> Hi,
>
> Just to share some work I did on the refactoring of the Java.inc client and
> standalone server.
>
> For the little story, I've been using the php-java-bridge project in few
> mission critical projects for the last 6 years... Mostly using Java from
> PHP.
>
> I may be totally wrong but I feel the project have no clear maintainers
> anymore, so I've just ended up rewriting some parts. For now you can have a
> look to the client side (replacing Java.inc) on github. See the
> https://github.com/belgattitude/soluble-japha/ repository to get more
> information.
>
> I've changed the API mainly to support namespaces, php7, hhvm... but you
> can still use a compatibility layer if you rely on java_* global functions
> : https://github.com/belgattitude/soluble-japha-pjb62-compat
>
> I've also set up a repository for the standalone server (including a
> freshly compiled JDK1.7+ JavaBridge.jar) : https://github.com/
> belgattitude/pjbserver-tools. And created a fork on github for the server
> part : https://github.com/belgattitude/php-java-bridge. I'm using it to
> compile and debug the server part.
>
> If you like to contribute you can open issues on github :
> https://github.com/belgattitude/soluble-japha/issues or send a PR. I'll try
> my best to answer.
>
> To be clear, I'm not part of the original php-java-bridge team that have
> done a wonderful work making this possible.
>
> But I feel that's fair for me to publish the changes I've made in the past
> year. It may help or encourage some of you to use the bridge.
>
> All my work is licensed under MIT license so feel free to use and
> contribute...
>
> Have a great day.
>
> Sébastien
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. http://sdm.link/zohodev2dev
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>    

Hi,

Just to share some work I did on the refactoring of the Java.inc client and
standalone server.

For the little story, I've been using the php-java-bridge project in few
mission critical projects for the last 6 years... Mostly using Java from
PHP.

I may be totally wrong but I feel the project have no clear maintainers
anymore, so I've just ended up rewriting some parts. For now you can have a
look to the client side (replacing Java.inc) on github. See the
https://github.com/belgattitude/soluble-japha/ repository to get more
information.

I've changed the API mainly to support namespaces, php7, hhvm... but you
can still use a compatibility layer if you rely on java_* global functions
: https://github.com/belgattitude/soluble-japha-pjb62-compat

I've also set up a repository for the standalone server (including a
freshly compiled JDK1.7+ JavaBridge.jar) : https://github.com/
belgattitude/pjbserver-tools. And created a fork on github for the server
part : https://github.com/belgattitude/php-java-bridge. I'm using it to
compile and debug the server part.

If you like to contribute you can open issues on github :
https://github.com/belgattitude/soluble-japha/issues or send a PR. I'll try
my best to answer.

To be clear, I'm not part of the original php-java-bridge team that have
done a wonderful work making this possible.

But I feel that's fair for me to publish the changes I've made in the past
year. It may help or encourage some of you to use the bridge.

All my work is licensed under MIT license so feel free to use and
contribute...

Have a great day.

Sébastien