activemerchant / active_merchant Goto Github PK

I'm trying to get an AM::B::CreditCard to validate as part of a Rails 3 form. I see two issues. The first is that it errors our trying to check to see if the object is persisted?.

undefined method 'persisted?' for #<ActiveMerchant::Billing::CreditCard:0x10520cb90>

First useful part of the backtrace here is:

actionpack (3.0.0) lib/action_view/helpers/form_helper.rb:1280:in fields_for_nested_model

Since by definition AM::B::CreditCard objects are not to be persisted, I propose a persited? method be added that returns falls. Here is that as one might put it in an initializer:

ActiveMerchant::Billing::CreditCard.class_eval do
  def persisted?
    false
  end
end

With that done, the second error that comes up is:

The error occurred while evaluating nil.any?

Raised from:

actionpack (3.0.0) lib/action_view/helpers/active_model_helper.rb:62:in object_has_errors?

In earlier versions of rails, this helper called the #on() method on the errors. In Rails 3 it calls #[]. In ActiveModel, errors[....] returns an empty array if there are no errors. But Validateable returns nil, which does not have a .any? method. I resolved this in an initializer by monkeypatching object_has_errors? so that it checks with .present? rather than .any?. But I'd much rather have Validateable work with Rails 3 form validation out of the box. Here is an example of the initializer:

ActionView::Helpers::ActiveModelInstanceTag.module_eval do
  def object_has_errors?
    object.respond_to?(:errors) && object.errors.respond_to?(:full_messages) && error_message.present?
  end
end

Error messages are hardococed. They should be defined in yml files and be translatable. Fixed in:

https://github.com/knapo/active_merchant/commit/6c8f1ab16426359ce547b4e7d3ac881d9a381f43

Also, would be great to use ActiveModel for it.

I believe PayJunction test url should be https://payjunctionlabs.com/quick_link
https://demo.payjunction.com/quick_link does not match ssl certificate.

gemspec lists activesupport >= 2.3.8 but lib/active_merchant.rb requires 'active_support/core_ext/module/deprecation' which is part of activesupport 3

I don't think it's still a good philosophy to load ALL gateways during the initialization of AM...

Considering that in 99% cases we only use one...

The developer should explicitly load the gateway(s) he wants to use in his software.

What do you think of this idea?

passing just the amount, transactionid and card_number as instructed results in the error: "(TESTMODE) Expiration date is required"

You have this and lighthouse -- where should I submit bugs reports and patches? :)

Not even sure of the best way to work around this and make this method functional for Rails 2 and Rails 3. Since html_safe makes thigns a little awkward.

    def payment_service_for(order, account, options = {}, &proc)
      raise ArgumentError, "Missing block" unless block_given?

      integration_module = ActiveMerchant::Billing::Integrations.const_get(options.delete(:service).to_s.classify)

      if ignore_binding?
        concat(form_tag(integration_module.service_url, options.delete(:html) || {}))
      else
        concat(form_tag(integration_module.service_url, options.delete(:html) || {}), proc.binding)
      end
      result = "\n".html_safe

      service_class = integration_module.const_get('Helper')
      service = service_class.new(order, account, options)
      yield service

      result << service.form_fields.collect do |field, value|
        hidden_field_tag(field, value)
      end.join("\n").html_safe

      result << "\n".html_safe
      result << '</form>'.html_safe

      if ignore_binding?
        concat(result)
      else
        concat(result, proc.binding)
      end
    end

If type credit card number - "000000000000", validation will be successfully in production mode.

Is there any plans to add support for multiple items in payment_service_for for PayPal WPS? Current solution doesn't support.

Howdy,
I'm trying to include a heap of the credit card validations on my app - I've attempted to include the CreditCardMethods module but it only seems to be giving me access to those methods instead of the full ClassMethods module - care to take a look?

https://gist.github.com/792858

Cheers!

# Gemfile
gem 'rails', '3.0.0.beta4'
gem 'activemerchant', '>=1.6.0'

