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
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
(1) |
|
3
|
4
(2) |
5
(3) |
6
(1) |
7
|
8
(3) |
9
|
|
10
(1) |
11
|
12
|
13
(4) |
14
(6) |
15
(3) |
16
(4) |
|
17
(1) |
18
(6) |
19
(2) |
20
(7) |
21
(7) |
22
(1) |
23
(2) |
|
24
|
25
(1) |
26
|
27
(2) |
28
(1) |
29
|
30
(1) |
|
From: <php...@li...> - 2007-06-18 16:14:36
|
I was using 4.1.0aI have updated to 4.1.2, and it appears to have fixed the= problemThanks for your help> Date: Sat, 16 Jun 2007 10:41:54 +0200> To: ph= p-j...@li...> From: php-java-bridge-users@list= s.sourceforge.net> Subject: Re: [Php-java-bridge-users] Protocol Invalid Do= cument End error> > Hi,> > > java_require() not allowed for the HTTP Tunnel= . Use> > a context runner instead.> > which version of the PHP/Java Bridge= do you use?> The latest stable version is version 3.2.1.> > > Regards,> Jo= st Boekemeier> > > __________________________________________________> Do Y= ou Yahoo!?> Sie sind Spam leid? Yahoo! Mail verf=FCgt =FCber einen herausra= genden Schutz gegen Massenmails. > http://mail.yahoo.com > > --------------= -----------------------------------------------------------> This SF.net em= ail 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 t= o get it now.> http://sourceforge.net/powerbar/db2/> ______________________= _________________________> php-java-bridge-users mailing list> php-java-bri= dge...@li...> https://lists.sourceforge.net/lists/listin= fo/php-java-bridge-users _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=3D7+wonders+world&mkt=3Den-US&form=3DQ= BRE= |
|
From: <php...@li...> - 2007-06-18 12:13:49
|
Hi, > Except that that the php-info example and the > existing PHP web application which heavily depend on > using MySQL are signaling that the MySQL extention > is not included in the compilation and therefore no > MySQL statements are processed. This has been fixed in version 4.1.2. Please use this version instead. The bridge contains a php.exe and a php.ini file in the WEB-INF/cgi directory. In previous versions the system php executable used to read the local php.ini, even though the option prefer_system_php_exec is set to On in the web-inf/web.xml. As a immediate workaround please delete the php.ini from the WEB-INF/web.xml directory. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2007-06-18 12:09:31
|
Hi, I agree that this behaviour is annoying. We will change this in version 4.1.3. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2007-06-18 12:07:50
|
Hi Benjamin, > I used an older version of the bridge with > php_java.dll under windows. The php_java.dll and java.so is available in the legacy download. Since PHP version 5.1.4 these are not needed anymore. > I have to recompile the bridge extension You may compile a php_java.dll on windows (if you know how to do this and if you have the right tools). But you don't need to. > , but I don't how how. Use the pure PHP implementation, then. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
|
From: <php...@li...> - 2007-06-18 06:12:55
|
Hello,
I have to connect an existing PHP web-application with a new JSP-Part =
but fail to get the MySQL connection within the existing PHP application =
when I use the PHP-Java-Bridge.
The development is under WinXP, the production environment is linux.
a.. php-java-bridge-4.1.0a=20
b.. apache 2.0.55=20
c.. tomcat 5.5.2=20
d.. MySQL 5.0.18=20
The installation of JavaBridge as described by ACET was no problem.
a.. downloading the war file=20
b.. unpacking the war file to get JavaBridge.jar and php-servlet.jar=20
c.. copying the JavaBridge.jar and php-servlet.jar, located under =
WEB-INF/lib to $CATALINA_HOME/shared/lib=20
d.. copying JavaBridge.war to $CATALINA_HOME/webapps and startup =
Tomcat
Then http://localhost:8080/JavaBridge/ showed me the samples to execute. =
Everything works so far, even the former PHP-application can be called =
by localhost:8080/... =20
Except that that the php-info example and the existing PHP web =
application which heavily depend on using MySQL are signaling that the =
MySQL extention is not included in the compilation and therefore no =
MySQL statements are processed.
I thought an new line like
extension=3Dphp_mysql.dll (and something similar for the =
linux counterpart)
in=20
$CATALINA_HOME/webapps/myapp/WEB-INF/cgi/php.ini
would do the job but that try did not change anything.
How can I use the formerly loaded extentions like MySQL with =
PHP-Java-Bridge?
Thanks in advance
Joachim
|
|
From: <php...@li...> - 2007-06-17 12:43:03
|
Hello list, Firstly, thank you to the php-java-bridge developers - this project has proven invaluable to me and has worked out of the box with little configuration. I recently have installed the JavaBridge.war into a JBoss/Tomcat configuration. JBoss uses log4j for all of its logging, and all of the other components for our web application thus use it as well. It looks like the JavaBridge.war resets the log4j configuration, when it finds log4j.jar on the class path and attempts to setup the ChainsawLogger. When this happens, all logging for any component in JBoss is disabled, and no more logging output occurs throughout my app server. A reference to how someone else got around this issue in the past: http://sourceforge.net/mailarchive/message.php?msg_id=20061014163030.20262.qmail%40web27908.mail.ukl.yahoo.com I've already modified the Java source files to just use the FileLogger class rather than reconfigure log4j (and thus lose the rest of my jboss logging). However, I am running into issues on the build process. I am a Java developer unfamiliar with autoconf/automake -- can someone point me at the steps necessary to recreate the JavaBridge.war file? I'd like to only modify the source for the 4.08a version I am using (or whatever the latest stable release is), right now I checked out the latest from CVS, but I'd rather not deploy it until the next stable release. Any thoughts on making the logging more configurable - or just changing the default detection scheme for log4j to make it not reset the entire logging configuration? Thanks for your help, -Mark |
|
From: <php...@li...> - 2007-06-16 23:47:59
|
Hello, I used an older version of the bridge with php_java.dll under windows. Now I have to use php5.2 and the latest release of the bridge doesn't have php_java.dll... As I read in the mailing list, I have to recompile the bridge extension, but I don't how how. Where are the sources ? is it possible to compile with mingw under windows ? Regards, Benjamin Fourticq |
|
From: <php...@li...> - 2007-06-16 08:56:43
|
Hi, > I could not reproduce this okay, I could reproduce this now. We actually have a feature test which checks if the current thread context class loader is out of sync with the java bridge class loader. But this problem happens only when persistent connections are used, not with a named pipe communication channel. Regards, Jost Boekemeier ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de |
|
From: <php...@li...> - 2007-06-16 08:52:58
|
Hi Jonathan, I could not reproduce this, but I think I see the problem: The classloaded referenced by the current thread context is out of sync with the classloader kept by the bridge. This may happen when persistent connections are used, but the bridge does not call recycle() at the end of the script. This happens when the pure PHP implementation is used, which uses a different path than the C implementation. As a workaround please modify your Java.inc and change the "pfsockopen" to "fsockopen" (all occurences). However, this problem should be fixed in version 4.1.1. (The current test version is 4.1.0b, please use the link http://sourceforge.net/project/downloading.php?group_id=117793&use_mirror=osdn&filename=php-java-bridge_4.1.0_j2ee.zip&15111070). > command line. Version 4.1.1 doesn't exist -- you > just released 4.1.0a yesterday, right? Yes, it is a test version, which is currently hidden. > java.lang.IllegalStateException: java_require() not That was a bug in 4.1.0a, the DynamicJavaBridgeClassLoader was switched off in 4.1.0a, so java_require() failed. It is enabled again in 4.1.0b. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
|
From: <php...@li...> - 2007-06-16 08:42:00
|
Hi, > java_require() not allowed for the HTTP Tunnel. Use > a context runner instead. which version of the PHP/Java Bridge do you use? The latest stable version is version 3.2.1. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
|
From: <php...@li...> - 2007-06-15 18:59:43
|
HiIt is giving me a java.lang.IllegalStateException: java_require() not all=
owed for the HTTP Tunnel. Use a context runner instead.My java_require sta=
tement just has java_require("test.jar"); in itThanksJoshua> Date: Fri, 15 =
Jun 2007 19:54:04 +0200> To: php...@li...> F=
rom: php...@li...> Subject: Re: [Php-java-br=
idge-users] Protocol Invalid Document End error> > Hi,> > > href=3D'functio=
n.fwrite'>function.fwrite</a>]: send of> > 11 bytes> > failed with errno=3D=
10053 An established connection> > you should find the reason why the back =
end has closed> the connection (e.g. OutOfMemoryError, ...) in the log> fil=
e of the back end.> > If you can't find the reason, please open a ticket> (=
please use> http://sourceforge.net/tracker/?func=3Dadd&group_id=3D117793&at=
id=3D679233),> 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 l=
og file of the back> end.)> > > Regards,> Jost Boekemeier> > > ____________=
______________________________________> Do You Yahoo!?> Sie sind Spam leid?=
Yahoo! Mail verf=FCgt =FCber einen herausragenden Schutz gegen Massenmails=
. > http://mail.yahoo.com > > ---------------------------------------------=
----------------------------> This SF.net email is sponsored by DB2 Express=
> Download DB2 Express C - the FREE version of DB2 express and take> contro=
l of your XML. No limits. Just data. Click to get it now.> http://sourcefor=
ge.net/powerbar/db2/> _______________________________________________> php-=
java-bridge-users mailing list> php...@li...=
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
_________________________________________________________________
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=3Dwindows+vista&mkt=3Den-US&form=3DQBR=
E=
|
|
From: <php...@li...> - 2007-06-15 17:58:59
|
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 |
|
From: <php...@li...> - 2007-06-15 15:24:57
|
=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= |
|
From: <php...@li...> - 2007-06-14 20:15:26
|
> 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 |
|
From: <php...@li...> - 2007-06-14 18:30:51
|
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
|
|
From: <php...@li...> - 2007-06-14 18:28:15
|
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 |
|
From: <php...@li...> - 2007-06-14 15:22:21
|
> > 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 |
|
From: <php...@li...> - 2007-06-14 14:17:56
|
> 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 |
|
From: <php...@li...> - 2007-06-14 12:11:40
|
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 |
|
From: <php...@li...> - 2007-06-13 23:02:21
|
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....= |
|
From: <php...@li...> - 2007-06-13 21:59:52
|
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 |
|
From: <php...@li...> - 2007-06-13 17:43:42
|
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 |
|
From: <php...@li...> - 2007-06-13 17:17: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 |
|
From: <php...@li...> - 2007-06-10 12:01:09
|
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
|
|
From: <php...@li...> - 2007-06-08 09:56:01
|
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 |