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) |
2
(5) |
3
(1) |
4
|
5
|
|
6
|
7
|
8
|
9
|
10
(6) |
11
(5) |
12
|
|
13
(1) |
14
(5) |
15
(2) |
16
(4) |
17
(3) |
18
(2) |
19
(2) |
|
20
|
21
(6) |
22
(9) |
23
(6) |
24
(6) |
25
(6) |
26
(5) |
|
27
(2) |
28
(2) |
29
(3) |
30
(1) |
|
|
|
|
From: <php...@li...> - 2010-06-17 22:04:37
|
Hi,
java_session()->put("key", $jVal)
>
where $jVal is a java object implementing java.io.Serializable.
>
Looks like PGConnection and its derivatives cannot be serialized (without
changing the API). The only serializable interface is
PGConnectionPoolDataSource.
Unless there are any other ways to persist the JDBC connection, it looks
like I'm going to have to abandon this optimization for now.
Of course not. Your other PHP script might be running on a different
> server. Even if there's only one server, you may have more than one
> java back end (see option <distributable/> in your web.xml.
>
One web server running Apache2 -- no web.xml files, no j2ee.
Thank you for your suggestions.
Dave
|
|
From: <php...@li...> - 2010-06-17 09:18:05
|
Hi Dave,
> How would you persist an open JDBC connection across invocations of the same
PHP is essentially a "shared nothing" architecture. However, you can
store Java objects into the Java session using
java_session()->put("key", $jVal)
where $jVal is a java object implementing java.io.Serializable.
> For example the following does not work:
Of course not. Your other PHP script might be running on a different
server. Even if there's only one server, you may have more than one
java back end (see option <distributable/> in your web.xml.
You must guarantee that $jVal is available to all PHP instances.
Either use a 3 tier architecture, or make your java session
distributable or use only one java back end and store your value
there.
I don't know if your $jVal is distributable. If it's not, use a
standard 3 tier architecture.
Since we are talking about jdbc drivers; jee uses its own connection
pool. So the only thing you'll have to do is to fetch a connection
from the pool, for example by using standard JNDI lookups.
Regards,
Jost Boekemeier
|
|
From: <php...@li...> - 2010-06-17 00:23:54
|
Hi,
How would you persist an open JDBC connection across invocations of the same
PHP script but at different times, from different computers?
For example the following does not work:
// Load the PostgreSQL database driver.
//
java( 'java.lang.Class' )->forName( 'org.postgresql.Driver' );
$conn = apc_fetch( $PERSIST );
if( $conn === false || $conn->isClosed() ) {
echo "Reloading JDBC connection: $conn\n";
exit;
// Attempt a database connection.
//
$conn = java( 'java.sql.DriverManager' )->getConnection(
"jdbc:postgresql://$dbhost/$dbname?user=$dbuser&password=$dbpass" );
// Failure to add is fine; it means the above fetch will fail, and
// thus recreate the JDBC connection each time. Not ideal; might have
// a performance impact.
//
apc_delete( $PERSIST );
apc_store( $PERSIST, $conn );
}
The $conn is always closed after the script ends.
The only other way I can think of to prevent this from happening is to
implement my own PostgreSQL Connection subclass, and override "close()" to
do nothing.
The problem I'm trying to solve is that the PG database reloads PL/R modules
for each new database connection.
What I need is some sort of persistent JDBC connection pool for the PHP-Java
bridge.
Any ideas?
Thank you!
Dave
|