rails c (or any other rails command) then results in /path/to/gems/activemerchant-1.6.0/lib/active_merchant/common/validateable.rb:31:inmodule:Validateable': uninitialized constant ActiveMerchant::Validateable::HashWithIndifferentAccess (NameError)`

In irb, requiring active_support doesn't require the Hash extensions in active_support/core_ext so HashWithIndifferentAccess is not yet available.

Dates/Times in IPNs are in a nonstandard format, "HH:MM:SS Mon DD, YYYY Z". Time#parse fails to correctly parse this format.

Here is a patch that fixes the issue: https://gist.github.com/20b342206b35708a18c5

Hello I am looking to extend a gateway.

When running rake, rake test:remote, or rake test:units, I get the following error. I do have ActionPack installed as a gem!

/Users/matt/forks/active_merchant/test/test_helper.rb:22:in `rescue in ': The view tests need ActionPack installed as gem to run (StandardError)
    from /Users/matt/forks/active_merchant/test/test_helper.rb:19:in `'
    from :29:in `require'
    from :29:in `require'
    from test/unit/avs_result_test.rb:1:in `'
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `load'
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `block in '
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `each'
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `'
rake aborted!
Command failed with status (1): [/Users/matt/.rvm/rubies/ruby-1.9.2-p136/bi...]

(See full trace by running task with --trace)

The error is being thrown here:

begin
  gem 'actionpack'
rescue LoadError
  raise StandardError, "The view tests need ActionPack installed as gem to run"
end

When I run gem 'actionpack' in irb, or in a standalone file no LoadError is thrown.

If I comment out the begin block, I get this error:

/Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:274:in `activate': can't activate builder (~> 2.1.2, runtime) for ["activemodel-3.0.4", "actionpack-3.0.4"], already activated builder-3.0.0 for [] (Gem::LoadError)
    from /Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:290:in `block in activate'
    from /Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:289:in `each'
    from /Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:289:in `activate'
    from /Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:290:in `block in activate'
    from /Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:289:in `each'
    from /Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:289:in `activate'
    from /Users/matt/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/site_ruby/1.9.1/rubygems.rb:216:in `try_activate'
    from :32:in `rescue in require'
    from :29:in `require'
    from /Users/matt/forks/active_merchant/test/test_helper.rb:25:in `'
    from :29:in `require'
    from :29:in `require'
    from test/unit/avs_result_test.rb:1:in `'
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `load'
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `block in '
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `each'
    from /Users/matt/.rvm/gems/ruby-1.9.2-p136/gems/rake-0.8.7/lib/rake/rake_test_loader.rb:5:in `'
rake aborted!
Command failed with status (1): [/Users/matt/.rvm/rubies/ruby-1.9.2-p136/bi...]

(See full trace by running task with --trace)

What am I missing?

Much thanks!

I have what is rather rapidly becoming an urgent problem with what I
can only assume is an ActiveMerchant bug.
I am using the google GData gem to post data to the sites api using an
atom feed.
This works perfectly until I reference the ActiveMerchant gem in my
environment.rb file and as soon as I do this I get 415 unsupported
content type errors along the lines of
GData::Client::UnknownError: request error 415: Content-Type
application/x-www-form-urlencoded is not a valid input type
So somehow ActiveMerchant when included in the environment.rb gems
list has overriden the content-Type setting somewhere for NET::HTTP
post requests (and I assume put requests but untested)

So you can add SE after the DK in the Readme.

As they support Swedbank they might also work in other scandinavian countries. But I can vouch for Sweden as we're using them ourselves over here.

Bug: ActiveMerchant view helpers loads Routes early if ActiveMerchant is used as a plugin. Specifically, this breaks Clearance's routing extensions. Really crazy bug to try to track down!

Workaround: Use ActiveMerchant as a gem

Hi,
when will you implement the new quickpay api (api version 4)?

Braintree allow for partial refunds. I notice that the #refund for the Braintree Gateway removes the amount options. Is this intentional?

One can use #credit but it is generally better to do a refund against an order with a transaction_id when possible.

Including ActiveMerchant forces routes reload.
The routes reload is very slow.

Tracked down to including this or any subnamespaced modules:
ActiveMerchant::Billing::Integrations

The problem is probably caused by defining inflections in there.

test.rb:36: A field was improperly formatted, such as non-digit characters in a number field (StandardError)

error is:

uninitialized constant ActiveMerchant::Validateable::HashWithIndifferentAccess

Is there an IDeal payment gataway ( dutch banks ) ?

The http://github.com/rayvinly/active_merchant/ fork supports recurring payments with PayPal Express. Is this going to be accepted as part of active_merchant?

It's rather odd to be behind on active_merchant features just to have this functionality.

It looks like this was added here: http://github.com/sentientmonkey/active_merchant/commit/9f3c98f484c00d017e6507781a5207e60d692044

Would you consider merging it in?

See also https://www.x.com/community/ppx/adaptive_payments

Is creating an active_merchant gem in the pipeline? It would be a great way to keep up to date on the latest stable version for production use.

Hey,

I'm trying to do a shop system for a customer and I'm using activemerchant for that. The problem is: If the user has to pay 1.30€ (130 cents) paypal just substracts 100ct from the user's paypal account - if the user has to pay 13.80€ (1380 cents) paypal just substracts 1300 cents from the user's paypal account - so it's always flooring it.

Can you tell me where this comes from?

Line 25 tries to set #level on the logger which fails if the logger is nil. Should check for the presence of logger before sending it a message.

Relevant part of the stack trace (also see http://github.com/Shopify/active_merchant/blob/master/lib/active_merchant/billing/gateways/braintree_blue.rb#L25):

/Users/dave/.rvm/gems/ruby-1.9.2-head/gems/activesupport-3.0.0.rc/lib/active_support/whiny_nil.rb:48:in `method_missing': undefined method `level=' for nil:NilClass (NoMethodError)
    from /Users/dave/.rvm/gems/ruby-1.9.2-head/gems/activemerchant-1.7.1/lib/active_merchant/billing/gateways/braintree_blue.rb:25:in `initialize'
    from /Users/dave/.rvm/gems/ruby-1.9.2-head/gems/activemerchant-1.7.1/lib/active_merchant/billing/gateways/braintree.rb:12:in `new'
    from /Users/dave/.rvm/gems/ruby-1.9.2-head/gems/activemerchant-1.7.1/lib/active_merchant/billing/gateways/braintree.rb:12:in `new'

Hello,

A while ago there was a fork providing Adyen integration:
https://github.com/redstorm/active_merchant

What would be needed to make it possible to integrate to the core repository ?

Cheers,
Maxime

Currently all Active Merchant's gateways ship as part of the active_merchant gem, but there would be a lot of benefit to shipping only a kernel in active_merchant and separating out gateways into their own gems (i.e. active_merchant_paypal, active_merchant_authorize, etc..)

Benefits

• Releasing a new kernel would be far easier that releasing an entire suite of gateways
• A single gateway version could support multiple kernel versions
• A gateway could be created and maintained by anyone who had the need
• A gateway could be forked and merged without having to effect every user of active merchant
• Development is decentralized and democratized

Any plans to support the Trident payment gateway? Kohana in PHP supports it, but it would be great if it were in AM.

Thanks in advance.

Here's the monkey patch I'm using (it works):

    xml = Builder::XmlMarkup.new :indent => 2
    xml.tag! 'GetTransactionDetailsReq', 'xmlns' => PAYPAL_NAMESPACE do
      xml.tag! 'GetTransactionDetailsRequest', 'xmlns:n2' => EBAY_NAMESPACE do
        xml.tag! 'n2:Version', API_VERSION
        xml.tag! 'TransactionID', transaction_id
      end
    end

    commit 'GetTransactionDetails', xml.target!
  end
end

end
end


When I use form_for with an ActiveMerchant::Billing::CreditCard I get the undefined method `model_name' error. I've tried monkeypatching various methods into the CreditCard class but haven't had any luck. This was working fine on 2.3.10 but I can't get it working on Rails 3.

