php-java-bridge-users — PHP/Java Bridge mailing list

Re: [Php-java-bridge-users] Re : Re : Re : Aide sur JavaBridge

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

Hi,

> ok i'll follow it;please how can i get the MANIFEST File?

the "MANIFEST.MF" file is a standard text file. You can create it with
a text editor (vi, emacs, edit, wordpad or similar).




Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] Re : Re : Aide sur JavaBridge

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

> when i enter the command i have this: Failed to load main-class manifest
> attribute from HelloWorld.jar.

Then you a probably not using the PHP/Java Bridge at all.

Please follow the instructions from
http://php-java-bridge.sourceforge.net/pjb/desktop-apps.php


> please what do you mean by Java log file?

The argument to -Dphp.java.bridge.default_log_file=

Re: [Php-java-bridge-users] Re : Aide sur JavaBridge

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

> The communication can be traced by starting your application with the options: java -Dphp.java.bridge.default_log_file= -Dphp.java.bridge.default_log_level=4 -jar HelloWorld.jar

What are the last 10 lines from your Java log file?

Re: [Php-java-bridge-users] Aide sur JavaBridge

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

Hi,

> java_require('http://localhost:10088/HelloWorld.jar');
> $world = new java("HelloWorld");
> echo $world->hello(array("from PHP"));
> so when i launch this,nothing displayed.


I am sorry, but I cannot reproduce this problem. Your code should
display "undefined function: java_require".


Please follow the instructions at:

  http://php-java-bridge.sourceforge.net/pjb/desktop-apps.php


Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] Invalid chunk header under JBoss 5.1 and Tomcat 6

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

Hi,

this problem appeared in version 6.2.1 test1 and has been fixed in cvs
head about a month ago.


Please use the official PHP/Java Bridge download:

   http://php-java-bridge.sourceforge.net/pjb/download.php

There is no stable version 6 yet. PHP/Java Bridge version 6 will be
released at the end of september.


Regards,
Jost Bökemeier

[Php-java-bridge-users] Invalid chunk header under JBoss 5.1 and Tomcat 6

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

I'm getting the exception below.  Anyone seen this one before?  These are the scenarios that I have tried that all result in this:

-) Using the release version of the template jar without any modifications
-) Building my own war and packaging it up similar to the template war
-) Both the scenarios above under JBoss 5.1 and Tomcat 6 (Yes, I know JBoss uses tomcat but I wanted to rule out JBoss adding something odd to the mix)

For what it's worth, I'm using OSX and MAMP on the php side and on the java side I'm using java 1.6.0_20.


java.io.IOException: Invalid chunk header
        at org.apache.coyote.http11.filters.ChunkedInputFilter.doRead(ChunkedInputFilter.java:133)
        at org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.java:710)
        at org.apache.coyote.Request.doRead(Request.java:428)
        at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:304)
        at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:403)
        at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:327)
        at org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:193)
        at php.java.bridge.Parser.read(Parser.java:94)
        at php.java.bridge.Parser.parse(Parser.java:176)
        at php.java.bridge.Request.handleRequest(Request.java:383)
        at php.java.bridge.Request.handleRequests(Request.java:491)
        at php.java.servlet.PhpJavaServlet.handleChunkedLocalConnection(PhpJavaServlet.java:199)
        at php.java.servlet.PhpJavaServlet.handleLocalConnection(PhpJavaServlet.java:261)
        at php.java.servlet.PhpJavaServlet.handlePut(PhpJavaServlet.java:338)
        at php.java.servlet.PhpJavaServlet.doPut(PhpJavaServlet.java:349)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:640)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
        at java.lang.Thread.run(Thread.java:637)

Re: [Php-java-bridge-users] Using BASIC authentication for php->java http requests?

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

Not any more.  We are on a tight timeline and I was preemptively looking for solutions if I were to be told that persistent connections aren't being used.

On Aug 25, 2010, at 5:13 AM, php...@li... wrote:

> Hi Daniel,
> 
>> Is there a clean way to use BASIC authentication for php to java http requests?
> 
> Doesn't make sense to me. Basic auth is handled by the browser/user,
> not a server-side script.
> 
> Do you have a use-case?
> 
> 
>> looking for something more than a global set of credentials.
> 
> You can declare access rules per rmi method, see EJB/JEE spec and
> RMI/IIOP example.
> 
> 
> Regards,
> Jost Bökemeier
> 
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users 
> worldwide. Take advantage of special opportunities to increase revenue and 
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

