Bug#804072: Cannot upload changesets
On 04/11/15 20:10, Sebastiaan Couwenberg wrote: > josm (0.0.svn8969+dfsg-3~exp1) was just accepted into experimental, > please test this revision if it fixes your OAuth issue after its hits > the mirrors. It works correctly with OAuth now. Thanks.
Bug#804072: Cannot upload changesets
On 04-11-15 19:34, Sebastiaan Couwenberg wrote: > On 04-11-15 19:25, Yuri D'Elia wrote: >> On 04/11/15 19:12, Sebastiaan Couwenberg wrote: 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 >> >> I do not see anything more related to the backtrace. >> >>> Do you use the save password feature in JOSM perhaps? >> >> I use OAuth. Both access key and secret are set and stored in the >> preferences. >> >> I always did (it's not something I changed recently). > > And it's not something I've used ever. That explains the difference > between our JOSM uploads. > >>> Or by moving your ~/.josm directory out of the way, e.g. by renaming it >>> to ~/.josm.bak, and starting with an empty profile. >> >> I just tried now with regular username/password (stored in the prefs, >> anyway), and it works. I could successfully upload a new changeset. > > I'll re-instate commons-codec in the classpath for the JOSM builds, and > upload it to experimental for you to test. josm (0.0.svn8969+dfsg-3~exp1) was just accepted into experimental, please test this revision if it fixes your OAuth issue after its hits the mirrors. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#804072: Cannot upload changesets
Control: tags -1 unreproducible Hi Yuri, 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). libcommons-codec-java isn't used by JOSM since r8149, as mentioned on the josm-dev list: https://lists.openstreetmap.org/pipermail/josm-dev/2015-October/007530.html How can I reproduce your issue? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#804072: Cannot upload changesets
Package: josm Version: 0.0.svn8969+dfsg-2 Severity: important The following exception is generated when I try to upload a changeset: 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 java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64 at oauth.signpost.signature.OAuthMessageSigner.(OAuthMessageSigner.java:37) at oauth.signpost.signature.HmacSha1MessageSigner.(HmacSha1MessageSigner.java:30) at oauth.signpost.AbstractOAuthConsumer.(AbstractOAuthConsumer.java:65) at oauth.signpost.basic.DefaultOAuthConsumer.(DefaultOAuthConsumer.java:33) at org.openstreetmap.josm.data.oauth.OAuthParameters.buildConsumer(OAuthParameters.java:222) at org.openstreetmap.josm.io.OsmConnection.addOAuthAuthorizationHeader(OsmConnection.java:119) at org.openstreetmap.josm.io.OsmConnection.addAuth(OsmConnection.java:136) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:635) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:595) at org.openstreetmap.josm.io.OsmApi.openChangeset(OsmApi.java:425) at org.openstreetmap.josm.io.OsmServerWriter.uploadOsm(OsmServerWriter.java:205) at org.openstreetmap.josm.gui.io.UploadPrimitivesTask.realRun(UploadPrimitivesTask.java:250) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.ClassNotFoundException: org.apache.commons.codec.binary.Base64 at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 17 more liboauth-signpost-java is at 1.2.1.2-1.2 libcommons-codec-java 1.10-1 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages josm depends on: ii default-jre [java7-runtime] 2:1.7-52.1 ii fonts-droid 1:4.4.4r2-7 ii jmapviewer 1.12+dfsg-1 ii libcommons-compress-java 1.10-1 ii libcommons-logging-java 1.2-1 ii libgettext-commons-java 0.9.6-2 ii liboauth-signpost-java 1.2.1.2-1.2 ii libsvgsalamander-java0~svn95-1 ii openjdk-7-jre [java7-runtime]7u91-2.6.2-1 ii openstreetmap-map-icons-classic 1:0.0.svn31722-1 Versions of packages josm recommends: pn josm-l10n ii josm-plugins 0.0.svn31722+ds-1 ii webkit-image-qt 0.0.svn25399-3 josm suggests no packages.
Bug#804072: Cannot upload changesets
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). > > libcommons-codec-java isn't used by JOSM since r8149, as mentioned on > the josm-dev list: Yes, I've seen libandroid-json-org-java being removed automatically as no longer used. > https://lists.openstreetmap.org/pipermail/josm-dev/2015-October/007530.html > > 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 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? Could that be generated indirectly by some plugin I have installed? I have the following in my ~/.josm/plugins: ElevationProfile.jar download_along.jar measurement.jar scripting.jar waydownloader.jar continuosDownload.jar log4j.jar routing.jar splinex.jar and all are up-to-date.
Bug#804072: Cannot upload changesets
On 04/11/15 18:32, Yuri D'Elia wrote: >> 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). And as an obvious point, I'm using oauth authentication.
Bug#804072: Cannot upload changesets
On 04/11/15 19:12, Sebastiaan Couwenberg wrote: >> 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 I do not see anything more related to the backtrace. > Do you use the save password feature in JOSM perhaps? I use OAuth. Both access key and secret are set and stored in the preferences. I always did (it's not something I changed recently). > Or by moving your ~/.josm directory out of the way, e.g. by renaming it > to ~/.josm.bak, and starting with an empty profile. I just tried now with regular username/password (stored in the prefs, anyway), and it works. I could successfully upload a new changeset.
Bug#804072: Cannot upload changesets
On 04-11-15 19:25, Yuri D'Elia wrote: > On 04/11/15 19:12, Sebastiaan Couwenberg wrote: >>> 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 > > I do not see anything more related to the backtrace. > >> Do you use the save password feature in JOSM perhaps? > > I use OAuth. Both access key and secret are set and stored in the > preferences. > > I always did (it's not something I changed recently). And it's not something I've used ever. That explains the difference between our JOSM uploads. >> Or by moving your ~/.josm directory out of the way, e.g. by renaming it >> to ~/.josm.bak, and starting with an empty profile. > > I just tried now with regular username/password (stored in the prefs, > anyway), and it works. I could successfully upload a new changeset. I'll re-instate commons-codec in the classpath for the JOSM builds, and upload it to experimental for you to test. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#804072: Cannot upload changesets
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-1.2.1.2.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 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, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1