we use jruby+warbler running fine on development mode, but running on stagging, we got the following error log, any hint?

[INFO] no such file to load -- lib/active_merchant (MissingSourceFile)
[INFO] file:/var/lib/hudson/.m2/repository/org/jruby/jruby-complete/1.5.0.RC3/jruby-complete-1.5.0.RC3.jar!/META-INF/jruby.home/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in require' [INFO] file:/var/lib/hudson/.m2/repository/org/jruby/jruby-complete/1.5.0.RC3/jruby-complete-1.5.0.RC3.jar!/META-INF/jruby.home/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:inrequire'
[INFO] /var/lib/hudson/.m2/repository/.jruby/gems/activesupport-2.3.3/lib/active_support/dependencies.rb:158:in require' [INFO] /etc/hudson/jobs/staging--master--ebs/workspace/fliptop-f4p/src/main/rails/tmp/war/WEB-INF/gems/gems/activemerchant-1.5.1/lib/support/gateway_support.rb:3 [INFO] /etc/hudson/jobs/staging--master--ebs/workspace/fliptop-f4p/src/main/rails/tmp/war/WEB-INF/gems/gems/activemerchant-1.5.1/lib/support/gateway_support.rb:31:inrequire'

When passing a newly created credit card object with an empty errors collection to a form helper, I get the "nil object when you didn't expect it" error. It seems to be popping when the rails infrastructure calls error_message.any? in active_model_helper.rb. error_message is a method defined like this: object.errors[@method_name]
So, it seems if there are no errors for a given attribute, the ActiveMerchant Errors object returns nil, whereas the built-in rails one returns an empty array (maybe - can't verify that).

Ideally, with the name of the parameter as the key and a description as the key's value. This would be useful when supporting - like Shopify does - multiple gateways.

active_merchant can work on Rails 3 ?

This is what I get whenever run any rake task:

DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead. Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from  at /Users/katz/.rvm/gems/ruby-1.9.2-p136/gems/active_merchant-1.5.2/lib/active_merchant/lib/post_data.rb:4)
DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead. Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from  at /Users/katz/.rvm/gems/ruby-1.9.2-p136/gems/active_merchant-1.5.2/lib/active_merchant/lib/post_data.rb:4)
DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead. Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from  at /Users/katz/.rvm/gems/ruby-1.9.2-p136/gems/active_merchant-1.5.2/lib/active_merchant/lib/post_data.rb:5)
rake aborted!
uninitialized constant Rack::Session::Abstract::SessionHash

