Say Hello to jUploadr 1.2
Hi all,
Despite the ongoing saga which is Zooomr, I have been making steady progress with jUploadr 1.2. I’m about ready to release an alpha version that supports the following features:
- Noticeably faster thumbnail generation for most photos. Most photos taken with a digital camera actually have thumbnails in them. jUploadr now reads them and displays them for a substantial speed boost.
- Enhanced EXIF support: jUploadr now reads EXIF caption, headline and geo tags, and adds the appropriate information
- Geo support (yay!): jUploadr now allows you to add locations to photos. It also lets you save locations for future use
- Improved tag support: While editing multiple photos, tags that don’t apply to all photos are greyed out. Right clicking on them gives you the option of applying the tag to all the photos. Additionally, several tag-related bugs have been fixed.
- Save State on crash: In the unlikely event of a crash, jUploadr will try its hardest to save your work before it gives up the ghost
- Capabilities System: Does your photo site offer a subset of Flickr’s features? Now you can customize the UI to only show the features you support.
- Automatic rotation detection: If your camera supports it, jUploadr will automatically rotate your photos if you took them in a portrait orientation.
Remember, this is an alpha release, and hasn’t been extensively tested yet. There could be terrible crashes with the associated loss of tags/data and gnashing of teeth, so don’t say I didn’t warn you. However, I know there are many people who want Geo coding. I’ve put up the linux and win32 ports. The OS X port will be up in a few days.
Additionally, jUploadr now requires Java 1.5 (java 5.0). I hope this doesn’t anger too many people.
P.S. This release will hopefully support Zooomr when the API key is turned on.
Update: The mac version has been released.
July 13th, 2007 at 12:09 am
I can hardly wait! Did Zoomr staff give any ETA?
July 13th, 2007 at 3:18 am
Geotagging support? Sweet!
July 13th, 2007 at 5:14 am
Interesting features (EXIF support, yeah !), i’will test that now !
July 13th, 2007 at 7:39 pm
Zooomr gave no ETA. Just when Sun gets around to shipping the hardware.
July 14th, 2007 at 4:30 pm
Why not adding 23hq.com support?
July 15th, 2007 at 10:45 am
Yay!
Thank you thank you thank you. Etc.
Here’s hoping the API comes soon
July 16th, 2007 at 5:10 pm
pregnant:
The sort answer is that I have received a whopping two requests to add it. The longer answer is that if I spent all my time adding different apps, then I’d never add any features to jUploadr.
Let’s take iPernity for instance. They have taken the initiative and written their own plugin to jUploadr, which with any luck, will be integrated into the core app in the 1.2 release. I’ve provided API documentation and a tutorial on how to write a jUploadr plugin and would be more than happy to help someone from 23hq or a user of that site to write a jUploadr plugin.
Also, since I don’t use 23, any plugin I’d write wouldn’t be that good (there are a lot of edge cases in jUp.) and I take great pride in this little uploader. If you know anyone with even a little Java knowledge that is also a 23 user, I’d suggest buying them enough beer so that they volunteer to write a plugin. I’ll gladly integrate it.
July 18th, 2007 at 5:58 am
ok, I’ll try. Anyway if it could interesting in 23 they use the flickr api so I think it will be not so difficult to integrate. Version 1.2 is great, new functions are just amazing and useful.
July 18th, 2007 at 11:38 am
Rock on! I’ve been waiting for the EXIF/IPTC reading for a long time. Thank you for getting this integrated. It is greatly appreciated! Now I won’t have to modify the Yahoo Flickr Widget to exclude the file name for the image title when uploading. iTag + jUploadr = Flickr Awesomeness.
July 21st, 2007 at 3:18 am
If you want try to send me api documentation and the tutorial. I will try with help of a friend.
July 23rd, 2007 at 3:04 am
This is simply the best Flickr uploader on the planet!!
jUploadr rocks!!
July 23rd, 2007 at 3:13 am
Where can I put suggestions?
An “Add files…” dialog box would be great if I’m too lazy to open a file manager window to drag-and-drop stuff
“Add directory…” (aka Winamp style) would be great too to add one or more directories with its children
July 23rd, 2007 at 3:30 am
Any sign of the Mac version?
Also is there any chance you can add an option for seeing the kind of image (screenshot or photo) - I think that the only way to do that at the moment is in Organizr. Not sure if the API supports it.
July 23rd, 2007 at 7:21 am
Hendry:
I forgot to mention that it does have an add files dialog now. Adding directories should be an easy update.
Andy: I’ll get one built tonight.
July 31st, 2007 at 11:58 pm
good to organise everything,.things are faster
August 2nd, 2007 at 3:57 am
Really great improvement! The 1.2. definetly is all what was missing to make juploadr by far the best uploader to flickr! I greatly appreciate the enhanced EXIF/IPTC support! And Geotagging is great! One hell of an app! Thanks a lot! mat
August 2nd, 2007 at 10:57 am
I would like to point out that I was able to run jUploader on Solaris (SPARC in my case, but x86 should work just as well).
I grabbed libswt from the Eclipse download page. It has to be the correct release (the one containing libswt-gtk-3236.so, which is where the above link points to).
Then I made sure I had GTK libraries installed on my system. I used the ones from Blastwave, but Sun’s GTK libraries should work as well.
I downloaded the “Linux” version of jUploadr, replaced the SWT .so files in the “lib/” directory with the Solaris/SPARC ones with the ones downloaded from Eclipse and finally modified the jUploadr shell script to ensure the GTK libraries would be found, adding these lines at the beginning of the script:
LD_LIBRARY_PATH=/opt/csw/lib
export LD_LIBRARY_PATH
That’s it. jUploadr comes up and works.
August 2nd, 2007 at 7:07 pm
Any possibility of getting an AMD64 build of 1.2 put up?
August 2nd, 2007 at 7:40 pm
Alex: Done.
August 12th, 2007 at 2:37 pm
Should the Zooomr key be working now? I tried to authorize and just got a blank page.
August 12th, 2007 at 5:16 pm
Zooomr is NOT working yet. I have no new news on when they’ll re-enable the API key.
August 12th, 2007 at 7:25 pm
Where to download 1.2? Can’t find it!
August 12th, 2007 at 10:23 pm
Thanks for the reply.
August 13th, 2007 at 5:50 am
Hi,
thanks for the release, especially the amd64 version
There are two issues though:
1) The thumbnails look distorted. They are sqeezed into a square, although they are landscape or portrait.
2) The automatic rotation screws up. Flickr auto automatically rotates the pictures after upload, thus they are rotated twice. This is one of the pictures, I had to rotate back:
http://www.flickr.com/photo_exif.gne?id=1101640660&context=set-72157600032905436
August 13th, 2007 at 7:17 pm
It seems that both flickr.com and juploadr are detecting portrait orientation and rotating the pictures, so they end up over-rotated. I’ve seen this with a Panasonic DMC-FX07.
August 14th, 2007 at 4:50 pm
Yam:
here is the download link for 1.2. You need to go to the project page first.
SkyScrap:
The reason the images look distorted in thumbnail form is due to my playing with the scalers to see if I can eke out any more speed/quality.
They’ll go back to normal before 1.2 final.
Looks like flickr already does rotation… bummer.
August 15th, 2007 at 10:14 am
About double rotation: would it be an option for jUploadr to clear the EXIF orientation flag after rotating? That way Flickr would know to leave it alone.
August 20th, 2007 at 4:46 am
I just hope it is working by the time I get back from deployment. I have quite a few photos to upload and web based interface definitely won’t cut it.
August 27th, 2007 at 6:43 pm
seems that any geo-tagged photo (has lat. and lon. in exif) will crash 1.2 beta while dragging the photo into jUploadr
August 28th, 2007 at 11:12 pm
fishy,
could you please add a bug and attach a file that crashes jUp?
September 12th, 2007 at 9:10 pm
hi, i did an Debian/Ubuntu package of jUploadr, here it is:
deb http://repositorios.nighto.net/ feisty/
more information on http://estudiolivre.org/RepositorioDoNighto
(please delete the other comment since there was a mistake on it! thank you!)
September 17th, 2007 at 5:14 am
any news on zooomr?
September 17th, 2007 at 9:04 pm
Nighto:
Freaking awesome!!!
Leo:
No word. None. Nada. Kris is in Japan, and has been totally non-committal.
September 18th, 2007 at 2:54 am
> No word. None. Nada. Kris is in Japan, and has been totally non-committal.
That sucks without jUploadr, zooomr is dead to me. I don’t want to use my browser to upload photos; thats counter-productive.
Grrrrrrrrrrrrr.
September 24th, 2007 at 4:13 am
Gee, you have some nerve to advertise everywhere zoomr support. And this lie goes on on all sites spammed by the so called fans. Now, I have it for over a month and I just get an error message and no zoomer support. As for flickr, there are better options and in native code without the need to load the java beast.
September 25th, 2007 at 4:40 am
greywulf:
Feel privileged that you can use your browser, I’m having to run a browser in an emulator (Sorry, Wine Is Not an Emulator, I know I know).
From June 2006! http://thomashawk.com/2006/06/why-open-api-is-important-to-web-20.html
Obviously not that important any more.
I sympathise with Zooomr’s problems but it’s not like Kris has given up and went to sleep - from using Zooomr regularly,I can see he’s still hard at work - he just seems to be chasing tweaks and eye candy.
Maybe it’s time to invest in cryogenics, wake me up when it’s done!
September 25th, 2007 at 3:45 pm
my weekly updates are really disappointing. does anybody BELIEVE in something changing soon?
scohen, would you mind setting up a mailinglist/newsletter, so that you could bring us the glorious news someday? (rss-feeds informing me again and again that nothing has changed don’t help my poor soul)
September 26th, 2007 at 2:16 pm
Great program, Steve! And great update! I’ve been looking around for some programs to make my life easier for managing photos and uploading to Flickr.
I’ve found iTag which I like in order to add metadata to my photos, and jUploadr which beats Flickr Uploadr for me because of being able to resize before uploading WHILE STILL maintaining the title & description as set in iTag!
Any chance you could also add support for the IPTC.Keywords field to populate the Tags field in jUploadr?
That would make it perfect for me
September 28th, 2007 at 10:07 am
Nice going. Just because I wrote that you spam sites with unfounded facts (like this piece of slow software being able to work with Zooomr) you erase the comment.
October 1st, 2007 at 11:59 am
Sidd,
I didn’t erase your comment, it was held in a moderation queue like everyone else after they post a comment for the first time.
Funny how no one else has such vitriol.
Now it’s up and posted so everyone can see what a lousy attitude you have.
Did you bother to read *why* jUploadr doesn’t work with zooomr right now? Did you bother to read even a single comment? jUploadr is the freaking official zooomr uploader for crying out loud. They disabled the API key becasuse they can’t handle the traffic. Yet you accuse me personally of spamming. Hilarious.
As for you complaints about slowness, I gotta smile. It’s fast enough for everyone else. Man, you’re just a java troll.
Did your Mom forget to teach you manners or something?
October 1st, 2007 at 4:16 pm
Lazyant:
1.2 will incorporate metadata. That feature is already in the CVS tree!
October 2nd, 2007 at 2:49 pm
jUploader is awesome, thanks for all the hard work you put into it.
I just want to flag up a problem I’ve been having since I started to use the 1.2alpha version (on Kubuntu Feisty). The program is uploading the photos to flickr in an apparently random order. It doesn’t matter whether I have switched on the “upload in order of date taken (if it exists)” option or not, the order is still apparently random.
Is it using the EXIF data or the latest file modified data? Or alphabetical order, or what?
Also, if my computer manages to hang on hibernate (which it does quite often at the moment), the (manually) saved state is not restored next time I run jUploader - instead, it starts again empty. Obviously this is quite a problem, considering that I manually saved the state because I *knew* the hibernate might hang.
Anyway, apart from those two issues, the program is fantastic, and the latest version has some great improvements. Thanks again.
October 3rd, 2007 at 10:05 am
sorry, I sm to hav missplled jUploadr in that last post of min.
plas forgiv m.
October 3rd, 2007 at 7:32 pm
there was a software named kflickr, an kde based program , it can upload pictures to flickr
you can use
apt-get install kflickr
to install it if you are a ubuntu user.
October 4th, 2007 at 10:00 am
Hmm, kflickr is not bad, but I prefer jUploadr… when it works right.
I’m also getting timeout problems and thus an inability to assign sets at the moment with the alpha version - feedback if you want it, not to be considered a whinge!
October 10th, 2007 at 12:16 am
scohen:
Thanks for the info re the metadata! Will continue using 1.2 Alpha for the moment, but eagerly looking forward to the release of 1.2 stable
October 13th, 2007 at 10:28 am
MQ:
Could it be that flickr is down or slow? I haven’t changed the sets code recently.
October 14th, 2007 at 8:28 am
Hey, just a quick FYI-
I talked with Kris the other day and he said there would be “updates regarding the API” on Monday:P
October 15th, 2007 at 3:45 am
Any update on the support for mass uploading in Zooomr? Thanks!
October 16th, 2007 at 1:26 pm
scohen: it could be, but the odd ordering happens always, and the sets stuff continues to not work properly. Although most of the photos upload, there is still the timeout problem, and it reports odd errors, such as “50 out of 26 photos failed to load”, even though only two or three may have failed. Maybe some time I’ll try the older version and see what does/doesn’t work at the moment…
October 19th, 2007 at 3:02 am
I tried the Mac-version of jUploader v1.1.2 and tried both Flickr and Zooomr, but when trying to Authorize for Zooomr I have the error: Problem with Zooomr: Got bad HTTP response (status code 404). As Flickr works fine and internetting also I guess there is an error in the program. Anyone else with same error of when this is going to be fixed?
October 21st, 2007 at 10:19 am
HI.
I was looking for a option for Uploadr (Flickr). I got the Windows file and, where is the .bat file? I didn’ t find it.
October 30th, 2007 at 9:20 am
Am I wrong or Kris is releasing API-keys?
Look here: http://groups.google.com/group/zooomr-dev/browse_thread/thread/97298f9a4409b2c9
October 30th, 2007 at 11:49 pm
Okay - so - when might this new version be released? I’m using 1.1.2 - and haven’t had any troubles… till today! I still have about 500 photos to upload… and have hit a brick wall. I’ll load the photos… set the properties, add them to a new set, add the info to that new set, and start the upload… I go off to do something else for a while to let it do its thing, and when I return - it’s closed itself down! I go to Flickr to see if the photos uploaded, and 6-10 of them *have* uploaded.. but they’re not in a set, and of course the remaining 45 photos did not upload… I have tried this about six times now - and the same thing keeps happening.
A suggestion for a future release would be an add on to maybe the about option on the menus which would be “check for newer versions” or updates - or what have you. Just a thought.
Anyhow - so - what are your suggestions?
November 1st, 2007 at 3:25 pm
Zooomr are sharing APIs now…
http://groups.google.com/group/zooomr-dev/browse_thread/thread/97298f9a4409b2c9
November 8th, 2007 at 1:31 am
Hi, it seems that Kris@zooomr are giving out API keys:
http://groups.google.com/group/zooomr-dev/browse_thread/thread/97298f9a4409b2c9
Kristopher
From: Kristopher
Date: Sun, 28 Oct 2007 18:39:26 -0700
I can make dreams come true.
What does your app do, let me know.
kristopher
November 11th, 2007 at 12:35 am
rosie,
What’s probably happening is that jUploadr is crashing on a file. Send me jUploadr.log and I’ll take a look. (steve at juploadr dot org)
jUploadr *does* have a check for newer versions feature, but I haven’t bumped the release up yet.
Hope that helps.
And To all that have pointed out that Kris is giving out API keys –he hasn’t given me one yet.
November 11th, 2007 at 7:50 am
Thanks for the new build.
Is there a reason you can’t add pictures to juploadr by dragging them from iPhone to the dock icon or am I missing a preference somewhere?
Thanks again!
November 14th, 2007 at 9:48 pm
It looks like Kristopher has been passing out API keys for a couple of weeks now. Any updates? Sorry for the impatience, but I would really love to use juploadr with Zooomr.
Thanks.
–df
November 17th, 2007 at 8:53 am
scohen,
I am a virtual illiterate when it comes to computers. I have read all the 57 letters and understood none of them. There do seem to be some problems with jUploader 2.1.
Will I, a rank amateur, be able to negotiate this programme?
I have an eMac OS X 10.3.9. My camera is a Pentax K100D. I use iPhoto. I have been using Photobucket but find it extremely slow and erratic.
A simple Yea or Nay from you will suffice but if you wish to go further I will be most attentive and appreciative.
Thank you,
Mickey Oberman
December 1st, 2007 at 10:49 pm
I took a chance and downloaded the Alpha release of jUploader 1.2 for Windows this afternoon. It does, quite frankly, rock out loud! This product does everything the Flickr Uploadr should have done a year ago.
–Perfesser
December 2nd, 2007 at 6:19 pm
Why won’t he give ya a API key (kristopher)? I really would love to use juploadr for zooomr
December 7th, 2007 at 7:31 pm
hi….good job
December 13th, 2007 at 6:47 am
Any news on the API key? Any word from Kris? It’s been 6 months and I’m getting kind of anxious to start uploading my photos again.
December 13th, 2007 at 7:17 am
Hello,
i have a question. The account Information from flickr is in the Windows registry juploader/uploadapi/flickrrest/authentication … is there a possibility to give juploader the Information directly, so that i don’t have to authorizes the tool.
Bernd
December 17th, 2007 at 5:43 am
Hi,
I am currently going on writing a plug-in for jUploar for my site, i need understand the tutorial, but i need to know, how this will be integrated with the application, should i just extend the core classes, and add it to the jar, need more information.
January 6th, 2008 at 6:56 pm
Mickey,
The short answer for you is that this thread is about Zooomr and jUploadr. If you use jUploadr on Flickr, then it will be easy enough for you to figure out. It doesn’t work on zooomr right now because they can’t handle the number of photos that it would generate.
Ayman: Email me, I’ll help you out. steve at juploadr dot org
January 14th, 2008 at 4:03 am
Hi Steve, I’m trying out the alpha release too, nice work!
Two issues pop up for me though:
- I use a lot of “default” tags and the Preferences window stretch much further than my screen because of that. You see, when opening Preferences once the tags are in place, they appear all in one line instead of breaking.
- How slower is the hi-quality resizing supposed to be? It takes forever on a Centrino Duo with 2GB RAM… Looking at Task Manager, no CPU activity, just a tad increase in memory usage.
One suggestion: make jUploadr remember the last used directory to Add files.
January 27th, 2008 at 11:14 am
Hi,
I like this tool very much. Just think that I could offer translating it into Czech language, would you mind? If not, would you send me some file which I could use (like e.g. some .po from Gettext)?
Cheers
Jan
February 13th, 2008 at 2:00 pm
Well, from what I hear and read, the 2008 release of Zooomr (INCLUDING the public API) should go live within the end of the month. (ie, the next TWO WEEKS!) So I have every single finger and toe crossed because I gave up trying to do individual uploads awhile ago and it has strained my passion for photography due to the fact I can’t show anybody my work!! I have heaps and heaps of photos sitting on my computer waiting….
Thanks for such a slick program Steve, and here’s to jUploadr, the “OFFICIAL” (dammit!) bulk uploader for Zooomr!!! *raises glass* =)
February 25th, 2008 at 7:42 am
DOUBLE ROTATION:
you can switch off autorotation in flickr. might be the best bet if you want to use this software…
http://www.flickr.com/account/?tab=privacy
Defaults for new uploads
Auto-rotate your photos [?] No
March 1st, 2008 at 1:04 pm
Linux issue… Running Slackware 12 64bit (SLAMD)
uname -a returns
Linux vostro1500 2.6.23.1 #3 SMP PREEMPT Sat Dec 8 16:18:05 HST 2007 x86_64 x86_64 x86_64 GNU/Linux
java -v retunrs
java version “1.6.0_02″
Java(TM) SE Runtime Environment (build 1.6.0_02-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_02-b05, mixed mode)
jUploadr returns…
Starting JUploadr…
Java exec found in PATH. Verifying…
Suitable java version found [java = 1.6.0_02]
Configuring environment…
Exception in thread “main” java.lang.UnsatisfiedLinkError: /home/nericus/files/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3232.so: /home/nericus/files/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3232.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.Library.loadLibrary(Library.java:123)
at org.eclipse.swt.internal.gtk.OS.(OS.java:22)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
at org.eclipse.swt.dnd.Transfer.registerType(Transfer.java:135)
at org.eclipse.swt.dnd.TextTransfer.(TextTransfer.java:36)
at org.scohen.juploadr.app.JUploadr.(JUploadr.java:84)
at org.scohen.juploadr.app.JUploadr.main(JUploadr.java:709)
Suggestions? I’ve got…. entirely…to many photos to upload to flickr, and five at a time would be lethal to my sanity.
FYI: I dunno if you figured out the “Black box” issue with windows, but if you put “Start XYZ” in the batch file where XYZ is the command that actually spawns jUploadr the black box will flash up, and then go away once the GUI takes hold. Not ideal, but it wouldn’t sit there staring at the user again. I could be totally off base, but hey.
March 3rd, 2008 at 9:41 pm
Steve and Friends, Zooomr 2008 is up and *should* work with the 1.2 release.
I don’t have a binary of the release, but from what I see in CVS, it should be able to talk with Zooomr 2008.
Steve, when you have the chance, please ping me. I am greatly sorry for the silence and must apologize. Zooomr has been through a lot lately, but we’ve found great support in Japan and have been able to move the platform to the next level.
All the best,
kristopher
March 6th, 2008 at 10:09 am
I can confirm that juploader works like a charm with zooomr account!!!!
March 16th, 2008 at 3:16 am
Get jUploadr 1.2 Alpha, it works with Zooomr!!
March 31st, 2008 at 2:55 pm
So now that Zooomr 2008 has finally gone live, any updates on the juploadr front? Will you be receiving an API key finally?
April 7th, 2008 at 2:53 am
Alex, you can download the jUploadr alpha. It works with Zooomr.
April 19th, 2008 at 1:47 pm
Your uploader works great for pics… But I am trying to upload video to FlickR. and it does not recognize my file. Do I have settings that need to be adjusted on my Mac running OS X 10.4.10
As soon as it works to support my video uploading I will support your project…
May 9th, 2008 at 8:16 pm
I can upload the pictures to Zooomr,and jUploadr show me this error message:
14/7 photos failed to upload.Get bad HTTP response(status code 405).
Could you tell me the problem.Thank you.
May 15th, 2008 at 6:47 pm
great product
June 15th, 2008 at 11:33 pm
Hello,
I run again and again into the following Exception on my Ubunto Feisty System:
Exception in thread “Thread-6″ java.lang.IllegalArgumentException: NULs may not be present in string parts
at org.apache.commons.httpclient.methods.multipart.StringPart.(StringPart.java:90)
at org.apache.commons.httpclient.methods.multipart.StringPart.(StringPart.java:102)
at org.scohen.juploadr.uploadapi.flickrrest.upload.FlickrUpload.addNonNullStringPart(FlickrUpload.java:180)
at org.scohen.juploadr.uploadapi.flickrrest.upload.FlickrUpload.getParts(FlickrUpload.java:147)
at org.scohen.juploadr.uploadapi.flickrrest.upload.FlickrUpload.execute(FlickrUpload.java:74)
at org.scohen.juploadr.uploadapi.flickrrest.RestFlickrApi.upload(RestFlickrApi.java:91)
at org.scohen.juploadr.upload.UploaderThread.run(UploaderThread.java:97)
What is the problem here? Didn’t find a thing on the net.
Hope for help.
Cheers.
June 16th, 2008 at 1:10 am
I get a similar error to Nericus. Perhaps this is a 32 vs 64 bit problem? How can I resove it?
uname -a:
2.6.24-17-generic #1 SMP Thu May 1 13:57:17 UTC 2008 x86_64 GNU/Linux
java -version:
java version “1.6.0″
OpenJDK Runtime Environment (build 1.6.0-b09)
OpenJDK 64-Bit Server VM (build 1.6.0-b09, mixed mode)
Error:
Exception in thread “main” java.lang.UnsatisfiedLinkError: /home/amandav/jUploadr/jUploadr/lib/libswt-pi-gtk-3232.so: /home/amandav/jUploadr/jUploadr/lib/libswt-pi-gtk-3232.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1692)
at java.lang.Runtime.loadLibrary0(Runtime.java:840)
at java.lang.System.loadLibrary(System.java:1047)
at org.eclipse.swt.internal.Library.loadLibrary(Library.java:123)
at org.eclipse.swt.internal.gtk.OS.(OS.java:22)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
at org.eclipse.swt.dnd.Transfer.registerType(Transfer.java:135)
at org.eclipse.swt.dnd.TextTransfer.(TextTransfer.java:36)
at org.scohen.juploadr.app.JUploadr.(JUploadr.java:84)
at org.scohen.juploadr.app.JUploadr.main(JUploadr.java:709)
June 25th, 2008 at 12:48 pm
Any updates to the site as juploadr works with zooomr?
July 14th, 2008 at 8:59 am
Today Zooomr announced the launch of their public API at http://www.zooomr.com/services. I hope that with this we can see an official jUploader 1.2 release (or at least a beta), the alpha was released over a year ago now! I’m sorry that I missed the anniversary of this message two days ago!
July 16th, 2008 at 2:49 pm
Hello.
I’ve downloaded jUploadr’s latest version and I’m trying to execute the application, but I’m getting this error:
Starting JUploadr…
Java exec found in PATH. Verifying…
Suitable java version found [java = 1.6.0]
Configuring environment…
Exception in thread “main” java.lang.NoClassDefFoundError: de
Caused by: java.lang.ClassNotFoundException: de
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336)
I have OpenJDK 6 installed. Do you plan to make jUploadr compatible with this free Java implementation?
July 27th, 2008 at 2:11 pm
Is this project as dead as it seems?
This is probably the best Flickr uploader for Linux, but it still misses quite a few features to make it a killer-app…
Pity, really.
July 29th, 2008 at 4:53 am
Thanks for jUploadr, it works great
it somewhat also runs on freebsd. I’ve got difficulties authorizing this new alpha version, i haven’t made it yet, but a previous version works nice on my desktop and laptop. could you contact me to workaround this authorizing bug? it simply freezes after invoking the browser. and maybe a freebsd version would be useful…
August 23rd, 2008 at 7:54 pm
It would be so nice to have jUploadr that can upload data to Zoomr…
Please please please.
Thanks for the app, it works great with flickr!
August 28th, 2008 at 6:49 am
Hi Steve!
I’m a regular user of jUploadr, it’s great software, but since yesterday I’m having problems with the upload. Everything was going fine, but suddenly it stopped working, leaving an awful exception trace on my terminal:
27-ago-2008 20:40:11
org.apache.commons.httpclient.MultiThreadedHttpConnectionMa
nager$ConnectionPool freeConnection
GRAVE: Host connection pool not found, hostConfig=HostConfiguration[host=http://www.flickr.com]
Exception in thread “Thread-6″ java.lang.IllegalArgumentException: timeout
value is negative at java.lang.Object.wait(Native Method)
at org.scohen.juploadr.upload.BandwidthThrottlingOutputStream.write(BandwidthThrottlingOutputStream.java:53)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)
at org.scohen.juploadr.event.EventOutputStream.write(EventOutputStream.java:43)
at org.apache.commons.httpclient.methods.multipart.FilePart.sendData(FilePart.java:225)
at org.scohen.juploadr.event.MonitorFilePart.sendData(MonitorFilePart.java:121)
at org.apache.commons.httpclient.methods.multipart.Part.send(Part.java:311)
at org.apache.commons.httpclient.methods.multipart.Part.sendParts(Part.java:381)
at org.apache.commons.httpclient.methods.multipart.MultipartRequestEntity.writeRequest(MultipartRequestEntity.java:153)
at org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:495)
at org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:1973)
at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:993)
at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:393)
at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:168)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324)
at org.scohen.juploadr.uploadapi.flickrrest.upload.FlickrUpload.execute(FlickrUpload.java:81)
at org.scohen.juploadr.uploadapi.flickrrest.RestFlickrApi.upload(RestFlickrApi.java:94)
at org.scohen.juploadr.upload.UploaderThread.run(UploaderThread.java:97)
I checked the permissions, and all seemed to be okay. The program read my tags and sets and everything.
However today I decided to remove all the user preferences and start all over, but when it comes to authorize jUploadr I get an error dialog and again, the stack trace says:
28-ago-2008 15:41:41 org.apache.commons.httpclient.HttpMethodBase processRespons
eHeaders
ADVERTENCIA: Cookie rejected: "$Version=0; cookie_l10n=es-us%3Bes; $Domain=flick
r.com; $Path=/". Domain attribute "flickr.com" violates RFC 2109: domain must st
art with a dot
28-ago-2008 15:41:41 org.apache.commons.httpclient.HttpMethodBase processRespons
eHeaders
ADVERTENCIA: Cookie rejected: "$Version=0; cookie_intl=deleted; $Domain=flickr.c
om; $Path=/". Domain attribute "flickr.com" violates RFC 2109: domain must start
with a dot
28-ago-2008 15:41:41 org.apache.commons.httpclient.MultiThreadedHttpConnectionMa
nager$ConnectionPool freeConnection
GRAVE: Host connection pool not found, hostConfig=HostConfiguration[host=http://
http://www.flickr.com
org.scohen.juploadr.uploadapi.ProtocolException: Invalid token
at org.scohen.juploadr.uploadapi.flickrrest.FlickrMethod.parseResponse(FlickrMethod.java:79)
at org.scohen.juploadr.uploadapi.flickrrest.FlickrMethod.execute(FlickrMethod.java:44)
at org.scohen.juploadr.uploadapi.flickrrest.authentication.FlickrAuthEventDirector.execute(FlickrAuthEventDirector.java:63)
at org.scohen.juploadr.uploadapi.flickrrest.RestFlickrApi.authenticate(R
estFlickrApi.java:143)
at org.scohen.juploadr.app.JUploadr$14.widgetSelected(JUploadr.java:503)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:
90)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1085)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3164)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2840)
at org.scohen.juploadr.app.JUploadr.startup(JUploadr.java:285)
at org.scohen.juploadr.app.JUploadr.main(JUploadr.java:709)
I’d like to take a look at the code and try to see what’s wrong (and what’s behind) but I’m kind of busy right now, with exams starting on Monday at University, so I guess until mid September I won’t be able to read a piece of code.
Did it stopped working just for me? Has flickr modified the API?
Any help is welcome.
Thanks a lot.
Sam.
August 28th, 2008 at 6:50 am
oops.. somehow the “code” tags didn’t match. Could you please edit the comment?
Sorry.
September 1st, 2008 at 1:28 pm
Did you remove my comment?
I’m not mad. It just proves that you are, in a sense, still looking over the project. Which is a good thing:)
September 3rd, 2008 at 2:14 pm
Is the development of juploadr (propably the best picture uploader) stopped?
We havn’t seen any news in about an year now… So what’s up?