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

Easier to handle is relative, no? I have -0- experience running Java  
App Servers. This is why I run it standalone; it is plenty fast, has  
been very reliable for me, and it's only 1 process to manage, so it's  
simple for me to understand. If a java app server has problems, I have  
no idea how to easily deal with it...

Is it *bad* to run it standalone? What would I gain by switching?

Alan

On Sep 13, 2009, at 6:19 PM, php-java-bridge- 
us...@li... wrote:

> There is one in the CVS attic.
>
> However, Tomcat or JEE servers are easier to handle, please use them  
> as the
> Java back end, if you can.  -- these don't have obscure options like  
> SERVLET
> or SERVLET_LOCAL either. :)
>
> Regards,
> Jost Boekemeier
>
> On Sep 14, 2009 12:13 AM, <php-java-bridge- 
> us...@li...>
> wrote:
>
> Here is a little init script I wrote that I use to start/stop a php-
> java-bridge standalone instance on my machine.
>
> It took quite a bit of messing around to get all the various pieces
> working and robust (ie logging startup failure output to the log file;
> properly detecting the PID of java, etc).
>
> I am not 100% confident that the line that launches the bridge is
> perfect; so use your own knowledge to correct it. I am talking to Jost
> in another thread about it at this time.
>
> JAVA=/path/to/java
> JAVA_BRIDGE_PATH=/path/to/JavaBridge.jar
> CONTAINER_DIR=/path/to/my/project
>
>
> #!/bin/zsh
> PIDFILE=$CONTAINER_DIR/runtime/jvm.pid
>
> start() {
>    echo "Starting JVM: "
>    LOGFILE=$CONTAINER_DIR/log/jvm.log
>    $JAVA -server -Xmx1200m -Dphp.java.bridge.default_log_level=5 -
> jar $JAVA_BRIDGE_PATH SERVLET:9676 2>$LOGFILE 1>$LOGFILE &
>    echo $! > $PIDFILE
>    echo "waiting 5s for JVM to finish starting up..."
>    sleep 5
>    PID=`cat $PIDFILE`
>    ps -p $PID > /dev/null
>    if [ $? = 0 ]; then
>        echo "Java Bridge VM started in background, detached from
> shell. PID=$PID"
>            exit 0
>    else
>        echo "Java Bridge VM failed to start."
>            exit 1
>    fi
> }
> stop() {
>    pid=`cat $PIDFILE`
>    echo "Stopping JVM (alleged pid $pid}): "
>    ps -p `cat $PIDFILE` | grep java
>    if [ $? = 0 ]; then
>            kill `cat $PIDFILE`
>            rm -f $PIDFILE
>            exit 0
>    else
>            echo "PID is not a jvm. Aborting stop."
>            exit 1
>    fi
> }
>
> case "$1" in
>  start)
>    start
>    ;;
>  stop)
>    stop
>    ;;
>  *)
>    echo $"Usage: runbridge.sh {start|stop}"
>    exit 1
> esac
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

There is one in the CVS attic.

However, Tomcat or JEE servers are easier to handle, please use them as the
Java back end, if you can.  -- these don't have obscure options like SERVLET
or SERVLET_LOCAL either. :)

Regards,
Jost Boekemeier

On Sep 14, 2009 12:13 AM, <php...@li...>
wrote:

Here is a little init script I wrote that I use to start/stop a php-
java-bridge standalone instance on my machine.

It took quite a bit of messing around to get all the various pieces
working and robust (ie logging startup failure output to the log file;
properly detecting the PID of java, etc).

I am not 100% confident that the line that launches the bridge is
perfect; so use your own knowledge to correct it. I am talking to Jost
in another thread about it at this time.

JAVA=/path/to/java
JAVA_BRIDGE_PATH=/path/to/JavaBridge.jar
CONTAINER_DIR=/path/to/my/project


#!/bin/zsh
PIDFILE=$CONTAINER_DIR/runtime/jvm.pid

