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
> correctly).

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-, 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
custom path:

 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.

Kind Regards,


 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Pkg-grass-devel mailing list

Reply via email to