MiniVend Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date ][Minivend by thread ]

chained shipping calcs?




I am trying to fix a problem I ran into more than two months ago.  I had
something else come up and had to drop it then. 

I am trying to calculate shipping for UPS with insurance costs applied.

I got a message from MikeH that described the use of the 'm' shipping
calculation type which is "chained".  I still have no idea what this means
in the context of shipping calculations.

Mike suggested that I use the 'm' shipping calculation type to call my own
UserTag 'do_ups'.  That tag calls the original UPS tag as part of its
processing and then adds on the insurance cost.

Whenever I do this, I always get an infinite loop on the checkout page.

My current implementation of do_ups is:

UserTag do_ups Order zip mode weight country
UserTag do_ups Routine <<EOR
sub {
        my ($zip,$mode,$weight,$country) = @_;
 
        $country = $::Values->{country} unless $country; 

::logGlobal("UPS called: $zip, $mode, $weight, $country\n");

	return 42.0;
}


Is the 'm' calculation type broken?  I don't even see the log entry in the
log from this routine.  Thus, I can only conclude that MV is heading into
the weeds either before or immediately after it calls this routine.

I am using Red Hat Secure Server 6.0, MV 3.14, Perl 5.005 etc.  Everything
else works fine so far, but not this one piece.  If I remove all
references to the UPS shipping, the other shipping type I have works fine.

Best,
Kyle (KH)





Search for: Match: Format: Sort by: