[
https://issues.apache.org/jira/browse/BUILDR-535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12920779#action_12920779
]
Alex Boisvert commented on BUILDR-535:
--------------------------------------
Turns out the culprit is using JRuby's ffi library, which has the side-effect
of adding an "error" method on the Module class.
# jruby 1.5.2
boisv...@smudge:~$ jirb
irb(main):001:0> require 'rubygems'
=> true
irb(main):002:0> require 'ffi'
=> true
irb(main):004:0> Module.error
=> 2
I'll add a workaround and file an issue with the JRuby project.
> Failing "checks" produce no meaningful errors
> ----------------------------------------------
>
> Key: BUILDR-535
> URL: https://issues.apache.org/jira/browse/BUILDR-535
> Project: Buildr
> Issue Type: Bug
> Components: Test frameworks
> Affects Versions: 1.4.2
> Reporter: Peter Donald
> Fix For: 1.4.3
>
>
> Adding checks to build are expected to cause the build to fail with a
> meaningful failure reason. However it looks like the method "Object.error" is
> redefined somewhere and thus when the check fails it results in an exception
> such as
> "Buildr aborted!
> ArgumentError : wrong # of arguments(1 for 0)"
> An example build file exhibiting this failure:
> {code}
> define 'foo' do
> project.version = '1.0'
> project.group = 'foo'
> package :jar
>
> check package(:jar), 'should fail' do
> it.should contain('META-INF/MANIFEST.MF_not_exist')
> end
> end
> {code}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
