php-java-bridge-users Mailing List for PHP/Java Bridge (Page 48)

Hi,

> 1. What is object->value autoconversion?

Automatic conversion to a value of some primitive type.
Please see section "type juggling" in the php manual.

> 2. What proposed hook?

Please see http://wiki.php.net/rfc/class_casting_to_scalar

> "major interna infrastructure change" from 3.x to 4.x > and didn't see any
docs or upgrade guides to inform > me

Please see the NEWS entry for version 5.0.0. Quote: "This version is no
longer backward compatible with earlier ..."

> But what does it *do*? I've looked through the

It forces a full round-trip for any java method/function returning a value
rather than an object.

> Should I just *cast* everything? Only when the

Err, no. I have mentioned the cast to explain the problem that php5 has and
how this is going to be fixed.

The only changes you should be aware of are 1. Undeclared exceptions cannot
be caught and 2. No automatic java -> php value conversion. Use
java_values(...) to retrieve the value from a java proxy.
Please see the news entry for version 5.0.0 for details.

I know that these two restrictions are annoying for those who upgrade from
earlier versions, but until php doesn't contain the necessary hooks, we must
use what's available in php.

Regards,
Jost Boekemeier

14. Jul 2009 3:02 nachm. schrieb am <
php...@li...>:

>> So why the sudden infinite loop bug? > > In PHP5 object->value
autoconversion only works for stri...
1. What is object->value autoconversion? Do you mean duck typing from
$obj to typed values?
2. What proposed hook?
3. We've used this on PHP5 the entire time.

>> took me and someone else about 10-12 hours of > > I m sorry for the
inconvenience, but we've had...
Our use of the bridge has been running perfectly for 2 years and we
just haven't had to touch it. I was unaware of the "major internal
infrastructure change" from 3.x to 4.x and didn't see any docs or
upgrade guides to inform me.

>> Simply adding the JAVA_PREFER_VALES=true fixed the > > We will switch it
on as soon as possible....
But what does it *do*? I've looked through the Java.inc code but it's
just not obvious what this actually does.

Would you recommend that I upgrade my code that uses the bridge to
work *without* this setting? Does it confer any advantages?

Is there a simple guide somewhere that explains what you have to
understand about the bridge to make things work in PHP?

I have scoured the web site but frankly I just don't see clear
instructions on the best practices for using the bridge.

Should I just *cast* everything? Only when the expected value is *not*
a string? When should you use java_values vs not?

I finally see some information regarding this in the Client API docs,
but API docs aren't really good for getting started. I'd think it'd be
useful to have a small 1-page "client user guide" with a handful of
best practices for all of the requisite type-juggling which isn't at
all an *expected* thing to need to do.

Please understand that these criticisms come from love. The bridge is
an amazing piece of software. It's run flawlessly for 2-3 years for
us. But every time I use it I find it really confusing to try to get
running and I feel that a small "guide" from the developers would save
me (and other users) *tons* of time and frustration. I would write it
myself for the project but at this point it'd just be terribly wrong!

Regards,

Alan

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

... on my system echo java("java.lang.System")->getProperties() reports
java.ext.dirs=/usr/java/default/lib/ext.

If I put the JavaBridge.jar in there, the bridge works, even when running
tomcat with the -secure option.

Don't you install JavaBridge.jar and php-script.jar into the JVM classpath
anyway? If so, then all you need to do is to remove the JavaBridge.jar and
php-script.jar from the JavaBridge.war.

Jost

14. Jul 2009 6:28 nachm. schrieb am "Jost Bekemeier" <
jos...@go...>:

Hi Andre,

Does it help if you move JavaBridge.jar from WEB-INF/lib to the
java.ext.dir?