start() {
    echo "Starting JVM: "
    LOGFILE=$CONTAINER_DIR/log/jvm.log
    $JAVA -server -Xmx1200m -Dphp.java.bridge.default_log_level=5 -
jar $JAVA_BRIDGE_PATH SERVLET:9676 2>$LOGFILE 1>$LOGFILE &
    echo $! > $PIDFILE
    echo "waiting 5s for JVM to finish starting up..."
    sleep 5
    PID=`cat $PIDFILE`
    ps -p $PID > /dev/null
    if [ $? = 0 ]; then
        echo "Java Bridge VM started in background, detached from
shell. PID=$PID"
            exit 0
    else
        echo "Java Bridge VM failed to start."
            exit 1
    fi
}
stop() {
    pid=`cat $PIDFILE`
    echo "Stopping JVM (alleged pid $pid}): "
    ps -p `cat $PIDFILE` | grep java
    if [ $? = 0 ]; then
            kill `cat $PIDFILE`
            rm -f $PIDFILE
            exit 0
    else
            echo "PID is not a jvm. Aborting stop."
            exit 1
    fi
}

case "$1" in
  start)
    start
    ;;
  stop)
    stop
    ;;
  *)
    echo $"Usage: runbridge.sh {start|stop}"
    exit 1
esac


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

>> r SERVLET:9676
>
> SERVLET does set promiscuous mode. For local communication please use
> SERVLET_LOCAL.

Awesome! Just did that and bye-bye temp files. Thanks so much for the  
quick response.

> However, Java.inc should delete the fifo if the back end doesn't  
> want to use
> it, of course.

Of course! Glad I could help to find the bug.

Thanks again!
Alan

>
> On Sep 14, 2009 12:00 AM, <php-java-bridge- 
> us...@li...>
> wrote:
>
> Hi Jost-
>
> Glad to report the bug! Sadly I seem to be good at finding them ;)
>
> This is the *only* setup I use for getting the bridge going. If this
> either of these settings turns on promiscuous mode, I didn't do it on
> purpose.
>
> // PHP side (duh)
> define ("JAVA_HOSTS", "127.0.0.1:9676");
> define ("JAVA_PREFER_VALUES", true);    # required for BC with the way
> we wrote our php-java-bridge code. Could try to debug and fix but no
> downside to this.
> require_once('/Users/alanpinstein/dev/sandbox/showcase2/showcase2/
> classes/dieselpoint/Java.inc');
>
> // bridge side
> java -server -Xmx1200m -Dphp.java.bridge.default_log_level=5 -jar /
> path/to/JavaBridge.jar SERVLET:9676 2>$LOGFILE 1>$LOGFILE &
>
> I read the docs just now on promiscuous mode and I am not certain I
> understand what it does. I sort of see what it's used for, but it's
> not really clear exactly what it does, and consequently, what
> technically doesn't happen if it's not on.
>
> In fact I have a nice wrapper script for starting/stopping a
> standalone bridge (which frankly I think is really convenient for
> people that aren't already running an app server). I will post the
> script in a separate email if you want to use it in the project.
>
> Alan
>
> On Sep 13, 2009, at 5:45 PM, php-java-bridge-
>
> us...@li... wrote: > Hi, > > Yes, if your back end  
> rejects
> the local fifo (in promi...
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Here is a little init script I wrote that I use to start/stop a php- 
java-bridge standalone instance on my machine.

It took quite a bit of messing around to get all the various pieces  
working and robust (ie logging startup failure output to the log file;  
properly detecting the PID of java, etc).

I am not 100% confident that the line that launches the bridge is  
perfect; so use your own knowledge to correct it. I am talking to Jost  
in another thread about it at this time.

JAVA=/path/to/java
JAVA_BRIDGE_PATH=/path/to/JavaBridge.jar
CONTAINER_DIR=/path/to/my/project


#!/bin/zsh
PIDFILE=$CONTAINER_DIR/runtime/jvm.pid

start() {
     echo "Starting JVM: "
     LOGFILE=$CONTAINER_DIR/log/jvm.log
     $JAVA -server -Xmx1200m -Dphp.java.bridge.default_log_level=5 - 
jar $JAVA_BRIDGE_PATH SERVLET:9676 2>$LOGFILE 1>$LOGFILE &
     echo $! > $PIDFILE
     echo "waiting 5s for JVM to finish starting up..."
     sleep 5
     PID=`cat $PIDFILE`
     ps -p $PID > /dev/null
     if [ $? = 0 ]; then
         echo "Java Bridge VM started in background, detached from  
shell. PID=$PID"
             exit 0
     else
         echo "Java Bridge VM failed to start."
             exit 1
     fi
}
stop() {
     pid=`cat $PIDFILE`
     echo "Stopping JVM (alleged pid $pid}): "
     ps -p `cat $PIDFILE` | grep java
     if [ $? = 0 ]; then
             kill `cat $PIDFILE`
             rm -f $PIDFILE
             exit 0
     else
             echo "PID is not a jvm. Aborting stop."
             exit 1
     fi
}

case "$1" in
   start)
     start
     ;;
   stop)
     stop
     ;;
   *)
     echo $"Usage: runbridge.sh {start|stop}"
     exit 1
esac

> r SERVLET:9676

SERVLET does set promiscuous mode. For local communication please use
SERVLET_LOCAL.

However, Java.inc should delete the fifo if the back end doesn't want to use
it, of course.

On Sep 14, 2009 12:00 AM, <php...@li...>
wrote:

Hi Jost-

Glad to report the bug! Sadly I seem to be good at finding them ;)

This is the *only* setup I use for getting the bridge going. If this
either of these settings turns on promiscuous mode, I didn't do it on
purpose.

// PHP side (duh)
define ("JAVA_HOSTS", "127.0.0.1:9676");
define ("JAVA_PREFER_VALUES", true);    # required for BC with the way
we wrote our php-java-bridge code. Could try to debug and fix but no
downside to this.
require_once('/Users/alanpinstein/dev/sandbox/showcase2/showcase2/
classes/dieselpoint/Java.inc');

// bridge side
java -server -Xmx1200m -Dphp.java.bridge.default_log_level=5 -jar /
path/to/JavaBridge.jar SERVLET:9676 2>$LOGFILE 1>$LOGFILE &

I read the docs just now on promiscuous mode and I am not certain I
understand what it does. I sort of see what it's used for, but it's
not really clear exactly what it does, and consequently, what
technically doesn't happen if it's not on.

In fact I have a nice wrapper script for starting/stopping a
standalone bridge (which frankly I think is really convenient for
people that aren't already running an app server). I will post the
script in a separate email if you want to use it in the project.

Alan

On Sep 13, 2009, at 5:45 PM, php-java-bridge-

us...@li... wrote: > Hi, > > Yes, if your back end rejects
the local fifo (in promi...

> I have just looked at the code, pipes are NOT used if $this->host is  
> not
> 127.0.0.1.

Ok, well I am using that IP to connect to the bridge:

define ("JAVA_HOSTS", "127.0.0.1:9676");

> Why have you switched off the local channel in the back end if both
> components are running on the same machine?

I have no idea! There are so many options for the bridge that it is  
unfortunately a bit of information overload for me.

I have not worked heavily on the innards of server design, especially  
on UNIX, and frankly I don't have a very good understanding of how  
unix options such as pipe/socket/channels?/etc work. I really only  
understand it on the IP side.

I would be grateful if you could elucidate these for me, or point me  
to a good "guide" to them, or simply just tell me what to do :)

Right now I am just running the standalone server like so:

java -server -Xmx1200m -Dphp.java.bridge.default_log_level=5 -jar / 
path/to/JavaBridge.jar SERVLET:9676 2>$LOGFILE 1>$LOGFILE &

on the same machine as PHP.

In the near future I might have the Java server on a single instance  
and have 2 web servers both talk to the same java bridge server over IP.

Thanks!
Alan

>
> On Sep 13, 2009 11:45 PM, "Jost Bekemeier" <jos...@go... 
> >
> wrote:
>
> Hi,
>
> Yes, if your back end rejects the local fifo (in promiscuous mode),  
> Java.inc
> creates a new pair and tries again in the next request.
>
> The fifos are only used on security enhanced linux, please disable  
> them by
> setting JAVA_PIPE_DIR to null.
>
> Thank you very much for reporting this bug. -- It has been there  
> since 5
> years. I guess you are the first person who enabled promiscuous mode  
> in the
> back end w/o setting the host value in the front end.
>
> Regards,
> Jost Boekemeier
>
>>> On Sep 13, 2009 11:07 PM, <php...@li... 
>>> >
> wrote: > > Oops the imag...
>
> us...@li... wrote: > My /tmp directory ran out of  
> space (or
> inodes or something) to...
>
>>>> You can see that the bridge exhausted all inodes on /dev/shm then  
>>>> as >
>> soon as that was ful...
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi Jost-

Glad to report the bug! Sadly I seem to be good at finding them ;)

This is the *only* setup I use for getting the bridge going. If this  
either of these settings turns on promiscuous mode, I didn't do it on  
purpose.

// PHP side (duh)
define ("JAVA_HOSTS", "127.0.0.1:9676");
define ("JAVA_PREFER_VALUES", true);    # required for BC with the way  
we wrote our php-java-bridge code. Could try to debug and fix but no  
downside to this.
require_once('/Users/alanpinstein/dev/sandbox/showcase2/showcase2/ 
classes/dieselpoint/Java.inc');

// bridge side
java -server -Xmx1200m -Dphp.java.bridge.default_log_level=5 -jar / 
path/to/JavaBridge.jar SERVLET:9676 2>$LOGFILE 1>$LOGFILE &

I read the docs just now on promiscuous mode and I am not certain I  
understand what it does. I sort of see what it's used for, but it's  
not really clear exactly what it does, and consequently, what  
technically doesn't happen if it's not on.

In fact I have a nice wrapper script for starting/stopping a  
standalone bridge (which frankly I think is really convenient for  
people that aren't already running an app server). I will post the  
script in a separate email if you want to use it in the project.

Alan

On Sep 13, 2009, at 5:45 PM, php-java-bridge- 
us...@li... wrote:

> Hi,
>
> Yes, if your back end rejects the local fifo (in promiscuous mode),  
> Java.inc
> creates a new pair and tries again in the next request.
>
> The fifos are only used on security enhanced linux, please disable  
> them by
> setting JAVA_PIPE_DIR to null.
>
> Thank you very much for reporting this bug. -- It has been there  
> since 5
> years. I guess you are the first person who enabled promiscuous mode  
> in the
> back end w/o setting the host value in the front end.
>
> Regards,
> Jost Boekemeier
>
> On Sep 13, 2009 11:07 PM, <php-java-bridge- 
> us...@li...>
> wrote:
>
> Oops the image got stripped. Here's a link to it:
>
> http://idisk.me.com/apinstein/Public/Pictures/Skitch/php-java-bridge_tmp_files_problem-20090913-170627.jpg
>
> Alan
>
> On Sep 13, 2009, at 5:01 PM, php-java-bridge-
>
> us...@li... wrote: > My /tmp directory ran out of  
> space (or
> inodes or something) to...
>> You can see that the bridge exhausted all inodes on /dev/shm then as
>> soon as that was full it "failed-over" (by accident, based on a look
>> at the code) to /tmp.
>>
>> Please advise.
>>
>> Regards,
>> Alan
>>
> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.
> http://p.sf.net/sfu/bobj-july_______________________________________________
>> php-java-bridge-users mailing list
>> php...@li...
>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

I have just looked at the code, pipes are NOT used if $this->host is not
127.0.0.1.

Why have you switched off the local channel in the back end if both
components are running on the same machine?

On Sep 13, 2009 11:45 PM, "Jost Bekemeier" <jos...@go...>
wrote:

Hi,

Yes, if your back end rejects the local fifo (in promiscuous mode), Java.inc
creates a new pair and tries again in the next request.

The fifos are only used on security enhanced linux, please disable them by
setting JAVA_PIPE_DIR to null.

Thank you very much for reporting this bug. -- It has been there since 5
years. I guess you are the first person who enabled promiscuous mode in the
back end w/o setting the host value in the front end.

Regards,
Jost Boekemeier

> > On Sep 13, 2009 11:07 PM, <php...@li...>
wrote: > > Oops the imag...

us...@li... wrote: > My /tmp directory ran out of space (or
inodes or something) to...

> > > You can see that the bridge exhausted all inodes on /dev/shm then as >
> soon as that was ful...

Hi,

Yes, if your back end rejects the local fifo (in promiscuous mode), Java.inc
creates a new pair and tries again in the next request.

The fifos are only used on security enhanced linux, please disable them by
setting JAVA_PIPE_DIR to null.

Thank you very much for reporting this bug. -- It has been there since 5
years. I guess you are the first person who enabled promiscuous mode in the
back end w/o setting the host value in the front end.

Regards,
Jost Boekemeier

On Sep 13, 2009 11:07 PM, <php...@li...>
wrote:

Oops the image got stripped. Here's a link to it:

http://idisk.me.com/apinstein/Public/Pictures/Skitch/php-java-bridge_tmp_files_problem-20090913-170627.jpg

Alan

On Sep 13, 2009, at 5:01 PM, php-java-bridge-

us...@li... wrote: > My /tmp directory ran out of space (or
inodes or something) to...
> You can see that the bridge exhausted all inodes on /dev/shm then as
> soon as that was full it "failed-over" (by accident, based on a look
> at the code) to /tmp.
>
> Please advise.
>
> Regards,
> Alan
>
------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.
http://p.sf.net/sfu/bobj-july_______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Oops the image got stripped. Here's a link to it:

http://idisk.me.com/apinstein/Public/Pictures/Skitch/php-java-bridge_tmp_files_problem-20090913-170627.jpg

Alan

On Sep 13, 2009, at 5:01 PM, php-java-bridge- 
us...@li... wrote:

> My /tmp directory ran out of space (or inodes or something) today.
>
> When I went and looked, there were 350,000+ tmp files left over from  
> the bridge, like:
>
> -rw-------  1 apache    apache           0 Sep 11  
> 20:34 .php_java_bridge7ZE0oM
> prw-rw-rw-  1 apache    apache           0 Sep 11  
> 20:34 .php_java_bridge7ZE0oM.i
> prw-rw-rw-  1 apache    apache           0 Sep 11  
> 20:34 .php_java_bridge7ZE0oM.o
>
> It actually ended up using all space on /tmp and killed my server!
>
> I see that it's the php Java.inc file that's doing this. I see that  
> the files are created, but never where they're cleaned up.
>
> Not knowing much about how the bridge's life cycle works, I am a bit  
> anxious to just start ramming code in there to clean up, but clearly  
> there is a problem. Here's a graph of inode usage on my server since  
> upgrading to the latest php-java-bridge:
>
>
>
>
> You can see that the bridge exhausted all inodes on /dev/shm then as  
> soon as that was full it "failed-over" (by accident, based on a look  
> at the code) to /tmp.
>
> Please advise.
>
> Regards,
> Alan
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

My /tmp directory ran out of space (or inodes or something) today.

When I went and looked, there were 350,000+ tmp files left over from  
the bridge, like:

-rw-------  1 apache    apache           0 Sep 11  
20:34 .php_java_bridge7ZE0oM
prw-rw-rw-  1 apache    apache           0 Sep 11  
20:34 .php_java_bridge7ZE0oM.i
prw-rw-rw-  1 apache    apache           0 Sep 11  
20:34 .php_java_bridge7ZE0oM.o

It actually ended up using all space on /tmp and killed my server!

I see that it's the php Java.inc file that's doing this. I see that  
the files are created, but never where they're cleaned up.

Not knowing much about how the bridge's life cycle works, I am a bit  
anxious to just start ramming code in there to clean up, but clearly  
there is a problem. Here's a graph of inode usage on my server since  
upgrading to the latest php-java-bridge: