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

Re: [Php-java-bridge-users] Protocol Invalid Document End error

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

Hi,

> href='function.fwrite'>function.fwrite</a>]: send of
> 11 bytes
> failed with errno=10053 An established connection

you should find the reason why the back end has closed
the connection (e.g. OutOfMemoryError, ...) in the log
file of the back end.

If you can't find the reason, please open a ticket
(please use
http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233),
set the log level to 4 and attach the log at the end
of the ticket.

(A google search for "windows error 10053 code"
reveiled some problems with XP, however, we will see
the reason for the failure in the log file of the back
end.)


Regards,
Jost Boekemeier


__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

[Php-java-bridge-users] Protocol Invalid Document End error

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

=0A=
=0A=
=0A=
HiI am receiving an error in my php file.It is Protocol Error: Invalid Docu=
ment End at Col 8As well, my server error log says    =0A=
PHP Notice:  fwrite() [<a=0A=
href=3D'function.fwrite'>function.fwrite</a>]: send of 11 bytes=0A=
failed with errno=3D10053 An established connection was aborted by the=0A=
software in your host machine.\r\n in=0A=
C:\\Working\\Wago\\JavaTest\\Java\\ModbusMonitor\\FreeModbus\\Java.inc=0A=
on line 1082,It happens for almost every java-related call in the php file.=
I am running PHP 5.2.1, Java 1.6.0, and php-java bridge 4.1.0aIt is a Windo=
ws environment, using Apache as a web server.Any assistance would be greatl=
y appreciatedThanksJoshua
_________________________________________________________________
Invite your mail contacts to join your friends list with Windows Live Space=
s. It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=3Dcreate&wx_url=3D/friends.=
aspx&mkt=3Den-us=

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

> Do you use the GlobalPhpJavaServlet or do you have
> only one JavaBridge.war web application?

We've only ever run one JavaBridge.war web application.

> Since version > 3.0.8 the PHP/Java Bridge used a class
> loader cache, which means that there was only one
> class loader for all shared web applications.
>=20
> But this is only an issue if the is a JavaBridge.jar
> in the global classpath, which is not the recommended
> setup. From the FAQ of version 4.1.1:

We've only ever run the JavaBridge.war or run JavaBridge.jar from the
command line.  Version 4.1.1 doesn't exist -- you just released 4.1.0a
yesterday, right?

> Do you have the JavaBridge.jar in the global
> classpath?

Nope.

So, we just downloaded the 4.1.0 release (thanks for replacing it) and I
tried it in Tomcat and standalone.  Either way, the first time I run my
test script after starting the bridge it works fine.  The second time, I
get a "protocol error," and the third time my browser just hangs trying
to make the request.  I opened my Java Bridge log and saw that this had
occurred the second time I ran my script:

Jun 14 16:06:28 JavaBridge ERROR: An exception occured:
java.lang.IllegalStateException: java_require() not allowed for the HTTP
tunnel. Use a context runner instead.
java.lang.IllegalStateException: java_require() not allowed for the HTTP
tunnel. Use a context runner instead.
	at
php.java.bridge.JavaBridgeClassLoader.checkCl(JavaBridgeClassLoader.java
:46)
	at
php.java.bridge.SimpleJavaBridgeClassLoader.getClassLoader(SimpleJavaBri
dgeClassLoader.java:172)
	at php.java.bridge.Request.setBridge(Request.java:493)
	at
php.java.bridge.http.ContextFactory.recycle(ContextFactory.java:212)
	at
php.java.bridge.http.ContextFactory.recycle(ContextFactory.java:253)
	at php.java.bridge.Parser.parse(Parser.java:225)
	at php.java.bridge.Request.handleRequest(Request.java:334)
	at php.java.bridge.Request.handleRequests(Request.java:388)
	at
php.java.bridge.http.ContextRunner.run(ContextRunner.java:165)
	at
php.java.bridge.BaseThreadPool$Delegate.run(BaseThreadPool.java:58)

(Happened on the line where I load my jars using java_require)

First I've seen this error -- how do I "use a context runner"?

Thanks,
Jon

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

Hi Jonathan,

