You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(19) |
Feb
(15) |
Mar
(10) |
Apr
(8) |
May
(7) |
Jun
(9) |
Jul
(13) |
Aug
(31) |
Sep
(111) |
Oct
(52) |
Nov
(72) |
Dec
(42) |
| 2006 |
Jan
(21) |
Feb
(32) |
Mar
(33) |
Apr
(24) |
May
(15) |
Jun
(40) |
Jul
(32) |
Aug
(19) |
Sep
(38) |
Oct
(37) |
Nov
(63) |
Dec
(37) |
| 2007 |
Jan
(18) |
Feb
(39) |
Mar
(69) |
Apr
(49) |
May
(71) |
Jun
(59) |
Jul
(71) |
Aug
(85) |
Sep
(46) |
Oct
(14) |
Nov
(25) |
Dec
(56) |
| 2008 |
Jan
(24) |
Feb
(77) |
Mar
(104) |
Apr
(44) |
May
(41) |
Jun
(11) |
Jul
(31) |
Aug
(59) |
Sep
(44) |
Oct
(86) |
Nov
(66) |
Dec
(93) |
| 2009 |
Jan
(88) |
Feb
(41) |
Mar
(49) |
Apr
(135) |
May
(22) |
Jun
(31) |
Jul
(60) |
Aug
(71) |
Sep
(76) |
Oct
(18) |
Nov
(52) |
Dec
(20) |
| 2010 |
Jan
(8) |
Feb
(50) |
Mar
(35) |
Apr
(48) |
May
(46) |
Jun
(84) |
Jul
(38) |
Aug
(61) |
Sep
(51) |
Oct
(31) |
Nov
(17) |
Dec
(18) |
| 2011 |
Jan
(51) |
Feb
(14) |
Mar
(17) |
Apr
(23) |
May
(15) |
Jun
(11) |
Jul
(5) |
Aug
(5) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(25) |
| 2012 |
Jan
(2) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(27) |
Jun
(32) |
Jul
(36) |
Aug
(10) |
Sep
(16) |
Oct
(3) |
Nov
(13) |
Dec
(7) |
| 2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(5) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(6) |
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2018 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
|
2
|
3
|
|
4
|
5
|
6
|
7
|
8
|
9
|
10
(2) |
|
11
(2) |
12
(1) |
13
|
14
|
15
|
16
|
17
|
|
18
|
19
|
20
|
21
|
22
|
23
|
24
|
|
25
|
26
|
27
|
28
|
|
|
|
|
From: <php...@li...> - 2018-02-12 18:47:06
|
Hi Peter, you're right. The bridge wastes a few CPU cycles to find the channel for all further communication. Your patch uses a hard coded value (9267). It might work for you, but it will not work in general. In order to find the channel to redirect further communication to, PHP needs to retrieve the "redirect" information from the back end. At the moment the bridge uses a PUT request to the servlet engine HTTP port. If you think this is too slow, please feel free to submit a patch. Although it *is* possible to hard code the redirect channel name in Java.inc, I think it is better to calculate it dynamically. The use case is: User deploys JavaBridge.war, copies the generated directory (and with it the generated Java.inc with the channel name @9268) to apache htdocs. User re-deploys JavaBridge.war while port 9268 is in use by some other application (probably some other JavaBridge instance). Channel name of the back end is now @9269, while apache still uses @9268 hard coded in Java.inc. User gets an error and we get a support request. And I don't like support requests... Regards, Jost Bökemeier |
|
From: <php...@li...> - 2018-02-11 14:23:16
|
Hi,
I have a Apache/PHP front end and a tomcat back end. There ~50 PHP
processes in the pool and each of it has a persistent connection to a
Java thread running from the PHP/Java Bridge.
I've noticed that each time a php/java script is executed, the bridge
sends a PUT request to tomcat, even though the php process has a
persistent connection to a java thread.
I think this PUT request is unnecessary, unless a PHP process doesn't
have persistent connection yet or it needs to get a session handle
from the back end.
The following patch adds an attribute "allocateJavaSession" to class
java_Client. It is set if java_session() is called.
If the bridge needs to connect to the back end, it knows if it needs
to allocate a session. If no session is requested, it can check if a
persistent connection to 9267 exists and can be re-used. If so, it
re-directs to the persistent connection using some fake
JAVABRIDGE_CONTEXT. (My understanding is that the context is only
useful while re-directing from the servlet to the java thread).
So in the regular case no socket connect is necessary anymore. PHP can
send data right away and receive the results using the connection it
already has:
function java_session_array($args) {
$client=__javaproxy_Client_getClient();
+ $client->allocateJavaSession=true;
if(!isset($args[0])) $args[0]=null;
...
$this->serverName="${ssl}${host}:$port";
+ if (!$this->client->allocateJavaSession) {
+ $errno=null; $errstr=null;
+ $sock=@pfsockopen($host,"9267",$errno,$errstr,5);
+ if ($sock && !$errno && ftell($sock)>0) {
+ $_SERVER['X_JAVABRIDGE_REDIRECT']="9267";
+ $_SERVER['X_JAVABRIDGE_CONTEXT']="9267|".microtime();
+ }
+}
The above patch should give a performance boost for all php scripts
which don't care about a java_session(), while stay compatible with
scripts which need a session.
Peter
|
|
From: <php...@li...> - 2018-02-11 13:39:45
|
Thanks very very much ----- Mail d'origine ----- De: php...@li... À: php...@li... Envoyé: Sat, 10 Feb 2018 18:55:06 +0100 (CET) Objet: Re: [Php-java-bridge-users] Find version java -jar JavaBridge.jar --version should display the version number On Saturday, February 10, 2018, <php...@li...> wrote: > Hi, > I need to support an old application based on javabridge. I don't know how > to find the javabridge version used by this application. Does anyone know > how to find the version (command, piece of code)? > Thanks for answers > Michel > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
|
From: <php...@li...> - 2018-02-10 17:55:15
|
java -jar JavaBridge.jar --version should display the version number On Saturday, February 10, 2018, <php...@li...> wrote: > Hi, > I need to support an old application based on javabridge. I don't know how > to find the javabridge version used by this application. Does anyone know > how to find the version (command, piece of code)? > Thanks for answers > Michel > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
|
From: <php...@li...> - 2018-02-10 09:58:42
|
Hi, I need to support an old application based on javabridge. I don't know how to find the javabridge version used by this application. Does anyone know how to find the version (command, piece of code)? Thanks for answers Michel |