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
|
From: <php...@li...> - 2010-08-12 09:53:44
|
Hello! AFAIK this was a jetty bug and has been fixed. Jetty 7 correctly modifies the forwarded request, as required by the servlet spec. Peter |
From: <php...@li...> - 2010-08-12 07:51:05
|
Hi, > Is there a way to force php to update its settings? You need to restart the server that is running PHP, either IIS, Apache or the JEE server/servlet engine to force PHP to re-read its global configuration. Regards, Jost Bökemeier |
From: <php...@li...> - 2010-08-12 07:45:34
|
> Your example exactly match my understanding. If there are multiple from.jsp, > e.g. from.jsp -> from2.jsp -> to.php, the javax.servlet.forward will include > the first "from.jsp". Yes. > When the page is forwarded to /index.php, the > getRequestURI() correctly shows it is "/index.php". The forwarding servlet should return "/" and the target servlet should return "/index.php" for getRequestURI(), yes. > Jetty behaves correctly. I don't follow. Doesn't jetty return null for getRequestURI()? > <!-- from.jsp --> > <jsp:forward page="to.php"/> ... > Now, come back to the question of whether Java Bridge should take the source > or the target? it seems to me Java Bridge should always take the source as > it is server side forwarding but not http redirect. How do you expect PHP to evaluate "from.jsp"? It should eval "to.php". > There is no problem in Tomcat because when we make a request to "/", it > transparently take the index file "/index.php" but getRequestURI() remains > at "/". In tomcat targetServlet.getRequestURI() returns "/index.php", as it should be. > For this scenario, JavaBridge should not use the to.php as REQUEST_URI, but > should use the from. If you know how to distinguish "this scenario", we can add a workaround for this jetty bug. Your current patch breaks code like <jsp:forward page="some.php">, so I will not apply it. Regards, Jost Bökemeier |
From: <php...@li...> - 2010-08-11 21:16:51
|
Tomcat version 6.0.29 with java/php bridge running on Server 2k8 When I put a setting in the php.conf specified on the php info page and restart the webserver, the change is not applied. In fact the info page still shows an environment variable that was present at installation time but has since been removed from the system. Is there a way to force php to update its settings? |
From: <php...@li...> - 2010-08-11 20:44:52
|
On Wed, Aug 11, 2010 at 6:05 PM, < php...@li...> wrote: > > if I remember correctly we don't need to > > if I remember correctly we don't need to > > check "javax.include.request_uri" attribute, because it is guaranteed > > to be the same as the return value of getRequestUri() > > Above statement is false. javax.servlet.include points to the target > and javax.servlet.forward to the source. We are interested in the > target but not in the source; the current Java Bridge code is correct. > For my scenario, taking the target but not the source caused problem. I'll explain as follows: > > <!-- from.jsp --> > <jsp:include page="to.php"/> > > getXXXX() methods => from > javax.servlet.include.xxx => to > > let me put the include case aside and look at the forward case only. > > <!-- from.jsp --> > <jsp:forward page="to.php"/> > > getXXXX() methods => to.php > javax.servlet.forward.xxx => from > Your example exactly match my understanding. If there are multiple from.jsp, e.g. from.jsp -> from2.jsp -> to.php, the javax.servlet.forward will include the first "from.jsp". The actual case is, user makes a request to "/", and jetty explicitly (not transparently) forward the request to "/index.php", and PJB uses the request at the time of "/index.php". When the page is forwarded to /index.php, the getRequestURI() correctly shows it is "/index.php". Jetty behaves correctly. For this scenario, JavaBridge should not use the to.php as REQUEST_URI, but should use the from. There is no problem in Tomcat because when we make a request to "/", it transparently take the index file "/index.php" but getRequestURI() remains at "/". But Jetty implements it differently and make the forwarding explicit. > If jetty returns null for request.getRequestURI(), please report this > bug to the jetty maintainer. We cannot work around this jetty bug. > as mentioned above, jetty correctly provides the requestURI value. it doesn't return null. I have to clarify it is not a Jetty bug and from understanding, Jetty behaves correctly. Now, come back to the question of whether Java Bridge should take the source or the target? it seems to me Java Bridge should always take the source as it is server side forwarding but not http redirect. When I try to get the REQUEST_URI in php, i expect to get the original request uri that the user make, which is the source but not the target. Is there any scenario Java Bridge will get problem if the source instead of target is taken? regards, mingfai |
From: <php...@li...> - 2010-08-11 10:06:14
|
> if I remember correctly we don't need to > if I remember correctly we don't need to > check "javax.include.request_uri" attribute, because it is guaranteed > to be the same as the return value of getRequestUri() Above statement is false. javax.servlet.include points to the target and javax.servlet.forward to the source. We are interested in the target but not in the source; the current Java Bridge code is correct. <!-- from.jsp --> <jsp:include page="to.php"/> getXXXX() methods => from javax.servlet.include.xxx => to <!-- from.jsp --> <jsp:forward page="to.php"/> getXXXX() methods => to.php javax.servlet.forward.xxx => from If jetty returns null for request.getRequestURI(), please report this bug to the jetty maintainer. We cannot work around this jetty bug. > For port 80, it includes the port number. The actually variable is sth like > acme.com:80 , but in Apache/Nginx, HTTP_HOST won't show the port number when > the port is 80. Changed in CVS head. Thank you very much for sending the patch. Regards, Jost Bökemeier |
From: <php...@li...> - 2010-08-06 09:10:15
|
> In my Jetty environment, > req.getAttribute("javax.servlet.include.request_uri") returns null, > however, req.getAttribute("javax.servlet.forward.request_uri") will return > the correct uri before forwarding Sounds like a jetty bug; if I remember correctly we don't need to check "javax.include.request_uri" attribute, because it is guaranteed to be the same as the return value of getRequestUri(). . > For port 80, it includes the port number. The actually variable is sth like > acme.com:80 , but in Apache/Nginx, HTTP_HOST won't show the port number when > the port is 80. Yes, this could be changed. However, java cannot listen on a privileged port anyway (as it cannot drop privileges), so I don't think the current behaviour is an issue. Can you please send me a patch? I will include it in version 6.2.1 Regards, Jost Bökemeier |
From: <php...@li...> - 2010-08-06 08:38:31
|
> Does anyone have any idea why echo > java_context()->getHttpServletRequest()->getSession()->getAttribute("login"); > isn't outputting anything? Did your browser accept the cookie? > The attribute is definitely set in the servlet: > HttpSession ses = request.getSession(true); > > ses.setAttribute("login", loginid); Then you should be able to access this attribute using echo (string)java_session()->get("login") unless you browser has started a new session. Regards, Jost Bökemeier |
From: <php...@li...> - 2010-08-06 03:05:12
|
Hi, Does anyone have any idea why echo java_context()->getHttpServletRequest()->getSession()->getAttribute("login"); isn't outputting anything? The attribute is definitely set in the servlet: HttpSession ses = request.getSession(true); ses.setAttribute("login", loginid); Thanks. Sincerely, Marta Fernandes > Date: Mon, 26 Jul 2010 11:39:32 +0200 > To: php...@li... > From: php...@li... > Subject: Re: [Php-java-bridge-users] accessing HTTPServletRequest object > > echo java_inspect(java_context()); > > Please see our FAQ entry "Why does > java_context()->getHttpServletRequest()->getSession() return null?" > for details. At: http://php-java-bridge.sourceforge.net/pjb/FAQ.html > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://ad.doubleclick.net/clk;226879339;13503038;l? > http://clk.atdmt.com/CRS/go/247765532/direct/01/ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2010-08-05 23:43:03
|
On Fri, Aug 6, 2010 at 5:33 AM, Mingfai <min...@gm...> wrote: > hi, > > *Problem* > I noticed a difference the $_SERVER['REQUEST_URI'] in PHP between a native > php environment and in Java Bridge. In my test, I have a /test/index.php > with the following line: > <?php echo $_SERVER['REQUEST_URI']?> > > > Other than REQUEST_URI, I notice HTTP_POST also caused a problem. The current JavaBridge set the HTTP_POST with: env.environment.put("HTTP_HOST", env.environment.get("SERVER_NAME") + ":" + env.environment.get("SERVER_PORT")); For port 80, it includes the port number. The actually variable is sth like acme.com:80 , but in Apache/Nginx, HTTP_HOST won't show the port number when the port is 80. Because Wordpress does url checking as a string, a slight different results in a redirection. e.g. when the first request is http://acme.com/index.php, wordpress' canonical.php redirect_canonical() will re-construct a request_url with schema ("http://" or https://") . HTTP_HOST . REQUEST_URI. The reconstructed url will becomes http://acme.com:80/index.php. As the reconstructed uri doesn't match the request url which is http://acme.com/index.php, it will make a redirect to the "correct" url without the port number. After redirected, JavaBridge appended the :80 again, and WP thinks it is wrong again and keep redirecting. For this case, I think JavaBridge should match the standard way to set variable like Apache and Nginx, i.e. not to include the port number for port 80 request. With both REQUEST_URI and HTTP_HOST fixed, I'm able to run Wordpress with JavaBridge. regards, mingfai |
From: <php...@li...> - 2010-08-05 21:33:54
|
hi, *Problem* I noticed a difference the $_SERVER['REQUEST_URI'] in PHP between a native php environment and in Java Bridge. In my test, I have a /test/index.php with the following line: <?php echo $_SERVER['REQUEST_URI']?> When I run Java bridge in Jetty, and used index.php as a welcome file in web.xml, when I hit /test/, the REQUEST_URI is /test/index.php, i.e. included the index file name. But when run in Nginx, and used index.php as an index file, for an identical request to /test/, the REQUEST_URI is /test/, i.e. without the index file name. This difference in behavior caused a trouble when running Wordpress as it is too intelligent to try to redirect a link with /index.php to /, but after the redirection, the servlet-Java-Bridge environment tell the PHP the new request is from /index.php again and result as a dead loop. Other than the modifying wordpress' source code to disable its "canonical detection", I thought about a workaround to map the PHP CGI servlet to "/" (or /* or whatever without .php at the end). It doesn't work and even if it works, it will also map all static files like images or javascript files (and favicon.ico!) to PHP. *Solution* Traced the code, I notice JavaBridge is using the following code to obtain the request_uri in FastCGIServlet.java: env.requestUri = (String) req.getAttribute("javax.servlet.include.request_uri"); if (env.requestUri == null) env.requestUri = req.getRequestURI(); In my Jetty environment, req.getAttribute("javax.servlet.include.request_uri") returns null, however, req.getAttribute("javax.servlet.forward.request_uri") will return the correct uri before forwarding. (i.e. "/test/" instead of "/test/index.php") Both javax.servlet.include.request_uri and javax.servlet.forward.request_uri are defined in the Servlet spec. For include, in Servlet spec 8.3.1, it is stated that: > javax.servlet.include.request_uri > ... > These attributes are accessible from the included servlet via the > getAttribute method on the request object and their values must be equal to > the request URI, context path, servlet path, path info, and query string of > the included servlet, respectively. If the request is subsequently included, > these attributes are replaced for that include. > For forward, in Servlet spec 8.4.2, it is stated that: > javax.servlet.forward.request_uri > ... > The values of these attributes must be equal to the return values of the > HttpServletRequest methods getRequestURI, getContextPath, getServletPath, > getPathInfo, getQueryString respectively, invoked on the request object > passed to the *first servlet object* in the call chain that received the > request from the client. > I'm not sure which one is supposed to be correct but the javax.servlet.forward.request_uri attribute is said to be the request uri of the first servlet object of a chain, that won't be modified by subsequent servlet, and it gives a correct value in my test. could JavaBridge make a change either to use the forward.request_uri or just check both attributes? should i make a patch? regards, mingfai |
From: <php...@li...> - 2010-08-05 14:06:22
|
On Thu, Aug 5, 2010 at 5:56 PM, <php...@li... > wrote: > > listening port of any started php-fpm pool only. I tried to make PHP-FPM > to > > listen to the default 9667, and the use_fast_cgi to disable autostart > (used > > "no") but it still doesn't work. > > "no" disables fastcgi altogether. Please set it to On. > > > > I assume a started php-fpm is a fcgi server. and I want to make > JavaBridge > > use the fcgi server that i have started manually without trying to spawn > any > > fcgi connection/process. does it make sense? > > Yes, definitely. If you use PHP/Java Bridge version 6.2.1, remove > php-cgi and then ask for some PHP page, the bridge will return an > error message asking you to start a fastcgi server process. > > > > do you know if php-fpm is a > > kind of fcgi server that JavaBridge may support? > > Certainly. Just start it and configure the bridge to connect to its > TCP port (Unix) or NamedPipe file (Windows). Or let the bridge decide > which port or file to use and start the fastcgi process afterwards. > .. > > > > Regards, > Jost Bökemeier > > thanks for your help. I'm about to get it work now. :-) one of the things I did it wrong before is I have configured the php-fpm pool with a chroot jail. the root path is changed by the chroot that JavaBridge has no knowledge about. regards, mingfai |
From: <php...@li...> - 2010-08-05 09:56:27
|
> listening port of any started php-fpm pool only. I tried to make PHP-FPM to > listen to the default 9667, and the use_fast_cgi to disable autostart (used > "no") but it still doesn't work. "no" disables fastcgi altogether. Please set it to On. > I assume a started php-fpm is a fcgi server. and I want to make JavaBridge > use the fcgi server that i have started manually without trying to spawn any > fcgi connection/process. does it make sense? Yes, definitely. If you use PHP/Java Bridge version 6.2.1, remove php-cgi and then ask for some PHP page, the bridge will return an error message asking you to start a fastcgi server process. > do you know if php-fpm is a > kind of fcgi server that JavaBridge may support? Certainly. Just start it and configure the bridge to connect to its TCP port (Unix) or NamedPipe file (Windows). Or let the bridge decide which port or file to use and start the fastcgi process afterwards. > I'm trying to look at the source code to try to get this work. Now, I'm > studying ContextLoaderListener and FastCGIServlet. Any pointer would be > appreciated. In version 6.2.1 the configuration has been moved from the FastCGIServlet to the ContextLoaderListener, please see the NEWS file for details: http://php-java-bridge.cvs.sourceforge.net/viewvc/php-java-bridge/php-java-bridge/NEWS?revision=1.87&view=markup Regards, Jost Bökemeier |
From: <php...@li...> - 2010-08-04 14:52:17
|
On Wed, Aug 4, 2010 at 9:36 PM, <php...@li... > wrote: > Hi mingfai, > > I think we should wait until both, Fedora Linux and Windows PHP 5.3 > binaries ship with php-fpm enabled. > > > I haven't tested it, but the PHP/Java Bridge should work with php-fpm. > > Please either change the global.properties (see JavaBridge.jar zip > file within JavaBridge.war zip file within the > php-java-bridge_6.2.1_documentation.zip file) or start the JVM with > the argument -Dphp.java.bridge.php_exec=php-fpm[.exe] or please change > your WEB-INF/web.xml. > > > Regards, > Jost Bökemeier > > Thanks for your reply. Yes, the current Windows binary doesn't contain php-fpm. I wonder if one build a Window binary from source, the php-fpm may work. The php-fpm executable/binary is to start pre-configured php process pool that each pool listen to a port/unix socket. I have a few sites using Nginx+PHP-FPM running apps like Wordpress. As I have started PHP-FPM manually, I think JavaBridge should not need to invoke the php-fpm(.exe) at all as any invoke will spawn additional "listener" instead of actually process/interpret php code. Instead, JavaBridge should connect to the listening port of any started php-fpm pool only. I tried to make PHP-FPM to listen to the default 9667, and the use_fast_cgi to disable autostart (used "no") but it still doesn't work. In readme, it mentioned: > If the parameter name "use_fast_cgi" is set to "Autostart" in the > web.xml, and a fcgi server does not listen on port 9667, and a fcgi > binary can be found as either > I assume a started php-fpm is a fcgi server. and I want to make JavaBridge use the fcgi server that i have started manually without trying to spawn any fcgi connection/process. does it make sense? do you know if php-fpm is a kind of fcgi server that JavaBridge may support? I'm trying to look at the source code to try to get this work. Now, I'm studying ContextLoaderListener and FastCGIServlet. Any pointer would be appreciated. Regards, mingfai |
From: <php...@li...> - 2010-08-04 13:36:27
|
Hi mingfai, I think we should wait until both, Fedora Linux and Windows PHP 5.3 binaries ship with php-fpm enabled. I haven't tested it, but the PHP/Java Bridge should work with php-fpm. Please either change the global.properties (see JavaBridge.jar zip file within JavaBridge.war zip file within the php-java-bridge_6.2.1_documentation.zip file) or start the JVM with the argument -Dphp.java.bridge.php_exec=php-fpm[.exe] or please change your WEB-INF/web.xml. Regards, Jost Bökemeier |
From: <php...@li...> - 2010-08-04 13:08:58
|
hi, >From PHP 5.3.3, it bundles with the PHP-FPM(http://php-fpm.org/). I have setup PHP-FPM pools that work fine with Nginx, e.g. in Nginx, the following configuration connects to a PHP-FPM process: location ~ \.php$ { ... fastcgi_index index.php; fastcgi_pass unix:/my_path/php-fpm.sock; // also work when using port number ... Does PJB supports PHP-FPM? How to configure the FastCGIServlet to use it? by default, it seems to look for a "php-cgi" binary. Regards, mingfai |
From: <php...@li...> - 2010-07-31 11:08:48
|
Hi Jason, > I updated the birtEngine.jar [...], updated the orginal index.php [...] In this same directory I > added all the example php files and birt report designs that are used with > them. I also added a folder named birtreportlib, that shows how to use birt > libraries with the Bridge. okay > Next I updated the unsupported/eclispe.birt.lib folder to have the most > recent birt 2.6 libraries > I also updated the unsupported/platform directory to contain the latest > plugins and configuration directories. okay > I assume the birtEngine.jar will wind up in the /WEB-INF/lib directory with > the libs from the unsupported/eclipse.birt.lib libs? Yes -- I also thought about moving your org/eclipse/birt/php/birtengine/BirtEngine.java to the src ("server") directory, to make it easier to build a customized birtEngine.jar. In this case the birtEngine.jar can be removed, the BirtEngine.java should contain a copyright notice (license is MIT?) and we need to add an ant task to build birtEngine.jar. Regards, Jost Bökemeier |
From: <php...@li...> - 2010-07-30 21:04:47
|
The download is avialble here: http://www.birt-exchange.org/org/devshare/deploying-birt-reports/743-calling-birt-from-php/ ________________________________________ From: php...@li... [php...@li...] Sent: Friday, July 30, 2010 2:59 PM To: php...@li... Subject: Re: [Php-java-bridge-users] BIRT Report Designer Jost, I downloaded the latest JavaBridge.war file and updated and tested it. I should have this up on our site shortly. I also checked out the project from sourceforge and made the updates, but before I check them in I wanted to verify I have the right locations. I updated the birtEngine.jar and placed it in examples/php+jsp directory. The jar contains the source as well. I updated the orginal index.php to add a link to another php page that has a bunch of examples using the Bridge with BIRT. In this same directory I added all the example php files and birt report designs that are used with them. I also added a folder named birtreportlib, that shows how to use birt libraries with the Bridge. Next I updated the unsupported/eclispe.birt.lib folder to have the most recent birt 2.6 libraries I also updated the unsupported/platform directory to contain the latest plugins and configuration directories. I assume the birtEngine.jar will wind up in the /WEB-INF/lib directory with the libs from the unsupported/eclipse.birt.lib libs? Thanks for your help Jason ________________________________________ From: php...@li... [php...@li...] Sent: Thursday, July 29, 2010 12:30 PM To: php...@li... Subject: Re: [Php-java-bridge-users] BIRT Report Designer Hi Jason, you have full admin access now. CVS root is: export CVS_RSH=ssh :ext:YOU...@ph...:/cvsroot/php-java-bridge or :ssh:YOU...@ph...:/cvsroot/php-java-bridge (tortoise CVS) Regards, Jost Bökemeier ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2010-07-30 18:59:24
|
Jost, I downloaded the latest JavaBridge.war file and updated and tested it. I should have this up on our site shortly. I also checked out the project from sourceforge and made the updates, but before I check them in I wanted to verify I have the right locations. I updated the birtEngine.jar and placed it in examples/php+jsp directory. The jar contains the source as well. I updated the orginal index.php to add a link to another php page that has a bunch of examples using the Bridge with BIRT. In this same directory I added all the example php files and birt report designs that are used with them. I also added a folder named birtreportlib, that shows how to use birt libraries with the Bridge. Next I updated the unsupported/eclispe.birt.lib folder to have the most recent birt 2.6 libraries I also updated the unsupported/platform directory to contain the latest plugins and configuration directories. I assume the birtEngine.jar will wind up in the /WEB-INF/lib directory with the libs from the unsupported/eclipse.birt.lib libs? Thanks for your help Jason ________________________________________ From: php...@li... [php...@li...] Sent: Thursday, July 29, 2010 12:30 PM To: php...@li... Subject: Re: [Php-java-bridge-users] BIRT Report Designer Hi Jason, you have full admin access now. CVS root is: export CVS_RSH=ssh :ext:YOU...@ph...:/cvsroot/php-java-bridge or :ssh:YOU...@ph...:/cvsroot/php-java-bridge (tortoise CVS) Regards, Jost Bökemeier ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2010-07-29 16:30:12
|
Hi Jason, you have full admin access now. CVS root is: export CVS_RSH=ssh :ext:YOU...@ph...:/cvsroot/php-java-bridge or :ssh:YOU...@ph...:/cvsroot/php-java-bridge (tortoise CVS) Regards, Jost Bökemeier |
From: <php...@li...> - 2010-07-29 16:27:14
|
Use $ex->getCause(); to retrieve your exception. Regards, Jost Bökemeier |
From: <php...@li...> - 2010-07-29 14:02:28
|
Hello all, I have a java class that extends exception and it is being thrown. I can't seem to be able to catch it in PHP. If I catch JavaException my variables (errNum & errMsg) cannot be found. My class is as follows: public class ErrorDetail extends Exception { public int errNum; public String errMsg; // constructors: public ErrorDetail() { errNum = 0; errMsg = ""; } public ErrorDetail( int num, String msg ) { errNum = num; errMsg = msg; } /* method of the ErrorDetail class that returns true if an error has not occurred: */ public boolean checkError() { return ( errNum == 0 ); } } Any assistance would be greatly appreciated. Many thanks, Rob |
From: <php...@li...> - 2010-07-29 13:36:22
|
Jost, Sure I can do it. Do I have CVS access? Jason ________________________________________ From: php...@li... [php...@li...] Sent: Thursday, July 29, 2010 9:09 AM To: php...@li... Subject: Re: [Php-java-bridge-users] BIRT Report Designer Hi Jason, > We need to update the project with the new engine. agreed. Can you do this? Regards, Jost Bökemeier ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2010-07-29 13:09:29
|
Hi Jason, > We need to update the project with the new engine. agreed. Can you do this? Regards, Jost Bökemeier |
From: <php...@li...> - 2010-07-28 13:11:39
|
Hi, the PHP/Java Bridge ships with BIRT 2.5, I think. Regards, Jost Bökemeier |