On my system <?php echo java("java.lang.System

14. Jul 2009 2:39 nachm. schrieb am <
php...@li...>:

> > Hello, > I had to move to a new machine and performed a Debian 5.x clean
install . > Now, I am ...
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi Andre,

Does it help if you move JavaBridge.jar from WEB-INF/lib to the
java.ext.dir?

On my system <?php echo java("java.lang.System

14. Jul 2009 2:39 nachm. schrieb am <
php...@li...>:

Hello,
I had to move to a new machine and performed a Debian 5.x clean install .
Now, I am only able to run JavaBridge *without* Tomcat 5.5 security enabled
at
/etc/default/tomcat5.5
Even configuring /etc/tomcat5.5/policy.d/60JavaBridge.policy to
java.security.AllPermission was not enough.
Do you have some hint?
Regards.
Andre Felipe Machado


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

>> So why the sudden infinite loop bug?
>
> In PHP5 object->value autoconversion only works for strings, but not  
> for
> other primitive values. Until the proposed hook exists, please use a  
> string
> cast explicitly or java_is_false(), which calls ((bool)(string)$jobj)
> internally.
>
> This feature was working in PHP4 (through a low-level api), dropped  
> in PHP5.
> But I am quite sure this will work again in PHP6.

1. What is object->value autoconversion? Do you mean duck typing from  
$obj to typed values?
2. What proposed hook?
3. We've used this on PHP5 the entire time.

>> took me and someone else about 10-12 hours of
>
> I m sorry for the inconvenience, but we've had the entire 4.x  
> release for
> more than 2 years to help the transition from binary to XML. -- The  
> reason
> was that the low level binary code doesn't work well in mixed  
> environments
> (64 bit JVM vs. 32 bit PHP and vice versa), and needed recompilation  
> for
> each new PHP binary.

Our use of the bridge has been running perfectly for 2 years and we  
just haven't had to touch it. I was unaware of the "major internal  
infrastructure change" from 3.x to 4.x and didn't see any docs or  
upgrade guides to inform me.

>> Simply adding the JAVA_PREFER_VALES=true fixed the
>
> We will switch it on as soon as possible.

But what does it *do*? I've looked through the Java.inc code but it's  
just not obvious what this actually does.

Would you recommend that I upgrade my code that uses the bridge to  
work *without* this setting? Does it confer any advantages?

Is there a simple guide somewhere that explains what you have to  
understand about the bridge to make things work in PHP?

I have scoured the web site but frankly I just don't see clear  
instructions on the best practices for using the bridge.

Should I just *cast* everything? Only when the expected value is *not*  
a string? When should you use java_values vs not?

I finally see some information regarding this in the Client API docs,  
but API docs aren't really good for getting started. I'd think it'd be  
useful to have a small 1-page "client user guide" with a handful of  
best practices for all of the requisite type-juggling which isn't at  
all an *expected* thing to need to do.

Please understand that these criticisms come from love. The bridge is  
an amazing piece of software. It's run flawlessly for 2-3 years for  
us. But every time I use it I find it really confusing to try to get  
running and I feel that a small "guide" from the developers would save  
me (and other users) *tons* of time and frustration. I would write it  
myself for the project but at this point it'd just be terribly wrong!

Regards,

Alan

Hello,
I had to move to a new machine and performed a Debian 5.x clean install .
Now, I am only able to run JavaBridge *without* Tomcat 5.5 security enabled at
/etc/default/tomcat5.5
Even configuring /etc/tomcat5.5/policy.d/60JavaBridge.policy to
java.security.AllPermission was not enough.
Do you have some hint?
Regards.
Andre Felipe Machado

> So why the sudden infinite loop bug?

In PHP5 object->value autoconversion only works for strings, but not for
other primitive values. Until the proposed hook exists, please use a string
cast explicitly or java_is_false(), which calls ((bool)(string)$jobj)
internally.

This feature was working in PHP4 (through a low-level api), dropped in PHP5.
But I am quite sure this will work again in PHP6.

> took me and someone else about 10-12 hours of

I m sorry for the inconvenience, but we've had the entire 4.x release for
more than 2 years to help the transition from binary to XML. -- The reason
was that the low level binary code doesn't work well in mixed environments
(64 bit JVM vs. 32 bit PHP and vice versa), and needed recompilation for
each new PHP binary.

> Simply adding the JAVA_PREFER_VALES=true fixed the

We will switch it on as soon as possible.

Regards,
Jost Boekemeier

14. Jul 2009 6:46 vorm. schrieb am <
php...@li...>:

Jost-

Thanks again for the pile of tips. Based on your steps I was finally
able to isolate the problem.

In reality my situation was caused by a collision of lack of upgrade
docs with code that might not have been clean enough in the first
place. I'll tell you what happened, and ask that hopefully you can
amend the docs to prevent others from experiencing the same thing. It
literally took me and someone else about 10-12 hours of debugging over
4-5 debugging sessions to figure this out.

So, in PHP code we were doing something like:

$rs = $someJavaObject->getResultSet();
while ($rs->next()) {
       // stuff
}

This works *fine* on java bridge v3.1.8. When we upgraded, it started
failing.

After installing turning on verbose debugging, we realized that the
script was actually executing in an infinite loop in that spot, which
is why it was eventually throwing a "php script timeout" error. The
debug logs allowed us to find the code shown above and realize that we
were in an infinite loop.

So why the sudden infinite loop bug?

> define ("JAVA_PREFER_VALUES", true);
> require_once('/usr/local/src/pjb/java/Java.inc');

Simply adding the JAVA_PREFER_VALES=true fixed the bug. That setting
doesn't seem to be documented anywhere. Nothing is mentioned about
anything special needing to be done to upgrade that I saw.

So, while I am very happy that we've solved our problem, I would still
like to know:

1) What exactly does JAVA_PREFER_VALES=true do?
2) Could you please add in an appropriate place in the docs something
about this setting and how it might be important when upgrading from
older versions. It would've saved me TONS of time and massive amounts
of frustration. In the end it has taken us 10-12 hours minimum off and
on for 3 weeks to solve this problem. I don't wish it on anyone else.

