Hi,
I was trying once already to use blueMarine image cataloging program with IcedTea (which was then still too raw; http://thread.gmane.org/gmane.linux.redhat.fedora.java/2311). Now when the OpenJDK was officially certified to be a Java, I tried again, and I wasn't that much successfull either. Could anyboyd who actually understands Java and Fedora, could join a thread on http://bluemarine.tidalwave.it/forum/posts/list/1179.page and something useful there, please?
Thanks a lot,
Matěj
Matej Cepl wrote:
Hi,
I was trying once already to use blueMarine image cataloging program with IcedTea (which was then still too raw; http://thread.gmane.org/gmane.linux.redhat.fedora.java/2311). Now when the OpenJDK was officially certified to be a Java, I tried again, and I wasn't that much successfull either. Could anyboyd who actually understands Java and Fedora, could join a thread on http://bluemarine.tidalwave.it/forum/posts/list/1179.page and something useful there, please?
Does it work with any implementation of Java 1.6?
Andrew.
On 2008-07-05, 09:08 GMT, Andrew Haley wrote:
Does it work with any implementation of Java 1.6?
http://tinyurl.com/2u4fmc asks for Java 6 for Widnows and Linux (on Mac it works with Java 5).
Matěj
Matej Cepl wrote:
On 2008-07-05, 09:08 GMT, Andrew Haley wrote:
Does it work with any implementation of Java 1.6?
http://tinyurl.com/2u4fmc asks for Java 6 for Widnows and Linux (on Mac it works with Java 5).
But you have't tried it with Java 6 on Linux, right? We need to know if it's an upstream bug or not.
Andrew.
On 2008-07-06, 10:56 GMT, Andrew Haley wrote:
But you have't tried it with Java 6 on Linux, right? We need to know if it's an upstream bug or not.
Just working on it, but it seems that jpackage repos are somehow screwed up, so I am installing the Sun's RPMs (with fear and trembling -- hopefully my computer won't get screwed up much).
Will let you know about the results.
Matej
* Matej Cepl mcepl@redhat.com [2008-07-07 04:45]:
Just working on it, but it seems that jpackage repos are somehow screwed up, so I am installing the Sun's RPMs (with fear and trembling -- hopefully my computer won't get screwed up much).
You don't need the RPMs. Just use the tarball.
Andrew
On 2008-07-07, 08:31 GMT, Matej Cepl wrote:
On 2008-07-06, 10:56 GMT, Andrew Haley wrote:
But you have't tried it with Java 6 on Linux, right? We need to know if it's an upstream bug or not.
Will let you know about the results.
OK, so with jdk-1.6.0_06-fcs.x86_64 and java-1.6.0-sun-compat-1.6.0.06-1jpp.x86_64 blueMarin works like. Except, that I cannot check different values of AWT_TOOLKIT, because blueMarine.sh switches to XToolkit for x86_64.
Logs etc. are again in http://mcepl.fedorapeople.org/tmp/blueMarine/Pictures-sun_java.tar.bz2
Any ideas, what's wrong with OpenJDK?
Matěj
Hi Matej,
On Sat, 2008-07-05 at 01:14 +0200, Matej Cepl wrote:
I was trying once already to use blueMarine image cataloging program with IcedTea (which was then still too raw; http://thread.gmane.org/gmane.linux.redhat.fedora.java/2311). Now when the OpenJDK was officially certified to be a Java, I tried again, and I wasn't that much successfull either. Could anyboyd who actually understands Java and Fedora, could join a thread on http://bluemarine.tidalwave.it/forum/posts/list/1179.page and something useful there, please?
Could you provide us with some more information? Why is the application depending on the Motif Toolkit? You disable that in your workaround to get it working. IcedTea/OpenJDK does indeed not support that toolkit, but it would be good to know why it was explicitly used in the first place. And what are the "some errors during startup" that you are seeing exactly?
Thanks,
Mark
On 2008-07-06, 12:03 GMT, Mark Wielaard wrote:
Could you provide us with some more information? Why is the application depending on the Motif Toolkit?
I have no idea, I am not a programmer (and even less Java programmer), just interested in getting quality photo management software which is not dependent on Mono.
You disable that in your workaround to get it working.
You or somebody else suggested it when I was trying to make blueMarine work with the early IcedTea.
And what are the "some errors during startup" that you are seeing exactly?
Silly me, I forgot to tell you that those two tar.bz2 tarballs in http://mcepl.fedorapeople.org/tmp/blueMarine/ have subdirectory logs with a lot of backtraces in them. Does it help?
Matej
Hello, I'm the author of blueMarine and Matej pointed me to this thread. My points:
1. I've found some bugs of blueMarine that don't trigger with Sun's JDK 6, but do with OpenJDK (see http://bluemarine.tidalwave.it/issues/browse/BM-670). I'm working to fix them, as I'd like to make OpenJDK the reference Java implementation for distributing blueMarine on Linux.
2. The Motif Toolkit thing is due to a workaround to another bug with Java and Compiz: it looks like on many systems with Compiz installed, all the Java applications come out as an empty frame. See for instance http://ubuntuforums.org/archive/index.php/t-504983.html - This is driving me mad for a number of reasons: first, because I can't test it, as it seems very sensible to local configurations; second, because it even triggers core dumps with JDK 6 and 64 bits Linuxes; third, because it is supposed to be fixed on the latest Sun JDKs, but I've been reported it all the same. Can you tell me if this problem holds with OpenJDK? If not, it would be good news, as I could remove it completely.
Thanks.
Matej Cepl <mcepl@...> writes:
Hi,
I was trying once already to use blueMarine image cataloging program with IcedTea (which was then still too raw; http://thread.gmane.org/gmane.linux.redhat.fedora.java/2311). Now when the OpenJDK was officially certified to be a Java, I tried again, and I wasn't that much successfull either. Could anyboyd who actually understands Java and Fedora, could join a thread on http://bluemarine.tidalwave.it/forum/posts/list/1179.page and something useful there, please?
Thanks a lot,
Matěj
The first bug I was talking of has been fixed, but another has been detected later in the boot sequence. I've create an "umbrella issue" for all bugs related with OpenJDK here:
I've just released a snapshot that seems to start and generally work with OpenJDK (but I didn't run all the tests available), even though there are problems. Please refer to the post in blueMarine users' forum for further information: http://bluemarine.tidalwave.it/forum/posts/list/1184.page
Hi Fabrizio,
On Tue, 2008-08-05 at 07:43 +0000, Fabrizio Giudici wrote:
I've just released a snapshot that seems to start and generally work with OpenJDK (but I didn't run all the tests available), even though there are problems. Please refer to the post in blueMarine users' forum for further information: http://bluemarine.tidalwave.it/forum/posts/list/1184.page
Thanks so much for making sure bleumarine works out of the box with icedtea/openjdk! I looked at the above posting and also found you blog at: http://weblogs.java.net/blog/fabriziogiudici/archive/2008/08/still_problems....
That last one confused me a little. Because that issue should have been fixed months ago: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2008-April/001806.html
What version of fedora icedtea/openjdk are you using? $ java -version $ rpm -q java-1.6.0-openjdk should give you the exact version strings.
Thanks,
Mark
Mark Wielaard <mark@...> writes:
Hi Fabrizio,
On Tue, 2008-08-05 at 07:43 +0000, Fabrizio Giudici wrote:
I've just released a snapshot that seems to start and generally work with OpenJDK (but I didn't run all the tests available), even though there are problems. Please refer to the post in blueMarine users' forum for further information: http://bluemarine.tidalwave.it/forum/posts/list/1184.page
Thanks so much for making sure bleumarine works out of the box with icedtea/openjdk! I looked at the above posting and also found you blog at: http://weblogs.java.net/blog/fabriziogiudici/archive/2008/08/still_problems....
That last one confused me a little. Because that issue should have been fixed months ago: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2008-April/001806.html
What version of fedora icedtea/openjdk are you using? $ java -version $ rpm -q java-1.6.0-openjdk should give you the exact version strings.
Thank you very much for following up, Mark. I'm using OpenJDK build 1.6.0-b09 - unfortunately I can't tell which is the output of rpm since I'm testing openjdk with Ubuntu - I don't have a Fedora box at hand right now.
I was confused too as I saw that one of the bugs has been fixed time ago - I suspect it could be a similar bug, but slightly different. I'm working to get a stack trace and post to the issue list at launchpad.
May I ask another thing? I've also run a few performance benchmarks side-by-side with Sun's JDK 6 on Ubuntu, and OpenJDK seems to be really really slower, at the point that I think I'm doing something wrong. I'll post in a few hours my findings on my blog, but in the meantime is there anything I should know, such as special command line switches etc? AFAIK OpenJDK runs the same HotSpot compiler than Sun's JDK 6, or am I wrong?
Thanks.
Hi Fabrizio,
On Tue, 2008-08-05 at 16:46 +0000, Fabrizio Giudici wrote:
Thank you very much for following up, Mark. I'm using OpenJDK build 1.6.0-b09 - unfortunately I can't tell which is the output of rpm since I'm testing openjdk with Ubuntu - I don't have a Fedora box at hand right now.
OK, that explains things. Ubuntu clearly packaged a really old icedtea/openjdk version. I thought you were using Fedora since you said "Since OpenJDK passed the Test Compatibility Kit (TCK), this means that some parts of imaging elaboration are not covered by it - and I'm really puzzled about that" and only the binary version shipped with Fedora 9 has ever passed the TCK (this is indeed a problem, the TCK is proprietary and not available to the community at large except under NDA, which indeed means you cannot in general rely on any openjdk derivative to having passed the TCK... sigh).
I was confused too as I saw that one of the bugs has been fixed time ago - I suspect it could be a similar bug, but slightly different. I'm working to get a stack trace and post to the issue list at launchpad.
I am pretty sure it is that old issue. b09 is just really, really old (April 2008). And the patch that added the new color profile support was added after it was released. Current icedtea/openjdk is 1.2+hg/b11, although fedora actually packages a slightly newer version (we should release 1.3 for real I guess). The 1.2/b10 version was the version that formally passed the TCK on x86/x86_64 fedora 9.
May I ask another thing? I've also run a few performance benchmarks side-by-side with Sun's JDK 6 on Ubuntu, and OpenJDK seems to be really really slower, at the point that I think I'm doing something wrong. I'll post in a few hours my findings on my blog, but in the meantime is there anything I should know, such as special command line switches etc? AFAIK OpenJDK runs the same HotSpot compiler than Sun's JDK 6, or am I wrong?
I don't know if anybody did any benchmarks to compare the two. They should not really differ noticeably in terms of speed, since the underlying code is almost similar. But till now we have been focused on completeness and correctness. If someone has repeatable benchmarks that show icedtea/openjdk being really slow that would be interesting.
Cheers,
Mark
Hi,
On Tue, 2008-08-05 at 21:22 +0200, Mark Wielaard wrote:
I was confused too as I saw that one of the bugs has been fixed time ago - I suspect it could be a similar bug, but slightly different. I'm working to get a stack trace and post to the issue list at launchpad.
I am pretty sure it is that old issue. b09 is just really, really old (April 2008). And the patch that added the new color profile support was added after it was released. Current icedtea/openjdk is 1.2+hg/b11, although fedora actually packages a slightly newer version (we should release 1.3 for real I guess). The 1.2/b10 version was the version that formally passed the TCK on x86/x86_64 fedora 9.
Actually that is wrong, the binary rpm that passed the TCK was java-1.6.0-openjdk-devel-1.6.0.0-0.15.b09.fc9.x86_64 (and the x86 variant). So "b09" without the actual icedtea revision number doesn't tell the whole story unfortunately. We should probably try to make the distributions include the icedtea patch level since we do include lots of bug fixes and extra compatibility fixes on top of the bare openjdk bxx drops.
Cheers,
Mark
Thanks for the explanation, it makes sense. Actually I didn't think about different bits in different distros if the package name is the same. Yep, I think that if possible the package name should contain as much information about the version as possible.
Tomorrow I'll try to download Fedora and install it onto an external drive - but I think it should be possible to get the .rpm and repackage it to .deb, so I can install it on Ubuntu (for a few weeks I'm with a mobile connection, fast enough for normal working, but not the best for downloading whole CD/DVDs). Can you tell me where can I download the .rpm?
BTW, the performance differences I'm seeing is 2x-6x in slowness - I believe it could be the same problem, if they packaged maybe some old VM with Hotspot only partially enabled.
Hi Fabrizio,
Tomorrow I'll try to download Fedora and install it onto an external drive - but I think it should be possible to get the .rpm and repackage it to .deb, so I can install it on Ubuntu (for a few weeks I'm with a mobile connection, fast enough for normal working, but not the best for downloading whole CD/DVDs). Can you tell me where can I download the .rpm?
The very latest rpms can always be found through the koji build system: http://koji.fedoraproject.org/koji/packageinfo?packageID=5920 (Note that some of these are really pretty new/cutting-edge)
Debian (and I assume Ubuntu) comes with alien to convert packages. But I am pretty sure there must be newer packages also available for Debian (which hopefully can also be installed on derivatives like Ubuntu): http://packages.debian.org/search?keywords=openjdk (Not that I would want to discourage you from trying out Fedora, which is probably the GNU/Linux distro that is most tuned and up to date for libre-java. http://fedoraproject.org/get-fedora )
BTW, the performance differences I'm seeing is 2x-6x in slowness - I believe it could be the same problem, if they packaged maybe some old VM with Hotspot only partially enabled.
Wow, that is a huge slowdown. Unless it is some micro-benchmark that cannot easily be explained away with old/newer Hotspot for sure. We definitely need to investigate that. If you could post something to easily reproduce it that would be appreciated.
Thanks,
Mark
Quick follow-up: I'm trying to grab a Fedora installation DVD. In the meantine, a guy from JUG Genova was kind enough to try the blueMarine latest snapshot, and the problem seems not to be there, as you predicted (I'm just waiting to see the logs to have a confirmation). I'm trying today to close first this issue of mine; then I'll move on the benchmark stuff. In any case I can anticipate that the benchmark is completely open source in code and data, I'd just like to write some more information about how to run it (and maybe trying to reduce as much as possible the amount of code to download). See you later.
PS I anticipate some unofficial numbers, hoping that the table format is not screwed out:
Linux Ubuntu 8.0.4 W Java 1.6.0_06 OpenJDK 1.6.0b9 Java 1.5.0_15 1 0.38 0.28 1.93 0.76 0.44 0.38 2 0.35 0.22 1.44 0.49 0.37 0.33 3 0.34 0.24 1.32 0.58 0.41 0.33 4 0.40 0.25 1.31 0.62 0.41 0.36
These number refers to tests run on the same hardware; the lower the numberm, the faster the benchmark; three JDKs tested, a pair of numbers for each JDK: the former for -client, the latter for -server; W means "number of workers" (the test can be run in parallel, even though tests with 3 and 4 workers are not meaningful as I'm running on a dual core). You see that where Sun's Java makes 0.38, OpenJDK makes 1.93 (yikes!); with -server the numbers are 0.28 and 0.76 (better, but still 2.5x).
Mark Wielaard wrote:
Hi Fabrizio,
Tomorrow I'll try to download Fedora and install it onto an external drive - but I think it should be possible to get the .rpm and repackage it to .deb, so I can install it on Ubuntu (for a few weeks I'm with a mobile connection, fast enough for normal working, but not the best for downloading whole CD/DVDs). Can you tell me where can I download the .rpm?
The very latest rpms can always be found through the koji build system: http://koji.fedoraproject.org/koji/packageinfo?packageID=5920 (Note that some of these are really pretty new/cutting-edge)
I just tried these RPMs with OpenNMS on fc9 and I get this error:
PropertyAccessException 1: org.springframework.beans.TypeMismatchException: Failed to convert property value of type [java.lang.String] to required type [org.opennms.netmgt.statsd.RelativeTime] for property 'relativeTime'; nested exception is java.lang.IllegalArgumentException: Unsupported value: YESTERDAY at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:104) at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:59) at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:55) at org.opennms.netmgt.statsd.ReportDefinitionBuilder.buildReportDefinitions(ReportDefinitionBuilder.java:83) at org.opennms.netmgt.statsd.Statsd.start(Statsd.java:70) at org.opennms.netmgt.daemon.AbstractSpringContextJmxServiceDaemon.start(AbstractSpringContextJmxServiceDaemon.java:91) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111) at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45) at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:226) at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:251) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) ... 13 more
...presumably there's some kind of esoteric date handling that is not supported by openjdk yet...
What's the best way to open a bug on this? I tried going to the OpenJDK site and couldn't figure out where to actually report issues. "Contributing" talks about submitting code, but there's no link to an issue tracker. :)
Hi Benjamin,
On Wed, 2008-08-06 at 13:20 -0400, Benjamin Reed wrote:
Mark Wielaard wrote:
The very latest rpms can always be found through the koji build system: http://koji.fedoraproject.org/koji/packageinfo?packageID=5920 (Note that some of these are really pretty new/cutting-edge)
I just tried these RPMs with OpenNMS on fc9 and I get this error:
PropertyAccessException 1: org.springframework.beans.TypeMismatchException: Failed to convert property value of type [java.lang.String] to required type [org.opennms.netmgt.statsd.RelativeTime] for property 'relativeTime'; nested exception is java.lang.IllegalArgumentException: Unsupported value: YESTERDAY at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:104) at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:59) at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:55) at org.opennms.netmgt.statsd.ReportDefinitionBuilder.buildReportDefinitions(ReportDefinitionBuilder.java:83) at org.opennms.netmgt.statsd.Statsd.start(Statsd.java:70) at org.opennms.netmgt.daemon.AbstractSpringContextJmxServiceDaemon.start(AbstractSpringContextJmxServiceDaemon.java:91) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111) at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45) at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:226) at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:251) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) ... 13 more
...presumably there's some kind of esoteric date handling that is not supported by openjdk yet...
If you got the source code available that would be a big help. And hopefully a simple/short reproducer.
What's the best way to open a bug on this? I tried going to the OpenJDK site and couldn't figure out where to actually report issues. "Contributing" talks about submitting code, but there's no link to an issue tracker. :)
What the distributions actually package is called IcedTea http://icedtea.classpath.org/ which is the project that all GNU/Linux distros collaborate on to get top-notch free software java support around OpenJDK. It comes with its own bugtracker: http://icedtea.classpath.org/bugzilla
But you can of course also file bugs in your distributions bug tracker against the package (if you suspect it might be a distro specific issue). They will then escalate it if necessary.
Please include as much information as possible, including full versions and if at all possible a short reproducer (with source code). But any additional info is appreciated.
Cheers,
Mark
Mark Wielaard wrote:
If you got the source code available that would be a big help. And hopefully a simple/short reproducer.
We're trying to get a small test case put together now. Hard to break things out of a billion lines of java+spring xml+hibernate+foo. =)
What's the best way to open a bug on this? I tried going to the OpenJDK site and couldn't figure out where to actually report issues. "Contributing" talks about submitting code, but there's no link to an issue tracker. :)
What the distributions actually package is called IcedTea http://icedtea.classpath.org/ which is the project that all GNU/Linux distros collaborate on to get top-notch free software java support around OpenJDK. It comes with its own bugtracker: http://icedtea.classpath.org/bugzilla
I found my way to that eventually, but haven't gotten the test case together so hadn't posted anything. Might I suggest updating the Fedora java-X-openjdk packages to be more explicit about what they are? The only indication that it's "icedtea" is the URL in rpm -qi.
Having not followed the many variants of the "we almost have an open-source JDK" saga very closely, I'm aware of the different names, but not their relationship to each other, and I suspect I'm not the only one. =)
Aaaaaand, in the process of writing this email, Matt Brozowski got a nice test case put together. =)
http://www.opennms.org/~brozow/enum-spring-test.tar.gz
Just need maven2 installed, and do a "mvn test".
Anyways, thanks again for the response. I'll open this against IcedTea I guess...
Hi,
On Wed, 2008-08-06 at 15:06 -0400, Benjamin Reed wrote:
Aaaaaand, in the process of writing this email, Matt Brozowski got a nice test case put together. =)
http://www.opennms.org/~brozow/enum-spring-test.tar.gz
Just need maven2 installed, and do a "mvn test".
Anyways, thanks again for the response. I'll open this against IcedTea I guess...
To close this thread up for the list. This was: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=181 "enum issue with icedtea" Which was solved by Lillian through the following patch: http://icedtea.classpath.org/hg/icedtea6/file/tip/patches/icedtea-enum-bug-1... Which hopefully will soon be integrated into the fedora package also.
For OpenJDK upstream this is tracked in: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6736248
Cheers,
Mark
For the record, I couldn't download Fedora, so I've ordered a DVD. Assuming the courier is able to find my vacation address :-) I should get it next week. So I'm postponing the performance tests until I can run OpenJDK on a Fedora box. See you later.
Hi Fabrizio,
On Thu, 2008-08-07 at 14:49 +0000, Fabrizio Giudici wrote:
For the record, I couldn't download Fedora, so I've ordered a DVD. Assuming the courier is able to find my vacation address :-) I should get it next week. So I'm postponing the performance tests until I can run OpenJDK on a Fedora box. See you later.
Hope you had a nice vacation. Did you get a chance to try this out against the latest Fedora icedtea/openjdk packages? I am interested to see the results of the performance tests.
Thanks,
Mark
java-devel@lists.fedoraproject.org
-
Andrew Haley -
Andrew Overholt -
Benjamin Reed -
Fabrizio Giudici -
Mark Wielaard -
Matej Cepl