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

May be. But any exception crossing the php/java container must be declared.
Otherwise the behaviour is unspecified.

The problem is that the bridge may "inline" the method call to gain speed.
If you declare that a method doesn't throw an exception and the first method
invocation indeed runs okay, the method is "inlined" and doesn't generate a
round trip anymore.

The option prefer values disables this, making the comm. about 20 times
slower.

Ejb for example has a similar requirement for exceptions crossing the ejb
container (e.g. undeclared RuntimeExceptions immediately kill the current
transaction), I think JEE programmers will not run into this problem.
--Everybody else should read the JavaException API documentation, or they
will learn this the hard way. :)

Regards,
Jost Boekemeier

3. Jul 2009 2:08 nachm. schrieb am <
php...@li...>:

Ok, but then it is not working consistently. RuntimeException is thrown in
first case below, but not in third.

try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex)
{//catched nicely here } tr...
And consistent or not with other containers, I think this makes life much
harder on PHP side. To be safe one should do in some cases something like:

try {
   $obj = $java->methodA($arg);
   $rex = java_values($obj);
   if ($rex instanceof Exception)
       throw $rex;
   $val = $obj->methodB();
   ...
} catch (Exception $ex) {
   // handle exception
}

instead of:

try {
   $val = $java->methodA($arg)->methodB();
   ...
} catch (Exception $ex) {
   // handle exception
}

---
Juha

Undeclared exceptions are not handled. This is consistent with other JEE
containers. [Undeclared]...

Ok, but then it is not working consistently. RuntimeException is thrown in first case below, but not in third.

try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) {//catched nicely here }

try { $val = $javaObjOrClass->throwIfTrue(false) } catch(Exception $ex) {//does not come here, $val is ok }

try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) {//does not come here, $val contains exception }

And consistent or not with other containers, I think this makes life much harder on PHP side. To be safe one should do in some cases something like:

try {
    $obj = $java->methodA($arg);
    $rex = java_values($obj);
    if ($rex instanceof Exception)
        throw $rex;
    $val = $obj->methodB();
    ...
} catch (Exception $ex) {
    // handle exception
}

instead of:

try {
    $val = $java->methodA($arg)->methodB();
    ...
} catch (Exception $ex) {
    // handle exception
}

---
Juha


Undeclared exceptions are not handled. This is consistent with other JEE
containers.

[Undeclared]
> Exception not thrown but returned in php side

This is correct behaviour and documented this way.

Regards,
Jost Boekemeier

3. Jul 2009 1:34 nachm. schrieb am <
php...@li...>:

Hi,

There seem to be a bug in runtime exception handling in PHP/Java Bridge
5.4.4.2:
1) Call some java method and get return value successfully
2) Call same method again, but now it throws runtime exception
-> Exception not thrown but returned in php side

Example:
try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) {
//catched nicely here }
try { $val = $javaObjOrClass->throwIfTrue(false) } catch(Exception $ex) {
//does not come here, $val is ok }
try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) {
//does not come here, $val contains exception }

Workaround:
define("JAVA_PREFER_VALUES", true);

Juha



------------------------------------------------------------------------------
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
------------------------------------------------------------------------------
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users



      

Undeclared exceptions are not handled. This is consistent with other JEE
containers.

[Undeclared]
> Exception not thrown but returned in php side

This is correct behaviour and documented this way.

Regards,
Jost Boekemeier

3. Jul 2009 1:34 nachm. schrieb am <
php...@li...>:

Hi,

There seem to be a bug in runtime exception handling in PHP/Java Bridge
5.4.4.2:
1) Call some java method and get return value successfully
2) Call same method again, but now it throws runtime exception
-> Exception not thrown but returned in php side

Example:
try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) {
//catched nicely here }
try { $val = $javaObjOrClass->throwIfTrue(false) } catch(Exception $ex) {
//does not come here, $val is ok }
try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) {
//does not come here, $val contains exception }

Workaround:
define("JAVA_PREFER_VALUES", true);

Juha



------------------------------------------------------------------------------
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi,

There seem to be a bug in runtime exception handling in PHP/Java Bridge 5.4.4.2:
1) Call some java method and get return value successfully
2) Call same method again, but now it throws runtime exception
-> Exception not thrown but returned in php side

Example:
try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) { //catched nicely here }
try { $val = $javaObjOrClass->throwIfTrue(false) } catch(Exception $ex) { //does not come here, $val is ok }
try { $val = $javaObjOrClass->throwIfTrue(true) } catch(Exception $ex) { //does not come here, $val contains exception }

Workaround:
define("JAVA_PREFER_VALUES", true);

Juha


      

Thank you very much. That was indeed helpful.


Am 03.07.2009 um 13:06 schrieb php...@li... 
:

> No. Its only slightly more work for the syntax transformer, that's  
> all.
>
> If you load additional libraries like java_autoload("c:/lucene.jar")  
> the
> first request must also load and cache the additional libs.
>
> Regards,
> Jost Boekemeier
>
> 3. Jul 2009 12:58 nachm. schrieb am <
> php...@li...>:
>
> Ok. Now I'm impressed.
>
> Are there any security issues that might go with java_autoload()?
>
> Alex
>
> Am 03.07.2009 um 12:46 schrieb php...@li...
> :
>
>> Well, if you use php 5.3 it is indeed easier. In PHP 5.3 you can >
> autoload > Java libraries an...
>
>>
> ------------------------------------------------------------------------------
>> _________________...
>
>> php...@li...
>
>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users----------------------------- 
>> ...
>
> php...@li...
>
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

No. Its only slightly more work for the syntax transformer, that's all.

If you load additional libraries like java_autoload("c:/lucene.jar") the
first request must also load and cache the additional libs.

Regards,
Jost Boekemeier

3. Jul 2009 12:58 nachm. schrieb am <
php...@li...>:

Ok. Now I'm impressed.

Are there any security issues that might go with java_autoload()?

Alex

Am 03.07.2009 um 12:46 schrieb php...@li...
:

> Well, if you use php 5.3 it is indeed easier. In PHP 5.3 you can >
autoload > Java libraries an...

>
------------------------------------------------------------------------------
> _________________...

> php...@li...

> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users-----------------------------...

php...@li...

https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Ok. Now I'm impressed.

Are there any security issues that might go with java_autoload()?

Alex

Am 03.07.2009 um 12:46 schrieb php...@li... 
:

> Well, if you use php 5.3 it is indeed easier. In PHP 5.3 you can  
> autoload
> Java libraries and import Java classes like ordinary PHP classes. The
> following example extends java.lang.String:
>
> <?php java_autoload();
>
> use java\lang\String as JString;
>
> class String extends JString {
>  function toString(){
>    return "I am " . parent::toString();
>  }
>  function __toString() {return this->toString();}
> }
>
> echo new String("foo");
> ?>
> => I am foo
>
> Regards,
> Jost Boekemeier
>
> 3. Jul 2009 10:46 vorm. schrieb am <
> php...@li...>:
>
> Thank you. Now I see how it has to be done.
>
> Although it's not as fluffy as I would have wished but I guess it will
> work. :-)
>
> Cheers,
> Alexander Thomas
>
> Am 02.07.2009 um 14:54 schrieb php...@li...
> :
>
>> You could use the visitor- or the decorator design pattern to >  
>> intercept
> the > method calls fr...
> ------------------------------------------------------------------------------
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Well, if you use php 5.3 it is indeed easier. In PHP 5.3 you can autoload
Java libraries and import Java classes like ordinary PHP classes. The
following example extends java.lang.String:

<?php java_autoload();

use java\lang\String as JString;

class String extends JString {
  function toString(){
    return "I am " . parent::toString();
  }
  function __toString() {return this->toString();}
}

echo new String("foo");
?>
=> I am foo

Regards,
Jost Boekemeier

3. Jul 2009 10:46 vorm. schrieb am <
php...@li...>:

Thank you. Now I see how it has to be done.

Although it's not as fluffy as I would have wished but I guess it will
work. :-)

Cheers,
Alexander Thomas

Am 02.07.2009 um 14:54 schrieb php...@li...
:

> You could use the visitor- or the decorator design pattern to > intercept
the > method calls fr...

Thank you. Now I see how it has to be done.

Although it's not as fluffy as I would have wished but I guess it will  
work. :-)

Cheers,
Alexander Thomas

Am 02.07.2009 um 14:54 schrieb php...@li... 
:

> You could use the visitor- or the decorator design pattern to  
> intercept the
> method calls from your Java class.
>
> It all depends on your requirements. If your java class is a data  
> structure
> with a few methods, I would use a visitor. To override specific  
> methods from
> the superclass I would use a decorator.
>
> Please see a standard text book or wikipedia.org for details.
>
> As far as the bridge is concerned, all you need is java_closure() to  
> convert
> your PHP object into a Java object. After that you can apply whatever
> pattern you prefer to merge the two java instances.
>
> Regards,
> Jost Boekemeier
>
> 2. Jul 2009 12:52 nachm. schrieb am <
> php...@li...>:
>
> Hi everybody,
>
> first of all thanks for this great piece of software that makes it
> easy to use powerful Java libs in a PHP based application. That's
> really awesome.
>
> Currently I'm working on a PDF generation using iText and I'm
> surprised that it's quite easy to find my way around. But of course I
> wouldn't post this if there wasn't this one thing that is not working
> for me: writing a PHP class that derives from a Java class.
>
> Before you guys scream "RTFM!", I really tried to find this out myself
> but all I could find was the FAQ file in the documentation. This
> points to java_closure() and to an example in the file script_api.php
> in the tests folder.
>
> Reading the documentation of java_closure() and the example only the
> implementation of java interfaces in a PHP class is described (which
> will definitely be useful for me later - I'm sure).
>
> So my question: can someone please explain how a PHP class can extend
> a Java class?
>
> Any hint would be appreciated.
>
> Thank you very much.
>
> Regards,
> Alexander Thomas
>
> ------------------------------------------------------------------------------
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users