jUploading on Zooomr

For those living under a rock, Zooomr is offering “free” PRO accounts to bloggers. Free as in heroine first shots, because after the first year you will probably still have to pay to access your photos, like with Flickr. But you already know that there is no free lunch, so enjoy your free hook … sorry, free PRO account.

Here is what you can do to use jUploadr with Zooomr, if you have a Mac (for other platforms check this out):

cvs -d:pserver:anonymous@juploadr.cvs.sf.net:/cvsroot/juploadr co -P juploadr
ant dist-mac -Darch=macOSX
wget -O build.xml --no-check-certificate https://hritcu.files.wordpress.com/2006/08/buildxml.txt

Uploading Pictures on Zooomr

But don’t get too excited, it is still not stable, so you might want to wait for the 1.1 release that is planned soon.
You have been warned!You have been warned!

7 Responses to jUploading on Zooomr

  1. scohen says:

    dist-mac should result in a JUploadr.app in your releases directory, not a jUploadr-1.1-macOSX directory.

  2. scohen says:

    my mistake, it will result in both, but you want to execute the JUploadr.app file, not the script in the jUploadr-1.1-maxOSX directory.

    from terminal, type

    open releases/JUploadr.app

    (the blog post you commented on kinda said as much)

  3. hritcu says:

    Hi Steve, and many thanks for the reply.

    I did try to run JUploadr.app but it was quitting immediately after lunch (without any message) so I thought I give you a more helpful error message. Now that I checked the Mac OS X Console I actually realized that the error message I got there was actually different:

    [JavaAppLauncher Error] CallStaticVoidMethod() threw an exception
    Exception in thread "main" java.lang.UnsupportedClassVersionError: org/scohen/juploadr/app/JUploadr (Unsupported major.minor version 49.0)
    at java.lang.ClassLoader.defineClass0(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:219)
    at apple.launcher.LaunchRunner.loadMainMethod(LaunchRunner.java:55)
    at apple.launcher.LaunchRunner.run(LaunchRunner.java:84)
    at apple.launcher.LaunchRunner.callMain(LaunchRunner.java:50)
    at apple.launcher.JavaApplicationLauncher.launch(JavaApplicationLauncher.java:52)

    I know this kind of error is common when trying to run classes compiled with Java 5.0 in Java 1.4, but I was still unable to find the offending java. java -version gives me Java 1.5.0_06. I will still look.

    I also tried to make jUploadr run from within eclipse, but I think I’m doing something wrong. The error I get is Could no load any photo upload plugins.

  4. scohen says:

    That’s exactly what the problem is. The .app file wants 1.4 IIRC, compile under 1.4 and you’ll be set.

  5. hritcu says:

    You are right, I only had to add -source 1.4 as an argument for javac and now it starts. Thanks 🙂

    The ant task can be fixed by adding this:

    <!-- set global properties for this build -->
    <property name="source" value="1.5" />
    <target name="compile" depends="init" description="compile the source ">
    <!-- Compile the java code from ${src} into ${build} -->
    <mkdir dir="${build}" />
    <javac srcdir="${java-src}" destdir="${build}" debug="true" source="${source}">

    Then I run ant like this:
    ant dist-mac -Darch=macOSX -Dsource=1.4

    Finally, I got some strange behavior already. Is there a good way to file bugs for juploadr?

  6. scohen says:

    Report them on jUploadr’s project page

  7. scohen says:

    Also, an easier fix would be to change the jarbundler task to hava a jvmversion of “1.4+” rather than “1.4*”

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: