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

> Would it be feasible to create a generic callback interface in Java
> and then use java_closure() on the PHP side to create the equivalent
> of an anonymous inner class which implements the callback interface?
> I could then pass this to a method on the Java side that executes the
> callback within the context of a transaction, and additionally
> handles and wraps all exceptions with a type that it explicitly
> declares.  Would this solve the issue without the performance
> penalties that the JAVA_PREFER_VALUES option would?  Or am I totally
> on the wrong track here?

Sorry to followup to my own post here, but I tried this out and it does
work.  The code I have on the Java side is roughly equivalent to the
following:

public static void runInTransaction(Callback callback) throws
CallbackException {
  SessionFactory factory = getSessionFactory();

  try {
    factory.getCurrentSession().beginTransaction();
    callback.execute();
    factory.getCurrentSession().getTransaction().commit();
  } catch (RuntimeException e) {
    factory.getCurrentSession().getTransaction().rollback();
    throw new CallbackException(e);
  }
}

>From the PHP side:

class MyCallback {
  function execute() {
    //arbitrary code
  }
}

$callback = java_closure(new MyCallback(), null, new Java("Callback"));
try {
  java(...)->runInTransaction($callback);
} catch (JavaException $ex) {
  //handle exception
}

This seems to work.  Does this sidestep the exception handling issue?  Does
it significantly impact performance versus ensuring that all methods in the
arbitrary code declare all exceptions that they throw?

Thanks in advance...

Michael

Jost Boekemeier wrote:
> Please note that the option JAVA_PREFER_VALUES kills performance as it
> checks for an exception after each call (I.e. each java call
> generates a full network round-trip).

Hi,

Thanks for the response.  I did see the JAVA_PREFER_VALUES option in the
other thread I referenced and saw the warning about performance, so I want
to avoid that option if at all possible.

At this point my question is really more of a Java question and not so much
of a bridge question, but do you have any general pointers as to a pattern I
can use to handle these unchecked exceptions on the Java side without having
to sprinkle declarations all thoughout my Java code?

Would it be feasible to create a generic callback interface in Java and then
use java_closure() on the PHP side to create the equivalent of an anonymous
inner class which implements the callback interface?  I could then pass this
to a method on the Java side that executes the callback within the context
of a transaction, and additionally handles and wraps all exceptions with a
type that it explicitly declares.  Would this solve the issue without the
performance penalties that the JAVA_PREFER_VALUES option would?  Or am I
totally on the wrong track here?

Thanks again.

Hi,

In PHP/Java Bridge version 5.4.4.2 you can use the option
JAVA_PREFER_VALUES:

Download version 5.4.4.2, for example:
http://downloads.sourceforge.net/project/php-java-bridge/Binary%20package/php-java-bridge_5.4.4.2/JavaBridge.jar?use_mirror=dfn

Type java -jar JavaBridge.jar --version
-> 5.4.4.2

Type java -jar JavaBridge.jar SERVLET_LOCAL:8081 3 ""

Type php -n -dallow_url_include=On test.php

Test.php:

<?php
define ("JAVA_PREFER_VALUES", true);
require_once("http://localhost:8081/JavaBridge/java/Java.inc");

java_require("foo.jar");
try {
java("Foo")->call(false);
java("Foo")->call(true);
java("Foo")->call(false);
} catch (JavaException $e) {
  echo $e;
  }
?>

Foo.java:
public class Foo {
    public static void call(boolean b) {
if (b) throw new RuntimeException("bleh!");
    }
}

Please note that the option JAVA_PREFER_VALUES kills performance as it
checks for an exception after each call (I.e. each java call generates a
full network round-trip).
I have tested this against PHP/Java Bridge version 5.4.4.2. In 5.5.2 this
option doesn't work anymore (we'll re-enable it in a later 5.5 release).

However, I think it is better to handle unchecked exceptions in your own
Java class.

Regards,
Jost Boekemeier

On Sep 23, 2009 8:30 PM, <php...@li...>
wrote:

Hi,