The logic for the gateway money_format appears to be reversed. If it's set to :cents, the amount gets passed on as whole dollars to the gateway and if it's :dollars it gets divided by 100.

So, if you pass in 10.00 and the mode is :cents, it gets converted to 10.00. If it's :dollars it gets converted to 0.10. https://github.com/Shopify/active_merchant/blob/master/lib/active_merchant/billing/gateway.rb#L146

I was surprised to see that the implementation of #store for credit cards to the Braintree Blue vault does not allow for the passing of billing address fields. This seems like it would be simple to add as follows:

def store(creditcard, options = {})
    commit do
      parameters = {   
        :first_name => creditcard.first_name,
        :last_name => creditcard.last_name,
        :email => options[:email],
        :credit_card => {
          :number => creditcard.number,
          :cvv => creditcard.verification_value,
          :expiration_month => creditcard.month.to_s.rjust(2, "0"),
          :expiration_year => creditcard.year.to_s}
      }
      if options[:billing_address]
        parameters[:credit_card].merge!(:billing_address => map_address(options[:billing_address]))
      end 

      result = Braintree::Customer.create(parameters)
      Response.new(result.success?, message_from_result(result),
        {
          :braintree_customer => (result.customer if result.success?),
          :customer_vault_id => (result.customer.id if result.success?)
        }
      )
    end

My guess is something similar could be done for #update as well.

Was this ever considered and not implemented intentionally or would a patch including a remote test be in order?

I'm having a weird load problem.

The system says me that this constant is not defined ActiveMerchant::Billing::PaypalExpressResponse

See the example:

$ irb
irb(main):001:0> require 'rubygems'
irb(main):002:0> require 'activemerchant'
irb(main):003:0> ActiveMerchant::Billing::PaypalExpressResponse
NameError: uninitialized constant ActiveMerchant::Billing::PaypalExpressResponse

But I can charge any other gateway:

irb(main):004:0> ActiveMerchant::Billing::BraintreeGateway
=> ActiveMerchant::Billing::BraintreeGateway
irb(main):005:0> ActiveMerchant::Billing::DataCashGateway
=> ActiveMerchant::Billing::DataCashGateway

But not the PaypalExpressResponse:

irb(main):006:0> ActiveMerchant::Billing::PaypalExpressResponse
NameError: uninitialized constant ActiveMerchant::Billing::PaypalExpressResponse

The issue becomes more weird if possible if I try to charge PaypalExpressResponseGateway:

irb(main):007:0> ActiveMerchant::Billing::PaypalExpressResponseGateway
NameError: uninitialized constant ActiveMerchant::Billing::PaypalExpressResponseGateway

Which not exists, but then I can charge PaypalExpressResponse

irb(main):008:0> ActiveMerchant::Billing::PaypalExpressResponse
=> ActiveMerchant::Billing::PaypalExpressResponse

:?

• activemerchant (1.9.0)
• ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0]

When trying to migrate a database to add a new model the Active Merchant plugin seems to prevent it from happening. I was using Rails 2.3.3. I've done a trace and these are the results displayed.