> problem most often when
> the Bridge is running in Tomcat. 

ah, I think I've missed that information.

Do you use the GlobalPhpJavaServlet or do you have
only one JavaBridge.war web application?

Since version > 3.0.8 the PHP/Java Bridge used a class
loader cache, which means that there was only one
class loader for all shared web applications.

But this is only an issue if the is a JavaBridge.jar
in the global classpath, which is not the recommended
setup. From the FAQ of version 4.1.1:
-----------------------------------------

I have two different classes with the same name in two
different web apps. When using the
GlobalPhpJavaServlet, the bridge uses only one of
these classes!?!


This is a known bug in all PHP/Java Bridge versions <
4.1.0.

Please upgrade to a PHP/Java Bridge version >= 4.1.0
or use a PHP/Java Bridge version <= 3.0.8 and switch
off persistent connections:
java.persistent_connections=Off.

Since version 4.1.0, the PHP/Java Bridge correctly
uses the current thread context class loader so that,
when the Java.inc is loaded from a webApp, the class
loader from that web application is used. For example:


require_once("http://localhost:8080/webApp1/java/Java.inc");
echo java("my.TestClass")->getId(); // assuming that a
getId() procedure exists
=> TestClass of webApp1

require_once("http://localhost:8080/webApp2/java/Java.inc");
echo java("my.TestClass")->getId(); // assuming that a
getId() procedure exists
=> TestClass of webApp2

--------------------------------------

Do you have the JavaBridge.jar in the global
classpath?


> How do I configure
> the Tomcat-deployed
> Bridge to put its log file in the directory of my
> choosing?

Please start tomcat as follows (assuming you are
running tomcat under Linux):

export
JAVA_OPTS="-Dphp.java.bridge.default_log_level=4
-Dphp.java.bridge.default_log_file=/tmp/jb.log"
/opt/apache-tomcat/bin/catalina.sh start


Or please add log4j.jar to the global class path (for
example to /opt/jdk1.5/jre/lib/ext) and start the
log4j log viewer with the command:

java -cp /opt/jdk1.5/jre/lib/ext/log4j.jar
org.apache.log4j.chainsaw.Main


After you restart tomcat, the log will appear in the
log4j window, which allows you to search for certain
events etc.


Regards,
Jost Boekemeier




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

Re: [Php-java-bridge-users] FYI: PHP/Java Bridge 4.1.0 (test) available (was: Re: Isolation of WebApps under Tomcat)

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

Thanks very much Jost. Your commitment is highly appreciated.

Robert


