php-java-bridge-users Mailing List for PHP/Java Bridge

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

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

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

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