Thread: [Php-java-bridge-users] FileNotFoundException: null.o

Hello,

I have deployed the 3.0.8 JavaBridge.war on JBoss 4.0.3SP1.  I then run
some of the samples, like test.php.  I find that any time I access a php
resource I get a FileNotFoundException in the log, although everything
seems to work fine.  (See trace below) I notice that an empty null.i
file appears in my JBoss bin directory. Does anyone have an idea as to
why this would happen?

Thanks,
Matt

13:52:02,060 ERROR [[/JavaBridge]] JavaBridge Exception:
java.io.FileNotFoundException: null.o (The system cannot find the file
specified
)
        at java.io.FileInputStream.open(Native Method)
        at java.io.FileInputStream.<init>(FileInputStream.java:106)
        at
php.java.bridge.http.PipeContextServer$Channel.getInputStream(PipeCon
textServer.java:46)
        at php.java.bridge.http.ContextRunner.<init>(ContextRunner.java:32)
        at
php.java.bridge.http.PipeContextServer.start(PipeContextServer.java:7
5)
        at php.java.bridge.http.ContextServer.start(ContextServer.java:70)
        at
php.java.servlet.PhpJavaServlet.handleSocketConnection(PhpJavaServlet
.java:444)
        at php.java.servlet.PhpJavaServlet.doPut(PhpJavaServlet.java:471)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:720)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:252)

Hi,

thank you very much for the feedback.

> seems to work fine.  (See trace below) I notice that
> an empty null.i
> file appears in my JBoss bin directory. 

Sounds as if the PipeContextServer failed because the
front-end (the java.so) has sent garbage. The failure
doesn't affect the operation of the bridge because the
SocketContextServer takes over, if the
PipeContextServer fails.

I suspect the problem is in the java.so, probably the
mknod failed or has different semantics compared to
Solaris or Linux. Which operating system do you use? 

Can you please open a ticked and append the following
information:

Please start the standalone PHP server with the
command:

export X_JAVABRIDGE_OVERRIDE_HOSTS=/ 
cd to the JavaBridge/WEB-INF/cgi directory
strace ./php-cgi-ARCH-OS -b:9667 2>error.log

(Please see the README for details how to start a
standalone PHP FastCGI server)

On BSD or Solaris please use truss instead of strace.

Then please re-start your application server and
re-run the test.

Please append the above error.log at the end of the
ticket (please use
http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233)


Thank you very much for this bug report.


Regards,
Jost Boekemeier





	

	
		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

php...@li... wrote:
> I suspect the problem is in the java.so, probably the
> mknod failed or has different semantics compared to
> Solaris or Linux. Which operating system do you use? 

This is on XP.

> strace ./php-cgi-ARCH-OS -b:9667 2>error.log

So I don't have strace available. :\

I literally took the .war out of the distro and deployed it unmodified.
 Then I browsed over to http://localhost:8080/JavaBridge/test.php

Is there anything else I can do to help get to the root of this?

Thanks,
Matt

Hi,

I've just checked the code. Since version 3.0.8 the
problem you've described should not appear anymore: On
windows the PhpJavaServlet always passes null as the
ChannelName which causes the ContextServer to allocate
a SocketContextServer instead of a PipeContextServer.

So I suspect that you use an older version of the
back-end, probably the current cvs head, which is
3.0.8pre. Can you please check the log of your
application server? It should contain a line:

PhpJavaServlet Version 3.0.8   ready

Since 3.0.8 the version # of the back-end is also
stored in the global.properties within the
JavaBridge.jar (located in the JavaBridge.war). The
entry should be BACKEND_VERSION=3.0.8


Regards,
Jost Boekemeier




	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

php...@li... wrote:
> So I suspect that you use an older version of the
> back-end, probably the current cvs head, which is
> 3.0.8pre. Can you please check the log of your
> application server? It should contain a line:

I reinstalled the entire stack and made sure both the front and back
ends were running 3.0.8.  I can no longer reproduce them problem.  You
are likely correct that it was a version mismatch.  I suspect I had some
leftover configuration that was directing traffic to the wrong servlet
path (with an older backend)

Thanks,
Matt