php...@li... wrote:
> Hi,
>
> PHP/Java Bridge version 4.1.0 fixes this problem.
>
> Please use the following download link:
>
> http://sourceforge.net/project/downloading.php?group_id=117793&use_mirror=osdn&filename=php-java-bridge_4.1.0_j2ee.zip&15111070
>
> Since version 4.1.0 the DynamicJavaBridgeClassLoader
> is optional. When running in a shared web environment,
> JavaBridge.jar and php-servlet.jar are loaded from the
> global classpath, the PhpJavaServlet sets the
> currentThreadContextClassLoader (wrapped by a
> URLClassLoader, used to load libraries from
> ~/lib/)into the ContextFactory and the ContextRunners
> retrieve and use the appropriate ClassLoader.
>
> The DynamicJavaBridgeClassLoader is enabled only when
> the procedure java_require() is called. The bridge
> allocates a new instance of the
> DynamicJavaBridgeClassLoader (with the current loader
> as a delegate) and sets it into the
> PhpJavaBridgeClassLoader. After the request is done,
> the DynamicJavaBridgeClassLoader is thrown away. This
> is necessary because the VM keeps a native cache which
> is associated the instance of the
> DynamicJavaBridgeClassLoader. -- Some Java VM's (IBM)
> even crash, if we do dirty tricks to recycle the
> instance for new requests (see documentation note in
> DynamicClassLoader#copyInto).
>
> Furthermore the ContextFactory's have been cleaned up.
> Both, the pure PHP- as well as the C implementation
> now pass the current context ID via a protocol header
> field, so that the ContextFactory can temporarily set
> the correct JavaBridge instance for the current
> connection (see option java.persistent_connections).
> This means that most of the old "recycle" logic is now
> obsolete and has been removed (it may be possible to
> keep the old cruft, but it is ugly and very hard to
> understand).
>
> Because of the above change, old php_java.dll or
> java.so files < 4.1.0 will likely crash. For version
> 4.1.1 I will add a compatibility option which simply
> disables java.persistent_connections when the back end
> detects an old protocol header. Until then please use
> the pure PHP implementation ("Java.inc") instead.
>
>
> Regards,
> Jost Boekemeier

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

> > Can you please open a problem report, and attach code
> > which allows us to reproduce the problem? And/or
> > please  set the log level to 4 and attach the log at
> > the end of the ticket.

I managed to recreate the original problem we saw (ClassCastExceptions)
with a test script using the standalone bridge.  I've packaged
everything up (including a log) and have created a ticket on
SourceForge.

Best,
Jonathan=20

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

> It is certainly possible to load classes so that
> class@classLoader1 is assignment-incompatible to
> class@classLoader2.=20
>=20
> But I don't see this as a problem of the PHP/Java
> Bridge. -- When the request is done all versions of
> the PHP/JavaBridge allocate a new
> DynamicJavaBridgeClassLoader to avoid such problems
> (one class coming from the VM cache, the other one
> from the loader).

Assuming for a moment that there may be a classloader issue, do you
think it might be safer for us to put all our jars in one of the
directories the Bridge loads by default, rather than use java_require()?

> Can you please open a problem report, and attach code
> which allows us to reproduce the problem? And/or
> please  set the log level to 4 and attach the log at
> the end of the ticket.

I'd be happy to.  Unfortunately, we don't have any code that can
reliably reproduce the problem -- it comes and goes without notice --
but I'll do my best.  As I've said, we see the problem most often when
the Bridge is running in Tomcat.  How do I configure the Tomcat-deployed
Bridge to put its log file in the directory of my choosing?

Thanks,
Jonathan

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

Hi Jonathan,

> We did some research on the JAXBContext class, and
> found that when most
> people had trouble and saw ClassCastExceptions

imho the problem you've reported is due to a bug in
your software. You must allocate the class via some
factory.


> class loader.  To avoid class loader issues as much
> as possible, we

It is certainly possible to load classes so that
class@classLoader1 is assignment-incompatible to
class@classLoader2. 

But I don't see this as a problem of the PHP/Java
Bridge. -- When the request is done all versions of
the PHP/JavaBridge allocate a new
DynamicJavaBridgeClassLoader to avoid such problems
(one class coming from the VM cache, the other one
from the loader).

However, the code example you have given cannot work.

Can you please open a problem report, and attach code
which allows us to reproduce the problem? And/or
please  set the log level to 4 and attach the log at
the end of the ticket.


Regards,
Jost Boekemeier





	
		
___________________________________________________________ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de

[Php-java-bridge-users] SONYA HAUSCHILDT is out of office

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

Ich werde ab  14.06.2007 nicht im B=FCro sein. Ich kehre zur=FCck am
18.06.2007.

Thank you for your message. I am out of office from 14th - 15th June 20=
07.
In the event of any urgency please contact my collegues
ger...@qv....=

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

We did some research on the JAXBContext class, and found that when most
people had trouble and saw ClassCastExceptions, it was related to the
class loader.  To avoid class loader issues as much as possible, we
started sticking the result of each "new JavaClass(...)" in a static
class (which will persist indefintely), so we'd only have to call it
once per class in all of our code.  This seemed to lessen the problem,
but then we began seeing IllegalArgumentExceptions popping up here and
there, like so:


[[o:Exception]:"java.lang.Exception: Invoke failed:
[[o:ObjectFactory]]->createContactInformation((o:ContactInformationType)
[o:ContactInformationType]). Cause: java.lang.IllegalArgumentException:
argument type mismatch Responsible VM: 1.5.0_08@http://java.sun.com/"
at:
#-9 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
#-8 sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
#-7 sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
#0 http://localhost:8181/JavaBridge/java/Java.inc(151):
java_ThrowExceptionProxyFactory->getProxy(41, true)
#1 http://localhost:8181/JavaBridge/java/Java.inc(304):
java_Arg->getResult(true)
#2 http://localhost:8181/JavaBridge/java/Java.inc(310):
java_Client->getWrappedResult(true)
#3 http://localhost:8181/JavaBridge/java/Java.inc(489):
java_Client->getResult()
#4 http://localhost:8181/JavaBridge/java/Java.inc(735):
java_Client->invokeMethod(38, 'createContactIn...', Array)
#5 http://localhost:8181/JavaBridge/java/Java.inc(853):
java_JavaProxy->__call('createContactIn...', Array)
#6 [internal function]: Java->__call('createContactIn...', Array)
#7 C:\deploy\merged\php-client\IndivoAPI.class.php(708):
Java->createContactInformation(Object(java_InternalJavaObject))


Perfectly functional methods are now rejecting perfectly good arguments,
also pointing toward class loader issues.  It bears repeating that we're
using version 4.0.7 now, and never saw such issues with v3.0.7.  We even
checked out the trunk from CVS and built the latest-and-greatest, and
still saw these problems.  To be completely transparent, we also need to
mention that almost all of the classes that we're working with have
either been generated by JAXB or are part of the JAXB API.  I think JAXB
is a red-herring (it all worked well together in php-java-bridge 3.0.7)
but its worth mentioning.

One last fact... We've run the JavaBridge through Tomcat and in
standalone mode (java -jar...) and the problem seems to arise much
"quicker" when we run in Tomcat.  The errors are sporadic in both and
happen in different locations each time. Sometimes a method invocation
will succeed in one run and then fail in another.

We want to be as helpful as possible while trying to resolve this issue.
What other information can we send you to help isolate the problem?

Thanks,
Jon Abbett & Bill Simons
Children's Hospital Boston

P.S. How do I specify where to write the log file in a Tomcat-deployed
Java Bridge?



> -----Original Message-----
> From: php...@li...=20
> [mailto:php...@li...]=20
> On Behalf Of php...@li...
> Sent: Wednesday, June 06, 2007 5:15 AM
> To: php...@li...
> Subject: Re: [Php-java-bridge-users] ClassCastExceptions in=20
> standalone deployment
>=20
> Hi Jonathan,
>=20
> > [[o:Exception]:"java.lang.Exception: Invoke failed:
> >
> [[c:JAXBContext]]->newInstance((o:String)[o:String]).
> > Cause:
> > java.lang.ClassCastException:
> > com.sun.xml.bind.v2.runtime.JAXBContextImpl
>=20
> sounds like a problem internal to JAXBContextImpl.
>=20
> > Responsible VM:
> > 1.5.0_08@http://java.sun.com/" at:
> > #-14
> >
> javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:149)
>=20
> I guess the above class uses a constructor which
> requires a different logging API than provided.
>=20
> Do you have the source code of the above class?
>=20
>=20
> Regards,
> Jost Boekemeier
>=20
>=20
>=20
>       __________________________________  Yahoo! Clever: Sie=20
> haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever
>=20
>=20
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>=20
>=20

Re: [Php-java-bridge-users] FYI: PHP/Java Bridge 4.1.0 (test) available (was: Re: Isolation of WebApps under Tomcat)

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

The 4.1.0 ZIP is much, much smaller than all the other versions, and the
JavaBridge.war contains almost no data.  Is something amiss?

> -----Original Message-----
> From: php...@li...=20
> [mailto:php...@li...]=20
> On Behalf Of php...@li...
> Sent: Wednesday, June 13, 2007 1:16 PM
> To: php...@li...
> Subject: [Php-java-bridge-users] FYI: PHP/Java Bridge 4.1.0=20
> (test) available (was: Re: Isolation of WebApps under Tomcat)
>=20
> Hi,
>=20
> PHP/Java Bridge version 4.1.0 fixes this problem.
>=20
> Please use the following download link:
>=20
> http://sourceforge.net/project/downloading.php?group_id=3D117793
> &use_mirror=3Dosdn&filename=3Dphp-java-bridge_4.1.0_j2ee.zip&15111070
>=20
> Since version 4.1.0 the DynamicJavaBridgeClassLoader
> is optional. When running in a shared web environment,
> JavaBridge.jar and php-servlet.jar are loaded from the
> global classpath, the PhpJavaServlet sets the
> currentThreadContextClassLoader (wrapped by a
> URLClassLoader, used to load libraries from
> ~/lib/)into the ContextFactory and the ContextRunners
> retrieve and use the appropriate ClassLoader.
>=20
> The DynamicJavaBridgeClassLoader is enabled only when
> the procedure java_require() is called. The bridge
> allocates a new instance of the
> DynamicJavaBridgeClassLoader (with the current loader
> as a delegate) and sets it into the
> PhpJavaBridgeClassLoader. After the request is done,
> the DynamicJavaBridgeClassLoader is thrown away. This
> is necessary because the VM keeps a native cache which
> is associated the instance of the
> DynamicJavaBridgeClassLoader. -- Some Java VM's (IBM)
> even crash, if we do dirty tricks to recycle the
> instance for new requests (see documentation note in
> DynamicClassLoader#copyInto).
>=20
> Furthermore the ContextFactory's have been cleaned up.
> Both, the pure PHP- as well as the C implementation
> now pass the current context ID via a protocol header
> field, so that the ContextFactory can temporarily set
> the correct JavaBridge instance for the current
> connection (see option java.persistent_connections).
> This means that most of the old "recycle" logic is now
> obsolete and has been removed (it may be possible to
> keep the old cruft, but it is ugly and very hard to
> understand).
>=20
> Because of the above change, old php_java.dll or
> java.so files < 4.1.0 will likely crash. For version
> 4.1.1 I will add a compatibility option which simply
> disables java.persistent_connections when the back end
> detects an old protocol header. Until then please use
> the pure PHP implementation ("Java.inc") instead.
>=20
>=20
> Regards,
> Jost Boekemeier
>=20
>=20
>=20
> 	=09
> ___________________________________________________________=20
> Telefonate ohne weitere Kosten vom PC zum PC:=20
> http://messenger.yahoo.de
>=20
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>=20
>=20

[Php-java-bridge-users] FYI: PHP/Java Bridge 4.1.0 (test) available (was: Re: Isolation of WebApps under Tomcat)

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

Hi,

PHP/Java Bridge version 4.1.0 fixes this problem.

Please use the following download link:

http://sourceforge.net/project/downloading.php?group_id=117793&use_mirror=osdn&filename=php-java-bridge_4.1.0_j2ee.zip&15111070

Since version 4.1.0 the DynamicJavaBridgeClassLoader
is optional. When running in a shared web environment,
JavaBridge.jar and php-servlet.jar are loaded from the
global classpath, the PhpJavaServlet sets the
currentThreadContextClassLoader (wrapped by a
URLClassLoader, used to load libraries from
~/lib/)into the ContextFactory and the ContextRunners
retrieve and use the appropriate ClassLoader.

The DynamicJavaBridgeClassLoader is enabled only when
the procedure java_require() is called. The bridge
allocates a new instance of the
DynamicJavaBridgeClassLoader (with the current loader
as a delegate) and sets it into the
PhpJavaBridgeClassLoader. After the request is done,
the DynamicJavaBridgeClassLoader is thrown away. This
is necessary because the VM keeps a native cache which
is associated the instance of the
DynamicJavaBridgeClassLoader. -- Some Java VM's (IBM)
even crash, if we do dirty tricks to recycle the
instance for new requests (see documentation note in
DynamicClassLoader#copyInto).

Furthermore the ContextFactory's have been cleaned up.
Both, the pure PHP- as well as the C implementation
now pass the current context ID via a protocol header
field, so that the ContextFactory can temporarily set
the correct JavaBridge instance for the current
connection (see option java.persistent_connections).
This means that most of the old "recycle" logic is now
obsolete and has been removed (it may be possible to
keep the old cruft, but it is ugly and very hard to
understand).

Because of the above change, old php_java.dll or
java.so files < 4.1.0 will likely crash. For version
4.1.1 I will add a compatibility option which simply
disables java.persistent_connections when the back end
detects an old protocol header. Until then please use
the pure PHP implementation ("Java.inc") instead.


Regards,
Jost Boekemeier



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

Re: [Php-java-bridge-users] trust certificate

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

Hi,

>  Is there any way to trust a certificate with php
> java bridge or can we
> import security certificate in php java bridge as we
> used keytool in
> java.coz keytool is not in my gcj java.

what do you mean with this?

keytool is used to create SSL keys.  How does the
PHP/Java Bridge fit in there? -- The PHP/Java Bridge
is only a standard J2EE application, it isn't a J2EE
server!

Or are you talking about Tomcat?


Regards,
Jost Boekemeier



      __________________________________  Yahoo! Clever: Stellen Sie Fragen und finden Sie Antworten. Teilen Sie Ihr Wissen. www.yahoo.de/clever

[Php-java-bridge-users] trust certificate

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

Hello To all,

 Is there any way to trust a certificate with php java bridge or can we
import security certificate in php java bridge as we used keytool in
java.coz keytool is not in my gcj java.




-- 
Thanks and Regards
Sharad Singh
Sr. Project Associate
EE, IIT Kanpur
Mob:+91- 9450 328 117

Accessing Brihaspati:
http://202.141.40.217:8080/brihaspati/servlet/brihaspati
Login:guest Password: guest

Brihaspati learning management system                           |
|(free version) http://sourceforge.net/projects/brihaspati       |
|(IIT Kanpur installation) http://brihaspati.iitk.ernet.in/      |
|Login - guest  Password - guest                                 |
|(for commercial version with support and maintainence: mail me

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

Hi again,

for version 4.1.1 it may make sense to throw an
IllegalAccessException when users try to access
internal classes directly. They should call the
appropriate factory procedure to obtain an instance of
the class.

> does it contain a newInstance() method. I have

It doesn't contain a newInstance(String) procedure.


Regards,
Jost Boekemeier


      __________________________________  Yahoo! Clever: Stellen Sie Fragen und finden Sie Antworten. Teilen Sie Ihr Wissen. www.yahoo.de/clever

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

Hi,

>
javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:149)
> 
> I guess the above class uses a constructor which
> requires a different logging API than provided.
> 
> Do you have the source code of the above class?

according to jad :) the above class it not public nor
does it contain a newInstance() method. I have checked
the j2ee.jar which comes with the latest sun j2ee
server download.

Regards,
Jost Boekemeier


      Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail

Re: [Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

Hi Jonathan,

> [[o:Exception]:"java.lang.Exception: Invoke failed:
>
[[c:JAXBContext]]->newInstance((o:String)[o:String]).
> Cause:
> java.lang.ClassCastException:
> com.sun.xml.bind.v2.runtime.JAXBContextImpl

sounds like a problem internal to JAXBContextImpl.

> Responsible VM:
> 1.5.0_08@http://java.sun.com/" at:
> #-14
>
javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:149)

I guess the above class uses a constructor which
requires a different logging API than provided.

Do you have the source code of the above class?


Regards,
Jost Boekemeier



      __________________________________  Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever

[Php-java-bridge-users] ClassCastExceptions in standalone deployment

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

I tried running my website with the standalone, command-line deployment
of the Java Bridge...

 $ java -jar JavaBridge.jar SERVLET:8080

...which seemed to work well.  That is, until a random line of code,
which normally executes just fine, started throwing a ClassCastException
each time it was encountered:

  self::$jaxbContext =3D new JavaClass('javax.xml.bind.JAXBContext');
  self::$talkContext =3D
self::$jaxbContext->newInstance('org.indivo.xml.talk');

Once the CCE appeared, my application could not recover until I
restarted the Bridge and Apache.

I'd never had a problem with those lines with 3.0.7 using the PHP
extension, and I don't see the problem at all while running 4.0.7 from
Tomcat.  Does such a scenario ring any bells?  (Exception text pasted
below.)

Thanks for your help,
Jonathan



[[o:Exception]:"java.lang.Exception: Invoke failed:
[[c:JAXBContext]]->newInstance((o:String)[o:String]). Cause:
java.lang.ClassCastException:
com.sun.xml.bind.v2.runtime.JAXBContextImpl Responsible VM:
1.5.0_08@http://java.sun.com/" at:
#-14 javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:149)
#-13 javax.xml.bind.ContextFinder.find(ContextFinder.java:285)
#-12 javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:372)
#0 http://localhost:8080/JavaBridge/java/Java.inc(151):
java_ThrowExceptionProxyFactory->getProxy(2, true)
#1 http://localhost:8080/JavaBridge/java/Java.inc(304):
java_Arg->getResult(true)
#2 http://localhost:8080/JavaBridge/java/Java.inc(310):
java_Client->getWrappedResult(true)
#3 http://localhost:8080/JavaBridge/java/Java.inc(489):
java_Client->getResult()
#4 http://localhost:8080/JavaBridge/java/Java.inc(735):
java_Client->invokeMethod(1, 'newInstance', Array)
#5 http://localhost:8080/JavaBridge/java/Java.inc(853):
java_JavaProxy->__call('newInstance', Array)
#6 [inte in http://localhost:8080/JavaBridge/java/Java.inc on line 129

Re: [Php-java-bridge-users] Php_java bridge Start problem.

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

Hi Sharad,

> Java JavaBridge /tmp/.php_java 5
> /var/log/javalog/php-java-bridge

what is "Java" and what does "JavaBridge" do?

I assume Java is some kind of shell script and
JavaBridge is some binary which somehow calls
modules/java (the gcj-compiled backend binary).

Do you see any relevant messages in the log file
(/var/log/javalog/php-java-bridge)?


> I am using gcj java 3.2.3. on linux OS.

Which linux operating system do you use?


> Hope Now you can suggest me what the problem behind
> this.

No idea. gcj 3.2.3 is quite old and doesn't support
most of the JDK1.4 features which the JavaBridge
requires.

However, if the gcj-compiled binary crashes (due to
missing feature probably), it should write a stack
trace or at least a core dump. In any case it should
not silently terminate.

Isn't it possible to use a recent version of "GNU
Java"? Or better: Use a real Java VM and the pure PHP
implementation of the PHP/Java Bridge.

Since the Sun JDK is now free software, there is no
reason to use "GNU Java" anymore.


Regards,
Jost Boekemeier



      Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail

Re: [Php-java-bridge-users] Php_java bridge Start problem.

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

Hello Jost,
I am starting server through this.

Java JavaBridge /tmp/.php_java 5 /var/log/javalog/php-java-bridge

I am using gcj java 3.2.3. on linux OS.

Hope Now you can suggest me what the problem behind this.

Although I am highly obilized of your suggestion which you given to me
right now.


> Hi Sharad,
>
>> start php-java server ,its start but after 1 -2
>
> how do you start java? Do you start a real servlet
> engine or do you start the built-in servlet engine via
> java -jar JavaBridge.jar SERVLET_LOCAL:8080 ?
>
>
>> minute its stop.WHy it
>
> Sounds like a java problem. Which java version do you
> use on which operating system?
>
>> is happening .Can any body suggest to me what I
>> should do .
>
> You could set the log level to 6 and check the log
> file. But unless you call
>
>   java("java.lang.System")->exit(0); [1]
>
> the Java VM should not simply terminate.
>
>
> Regards,
> Jost Boekemeier
>
> [1] This behaviour can be switched off via a java
> policy file, of course.
>
>
>       __________________________________  Yahoo! Clever: Stellen Sie
> Fragen und finden Sie Antworten. Teilen Sie Ihr Wissen.
> www.yahoo.de/clever
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>


-- 
Thanks and Regards
Sharad Singh
Sr. Project Associate
EE, IIT Kanpur
Mob:+91- 9450 328 117

Accessing Brihaspati:
http://202.141.40.217:8080/brihaspati/servlet/brihaspati
Login:guest Password: guest

Brihaspati learning management system                           |
|(free version) http://sourceforge.net/projects/brihaspati       |
|(IIT Kanpur installation) http://brihaspati.iitk.ernet.in/      |
|Login - guest  Password - guest                                 |
|(for commercial version with support and maintainence: mail me

Re: [Php-java-bridge-users] Php_java bridge Start problem.

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

Hi Sharad,

> start php-java server ,its start but after 1 -2

how do you start java? Do you start a real servlet
engine or do you start the built-in servlet engine via
java -jar JavaBridge.jar SERVLET_LOCAL:8080 ?


> minute its stop.WHy it

Sounds like a java problem. Which java version do you
use on which operating system?

> is happening .Can any body suggest to me what I
> should do .

You could set the log level to 6 and check the log
file. But unless you call 

  java("java.lang.System")->exit(0); [1]

the Java VM should not simply terminate. 


Regards,
Jost Boekemeier

[1] This behaviour can be switched off via a java
policy file, of course.


      __________________________________  Yahoo! Clever: Stellen Sie Fragen und finden Sie Antworten. Teilen Sie Ihr Wissen. www.yahoo.de/clever

[Php-java-bridge-users] Php_java bridge Start problem.

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

Hello to all

   We have installed php java bridge, java is accessible in php.but when I
start php-java server ,its start but after 1 -2 minute its stop.WHy it
is happening .Can any body suggest to me what I should do .



-- 
Thanks and Regards
Sharad Singh
Sr. Project Associate
EE, IIT Kanpur
Mob:+91- 9450 328 117
website: http://www.brihaspatisolutions.co.in
Accessing Brihaspati:
http://202.141.40.217:8080/brihaspati/servlet/brihaspati
Login:guest Password: guest

Re: [Php-java-bridge-users] foreach with a HashSet

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

Hi,

> > Java->__call('getIterator', Array)
> 
> this sounds like a bug in Java.inc. The bridge
> shouln't pass getIterator to the back end.

the problem appears to be a workaround / debug code
for an earlier version of the zend engine.

Please edit your Java.inc and remove the lines marked
with a -

class JavaObject extends Java {
  function Java() {
	$delegate = $this->__delegate =
java_create(func_get_args(), true);
	$this->__java = $delegate->__java;
	$this->__client = $delegate->__client;
  }

-  function getIterator() {
-	$args = func_get_args(); return
$this->__call("getIterator", $args);
-  }
-  function offsetExists($idx) {
-	$args = func_get_args(); return
$this->__call("offsetExists", $args);
-  }
-  function offsetGet($idx) {
-	$args = func_get_args(); return
$this->__call("offsetGet", $args);
-  }
-  function offsetSet($idx, $val) {
-	$args = func_get_args(); return
$this->__call("offsetSet", $args);
-  }
-  function offsetUnset($idx) {
-	$args = func_get_args(); return
$this->__call("offsetUnset", $args);
-  }
}  
class java_class extends JavaObject {


I have added a JavaBridge.jar at the end of your
ticket which containes an updated Java.inc in the
META-INF/ folder. This jar file also recognizes the
system property

  php.java.bridge.ext_java_compatibility

When the option is set to true, the bridge destroys
the object identity for String, Long, Integer, Float,
Double, Collection, Boolean. You can set the option in
php/java/bridge/global.properties or as a VM
parameter, for example:

export
JAVA_OPTS="-Dphp.java.bridge.ext_java_compatibility=true"

export JAVA_HOME=/opt/jdk1.6
/opt/apache-tomcat6/bin/catalina.sh start

or 

java -Dphp.java.bridge.ext_java_compatility=true -jar
JavaBridge.jar SERVLET_LOCAL:8080


Regards,
Jost Boekemeier



      __________________________________  Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever

Re: [Php-java-bridge-users] java_values?

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

Hi,


=> http://sourceforge.net/tracker/index.php?func=detail&aid=1729086&group_id=117793&atid=679233


      __________________________________  Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever

Re: [Php-java-bridge-users] foreach with a HashSet

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

Hi Jonathan,

> Java->__call('getIterator', Array)

this sounds like a bug in Java.inc. The bridge
shouln't pass getIterator to the back end.

I have created two tickets:

* PR1729089  Iterator not working anymore  

* PR1729086  Header option to enable backward
compatibility not working  

We will check these issues asap.


Thank you very much for the bug reports!

Regards,
Jost Boekemeier



      __________________________________  Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever