On 04-11-15 18:32, Yuri D'Elia wrote:
> On 04/11/15 18:11, Sebastiaan Couwenberg wrote:
>> On 04-11-15 17:47, Yuri D'Elia wrote:
>>> INFO: PUT https://api.openstreetmap.org/api/0.6/changeset/create...
>>> ERROR: java.lang.NoClassDefFoundError:
>>> org/apache/commons/codec/binary/Base64. Cause:
>>> java.lang.ClassNotFoundException: org.apache.commons.codec.binary.Base64
>> Unfortunately I cannot reproduce your issue, I just successfully
>> uploaded a changeset with josm (0.0.svn8969+dfsg-2).
>> How can I reproduce your issue?
> Somehow this is generated on a lower level by liboauth-signpost-java
> (which *does* depend on libcommons-codec-java - which is also installed
I have the same dependencies installed, that's unlikely to be the issue.
oauth.signpost.signature.OAuthMessageSigner is provided by
/usr/share/java/signpost-core-184.108.40.206.jar, its MANIFEST.MF doesn't
contain a Class-Path with or without commons-codec. But that doesn't
explain why it does work on my system.
> I have no idea why honestly. I'm not familiar with the jre to understand
> what's going on. It worked fine since the last update.
> Some hints on what could trigger this?
You may get some hints from the JOSM debug output, start josm with
--debug and redirect the output to a log file:
josm --debug > /tmp/josm.log 2>&1
Do you use the save password feature in JOSM perhaps?
> Could that be generated indirectly by some plugin I have installed?
Possibly, you test that with a clean profile by starting josm with a
java -Djosm.home="$HOME/josm-test" -jar /usr/share/josm/josm.jar
Or by moving your ~/.josm directory out of the way, e.g. by renaming it
to ~/.josm.bak, and starting with an empty profile.
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Pkg-grass-devel mailing list