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
|
3
(9) |
4
(1) |
5
(6) |
6
|
|
7
(1) |
8
(2) |
9
(2) |
10
(7) |
11
(12) |
12
(8) |
13
|
|
14
(4) |
15
(3) |
16
(1) |
17
(5) |
18
(4) |
19
|
20
(2) |
|
21
(4) |
22
|
23
(2) |
24
(2) |
25
(2) |
26
(1) |
27
|
|
28
(1) |
29
(3) |
30
(9) |
31
(2) |
|
|
|
|
From: <php...@li...> - 2008-12-12 22:29:37
|
I saw similar behaviour when I first set up the Java-Bridge. If Module A
called a function in Module B. And the function in Module B needed a jar
for a call in Module B. I assumed that I could include the jar in Module
B only. But I found that I needed to include it in Module A as well. Once
I saw it, it was not a big problem, but determining what was happening was
frustrating. Now I just put everything in the ext directory and it is
simpler. Everything loads statically on startup.
Charles Shaffer
Senior Analyst
NTN-Bower Corporation
php...@li...
12/12/2008 04:10 PM
Please respond to php-java-bridge-users
To: php...@li...
cc:
Subject: Re: [Php-java-bridge-users] How to debug NoClassDefFoundError exceptions?
Thanks for your reply.
After re-reading the FAQ thoroughly, I made several experiments to see
the bridge's reaction to placing the jars in different places. What I
found is this:
I had given a *relative* path for each jar to java_autoload. It loaded
them successfully, and I was able to *explicitly* instantiate classes
from all those autoloaded jars. However, if a Java class A tried to
instantiate a class B located in another jar, it ran the risk of not
finding the appropriate jar (even though, again, PHP was able to
instantiate B). What I mean by "risk" is that loading only sometimes
failed. When I specified the *absolute* paths for the jars, the
problem went away.
I would humbly suggest to document this behaviour in the FAQ, or to
fix the bridge such that the VM's class loader behaves just like
java_require.
Thanks,
K.
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2008-12-12 22:10:20
|
Thanks for your reply. After re-reading the FAQ thoroughly, I made several experiments to see the bridge's reaction to placing the jars in different places. What I found is this: I had given a *relative* path for each jar to java_autoload. It loaded them successfully, and I was able to *explicitly* instantiate classes from all those autoloaded jars. However, if a Java class A tried to instantiate a class B located in another jar, it ran the risk of not finding the appropriate jar (even though, again, PHP was able to instantiate B). What I mean by "risk" is that loading only sometimes failed. When I specified the *absolute* paths for the jars, the problem went away. I would humbly suggest to document this behaviour in the FAQ, or to fix the bridge such that the VM's class loader behaves just like java_require. Thanks, K. |
|
From: <php...@li...> - 2008-12-12 17:27:22
|
Hi, > Please, where can I find (URL) the PHP-Java-Bridge > "pure Java download" for Solaris ? there is no "download for XXX". The bridge is pure Java, so there's only one download for all operating systems. The Java source is contained in the download file. Please visit php-java-bridge.sf.net and click on the download link. We make Linux RPM and DEB packages available for convenience. You may use the package Linux sources if your operating system supports deb or rpm packages, Security Enhanced Linux and the GNU toolchain. Regards, Jost Boekemeier |
|
From: <php...@li...> - 2008-12-12 17:20:55
|
Hi,
> happens only when I run the page in Tomcat using the
please check your PHP version then and check this with the PHP developers.
I am sorry, but we cannot help you with PHP related problems.
Regards,
Jost Boekemeier
|
|
From: <php...@li...> - 2008-12-12 17:19:06
|
Hi,
please see our FAQ "Why do I get a NoClassDefFoundError?"
> the code doesn't complain. Also, a pure Java
> application that
> instantiates XSSFWorkbook and manipulates it works fine.
Whether or not calls are routed through a TCP socket and the java reflection machinery doesn't make a difference; so if your application works standalone, it will work as well when the same sequence is called via the bridge protocol from a remote PHP/Scheme/Python application.
Regards,
Jost Boekemeier
|
|
From: <php...@li...> - 2008-12-12 11:45:32
|
Hello Jost B.,
thank you for your answer,
Please, where can I find (URL) the PHP-Java-Bridge "pure Java download" for Solaris ?
I'm running Apache 2.x and PHP-Java-Bridge 4.0.8a on my Solaris, and want to upgrade to
PHP-Java-Bridge 5.3.x.
B.
--- On Thu, 12/11/08, php...@li... <php...@li...> wrote:
From: php...@li... <php...@li...>
Subject: Re: [Php-java-bridge-users] php-java-bridge-5.3.4: compile error
To: php...@li...
Date: Thursday, December 11, 2008, 12:40 PM
Hi,
> `/opt/coolstack/
The RedHat/Fedora source is for RedHat/Fedora Linux; the Debian download is for
debian and ubuntu linux.
For Solaris please use the pure Java download instead.
|
|
From: <php...@li...> - 2008-12-12 05:52:16
|
Dear Jost, the same page works fine in apache, the preg_replace issue happens only when I run the page in Tomcat using the php-bridge, this let me thinks it is not a php issue. Any clue? Thanks, E. Hi, > preg_replace > > when I try to call this function is not available. Please ask the PHP developers. This is a PHP issue, not a PHP/Java Bridge issue. Regards, Jost Boekemeier |
|
From: <php...@li...> - 2008-12-12 00:06:49
|
Hello, I've got this error I'd like some help with. I'm using Apache POI 3.5 to read XLS and XLSX files, but trying to do: $workbook = new org_apache_poi_xssf_usermodel_XSSFWorkbook(); fails with: java.lang.Exception: CreateInstance failed: new org.apache.poi.xssf.usermodel.XSSFWorkbook. Cause: java.lang.ClassNotFoundException: Unresolved external reference: java.lang.NoClassDefFoundError: Could not initialize class org.openxmlformats.schemas.spreadsheetml.x2006.main.CTWorkbook. -- Unable to call constructor, see the README section "Java platform issues" for details. However, in the same page, when I call: $wb = new org_openxmlformats_schemas_spreadsheetml_x2006_main_CTWorkbook(); the code doesn't complain. Also, a pure Java application that instantiates XSSFWorkbook and manipulates it works fine. So my question is: how to debug such problems? Where to start? I downloaded DependencyFinder (http://depfind.sourceforge.net/) to see if the referenced jars use other packages that are not present, but I didn't find any. TIA, Karim |