Is the there a fully functional Fedex shipping module for Ubercart available for Drupal 5.x and UC 1.6? I've found several references to different ones, but nothing concrete. Just figured I might be simply overlooking one somewhere.
yup. Here is one that we're using currently. I have it listed as 1.0.1 because its fully functional, and got a small update so the logo shows up in the shipping options.
| Attachment | Size |
|---|---|
| uc_fedex-1.0.1.tar.gz | 87.81 KB |
The Fedex module has stopped working - is there an updated version? Here's the error I'm receiving. Thanks.
Error in processing FedEx Shipping Quote transaction.
ERROR
crs
926
Special Service WEEKDAY_DELIVERY not allowed at shipment level for service.
Special Service WEEKDAY_DELIVERY not allowed at shipment level for service.
WEEKDAY_DELIVERY
warning: Invalid argument supplied for foreach() in /home/crackerj/public_html/sites/all/modules/ubercart/shipping/uc_fedex/uc_fedex.module on line 474.
I'm having the same problem. As of 1/12, we were getting quotes. With no code changes, we are now getting that same error.
Spoke with Web Services tech support. There was an update to Web Services that went in over the weekend. It did not explicitly change quotes, but the suspicion is that something in that update created an incompatibility with uc_fedex. I have a case in right now for their people to test our transaction info and find the problem.
The guy on the phone thought it had something to do with "package level" vs. "shipping level," but was not sure and passed it on to their team to work with.
I'll post a followup when I hear back.
I was able to get ours working by commenting out the WEEKDAY_DELIVERY Special service array on line 605 and 644, wasn't sure exactly which one was used, so commented out them both. Please do let us know what you find out from Fedex.
Thank you for sharing that. Still waiting to hear back from FedEx...it may actually be that simple. The guy on the phone had trouble finding WEEKDAY_DELIVERY as a special type in the system. Maybe it's something that shouldn't have been there to begin with and they just got around to cleaning it out...?
It's not clear to me WHICH FedEx code you're using. If it's my FedEx module at http://www.ubercart.org/contrib/2106 then please post the issue there. I tested my FedEx module today and it's still working - no errors. So I suspect you are using some variation.
The guy on the phone had trouble finding WEEKDAY_DELIVERY as a special type in the system. Maybe it's something that shouldn't have been there to begin with and they just got around to cleaning it out...?
The schema, RateAvailableServicesService_v2.wsdl, as well as the FedEx documentation and example code, says it's right.
Okay. Thanks for the info. The guy seemed surprised to see it, so thought it was worth a shot...
It is your uc_fedex, though it looks like there's a 1/14 update we don't have.
I'll get this updated and if it's still an issue will add to the page.
My client experienced the same error as noted above (WEEKDAY_DELIVERY). Following the instruction to comment out those lines seems to work for me as well. My client was using the uc_fedex module (http://www.ubercart.org/contrib/2106) version 0.3, with only a slight modification. I've attached a copy of it here (after commenting out those lines) for reference.
| Attachment | Size |
|---|---|
| uc_fedex-0.3_weekdaydelivery.tar.gz | 85.47 KB |
This module has massive problems. It can't interface with v4 of their API to calculate dimensional weight, which renders it unable to parse ground shipping from freight shipping. That's killing me with a current client of mine. I've got the patched-for-v6 version of the module, but it's still got miles to go.
I have to agree with the rest of these folks, I installed http://ftp.drupal.org/files/projects/uc_fedex-6.x-1.x-dev.tar.gz and I'm getting this weekday service error.
Line 689 $response = $client ->__soapCall("rateAvailableServices", array('parameters' => $request));
was in the wrong case, changing the r in rateAvailableServices to a capital fixes the issue.
$response = $client ->__soapCall("RateAvailableServices", array('parameters' => $request));
I don't understand that at all. The first argument to __soapCall is a method name. Change "rateAvailableServices" to "someOtherName" just for fun - you'll get the error "Function ("someOtherName") is not a valid method for this service". If it doesn't throw this exception when the case is changed, that implies it's a case-insensitive call. And if it's case-insensitive, there should be no difference between "rateAvailableServices" and "RateAvailableServices".
I use "rateAvailableServices" because the WSDL clearly specifies "rateAvailableServices" with a lowercase r. Likewise, the FedEx test code and documentation uses a lowercase r. Plus, it's been working for more than a year with the lowercase r. Method names by FedEx's naming convention starts with lower case and uses camel case throughout, so lowercase r is consistent while uppercase is not.