I'm in the process of evaluating the PHP/Java Bridge.  My company wants to
use it to leverage an existing set of data model classes we have created
using Hibernate.  I've successfully set up a test that is working fine, but
I've come across something I'm concerned and a bit confused about and was
hoping the list could help me.

I've read the FAQ entry which states that all exceptions crossing the
boundary must be declared, as well as a thread in the mailing list archives
here:
http://sourceforge.net/mailarchive/message.php?msg_id=3921.39923.qm%40web505
08.mail.re2.yahoo.com

My concern is that this will prevent us from using the bridge in the way we
have envisioned, so I'm asking for advice on how to handle it.

We want to be able to perform arbitrary operations on our data model classes
within the scope of a Hibernate transaction, using a pattern like the
following:

$factory = getSessionFactory(); //Hibernate session factory
try {

 $factory->getCurrentSession()->beginTransaction();

 //arbitrary code here

 $factory->getCurrentSession()->getTransaction()->commit();

} catch (JavaException $ex) {
 $factory->getCurrentSession()->getTransaction()->rollback();
 throw $ex;
}

My concern is that there are several places within the arbitrary code
sections where we are calling methods that throw unchecked exceptions that
subclass RuntimeException.  Most of our exceptions will occur during the
commit, but not all of them.

Is our approach even feasible with the bridge?  We do not want to have to
declare "throws RuntimeException" on hundreds of methods in our data model
classes.  Is there some other approach we could take, perhaps passing our
arbitrary code as a closure to the java side and having a top level handler
for all exceptions on the java side of things?

I apologize if I am misunderstanding anything.  I have been programming Java
for a couple of years but so far I've only used basic servlets, no JEE
containers or anything more complicated so I'm basically looking for
guidance.

Thanks in advance!

Michael Sims


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

dominik wrote:
> I would recommend to encapsulate your arbitrary code inside a java
> method and simply call
> the method from the php-side of the bridge, instead of rebuilding it
> in php.

Thanks for the suggestion.  That doesn't really work for what we are wanting
to do, however.  We will have this arbitrary code spread all through our PHP
application, in the PHP code that handles user requests.  Much of the
arbitrary code in question will interact with parameters supplied from the
user, and the data model classes will be used in the view to render the
page.  While we could create dozens of methods for each different PHP page
that accepts various parameters, this would be a maintenance nightmare and
would defeat the purpose of trying to leverage this code in the first place.

Thanks again.

Michael

I would recommend to encapsulate your arbitrary code inside a java
method and simply call
the method from the php-side of the bridge, instead of rebuilding it in php.

~ dominik

On Wed, Sep 23, 2009 at 8:10 PM,
<php...@li...> wrote:
> Hi,
>
> I'm in the process of evaluating the PHP/Java Bridge.  My company wants to
> use it to leverage an existing set of data model classes we have created
> using Hibernate.  I've successfully set up a test that is working fine, but
> I've come across something I'm concerned and a bit confused about and was
> hoping the list could help me.
>
> I've read the FAQ entry which states that all exceptions crossing the
> boundary must be declared, as well as a thread in the mailing list archives
> here:
> http://sourceforge.net/mailarchive/message.php?msg_id=3921.39923.qm%40web505
> 08.mail.re2.yahoo.com
>
> My concern is that this will prevent us from using the bridge in the way we
> have envisioned, so I'm asking for advice on how to handle it.
>
> We want to be able to perform arbitrary operations on our data model classes
> within the scope of a Hibernate transaction, using a pattern like the
> following:
>
> $factory = getSessionFactory(); //Hibernate session factory
> try {
>
>  $factory->getCurrentSession()->beginTransaction();
>
>  //arbitrary code here
>
>  $factory->getCurrentSession()->getTransaction()->commit();
>
> } catch (JavaException $ex) {
>  $factory->getCurrentSession()->getTransaction()->rollback();
>  throw $ex;
> }
>
> My concern is that there are several places within the arbitrary code
> sections where we are calling methods that throw unchecked exceptions that
> subclass RuntimeException.  Most of our exceptions will occur during the
> commit, but not all of them.
>
> Is our approach even feasible with the bridge?  We do not want to have to
> declare "throws RuntimeException" on hundreds of methods in our data model
> classes.  Is there some other approach we could take, perhaps passing our
> arbitrary code as a closure to the java side and having a top level handler
> for all exceptions on the java side of things?
>
> I apologize if I am misunderstanding anything.  I have been programming Java
> for a couple of years but so far I've only used basic servlets, no JEE
> containers or anything more complicated so I'm basically looking for
> guidance.
>
> Thanks in advance!
>
> Michael Sims
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Hi,