Thanks again for your help, without your advice we'd probably have
gone totally nuts by now.

Regards,
Alan


On Jun 20, 2009, at 2:44 AM, php-java-bridge-

us...@li... wrote: > Hi, > >> bridge seems to be hanging...
the first few calls wil...

>
------------------------------------------------------------------------------
> Are you an open s...

> php...@li... >
https://lists.sourceforge.net/lists/listinfo/php-jav...
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge

_______________________________________________ php-java-bridge-users
mailing list

php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-br...

Jost-

Thanks again for the pile of tips. Based on your steps I was finally  
able to isolate the problem.

In reality my situation was caused by a collision of lack of upgrade  
docs with code that might not have been clean enough in the first  
place. I'll tell you what happened, and ask that hopefully you can  
amend the docs to prevent others from experiencing the same thing. It  
literally took me and someone else about 10-12 hours of debugging over  
4-5 debugging sessions to figure this out.

So, in PHP code we were doing something like:

$rs = $someJavaObject->getResultSet();
while ($rs->next()) {
	// stuff
}

This works *fine* on java bridge v3.1.8. When we upgraded, it started  
failing.

After installing turning on verbose debugging, we realized that the  
script was actually executing in an infinite loop in that spot, which  
is why it was eventually throwing a "php script timeout" error. The  
debug logs allowed us to find the code shown above and realize that we  
were in an infinite loop.

So why the sudden infinite loop bug?

> define ("JAVA_PREFER_VALUES", true);
> require_once('/usr/local/src/pjb/java/Java.inc');

Simply adding the JAVA_PREFER_VALES=true fixed the bug. That setting  
doesn't seem to be documented anywhere. Nothing is mentioned about  
anything special needing to be done to upgrade that I saw.

So, while I am very happy that we've solved our problem, I would still  
like to know:

1) What exactly does JAVA_PREFER_VALES=true do?
2) Could you please add in an appropriate place in the docs something  
about this setting and how it might be important when upgrading from  
older versions. It would've saved me TONS of time and massive amounts  
of frustration. In the end it has taken us 10-12 hours minimum off and  
on for 3 weeks to solve this problem. I don't wish it on anyone else.

Thanks again for your help, without your advice we'd probably have  
gone totally nuts by now.

Regards,
Alan


On Jun 20, 2009, at 2:44 AM, php-java-bridge- 
us...@li... wrote:

> Hi,
>
>> bridge seems to be hanging... the first few calls will
>> work, then communication with the bridge becomes
>> interrupted and hangs the web server and
>> subsequent requests
>
> Since everybody uses the same channel w/o problems (servlet: uses  
> inet:
> internally, see or faq), we need to find out what's so special with  
> your
> setup and what "interrupted" and "hanging" really means.
>
> Possible causes:
>
> 1. You have migrated from 3.x to 5.x, which means that an old front  
> end may
> try to communicate with the new back end. Please use the "Java.inc"  
> shipped
> with the back end. You can raise the  
> php.java.bridge.default_log_level to 4
> or above to observe the communication (details in faq or from java - 
> jar
> JavaBridge.jar --help)
>
> 2. Your php version cannot execute the php code from Java.inc  
> correctly.
> (Unlikely if you use php php 5.2, 5.3 or php 6.x).
>
> In any case, you can debug php with strace or gdb: for i in `pidof  
> httpd`;
> do strace -s 1024 -ff -p $i >$i.log 2>&1 ;done traces all "httpd"  
> instances
> running php and writes the system calls to $i.log.
>
> Or, slightly easier, as it uses only one executable:
>
>  strace -s 1024 -ff `which httpd` -X
>
> My guess is that you use a 3.x front end, which expects an old  
> response from
> the back end. The XML protocol has been revised from ver. 3.x to 5.x  
> to not
> use unnecessary round-trips anymore.
>
> Regards,
> Jost Boekemeier
>
> 20. Jun 2009 1:21 vorm. schrieb am <
> php...@li...>:
>
>>> So then the "standalone" use is no longer >recommended or  
>>> supported? > >
> It is still supported, o...
> Where, in the FAQ?
>
>> Example for the standalone container:
>>
>>    java -Dphp.java.bridge.default_log_level=5 -jar JavaBridge.jar
>> SERVLET:8080
>
> This looks different from the previous docs, which were like:
>
>> $JAVA -server -Xmx1200m -jar $JAVA_BRIDGE_PATH INET_LOCAL:9676 3
>
>
> What is the final "3" for? And INET_LOCAL vs SERVLET? Are those java
> parameters, or arguments interpreted by the JavaBridge.jar executable?
>
> In any case is this form acceptable?
>
>> $JAVA -server -Xmx1200m -jar $JAVA_BRIDGE_PATH INET_LOCAL:9676 3
>
> If so, this is the form we're having trouble with. The bridge seems to
> be hanging... the first few calls will work, then communication with
> the bridge becomes interrupted and hangs the web server and subsequent
> requests.
>
> Any idea where to look first for errors? Nothing in the output from
> the Jar...
>
> Thanks,
>
> Alan
> ------------------------------------------------------------------------------
> Are you an op...
>
> php...@li...
>
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Are you an open source citizen? Join us for the Open Source Bridge  
> conference!
> Portland, OR, June 17-19. Two days of sessions, one day of  
> unconference: $250.
> Need another reason to go? 24-hour hacker lounge. Register today!
> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hello, Jost
The Debian 5.4.4.2-2 binary packages were built before your commit,
AFAIK...
The upcoming 5.4.4.2-3 binary packages, or building from HEAD today will
include it.
Currently, I am building against Debian 5.0 Lenny stable, that uses php
5.2.6.
Only "experimental" Debian repo section has 5.3.x version already.
It is too early to expect a php 5.3.x debian backport repository section
upload.
By now, we have to test bridge backwards compatibility with 5.2.x.
Is there someone at this list with an experimental debian environment
for compiling and testing?
Regards.
Andre Felipe
http://www.techforce.com.br




Em Qui, 2009-07-02 às 18:57 +0200,
php...@li... escreveu:
> Hi Andre,
> 
> I have noticed that PHP 5.3 final uses a backslash as a namespace operator
> instead of ::, used in PHP 5.3RC1.
> 
> I have changed the META-INF/java/JavaBridge.inc java_autoload_function to
> use \\ instead of :: in the CVS head, so that the following code can be used
> in php 5.3:
> 
> <?php java_autoload();
> use java\lang\String as JString;
> 
> echo JString("hello");
> ?>
> 
> This is a new php 5.3 feature, so I think my change doesn't hurt, even if I
> made a terrible mistake and java_autoload() doesn't work at all anymore. But
> if I didn't make a mistake, your debian port will be the first to support
> php 5.3 namespaces with automatic java class loading.
> 
> BTW: I have promised to help to test under debian and to add a patch for
> google app engine. Unfortunately I don't have time at the moment.
> 
> Regards,
> Jost Boekemeier

Hello,
By reading the Gpl faq, I discovered that it is possible to distribute
"aggregated" sw with gpl, given that obeying its respective license
terms.
Aggregate is explained as something at the same media, but not linked
nor modified nor included at other code.
So, if the multiple licenses listed at the /debian/copyright at CVS head
allow this "aggregation" of unmodified code, it may be ok for
the /unsupported directory, for example.
But careful analysis with linked sw among them.
The PHP license is listed as incompatible with gpl.
Could such code portion at JavaBridge.jar be relicensed as gpl? Are all
their code authors reading this list?
MIT and Apache License 2.0 are listed as compatible with gpl.
Regards.
Andre Felipe



Em Qua, 2009-07-08 às 21:06 +0200,
php...@li... escreveu:
> Correction:
> 
> The only files necessary are the libraries
> 
> JavaBridge.jar (MIT + PHP + Apache2)
> php-servlet.jar (MIT)
> php-script.jar (MIT)
> 
> and the PHP files
> 
> Java.inc (MIT)
> JavaProxy.php (MIT)
> 
> Regards,
> Jost Boekemeier

For example with:

$jlist = new ("java.util.ArrayList", array("one",  true, 3));
$jlist->append(...);
...
$jarray = $jlist->toArray());
$jarray|1] = false;
  ...
  // now we store it in the context
  java_context()->setAttribute("ar", $jarray)

9. Jul 2009 12:35 nachm. schrieb am <
php...@li...>:

Hi

I am trying with the following code could you please tell me how to create
the java objects array in php, using php java bridge.

Code I am using:

$testArray = array();
$testObject = new java("test.ravi.phpjavabridge.testJava");
$testArary[0] = $testObject;
java_context()->setAttribute("context", java_closure($testArray), 100);

Thanks

-          Ravi -
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi

I am trying with the following code could you please tell me how to create the java objects array in php, using php java bridge.

Code I am using:

$testArray = array();
$testObject = new java("test.ravi.phpjavabridge.testJava");
$testArary[0] = $testObject;
java_context()->setAttribute("context", java_closure($testArray), 100);

Thanks

-          Ravi -

Correction:

The only files necessary are the libraries

JavaBridge.jar (MIT + PHP + Apache2)
php-servlet.jar (MIT)
php-script.jar (MIT)

and the PHP files

Java.inc (MIT)
JavaProxy.php (MIT)

Regards,
Jost Boekemeier

8. Jul 2009 8:44 nachm. schrieb am "Jost Bekemeier" <
jos...@go...>:

Hi Andre,

isn't it possible to exclude the examples libs from the distribution?

The only files necessary are the libraries:

JavaBridge.jar (MIT + PHP + Apache 2 License)
php-servlet.jar (MIT)
php-script.jar (MIT)

and the PHP files:

Java.inc (MIT)
JavaProxy.inc (MIT)

Regards,
Jost Boekemeier

8. Jul 2009 5:38 nachm. schrieb am <
php...@li...>:

> > Hello, > I found the following guides about licenses incompatibilities:
> http://www.gnu.org/ph...
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

> 2.0 and a few php license files. Declares itself at .
> spec and changelog as lgpl 2.0

The lgpl applies to the java.c and the JavaBridge.inc source files. But
since these files are not used anymore, it really doesn't matter.

Regards,
Jost Boekemeier

8. Jul 2009 5:38 nachm. schrieb am <
php...@li...>:

Hello,
I found the following guides about licenses incompatibilities:
http://www.gnu.org/philosophy/license-list.html
http://www.apache.org/licenses/GPL-compatibility.html
and the list
http://www.opensource.org/licenses
about OSI approved ones.
I found that bridge original code has, at least, "in-line-text-own-license",
gpl
2.0 and a few php license files. Declares itself at .spec and changelog as
lgpl 2.0.
It seems inconsistent, IFAIK.
LGPL 3.x seems to be a good alternative, with compatibility with Apache 2.x
license and good protection for the project.
It seems, at the first review, that other licenses are at the /unsupported
directory.

Regards. Andre Felipe Machado http://www.techforce.com.br

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi Andre,

isn't it possible to exclude the examples libs from the distribution?

The only files necessary are the libraries:

JavaBridge.jar (MIT + PHP + Apache 2 License)
php-servlet.jar (MIT)
php-script.jar (MIT)

and the PHP files:

Java.inc (MIT)
JavaProxy.inc (MIT)

Regards,
Jost Boekemeier

8. Jul 2009 5:38 nachm. schrieb am <
php...@li...>:

Hello,
I found the following guides about licenses incompatibilities:
http://www.gnu.org/philosophy/license-list.html
http://www.apache.org/licenses/GPL-compatibility.html
and the list
http://www.opensource.org/licenses
about OSI approved ones.
I found that bridge original code has, at least, "in-line-text-own-license",
gpl
2.0 and a few php license files. Declares itself at .spec and changelog as
lgpl 2.0.
It seems inconsistent, IFAIK.
LGPL 3.x seems to be a good alternative, with compatibility with Apache 2.x
license and good protection for the project.
It seems, at the first review, that other licenses are at the /unsupported
directory.

Regards. Andre Felipe Machado http://www.techforce.com.br

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hello,
I found the following guides about licenses incompatibilities:
http://www.gnu.org/philosophy/license-list.html
http://www.apache.org/licenses/GPL-compatibility.html
and the list
http://www.opensource.org/licenses
about OSI approved ones.
I found that bridge original code has, at least, "in-line-text-own-license", gpl
2.0 and a few php license files. Declares itself at .spec and changelog as lgpl 2.0.
It seems inconsistent, IFAIK.
LGPL 3.x seems to be a good alternative, with compatibility with Apache 2.x
license and good protection for the project.
It seems, at the first review, that other licenses are at the /unsupported
directory.
Regards.
Andre Felipe Machado
http://www.techforce.com.br

Hello,
I was trying to clean more warnings at Debian packaging and found multiple
licenses in the code base and documentation.
Actually, some non-standard OSI classified ones.
There are files licensed under "in-line-license-text" written at them. Mostly by
Jost.
And maybe, some may be potentially conflicting.
Do we have some license expert at the list?
Please, read the list of licenses I found at the CVS head /debian/copyright file.
You can search text for the names of the licenses at the source.
Many of the licenses are under the "unsupported" directory, and included at
borrowed code.
But some of inconsistencies are at bridge original code.
I guess these bridge original code should be under the same license. And a
careful evaluation of the borrowed code from other projects should be done.
What is the best route?
Regards.
Andre Felipe Machado
http://www.techforce.com.br

Hello,
I committed to CVS repository HEAD new Debian packaging files for improved
SELinux packaging.
Please, checkout from the HEAD and compile yourself for testing.
At the moment, do not try to use cvs-buildpackage as there is not a package tag,
yet.
Use "debuild -rfakeroot -uc -us" from the checkout directory. There will be many
warnings because of CVS folders, but they not harm in a testing environment.
Do not deploy in a production environment!
(You should use the 5.4.4.2-2 Debian packages for this, manually configuring them)
Please, send comments and suggestions.
Regards.
Andre Felipe Machado
http://www.techforce.com.br

Hi,

Since PHP/java Bridge version 5.4.4.2.1 any undeclared exception terminates
the script immediately. For example:

try {
  echo new java("java.lang.String", null);
} catch (JavaException { ... }

=> PHP Fatal Error: Undeclared RuntimeException: NullPointerException.

I hope this will stop PHP programmers to (ab)use java.lang.RuntimeException
as some kind of "easy to use" application-level exception.

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]...

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