UPDATE: (I believe this Google post has the same problem but explains it better? http://groups.google.com/group/activemerchant/browse_thread/thread/650b28ef74c63f96)

** Invoke db:migrate (first_time)
** Invoke environment (first_time)
** Execute environment
rake aborted!
You have a nil object when you didn't expect it!
You might have expected an instance of ActiveRecord::Base.
The error occurred while evaluating nil.[]=
C:/RailsProjects/rails_apps/fashion/vendor/plugins/active_merchant/lib/active_me
rchant/billing/integrations/helper.rb:27:in mapping' C:/RailsProjects/rails_apps/fashion/vendor/plugins/active_merchant/lib/active_me rchant/billing/integrations/bogus/helper.rb:6 C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:ing
em_original_require'
C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in r equire' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:156:inrequire'
C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor
t/dependencies.rb:521:in new_constants_in' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:156:inrequire'
C:/RailsProjects/rails_apps/fashion/vendor/plugins/active_merchant/lib/active_me
rchant/billing/integrations/bogus.rb:1
C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in g em_original_require' C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:inr
equire'
C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor
t/dependencies.rb:156:in require' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:521:innew_constants_in'
C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor
t/dependencies.rb:156:in require' C:/RailsProjects/rails_apps/fashion/vendor/plugins/active_merchant/lib/active_me rchant/billing/integrations.rb:4 C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:ing
em_original_require'
C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in r equire' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:156:inrequire'
C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor
t/dependencies.rb:521:in new_constants_in' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:156:inrequire'
C:/RailsProjects/rails_apps/fashion/vendor/plugins/active_merchant/lib/active_me
rchant.rb:60
C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in g em_original_require' C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:inr
equire'
C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor
t/dependencies.rb:156:in require' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:521:innew_constants_in'
C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor
t/dependencies.rb:156:in require' C:/RailsProjects/rails_apps/fashion/vendor/plugins/active_merchant/init.rb:1:in evaluate_init_rb'
C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/rails/pl
ugin.rb:146:in evaluate_init_rb' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/core_ext/kernel/reporting.rb:11:insilence_warnings'
C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/rails/pl
ugin.rb:142:in evaluate_init_rb' C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/rails/pl ugin.rb:48:inload'
C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/rails/pl
ugin/loader.rb:38:in load_plugins' C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/rails/pl ugin/loader.rb:37:ineach'
C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/rails/pl
ugin/loader.rb:37:in load_plugins' C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/initiali zer.rb:348:inload_plugins'
C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/initiali
zer.rb:163:in process' C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/initiali zer.rb:113:insend'
C:/RailsProjects/rails_apps/fashion/config/../vendor/rails/railties/lib/initiali
zer.rb:113:in run' C:/RailsProjects/rails_apps/fashion/config/environment.rb:18 C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:ing
em_original_require'
C:/RailsProjects/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in r equire' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:156:inrequire'
C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor
t/dependencies.rb:521:in new_constants_in' C:/RailsProjects/rails_apps/fashion/vendor/rails/activesupport/lib/active_suppor t/dependencies.rb:156:inrequire'
C:/RailsProjects/rails_apps/fashion/vendor/rails/railties/lib/tasks/misc.rake:4
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:636:in call ' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:636:inexec
ute'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:631:in each ' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:631:inexec
ute'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:597:in invo ke_with_call_chain' C:/RailsProjects/ruby/lib/ruby/1.8/monitor.rb:242:insynchronize'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in invo ke_with_call_chain' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:607:ininvo
ke_prerequisites'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in each ' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:ininvo
ke_prerequisites'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:596:in invo ke_with_call_chain' C:/RailsProjects/ruby/lib/ruby/1.8/monitor.rb:242:insynchronize'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in invo ke_with_call_chain' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:583:ininvo
ke'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2051:in inv oke_task' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:intop
_level'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in eac h' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:intop
_level'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in sta ndard_exception_handling' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2023:intop
_level'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2001:in run ' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2068:insta
ndard_exception_handling'
C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:1998:in run ' C:/RailsProjects/ruby/lib/ruby/gems/1.8/gems/rake-0.8.7/bin/rake:31 C:/RailsProjects/ruby/bin/rake:19:inload'
C:/RailsProjects/ruby/bin/rake:19

The 1.4.2 gem is currently un-usable on ruby 1.9. The issue was fixed back in May (in commit eb334c9) - are you able to release a new gem that includes the fix?

cheers!

I want to know that is ActiverMerchant supports Amazon's FPS services?

This is on edge Rails 3.1.pre and with activemerchant 1.10.0.

DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead. Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from ~/.rvm/gems/ree-1.8.7-2010.02/gems/activemerchant-1.10.0/lib/active_merchant/billing/gateways/bogus.rb:18)

Calling errors[:someattribute] on an ActiveRecord object will return an empty array if there are no errors for :someattribute. Calling the same on the CreditCard object will return nil which throws off the Rails form helpers. Can't pass a newly created CreditCard object to the form helpers in Rails in order to create a new CreditCard object - it'll give back a "nil object" error when Rails tries to call any? on the nil object (which would be an empty array if using the built-in Rails Error object.)

Forcing all of active_support is a bit much, now that active_support has modularized.

I started a branch that pulls in active_support 3.0 only where needed.
http://github.com/merbjedi/active_merchant/tree/rails3

I'll try to make it both Rails 2 and Rails 3 compatible (rails2 can just use require 'active_support', and if active_support 3.0 is available, it'll only use whats needed).

Looks like a fresh active_merchant gem install also installs activesupport 3.0.0 which then causes many errors. This patch should fix it (didn't think this warranted the entire fork/patch/pull process but I can if you want):

http://gist.github.com/583700

If a type is provided (such as visa) to the bogus gateway, the card validates that the type does not match the number (1,2,3,4) (ie visa starts with 4), this validation should not take place when the gateway is the bogus gateway for development/testing.

When making purchases in the PayPal sandbox as well as using the IPN simulator, it posts the "item_number" var as an empty string. This causes the expression in #item_id to short circuit and never read "custom".

This patch addresses the issue: https://gist.github.com/09697ed4774772b5ace5