I get this when trying to run ditaa on Fedora 19 Error: Could not find or load main class org.stathissideris.ascii2image.core.CommandLineConverter
Hi, I am not able to reproduce. Can you provide "screenshot"?
Here's a copy/paste. Will that suffice? 461(503) --- ~ » ditaa -h 1 ↵ Error: Could not find or load main class org.stathissideris.ascii2image.core.CommandLineConverter 461(503) --- ~ » cat example.txt 1 ↵ /-------\ | hello | \-------/ 461(503) --- ~ » ditaa example.txt Error: Could not find or load main class org.stathissideris.ascii2image.core.CommandLineConverter 461(503) --- ~ » yum info ditaa 1 ↵ Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit Installed Packages Name : ditaa Arch : noarch Version : 0.9 Release : 9.r74.fc19 Size : 106 k Repo : installed From repo : fedora Summary : Diagrams Through ASCII Art URL : http://ditaa.sourceforge.net/ License : GPLv2+ Description : ditaa is a small command-line utility written in Java, that can : convert diagrams drawn using ASCII art ('drawings' that contain : characters that resemble lines like | / - ), into proper bitmap : graphics.
Reverting java-1.7.0-openjdk update back to 1.7.0.25-2.3.10.4.fc19 seems to fix the issue for me. Does that help you?
Confirmed! I downgraded java-1.7.0-openjdk and it worked. I re-upgraded and it failed again.
Switching component to java-1.7.0-openjdk.
Sorry, I cannot reproduce: $ alternatives --display java java - status is manual. link currently points to /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.25-2.3.12.3.fc19.x86_64/jre/bin/java /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.25-2.3.12.3.fc19.x86_64/jre/bin/java - priority 170025 <snip/> Current `best' version is /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.25-2.3.12.3.fc19.x86_64/jre/bin/java. $ java -version java version "1.7.0_25" OpenJDK Runtime Environment (fedora-2.3.12.3.fc19-x86_64) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) $ rpm -q java-1.7.0-openjdk java-1.7.0-openjdk-1.7.0.25-2.3.12.3.fc19.x86_64 $ cat example.txt /-------\ | hello | \-------/ $ ditaa example.txt ditaa version 0.9, Copyright (C) 2004--2009 Efstathios (Stathis) Sideris Running with options: Reading file: example.txt 01234567890123456789 0 ( ) 1 ( ) 2 ( /-------\ ) 3 ( | hello | ) 4 ( \-------/ ) 5 ( ) 6 ( ) ******* Distinct shapes found using AbstractionGrid ******* <snip/> Using the JVM prior your downgrade, which NVR is this? $ rpm -q java-1.7.0-openjdk Could it be that alternatives are configured in some way which breaks ditaa?
Using yum history I believe it failed with 1.7.0.25-2.3.10.10 and is now working again with 1.7.0.25-2.3.12.3 BTW: can you explain the reasoning behind such very complicated release strings? Issue can be closed, sorry for the noise.
(In reply to Terje Røsten from comment #7) > Using yum history I believe it failed with 1.7.0.25-2.3.10.10 and is now > working again with 1.7.0.25-2.3.12.3 Yes, 1.7.0.25-2.3.12.3 fixes a couple of alternatives issues. > BTW: can you explain the reasoning behind such very complicated release > strings? We need those long version strings in order for us to *precisely* know what's inside an java-1.7.0-openjdk RPM. Packaging OpenJDK isn't a trivial task[1] Part of the version string is related to the build harness we use for OpenJDK. Other parts indicate the upstream build number this package corresponds to etc. > Issue can be closed, Done. > sorry for the noise. No worries! [1] http://developerblog.redhat.com/2013/06/26/from-upstream-openjdk-to-rpms-on-your-machine/ *** This bug has been marked as a duplicate of bug 983677 ***