Build scripts point to a seemingly unreliable URL for jruby.jar about wet-boew HOT 10 CLOSED

It's probably a firewall issue. To reduce the chance of future issues like this, maybe we should just check jruby.jar into the repository so departments only need to worry about opening the firewall to one site.

from wet-boew.

Did you check at home? I'm not convinced it is firewall related

from wet-boew.

I've done it at home many times, even last night a couple of times, without failing once. The speed and frequency that it fails at work indicates that the network is blocking the attempt, otherwise it would time out and take much longer to fail.

from wet-boew.

At work I need to run ant with the option "-autoproxy" see http://ant.apache.org/manual/proxy.html

from wet-boew.

Hey @LaurentGoderre I'll take a look at this. We could also just include the compiled jruby.jar but was worried about the size. Opinions? There are technically 2 options:

1. Host the compiled jruby.jar somewhere stable that government networks don't have a problem accessing and just directly link to that
2. Include the compiled jruby.jar directly in github (19mb though)

An outside the box thought is we could make another github repository that includes just this compiled jar and get from the raw version of that since github should be opened for the firewall to get the original wet-boew repo itself?

Would using get on the github domain for another repo hosting the jar work through your firewall?

from wet-boew.

Looks like the build script relies on more than just jruby.jar. I tried copying over that file but the script would keep failing until I also copied over the /lib/vendors directory as well. With both jruby.jar and vendors it builds successfully but clocks in at about 27mb.

from wet-boew.

Yeah we don't need the /lib/vendors directory as it is in the jar file but I am not able to get the jar file to be read as a filesystem. If we could fix that one problem we would only need the jruby.jar and can then host that file in a dependencies repo.

from wet-boew.

If you are behind a firewall and using ant to download then you will have to give ant the proxie name and port to get out.

My batch file for ant:

set ANT_HOME=c:\work\ant
set path=%path%;c:\work\ant\bin
set ANT_OPTS="-Dhttp.proxyHost=proxy -Dhttp.proxyPort=80"
ant

from wet-boew.

The check should probably be for the JRuby path variable, because by default on windows installs it to C:\jruby-1.6.7.2\lib
If it doesn't find it, just abort and tell them to install first.

For the CI build, see http://about.travis-ci.org/docs/user/languages/java/ at the bottom. But maybe the pure Ruby version should be used http://about.travis-ci.org/docs/user/languages/ruby/

from wet-boew.

@stylus how are you trying to access the files in the jar?

from wet-boew.