php-java-bridge-users

[Php-java-bridge-users] JavaException->getMessage() returns always an empty string

[<php...@li...>]

Hello,

I used an old version of the PHP Java Bridge (v5.4.3) and I was used to get
the exception messages by using the getMessage() method.
As I update my PHP Java Bridge version to 6.2.1, the getMessage() method
always returns an empty string.

Is there any reason to that ?

Regards,
Fanny Puaud

Re: [Php-java-bridge-users] JavaException->getMessage() returns always an empty string

[<php...@li...>]

Exception::getMessage()  is final and cannot be overwritten.

Use getCause()->getMessage() to access the Java getMessage() method.
Am 18.01.2011 09:56 schrieb <php...@li...>:
> Hello,
>
> I used an old version of the PHP Java Bridge (v5.4.3) and I was used to
get
> the exception messages by using the getMessage() method.
> As I update my PHP Java Bridge version to 6.2.1, the getMessage() method
> always returns an empty string.
>
> Is there any reason to that ?
>
> Regards,
> Fanny Puaud
>
>
>
>
------------------------------------------------------------------------------
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand
> malware threats, the impact they can have on your business, and how you
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Re: [Php-java-bridge-users] JavaException->getMessage() returns always an empty string

[<php...@li...>]

Hi,

It can be considered a bug. But it will stay that way.

new JavaException returns a non-null value if you have passed the message in
the constructor.

For Exceptions generated by Java, the php message is always null, as we
cannot override the php getmessage method. The bridge uses exception
chaining, so you can get the information from the parent, as usual.

Regards,
Jost Bökemeier