Java 4k Resources Thread

[Riven]

There's something with the service:

1   2   3   4   5

entered work queue sourcecode OK EXCEPTION: java.io.IOException

Thanks, was updating the JDK on the server from 6u15 to 6u18 and 'forgot' that I had the a path including 6u15 hardcoded in the shrinker (for javac, jar and pack200). Fixed now.

What does it do, seriously? I'd like to know.

Check out the source of the webpage.

[TheAnalogKid]

Now I'm having:

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18

entered work queue sourcecode OK javac OK jar OK proguard ProGuard, version 4.4 Reading program jar [/home/indiespot/http-files/4k/G.normal.jar] Reading library jar [/root/jdk1.6.0_15/jre/lib/rt.jar] Error: Can't read [proguard.ClassPathEntry@bb6ab6] (No such file or directory) Exit value: 1

[Riven]

Reading program jar [/home/indiespot/http-files/4k/G.normal.jar]
Reading library jar [/root/jdk1.6.0_15/jre/lib/rt.jar]

Relax I'm fixing it as we speak!

Games published by our own members! Go get 'em!

[TheAnalogKid]

No problem, I'm just reporting issues. 

[Eli Delventhal]

Relax I'm fixing it as we speak!

RIVEN IT'S BROKEN IT'S BROKEN AAAAAAAUUUUGHHH!!!!

[TheAnalogKid]

So, I'm not the only one to struggle??? For me, nothing works with the service. Only plain jar really worked so far.

[Riven]

Struggle? Oow!

I was way too busy doing: http://www.indiespot.net/trace

Excuse me for the interrupted service

A few seconds ago my 4K entry got shrunk just fine. How about yours?

[TheAnalogKid]

My issue might have something to do with the web server hosting my site. I have no control on it. I don't even know any detail about it.

[TheAnalogKid]

Riven, could you share your html to launch your applet please? I may be doing something wrong.

Thanks

[Riven]

Update: I added a link after every generated file. Clicking it will test your applet in the browser

The browser will either receive a .jar or .pack.gz depending on the "Accept-Encoding" header.

Tested with 6u18:

• it worked when the server sent a .jar
• it worked when the server sent a .pack.gz
• Please test it here
  
  
  
  
  
  
  

Games published by our own members! Go get 'em!

[TheAnalogKid]

Yes, it works for me too now with my game! I tried with the same applet tags on my site and it still refuses to work! There's something I didn't understand for sure or the web server is doing something odd.

Thanks Riven for adding the test feature!

[Riven]

Yes, it works for me too now with my game! I tried with the same applet tags on my site and it still refuses to work! There's something I didn't understand for sure or the web server is doing something odd.

Thanks Riven for adding the test feature!

Will reply later, gotta go home... (21:35h here) The things I do for you guys

[Riven]

Yes, it works for me too now with my game! I tried with the same applet tags on my site and it still refuses to work! There's something I didn't understand for sure or the web server is doing something odd.

Thanks Riven for adding the test feature!

I don't know what your .htaccess looks like, but the idea is that you request a jar, and the server responds with a pack.gz. Now I expect you to know this, but I wasted a few minutes only to find out that the plugin did not send 'Accept-Encoding' but sent 'accept-encoding'. Maybe you need to make a similar update in your .htaccess file.

[TheAnalogKid]

Well, as I said earlier, I don't have any control on the Apache server. I have a webs.com account, which controls a lot of things to tell you a short story. Thanks for this idea.

I think I'm going to stop losing my time, and yours, with this issue. As long as I'm able to run my applet on java4k (game is not yet ready though) with your produced jars then I'm fine. Deploying my game on my site with a plain vanilla jar will be fine since I don't care about the 4k limit constraint on my site.

[Riven]

Thanks to bysse, I found an error in the shrinker. The wrong files got copied, all BJW compressed files were overwritten by their Kzip counterparts. It's fixed now. There is a good chance your files will end up a few dozen bytes smaller! Yay.

[Riven]

I hope you guys can get busy with J4K2011 again, now that Compile 'n Shrink is back up.

[Eli Delventhal]

Well shit. I'm not even done yet. :/ Too many strings I think.

1   2   3   4   5   6   7   8   9   10   11   12

RESULT P.java => 55091 bytes P.class => 25617 bytes P.normal.java6.jar => 12815 bytes P.normal.java6.pack => 21519 bytes P.progrd.java6.jar => 12532 bytes P.progrd.java6.pack => 21272 bytes 6ecccaefb63fd46bce7ab515c25e8fd7.progrd.java6.kz.pack.gz => 7782 bytes  => test 6ecccaefb63fd46bce7ab515c25e8fd7.normal.java6.kz.pack.gz => 7938 bytes  => test 6ecccaefb63fd46bce7ab515c25e8fd7.progrd.java6.7z.pack.gz => 8462 bytes  => test 6ecccaefb63fd46bce7ab515c25e8fd7.normal.java6.7z.pack.gz => 8644 bytes  => test

[bysse]

I hope you guys can get busy with J4K2011 again, now that Compile 'n Shrink is back up.

Compile 'n Shrink is simple awesome! If i could have used it for my submission i could have squeezed in another 12 bytes! A sad day for my shell-script