You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(19) |
Feb
(15) |
Mar
(10) |
Apr
(8) |
May
(7) |
Jun
(9) |
Jul
(13) |
Aug
(31) |
Sep
(111) |
Oct
(52) |
Nov
(72) |
Dec
(42) |
2006 |
Jan
(21) |
Feb
(32) |
Mar
(33) |
Apr
(24) |
May
(15) |
Jun
(40) |
Jul
(32) |
Aug
(19) |
Sep
(38) |
Oct
(37) |
Nov
(63) |
Dec
(37) |
2007 |
Jan
(18) |
Feb
(39) |
Mar
(69) |
Apr
(49) |
May
(71) |
Jun
(59) |
Jul
(71) |
Aug
(85) |
Sep
(46) |
Oct
(14) |
Nov
(25) |
Dec
(56) |
2008 |
Jan
(24) |
Feb
(77) |
Mar
(104) |
Apr
(44) |
May
(41) |
Jun
(11) |
Jul
(31) |
Aug
(59) |
Sep
(44) |
Oct
(86) |
Nov
(66) |
Dec
(93) |
2009 |
Jan
(88) |
Feb
(41) |
Mar
(49) |
Apr
(135) |
May
(22) |
Jun
(31) |
Jul
(60) |
Aug
(71) |
Sep
(76) |
Oct
(18) |
Nov
(52) |
Dec
(20) |
2010 |
Jan
(8) |
Feb
(50) |
Mar
(35) |
Apr
(48) |
May
(46) |
Jun
(84) |
Jul
(38) |
Aug
(61) |
Sep
(51) |
Oct
(31) |
Nov
(17) |
Dec
(18) |
2011 |
Jan
(51) |
Feb
(14) |
Mar
(17) |
Apr
(23) |
May
(15) |
Jun
(11) |
Jul
(5) |
Aug
(5) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(25) |
2012 |
Jan
(2) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(27) |
Jun
(32) |
Jul
(36) |
Aug
(10) |
Sep
(16) |
Oct
(3) |
Nov
(13) |
Dec
(7) |
2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(5) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(6) |
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2018 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(3) |
2
|
3
(4) |
4
(8) |
5
|
6
(1) |
7
(2) |
8
(2) |
9
(1) |
10
|
11
|
12
(2) |
13
(11) |
14
|
15
|
16
|
17
(3) |
18
|
19
|
20
|
21
(4) |
22
(2) |
23
(7) |
24
(8) |
25
(2) |
26
(1) |
27
(2) |
28
(11) |
29
(2) |
30
|
|
|
|
From: <php...@li...> - 2009-09-29 15:05:52
|
If your Java environment does not allow Java threads, many Java libraries (e.g. JSF, PHP/Java Bridge) won't work. If threads are allowed, the bridge should work, unless Java reflection is switched off, in which case no JSR223 script engine will work correctly. Since I don't know which Java features work and which don't, I can't say whether the bridge may or may not work in your restricted environment. It all depends on your or your provider's settings. Regards, Jost Boekemeier On Sep 29, 2009 4:45 PM, <php...@li...> wrote: Hi, On Monday 28 September 2009, you wrote: > > java.lang.NoClassDefFoundError php.java.bridge.http. > ... Unfortunately I do not have control over the tomcat root dir since i am on a shared hosting plan. Unless there is another way i will probably have to move to a dedicated hosting plan? thanks matt > > Regards, > Jost Boekemeier > > On Sep 28, 2009 8:28 PM, <php...@li...urcefo... >10) > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11 >7) > > org... > org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:1 >10) > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11 >7) > > org... >va:683) java.lang.Thread.run(Thread.java:595) > ---------------------------------------------------... > --------------------------------------------------------------------------- >--- Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take... |
From: <php...@li...> - 2009-09-28 19:34:41
|
> java.lang.NoClassDefFoundError php.java.bridge.http. ContextServer.<init>( ContextServer.java:91 Nice java error message, isn't it. Thank you Sun... The only hint is the word "security manager" hidden in one of the stack frames: You can solve this problem by moving JavaBridge.jar, php-servlet.jar,php_script.jar (yes, move, not copy!) to the tomcat lib dir, please see our FAQ entry: "I want to use Tomcat's security manager, how do I install the bridge?" for details. Regards, Jost Boekemeier On Sep 28, 2009 8:28 PM, <php...@li...> wrote: Hi, i am trying to move my code (which uses the bridge) from my sandbox setup at home to my hosting provider. As expected there are issue: The code that i am trying to execute right is simply the test code: //TEST $DocRoot = $_SERVER['DOCUMENT_ROOT']; require_once ("http://www.xpdtek.com:8080/sandbox/java/Java.inc"); echo java("java.lang.System")->getProperties(); The require_once call passes without problems. When i try to do the getProtperties() call, however, i get the http status 500 error (see below). At this point i am not sure if there is anything i can do, or if i have to switch hosting. Has anyone had any experience with this? thanks matt protocol error: HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:284) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:110) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535) org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:417) org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) java.lang.Thread.run(Thread.java:595) root cause java.lang.NoClassDefFoundError php.java.bridge.http.ContextServer.<init>(ContextServer.java:91) php.java.servlet.PhpJavaServlet.getContextServer(PhpJavaServlet.java:246) php.java.servlet.PhpJavaServlet.init(PhpJavaServlet.java:87) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:266) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:110) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535) org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:417) org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) java.lang.Thread.run(Thread.java:595) ------------------------------------------------------------------------------ Come build with us! The BlackBerry® 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-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-28 15:59:20
|
Thank you for your cooperation, the version that needs to deploy JavaBridge.war and use Java.inc side php work perfectly, we have followed the steps on the link that you sent us, thank you again Regards, Reda Zerhouni 2009/9/28 <php...@li...> > Hi, > > > with php_java.dll module installed with wamp > > *Fatal error*: java() [<a href='function.java'>function. > java</ a>]: > Unable to create Java Virtual Machine > > I don't know what this "php_java.dll" is or where you've got it from, but > it > seems to crash your php installation. > > If you want to use the php java bridge, please re-install php with the > recommended php.ini or with no php.ini at all and then require the > "Java.inc" PHP library as usual. Please see the install instruction at > http://php-java-bridge.sf.net/pjb/installation.php for details. > > Regards, > Jost Boekemeier > > On Sep 28, 2009 5:33 PM, <php...@li...> > wrote: > > we are working on a project TMA, we use wamp 1.7.3 and php 5.4.2 on > windows, > we try with php_java.dll module installed with wamp, the php.ini > configuration is as follows. > > java.home = "C:\vadmobile\jdk1.5.0_06" > java.java_home = "C:\vadmobile\jdk1.5.0_06\bin" > java.java = "C:\vadmobile\jdk1.5.0_06\bin\javaw.exe" > java.class.path = "E:\wamp\php\ext\JavaBridge.jar" > java.library.path = "E:\wamp\php\ext" > > > However when we perform an example to test the following error that > appears: > > *Fatal error*: java() [<a href='function.java'>function.java</a>]: Unable > to > create Java Virtual Machine in *E:\wamp\www\javatest.php* on line *3* > > 2009/9/28 <php...@li...> > > > You can use the cvs command. Please see the documentation on > > http://sf.netfor details. > > > > However, I still don't understand why you want to follow some external > > > install instructions (w... > > > > > ------------------------------------------------------------------------------ > > Come build with u... > > > php...@li... > > > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > -----------------------------... > > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2009-09-28 15:49:41
|
Hi, > with php_java.dll module installed with wamp > *Fatal error*: java() [<a href='function.java'>function. > java</ a>]: Unable to create Java Virtual Machine I don't know what this "php_java.dll" is or where you've got it from, but it seems to crash your php installation. If you want to use the php java bridge, please re-install php with the recommended php.ini or with no php.ini at all and then require the "Java.inc" PHP library as usual. Please see the install instruction at http://php-java-bridge.sf.net/pjb/installation.php for details. Regards, Jost Boekemeier On Sep 28, 2009 5:33 PM, <php...@li...> wrote: we are working on a project TMA, we use wamp 1.7.3 and php 5.4.2 on windows, we try with php_java.dll module installed with wamp, the php.ini configuration is as follows. java.home = "C:\vadmobile\jdk1.5.0_06" java.java_home = "C:\vadmobile\jdk1.5.0_06\bin" java.java = "C:\vadmobile\jdk1.5.0_06\bin\javaw.exe" java.class.path = "E:\wamp\php\ext\JavaBridge.jar" java.library.path = "E:\wamp\php\ext" However when we perform an example to test the following error that appears: *Fatal error*: java() [<a href='function.java'>function.java</a>]: Unable to create Java Virtual Machine in *E:\wamp\www\javatest.php* on line *3* 2009/9/28 <php...@li...> > You can use the cvs command. Please see the documentation on > http://sf.netfor details. > > However, I still don't understand why you want to follow some external > install instructions (w... > ------------------------------------------------------------------------------ > Come build with u... > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > -----------------------------... php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-28 15:32:58
|
we are working on a project TMA, we use wamp 1.7.3 and php 5.4.2 on windows, we try with php_java.dll module installed with wamp, the php.ini configuration is as follows. java.home = "C:\vadmobile\jdk1.5.0_06" java.java_home = "C:\vadmobile\jdk1.5.0_06\bin" java.java = "C:\vadmobile\jdk1.5.0_06\bin\javaw.exe" java.class.path = "E:\wamp\php\ext\JavaBridge.jar" java.library.path = "E:\wamp\php\ext" However when we perform an example to test the following error that appears: *Fatal error*: java() [<a href='function.java'>function.java</a>]: Unable to create Java Virtual Machine in *E:\wamp\www\javatest.php* on line *3* 2009/9/28 <php...@li...> > You can use the cvs command. Please see the documentation on > http://sf.netfor details. > > However, I still don't understand why you want to follow some external > install instructions (which won't work anyway/will be slow) . > > On Sep 28, 2009 1:26 PM, <php...@li...> > wrote: > > OK, > the last question , what tool can i use to check out javabridge from this > repository > > http://php-java-bridge.cvs.sourceforge.net/viewvc/php-java-bridge/php-java-bridge/?hideattic=0&pathrev=Release-3-2-1 > Than you > > 2009/9/28 <php...@li...> > > > http://www.dsl.uow.edu.au/~ <http://www.dsl.uow.edu.au/%7E> < > http://www.dsl.uow.edu.au/%7E > >sk33/php5java.htm > > > > Then you should ask the person who wrote this article. > > However, if > you're interested in the ... > > http://www.dsl.uow.edu.au/~sk33/php5java.htm<http://www.dsl.uow.edu.au/%7Esk33/php5java.htm> > < > http://www.dsl.uow.edu.au/%7Esk33/php5java.htm> > > > > we need to run this command on the File JavaBridge.war version 3.2.1 or > > execute the file test.... > > > > > ------------------------------------------------------------------------------ > > Come build with u... > > > php...@li... > > https://lists.sourceforge.net/lists/listinfo/php-jav... > > > ------------------------------------------------------------------------------ > Come build with us! T... > > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-br... > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2009-09-28 15:16:36
|
You can use the cvs command. Please see the documentation on http://sf.netfor details. However, I still don't understand why you want to follow some external install instructions (which won't work anyway/will be slow) . On Sep 28, 2009 1:26 PM, <php...@li...> wrote: OK, the last question , what tool can i use to check out javabridge from this repository http://php-java-bridge.cvs.sourceforge.net/viewvc/php-java-bridge/php-java-bridge/?hideattic=0&pathrev=Release-3-2-1 Than you 2009/9/28 <php...@li...> > > http://www.dsl.uow.edu.au/~ <http://www.dsl.uow.edu.au/%7E >sk33/php5java.htm > > Then you should ask the person who wrote this article. > > However, if you're interested in the ... > http://www.dsl.uow.edu.au/~sk33/php5java.htm< http://www.dsl.uow.edu.au/%7Esk33/php5java.htm> > > we need to run this command on the File JavaBridge.war version 3.2.1 or > execute the file test.... > ------------------------------------------------------------------------------ > Come build with u... > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-jav... ------------------------------------------------------------------------------ Come build with us! T... php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-br... |
From: <php...@li...> - 2009-09-28 11:26:24
|
OK, the last question , what tool can i use to check out javabridge from this repository http://php-java-bridge.cvs.sourceforge.net/viewvc/php-java-bridge/php-java-bridge/?hideattic=0&pathrev=Release-3-2-1 Than you 2009/9/28 <php...@li...> > > http://www.dsl.uow.edu.au/~ <http://www.dsl.uow.edu.au/%7E>sk33/php5java.htm > > Then you should ask the person who wrote this article. > > However, if you're interested in the PHP/Java Bridge, please see > php-java-bridge.sf.net for further information. > > On Sep 28, 2009 1:15 PM, <php...@li...> > wrote: > > Here is the link where I got the information about the installation > > http://www.dsl.uow.edu.au/~sk33/php5java.htm<http://www.dsl.uow.edu.au/%7Esk33/php5java.htm> > > we need to run this command on the File JavaBridge.war version 3.2.1 or > execute the file test.bat to generate the correct .dll and php.ini. > > Thank you > > > 2009/9/28 <php...@li...> > > > Hi, > > I am sorry, but I don't understand. What is a > "java-x86-windows.dll" and > why > do you n... > > > > > ------------------------------------------------------------------------------ > > Come build with u... > > > php...@li... > > > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > -----------------------------... > > php...@li... > > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2009-09-28 11:19:48
|
> http://www.dsl.uow.edu.au/~ sk33/php5java.htm Then you should ask the person who wrote this article. However, if you're interested in the PHP/Java Bridge, please see php-java-bridge.sf.net for further information. On Sep 28, 2009 1:15 PM, <php...@li...> wrote: Here is the link where I got the information about the installation http://www.dsl.uow.edu.au/~sk33/php5java.htm we need to run this command on the File JavaBridge.war version 3.2.1 or execute the file test.bat to generate the correct .dll and php.ini. Thank you 2009/9/28 <php...@li...> > Hi, > > I am sorry, but I don't understand. What is a "java-x86-windows.dll" and > why > do you n... > ------------------------------------------------------------------------------ > Come build with u... > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > -----------------------------... php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-28 11:15:09
|
Here is the link where I got the information about the installation http://www.dsl.uow.edu.au/~sk33/php5java.htm we need to run this command on the File JavaBridge.war version 3.2.1 or execute the file test.bat to generate the correct .dll and php.ini. Thank you 2009/9/28 <php...@li...> > Hi, > > I am sorry, but I don't understand. What is a "java-x86-windows.dll" and > why > do you need it? > > On Sep 28, 2009 1:03 PM, <php...@li...> > wrote: > > Hi, > Sorry how to check out this version from repository, i dont see the > java-x86-windows.dll file in the viewer > Please need help!! > Thank you > > 2009/9/25 <php...@li...> > > > Hi, > > You can check out PHP/Java Bridge version 3.2.1 from here: > > > http://php-java-bridge.cvs... > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2009-09-28 11:08:02
|
Hi, I am sorry, but I don't understand. What is a "java-x86-windows.dll" and why do you need it? On Sep 28, 2009 1:03 PM, <php...@li...> wrote: Hi, Sorry how to check out this version from repository, i dont see the java-x86-windows.dll file in the viewer Please need help!! Thank you 2009/9/25 <php...@li...> > Hi, > > You can check out PHP/Java Bridge version 3.2.1 from here: > > http://php-java-bridge.cvs... |
From: <php...@li...> - 2009-09-28 11:03:01
|
Hi, Sorry how to check out this version from repository, i dont see the java-x86-windows.dll file in the viewer Please need help!! Thank you 2009/9/25 <php...@li...> > Hi, > > You can check out PHP/Java Bridge version 3.2.1 from here: > > http://php-java-bridge.cvs.sourceforge.net/viewvc/php-java-bridge/php-java-bridge/?pathrev=Release-3-2-1 > > Regards, > Jost Boekemeier > > On Sep 25, 2009 7:24 PM, <php...@li...> > wrote: > > Hello i am a web developper recently i have to work on an php-javabridge > project and i need the version php-java-bridge_3.2.1_j2ee.zip for windows i > havn't find this version anywhere, anybody can help us is welcome. > Thank you > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2009-09-27 14:38:01
|
>> [something] breaks my own autoload handler > > Both __autoload() and spl_autoload_register(null) are broken by > design. If > you use either, you wrote a bug. Please see the PHP documentation for > details. Ah ok I had forgotten that I never upgraded my framework to use spl_autoload_register instead of __autoload. Just did that and now it's working again. Will try the new bridge version shortly. Thanks! Alan |
From: <php...@li...> - 2009-09-27 04:43:59
|
Hi, > [something] breaks my own autoload handler Both __autoload() and spl_autoload_register(null) are broken by design. If you use either, you wrote a bug. Please see the PHP documentation for details. > and code style for debugging purposes? Just require JavaBridge.inc from the src.zip (within the documentation zip download). Regards, Jost Boekemeier On Sep 26, 2009 11:02 PM, <php...@li...> wrote: Jost- I just upgraded to the 5.5.2 version and the Java.inc file somehow breaks my own autoload handler. I tried debugging it a little bit, but the Java.inc file has essentially no whitespace making it really hard to figure out what's going on. Is there a copy of that file somewhere that has reasonable indentation and code style for debugging purposes? Alan On Sep 17, 2009, at 8:56 AM, php-java-bridge- us...@li... wrote: > [Please excuse the delay] > >> Easier to handle is relative, n... > ------------------------------------------------------------------------------ > Come build with u... > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users-----------------------------... Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event y... http://p.sf.net/sfu/devconf _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-26 21:01:43
|
Jost- I just upgraded to the 5.5.2 version and the Java.inc file somehow breaks my own autoload handler. I tried debugging it a little bit, but the Java.inc file has essentially no whitespace making it really hard to figure out what's going on. Is there a copy of that file somewhere that has reasonable indentation and code style for debugging purposes? Alan On Sep 17, 2009, at 8:56 AM, php-java-bridge- us...@li... wrote: > [Please excuse the delay] > >> Easier to handle is relative, no? > > May be. On Windows and Linux all you need to do is to start the > graphical > software installer and install tomcat. After that it runs as a > standard > system service. > >> Is it *bad* to run it standalone? > > Not at all. But it may not be as fast as a servlet back end with > JAVA_PERSISTENT_SERVLET_CONNECTIONS set to true. > > The simple servlet engine built into JavaBridge.jar cannot handle > persistent > connections (it uses http/1.0, not http/1.1). But the standalone > socket > listener can use persistent connections: > > java -jar JavaBridge.jar INET_LOCAL:9267 > > And in your php script or in java.inc set JAVA_HOSTS to > "127.0.0.1:9267" and > JAVA_SERVLET to false. > > Regards, > Jost Boekemeier > > On Sep 14, 2009 12:26 AM, <php-java-bridge- > us...@li...> > wrote: > > 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 serv... > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-25 18:51:42
|
Hi, You can check out PHP/Java Bridge version 3.2.1 from here: http://php-java-bridge.cvs.sourceforge.net/viewvc/php-java-bridge/php-java-bridge/?pathrev=Release-3-2-1 Regards, Jost Boekemeier On Sep 25, 2009 7:24 PM, <php...@li...> wrote: Hello i am a web developper recently i have to work on an php-javabridge project and i need the version php-java-bridge_3.2.1_j2ee.zip for windows i havn't find this version anywhere, anybody can help us is welcome. Thank you ------------------------------------------------------------------------------ Come build with us! The BlackBerry® 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-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-25 17:24:11
|
Hello i am a web developper recently i have to work on an php-javabridge project and i need the version php-java-bridge_3.2.1_j2ee.zip for windows i havn't find this version anywhere, anybody can help us is welcome. Thank you |
From: <php...@li...> - 2009-09-24 19:48:33
|
Thanks for this release and the example, this is very helpful. And props to you and everyone else involved for making this amazing project available. Cheers, Michael Sims |
From: <php...@li...> - 2009-09-24 18:30:57
|
Hi, Version 5.5.3 let's you handle RuntimeException and java.lang.Error. If JAVA_PREFER_VALUES is set, RuntimeException/Errors are reported as Exceptions. If JAVA_PREFER_VALUES is not set, you can use java_last_exception_get() to retrieve the unchecked exception. For example: <?php define ("JAVA_PREFER_VALUES", false); require_once("http://localhost:8080/JavaBridge/java/Java.inc"); try { @new java("java.lang.String", null); if ($ex = java_last_exception_get()) { echo "OOPS, "; java_last_exception_clear(); throw $ex; } } catch (Exception $e) { echo "OK {$e->message}"; } ?> => http://sourceforge.net/projects/php-java-bridge/files/Binary%20package/php-java-bridge_5.5.3/JavaBridgeTemplate553.war/download Regards, Jost Boekemeier On Sep 24, 2009 3:45 PM, "Jost Bekemeier" <jos...@go...> wrote: > a the log on the Java side. Or via last_exception_get(), which returns the first exception not cleared via last_exception_clear(). > Are my assumptions correct Yes, correct. If you add a throw java_last_exception_get(); java_last_exception_clear(); at the bottom of your try/catch block, you will receive all exceptions with their stack traces from the back end. The only problem is that the current Java.inc turns all undeclared exceptions into fatal errors (see checkResult() in java_ThrowExceptionProxyFactory) and that java_last_exception is currently deprecated. Regards, Jost Boekemeier On Sep 24, 2009 3:21 PM, <php...@li...> wrote: Jost Bekemeier wrote: > I think you'll have to bite the bullet and always throw checked > exceptions... > > Ok, I'll look into that as well. My main issue with this is that almost all > of what I'm goin... Jost Bekemeier wrote: >> Would you mind explaining why? > > If you call a procedure or method that ... > > Ok, thanks for the explanation. Michael ------------------------------------------------------------------------------ Come build... is the only developer event you need to attend this year. Jumpstart your developing skills, take Bla... > > php...@li... > > https://lists.sourceforge.net/lists/listinfo/ph... |
From: <php...@li...> - 2009-09-24 14:15:19
|
> a the log on the Java side. Or via last_exception_get(), which returns the first exception not cleared via last_exception_clear(). > Are my assumptions correct Yes, correct. If you add a throw java_last_exception_get(); java_last_exception_clear(); at the bottom of your try/catch block, you will receive all exceptions with their stack traces from the back end. The only problem is that the current Java.inc turns all undeclared exceptions into fatal errors (see checkResult() in java_ThrowExceptionProxyFactory) and that java_last_exception is currently deprecated. Regards, Jost Boekemeier On Sep 24, 2009 3:21 PM, <php...@li...> wrote: Jost Bekemeier wrote: > I think you'll have to bite the bullet and always throw checked > exceptions... Ok, I'll look into that as well. My main issue with this is that almost all of what I'm going to be dealing with are Java beans that are persisted via Hibernate. I'm going to be reading and setting properties mainly. The problem is that Hibernate backs the properties with persistent collections that throw several unchecked exceptions. Adding checked exception declarations to all of these getters and setters is going to have a horrible ripple effect in our existing code. It may be that what I am intending to do just isn't workable. Let me make sure I understand the danger of using the unchecked exceptions. I've seen you say that if an unchecked exception is thrown the behavior is undefined. Meaning that in some cases it might work "as expected", and the exception will be thrown on the PHP side. But in other cases the method that threw the exception will return it instead of throwing it, and the code will continue to execute. Is this correct? If so, this may not be a problem for me anyway. I am not attempting to catch unchecked exceptions in order to control the flow of the application. In all cases, if an unchecked exception is thrown, I merely want to log it and display an error message to the end user. Since I'm mainly navigating object graphs and chaining method calls, my code will still fail quickly after an unchecked exception is thrown and ignored. I will end up trying to call a method on what was returned and the method will not exist, and the execution will stop anyway. It seems to me that the worst case scenario will be that the exception or error on the PHP side will not be useful in determining what went wrong. In that case I could determine the source of the problem via the log on the Java side. Are my assumptions correct? Jost Bekemeier wrote: >> Would you mind explaining why? > > If you call a procedure or method that ... Ok, thanks for the explanation. Michael ------------------------------------------------------------------------------ Come build... is the only developer event you need to attend this year. Jumpstart your developing skills, take Bla... php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-24 13:20:56
|
Jost Bekemeier wrote: > I think you'll have to bite the bullet and always throw checked > exceptions in all published API methods of your library. After that > your library will work well when used in Java containers such as EJB > or the PHP/Java Bridge. Ok, I'll look into that as well. My main issue with this is that almost all of what I'm going to be dealing with are Java beans that are persisted via Hibernate. I'm going to be reading and setting properties mainly. The problem is that Hibernate backs the properties with persistent collections that throw several unchecked exceptions. Adding checked exception declarations to all of these getters and setters is going to have a horrible ripple effect in our existing code. It may be that what I am intending to do just isn't workable. Let me make sure I understand the danger of using the unchecked exceptions. I've seen you say that if an unchecked exception is thrown the behavior is undefined. Meaning that in some cases it might work "as expected", and the exception will be thrown on the PHP side. But in other cases the method that threw the exception will return it instead of throwing it, and the code will continue to execute. Is this correct? If so, this may not be a problem for me anyway. I am not attempting to catch unchecked exceptions in order to control the flow of the application. In all cases, if an unchecked exception is thrown, I merely want to log it and display an error message to the end user. Since I'm mainly navigating object graphs and chaining method calls, my code will still fail quickly after an unchecked exception is thrown and ignored. I will end up trying to call a method on what was returned and the method will not exist, and the execution will stop anyway. It seems to me that the worst case scenario will be that the exception or error on the PHP side will not be useful in determining what went wrong. In that case I could determine the source of the problem via the log on the Java side. Are my assumptions correct? Jost Bekemeier wrote: >> Would you mind explaining why? > > If you call a procedure or method that doesn't throw- or is declared > to not throw an exception, the procedure/method will be compiled to > make its call less expensive. Ok, thanks for the explanation. Michael |
From: <php...@li...> - 2009-09-24 13:02:47
|
> Would you mind explaining why? If you call a procedure or method that doesn't throw- or is declared to not throw an exception, the procedure/method will be compiled to make its call less expensive. Regards, Jost Boekemeier On Sep 24, 2009 2:50 PM, <php...@li...> wrote: Jost Boekemeier wrote: > Hi, > >> This seems to work. > > Not really. Would you mind explaining why? I don't need details, but just a brief general explanation would really be appreciated. > If you want to catch unchecked exceptions, you need php/java bridge > version > 5.4.4.2 and set t... Ok, I will test that approach and see if the performance is acceptable. Thanks for your help and patience. Michael ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event y... php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-09-24 12:50:00
|
Jost Boekemeier wrote: > Hi, > >> This seems to work. > > Not really. Would you mind explaining why? I don't need details, but just a brief general explanation would really be appreciated. > If you want to catch unchecked exceptions, you need php/java bridge > version > 5.4.4.2 and set the JAVA_PREFER_VALUES option. Ok, I will test that approach and see if the performance is acceptable. Thanks for your help and patience. Michael |
From: <php...@li...> - 2009-09-24 12:48:26
|
Hi again, Forget what I've said. PHP has recently added a goto(!!) statement to php 5.3, so that a php 5.3 program can escape from a begin/end block w/o generating an exception. Therefore java_begin_document()/java_end_document() must be deprecated. -- Or we can keep them as dummy calls and simply remove the documentation. I will document that if you want to catch unchecked exceptions, you must set the JAVA_PREFER_VALUES option. I think you'll have to bite the bullet and always throw checked exceptions in all published API methods of your library. After that your library will work well when used in Java containers such as EJB or the PHP/Java Bridge. Regards, Jost Boekemeier On Sep 24, 2009 11:53 AM, "Jost Bekemeier" <jos...@go...> wrote: Hi, > This seems to work. Not really. If you want to catch unchecked exceptions, you need php/java bridge version 5.4.4.2 and set the JAVA_PREFER_VALUES option. We will add a parameter to java_begin_document()/java_end_document() in version 5.5 so that execution of the compiled document stops after the first exception. Regards, Jost Boekemeier On Sep 24, 2009 12:00 AM, <php...@li...> wrote: > Would it be feasible to create a generic callback interface in Java > and then use java_closure() ... > > Sorry to followup to my own post here, but I tried this out and it does > work. The code I hav... ------------------------------------------------------------------------------ Come build with us!... |
From: <php...@li...> - 2009-09-24 09:53:39
|
Hi, > This seems to work. Not really. If you want to catch unchecked exceptions, you need php/java bridge version 5.4.4.2 and set the JAVA_PREFER_VALUES option. We will add a parameter to java_begin_document()/java_end_document() in version 5.5 so that execution of the compiled document stops after the first exception. Regards, Jost Boekemeier On Sep 24, 2009 12:00 AM, <php...@li...> wrote: > Would it be feasible to create a generic callback interface in Java > and then use java_closure() ... 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 ------------------------------------------------------------------------------ Come build with us!... |
From: <php...@li...> - 2009-09-23 21:59:53
|
> 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 |