Bugzilla Bug 89893

compiles on amd64 but does not start: 

Exception in thread "main" java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
        at freemind.modes.mindmapmode.MindMapMode.init(MindMapMode.java:43)
        at freemind.modes.ModesCreator.getMode(ModesCreator.java:83)
        at freemind.controller.Controller.changeToMode(Controller.java:410)
        at freemind.main.FreeMind.<init>(FreeMind.java:267)
        at freemind.main.FreeMind.main(FreeMind.java:531)

Is this an installation problem ? I guess it is since a class is missing.

Same for me also, using ~x86

The classes for this "Java API for XML Binding (JAXP)" are part of the source
archive (freemind/lib/ant/lib/jaxb-*.jar). The one that contains the missing
JAXBException class is jaxb-api.jar

Also I did copy all them to the java-classpath ($JAVA_HOME/jre/lib), there are
still not observerd and the bug persists. Don't know why.

Christoph

BTW: Running freemind using the file freemind-bin-max-0_8_0_rc2.zip from the
download page and the includes starter "freemind.sh" works perfect.

Okay, the following dirty workaround does the trick. After installing to
/opt/freemind

cd /opt
unzip /usr/portage/distfiles/freemind-src-0_8_0_RC2.zip freemind/lib/ant/lib/*
freemind/freemind.sh
chmod +x freemind/freemind.sh

Then edit the starter at /opt/freemind to look like this:

#!/bin/bash
cd /opt/freemind
./freemind.sh

That makes freemind work again, but is dead ugly. The ebuild should be modified
to include only the jaxb apis in the install-directory and use the new starter.
Unfortunally, I have no clue how to do this.

I just remember that I needed to do ebuild digest because the file that was
downloaded did not fit the checksum. Maybe they changed the file after the
ebuild got online.

Created an attachment (id=56824) [edit]
patch for ebuild that makes freemind run

This patch to ebuild makes freemind run, it simply copies lib/ant/*.jar from
src to /opt/freeemind/lib/ant,
HTH,
  H.

Christoph:
Putting libs in $JAVA_HOME/jre/lib is not enought, MANIFEST.MF of freemind says to look for jars in lib and lib/ant, that's why your java couldn't find this jars.

sorry, I applied the patch and re-emerged, but got the same (original) error.

Yes, error in it, I'm fixing it now

that solution will not go into the tree, since it would introduce a new packed
jars issue. i'm already working on this issue.

seems that dependencies in the tree are missing. i dont have the time today to
write an ebuild for them, though :(.

Created an attachment (id=56832) [edit]
this patch makes freemind run

This time it runs.

as i said before, that introduces a packed jar issue which is not acceptable:

http://gentoo-wiki.com/Gentoo_Java_Policy

sounds like you are begging for comments ....
I don`t understand all this Java Policy. If I can decide to use software that "violates" this policy or sit around and don`t use it - eventhough I want it - then I would decide that this policy does not exist (in my eyes). 

The problem is that "make" runs "out-of-the-box" but i.e. ant doese sometimes requiere an special setup (bacause of IDE's) and so on. I tried to write ebuilds for java apps. The binaries are portable - the sources are not - so I just use the binaries as long as it works .... 

> sounds like you are begging for comments ....
?

> I don`t understand all this Java Policy. If I can decide to use software that "violates" this > policy or sit around and don`t use it - eventhough I want it - then I would decide that 
> this policy does not exist (in my eyes). 
you can of course maintain your own ebuild in an local overlay, we as a linux distribution aim to maintain clean systems which dont require a user to keep multiple copies of the same library. 

> The problem is that "make" runs "out-of-the-box" but i.e. ant doese sometimes 
> requiere an special setup (bacause of IDE's) and so on. I tried to write ebuilds for java 
> apps. The binaries are portable - the sources are not - so I just use the binaries as long > as it works .... 
it's much easier and much simpler to write build.xml files than use autotools in a /proper/ way. it's quite hard to do so.ant works out of the box, the problem is that most java programmers aren't as genius as c programmers are. they know more about open source and packaging or atleast they think more about it. in the c world the situation with packed libraries isnt as bad as it is in the java world. another big problem is that most of the java libraries change their apis even in minor revisions. the policy definitly makes sense, and as i said feel free to maintain a system which is poluted which various stuff, but dont expect that this will make it's way into the main tree. so, no need for offense at all.

Easy guys, it's just software. Jan, what you are telling as applying to this
package. freemind uses a very old version of the JAXB API (0.75 i think), the
package naming has changed since then and - from what I have seen at a quick
glance - the API is not for download standalone any more, but as part of some
kind of Web Service Development package. That one - of course - needs a
graphical installer to be run ..

version is now masked until we have added all dependencies to the tree

Created an attachment (id=65768) [edit]
/mod_parrot.tgz including all files

(From update of attachment 65768 [edit])
sorry - wrong corner

Created an attachment (id=69173) [edit]
freemind-0.8.0.ebuild

baaa, not easy to enter in the java world.

The attached ebuild make freemind run with also the new wonderful plugins.

It's not an example of good ebuild I think but usable waiting for java herd
providing a better solution (hopeful soon this is *really* a great app). 

note for developers:
used RESTRICT="primaryuri" and uploaded freemind-src-0_8_0.tar.gz to our
servers. If the job is done in a week or so you don't need to upload it again
;)

ciao, francesco

You need to get rid of the bundled libraries
lib/ has
dev-java/commons-lang
dev-java/jgoodies-froms
jarbudler (remove completely)
and in lib/ant it has jaxb/relaxng and a few others

it needs to use the external dependencies

Created an attachment (id=108095) [edit]
freemind-0.9.0_beta8.ebuild

I wrote the freemind 0.9.0-beta8.ebuild . Changed from
freemind-0.8.0-r2.ebuild. When my locale is EN, and the java's version is
blackdown-1.4.2.03, I can use it normally. But when I use zh_CN.utf8 or I use
java-1.5 or java-1.6, I cannot start it.

(In reply to comment #22)
> Created an attachment (id=108095) [edit]
> freemind-0.9.0_beta8.ebuild

That doesn't really belong to this bug.

Fixed in 0.9.0_beta9. Currently ~x86, see bug 170892 for other keywords.