I'm in the process of evaluating the PHP/Java Bridge.  My company wants to
use it to leverage an existing set of data model classes we have created
using Hibernate.  I've successfully set up a test that is working fine, but
I've come across something I'm concerned and a bit confused about and was
hoping the list could help me.

I've read the FAQ entry which states that all exceptions crossing the
boundary must be declared, as well as a thread in the mailing list archives
here:
http://sourceforge.net/mailarchive/message.php?msg_id=3921.39923.qm%40web505
08.mail.re2.yahoo.com

My concern is that this will prevent us from using the bridge in the way we
have envisioned, so I'm asking for advice on how to handle it.

We want to be able to perform arbitrary operations on our data model classes
within the scope of a Hibernate transaction, using a pattern like the
following:

$factory = getSessionFactory(); //Hibernate session factory
try {

  $factory->getCurrentSession()->beginTransaction();

  //arbitrary code here

  $factory->getCurrentSession()->getTransaction()->commit();

} catch (JavaException $ex) {
  $factory->getCurrentSession()->getTransaction()->rollback();
  throw $ex;
}

My concern is that there are several places within the arbitrary code
sections where we are calling methods that throw unchecked exceptions that
subclass RuntimeException.  Most of our exceptions will occur during the
commit, but not all of them.

Is our approach even feasible with the bridge?  We do not want to have to
declare "throws RuntimeException" on hundreds of methods in our data model
classes.  Is there some other approach we could take, perhaps passing our
arbitrary code as a closure to the java side and having a top level handler
for all exceptions on the java side of things?

I apologize if I am misunderstanding anything.  I have been programming Java
for a couple of years but so far I've only used basic servlets, no JEE
containers or anything more complicated so I'm basically looking for
guidance.

Thanks in advance!

Michael Sims

Hi,

> Java.inc on line 534 (even whe

ShutdownWithBrokenConnection is called after an protocol error.

You have likely changed the JAVA_SERVLET option to off, but using a servlet
backend. -- The error message means that the XML parser could not parse the
HTML response from the servlet back end.

Please correct or remove your php.ini/java.ini or run php with the -n option
to ignore your broken ini file.

On Sep 22, 2009 4:37 PM, <php...@li...>
wrote:

Hi,

I have Centos 5.3 which has package of PHP 5.1.6.
I downloaded the latest JavaBridge and I get the error Call to undefined
function error_get_last() in Java.inc on line 534 (even when running
test on command line).

The documentation for JavaBridge says it is compatible with PHP version
>= 5.1.2 but this function call is only supported by PHP version >=
5.2.0

Must I upgrade to PHP 5.2.0 or can I get an older JavaBridge version
from somewhere as I don't want to upset the 'standard' Centos 5.3
environment?


Regards,

John J Smith
Software Engineer
Transport Technology Services
Highways Division
Mott MacDonald
1 Atlantic Quay
Broomielaw
Glasgow G2 8JB

Direct:  +44 (0)141 222 9121
Fax:  +44 (0)141 221 8083

www.mottmac.com <http://www.mottmac.com/>

www.transporttech.mottmac.com
<file:///C:/Documents%20and%20Settings/smi41108/Application%20Data/Micro
soft/Signatures/www.transporttech.mottmac.com>

This message is from Mott MacDonald Limited Registered in England No.
1243967 Mott MacDonald House, 8-10 Sydenham Road, Croydon, Surrey, CR0
2EE, United Kingdom


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users