[Php-java-bridge-users] Aide sur JavaBridge

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

Hi everyone,

i am working on a PHP application ,i need to introduce a .jar ,so my JavaBridge 
turn well with some examples,but when i tried the example in the site which 
concern the  message dialogue,that doesn't work.
So it doesn't display a message dialog,below are all the codes i used:

***************HelloWorld.java*****************
import javax.swing.JOptionPane;


public class HelloWorld {
  public static void main(String args[]) throws Exception {
    JOptionPane.showMessageDialog(null, "hello world");
    System.exit(0);
  }
  public void hello(String args[]) throws Exception {
    JOptionPane.showMessageDialog(null, "hello " + args[0]);
  }
}

so i created the HelloWorld.jar,and it's worked,so below is the PHP code:
*************************
<?php 
java_require('http://localhost:10088/HelloWorld.jar');

$world = new java("HelloWorld");
echo $world->hello(array("from PHP"));
?>

so when i launch this,nothing displayed.

Please really need someone for help.



      

Re: [Php-java-bridge-users] Using BASIC authentication for php->java http requests?

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

Hi Daniel,

> Is there a clean way to use BASIC authentication for php to java http requests?

Doesn't make sense to me. Basic auth is handled by the browser/user,
not a server-side script.

Do you have a use-case?


> looking for something more than a global set of credentials.

You can declare access rules per rmi method, see EJB/JEE spec and
RMI/IIOP example.


Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] Will my entire php page use the same server side java thread?

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

Hi Daniel,

> writing to determine if my initial tests are coincidence or if I indeed can
> assume that the same server side thread is allocated for the duration of a
> single page rendering on the php side.

the PHP/Java Bridge uses persistent connections, yes.

If a PHP process "j" is connected to a java thread "k", j will
continue to use k until j or k is destroyed (OOM condition or other
fatal error).


Note: persistent connections are not used if you program your own
servlet. That's up to you:
http://php-java-bridge.sourceforge.net/pjb/servlet-programming.php


Regards,
Jost Bökemeier

[Php-java-bridge-users] Using BASIC authentication for php->java http requests?

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

Is there a clean way to use BASIC authentication for php to java http requests?  I'd like to adjust this on a per web user basis so I'm looking for something more than a global set of credentials.

Thanks in advance,

Daniel

[Php-java-bridge-users] Will my entire php page use the same server side java thread?

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

The java code I'm trying to call from php relies on thread locals for storing security and transaction information.  In the zend version of the bridge, I noticed that each call to a java operation could potentially result in a different thread handling the call.  My initial tests on the php/java bridge suggest that's not true about this implementation.  I'm writing to determine if my initial tests are coincidence or if I indeed can assume that the same server side thread is allocated for the duration of a single page rendering on the php side.

Thanks in advance,

Daniel

Re: [Php-java-bridge-users] BIRT Report Designer

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

Thanks Jost

________________________________________
From: php...@li... [php...@li...]
Sent: Thursday, August 19, 2010 8:21 AM
To: php...@li...
Subject: Re: [Php-java-bridge-users] BIRT Report Designer

Hi Jason,

great!  Thank you very much!


Your changes will appear in PHP/Java Bridge version 6.2.1, which will
be released at the end of september.


Regards,
Jost Bökemeier

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Re: [Php-java-bridge-users] BIRT Report Designer

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

Hi Jason,

great!  Thank you very much!


Your changes will appear in PHP/Java Bridge version 6.2.1, which will
be released at the end of september.


Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] BIRT Report Designer

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

Jost,

I committed them.  I did not build any scripts, just updated what you already had.  I also added a lot of php files to show how to use it.  Look at the BIRTindex.php.  Can you check it to verify everything went up ok?

Jason

________________________________________
From: php...@li... [php...@li...]
Sent: Friday, August 13, 2010 6:30 AM
To: php...@li...
Subject: Re: [Php-java-bridge-users] BIRT Report Designer

Hi Jason,

CVS user/password should be the same as your sf.net account: gromwe/*****

Please see https://sourceforge.net/apps/trac/sourceforge/wiki/CVS%20client%20instructions

Or please send me a binary patch file, I will commit it.


Regards,
Jost Bökemeier

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Re: [Php-java-bridge-users] PHP does not update

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

> It's not updating ANYTHING,
> though, even the stuff that it should be getting from the system itself,

Clear your browser cache and/or try again using a different browser.


There isn't anything we can do, as this isn't a PHP/Java Bridge problem.


Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] PHP does not update

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

"When I put a setting in the php.conf specified on the php info page..."
File is writable and is not being overwritten. It's not updating ANYTHING,
though, even the stuff that it should be getting from the system itself,
such as the environment variables.

On Fri, Aug 13, 2010 at 3:23 AM, <
php...@li...> wrote:

> > I restarted Apache Tomcat (and the computer it runs on) and it still does
> > not update.
>
> May happen, if you and your computer disagree which config file to
> use. :) The current config file is listed at the top of the phpinfo()
> page, overwritten by context- or directory-specific configuration.
>
>
> > In fact it lists an environment variable on the info page that
> > no longer exists on this system. I don't know what to try next.
>
> Please ask the PHP developers for help. This is a PHP specific problem.
>
>
> Regards,
> Jost Bökemeier
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Re: [Php-java-bridge-users] incorrect REQUEST_URI when index.php is set as a welcome file

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

Fixed in CVS head.

>From the NEWS file:

* Incompatible change for those who use $_SERVER["REQUEST_URI"] as a cache key.
  Please either use PHP_SELF or please set
    <init-param>
      <param-name>php_request_uri_is_unique</param-name>
      <param-value>true</param-value>
    </init-param>

Re: [Php-java-bridge-users] BIRT Report Designer

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

Hi Jason,

CVS user/password should be the same as your sf.net account: gromwe/*****

Please see https://sourceforge.net/apps/trac/sourceforge/wiki/CVS%20client%20instructions

Or please send me a binary patch file, I will commit it.


Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] PHP does not update

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

> I restarted Apache Tomcat (and the computer it runs on) and it still does
> not update.

May happen, if you and your computer disagree which config file to
use. :) The current config file is listed at the top of the phpinfo()
page, overwritten by context- or directory-specific configuration.


> In fact it lists an environment variable on the info page that
> no longer exists on this system. I don't know what to try next.

Please ask the PHP developers for help. This is a PHP specific problem.


Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] incorrect REQUEST_URI when index.php is set as a welcome file

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

On Thu, Aug 12, 2010 at 8:01 PM, <
php...@li...> wrote:

> > it seems to me the definition of REQUEST_URI is a grey area so don't
> worry
> > if our views are different.
>
> From
>
> => http://www.php.net/manual/en/reserved.variables.server.php
>
>  'REQUEST_URI'
>    The URI which was given in order to access this page; for
> instance, '/index.html'.
>
> ...
>
> But from the comments below:
>
> danny at orionrobots dot co dot uk
> 31-Jul-2008 09:25
> It is worth noting here that if you use $_SERVER['REQUEST_URI'] with a
> rewrite rule, the original, not rewritten URI will be presented.
>
>
> I have changed your ticket state back to open.
>
>
> Thank you.

If you treat Servlet forwarding as same as URL rewrite, then we should use
the source.


> btw, Tomcat doesn't implemenet javax.servlet.* attributes at all so the
> patch won't affect it. I

My previous comment was wrong. It is true only for the welcome file case. If
there is an actual servlet side forward, Tomcat does implement the
javax.servlet.forward.request_uri attribute. And my patch will change the
behavior. To me, it is a fix.


btw, sorry for the lack of proofreading of my previous email. It was sent in
a rush. :-P

regards,
mingfai

Re: [Php-java-bridge-users] BIRT Report Designer

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

Jost,

What password am I suppose to be using?

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

Re: [Php-java-bridge-users] PHP does not update

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

I restarted Apache Tomcat (and the computer it runs on) and it still does
not update. In fact it lists an environment variable on the info page that
no longer exists on this system. I don't know what to try next.

On Thu, Aug 12, 2010 at 12:50 AM, <
php...@li...> wrote:

> 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
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Re: [Php-java-bridge-users] incorrect REQUEST_URI when index.php is set as a welcome file

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

> it seems to me the definition of REQUEST_URI is a grey area so don't worry
> if our views are different.

From

=> http://www.php.net/manual/en/reserved.variables.server.php

 'REQUEST_URI'
    The URI which was given in order to access this page; for
instance, '/index.html'.

...

But from the comments below:

danny at orionrobots dot co dot uk
31-Jul-2008 09:25
It is worth noting here that if you use $_SERVER['REQUEST_URI'] with a
rewrite rule, the original, not rewritten URI will be presented.


I have changed your ticket state back to open.


Regards,
Jost Bökemeier

Re: [Php-java-bridge-users] incorrect REQUEST_URI when index.php is set as a welcome file

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

> > Jetty behaves correctly.
>
> I don't follow. Doesn't jetty return null for getRequestURI()?
>
>
sorry, maybe i didn't make it clear enough. Jetty does *not* return null for
getRequestURI(). it "correctly" return "/index.php". There is no bug
involved. I am using the latest Jetty 7.1.6 and it behaves exactly as I
expected. Jetty may have bugs, maybe very buggy (if you guys think so, I
don't really so ;-) ), but this issue doesn't caused by any Jetty bug.

as you guys keep thinking it is a Jetty bug, I've checked the servlet spec
by myself.  the servlet spec 2.5 doesn't disallow explicit forwarding for
welcome-file. In servlet spec 2.5 section 9.1, when a welcome file is
defined, it only say "A request URI of /catalog/ will be returned as
/catalog/default.jsp.". It used the term "returned" but not forwarded nor
redirected. From the context, you actually may interpret "return" as
"forward" because for the other case, the spec used the term "redirect".And
the spec definitely didn't require getRequestURI to return the request uri
of the first request. otherwise, it won't need the javax.servlet.forward.*
attributes.

the behavior of tomcat and jetty are different in welcome file
implementation. Jetty actually explicitly do a forwarding, but tomcat
doesn't do any forwarding (or it does the forwarding transparent).



>
> > <!-- 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".
>
>
Let's assume user type "http://acme.com/from.jsp". And in the jsp, it
forwards to "/to.php". I do expect the REQUEST_URI variable in PHP shows
"/from.jsp" which is the uri that the user requested.

why?! this is a good question. the best reason i can give is "REQUEST_URI
should return the URI that user requested" :-)

   - by fact, it won't work if REQUEST_URI isn't the original request uri in
   wordpress. As wordpress will do redirection if the uri is not correct. let's
   ignore wordpress first. it is popular but just one php applications.
   - in a normal web server like Apache or Nginx, if you view index file as
   a kind of servlet side forwarding, a request to "/test/" that is forwarded
   to "/test/index.php" will show "/test/" as the REQUEST_URI. "/test/" is the
   source, but not the forwarded target.
   - if you REQUEST_URI doesn't return the source, there is no way to obtain
   the source/original request uri. In PHP, we can use $_SERVER["SCRIPT_NAME"]
   to get the current file, which is the target. There is no need to make
   REQUEST_URI returns the same target.
   - i'm not a php expert. afaik, php doesn't have a server side forward
   feature, so there is no absolute expected behavior.


it seems to me the definition of REQUEST_URI is a grey area so don't worry
if our views are different.



> > 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.
>
>
i did a test before writing my last email, and i just repeated the test to
double check. In Tomcat 6.0.29, when the web app is configured with:
  <welcome-file-list>
    <welcome-file>index.jsp</welcome-file>
  </welcome-file-list>

when we hit a URI without "index.jsp" suffix, e.g. "/test/", when there is
actually a "/test/index.jsp" with the following content:
<%=request.getRequestURI() %><br/>
  <%=request.getAttribute("javax.servlet.include.request_uri") %><br/>
  <%=request.getAttribute("javax.servlet.forward.request_uri") %><br/>

it will print out:
/test/
null
null

You could do a quick test with my attached test.war.

The behavior of Tomcat is stated as a reference only. It got nothing to do
with the issue I'm reporting.




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

I think the issue is not a workaround, and as mentioned, Jetty behaves
correctly. The issue is our difference in the expected behavior of a jsp
forward case. I think the REQUEST_URI should return the source but not the
target, and you think differently.

btw, Tomcat doesn't implemenet javax.servlet.* attributes at all so the
patch won't affect it. I

Even thought I want to fix "this scenario", i wouldn't suggest to detect if
it is jetty and then sth differently for Jetty. right now, i've patched my
local version. Not the best but acceptable to me. And I think FastCGIServlet
is designed to be extendable so anyone could override the
setupRequestVariables method.

If you don't REQUEST_URI should return the source, just ignore this issue.
Don't worry.

regards,
mingfai