Jump to content

pmcintire

Members
  • Content count

    4
  • Joined

  • Last visited

About pmcintire

  • Birthday 11/27/1979

Profile Information

  1. pmcintire

    [Contribution] - USPS Methods

    Weird Server Errors, Settings, etc... (I'm assuming these are the problems seen with the "test" version of the USPS server). Impatient to wait for my account to be turned to the production server, I've been playing with the USPS Methods mod and XML submissions. I got into the usps.php file and started intercepting the generated request replacing it with one below. Seeing some weird results. The first being that I can't seem to find any XML submission strings that work correctly except: <RateV2Request USERID="XXXXXX" PASSWORD=""> <Package ID="0"> <Service>All</Service> <ZipOrigination>10022</ZipOrigination> <ZipDestination>20008</ZipDestination> <Pounds>10</Pounds> <Ounces>5</Ounces> <Size>LARGE</Size> <Machinable>True</Machinable> </Package> </RateV2Request> Response: <?xml version="1.0"?> <RateV2Response><Package ID="0"><ZipOrigination>10022</ZipOrigination><ZipDestination>20008</ZipDestination> <Pounds>10</Pounds><Ounces>5</Ounces><Size>LARGE</Size> <Machinable>TRUE</Machinable><Zone>3</Zone><Postage><MailService>Express Mail to PO Addressee</MailService><Rate>39.20</Rate></Postage><Postage><MailService>Priority Mail</MailService><Rate>8.95</Rate></Postage><Postage><MailService>Parcel Post</MailService><Rate>7.80</Rate></Postage><Postage><MailService>Bound Printed Matter</MailService><Rate>3.53</Rate></Postage><Postage><MailService>Media Mail</MailService><Rate>5.14</Rate></Postage><Postage><MailService>Library Mail</MailService><Rate>4.91</Rate></Postage></Package></RateV2Response> The "ShippingAPITest.dll" at "production.shippingapis.com" (yes -- it seems that the only thing that matters is the actual API filename to distinguish between test and production) freaks out if I submit any other origin or destination zip code, or even reverse them. I get: <?xml version="1.0"?> <Error><Number>-2147219490</Number><Source>Rate_Respond;SOLServerRatesTest.RateV2_Respond</Source><Description>Invalid value for origin ZIP Code.</Description><HelpFile></HelpFile><HelpContext>1000440</HelpContext></Error> If I leave the origin zip alone and change the destination zip, I get this: <?xml version="1.0"?> <Error><Number>-2147219489</Number><Source>Rate_Respond;SOLServerRatesTest.RateV2_Respond</Source><Description>Invalid value for destination ZIP Code.</Description><HelpFile></HelpFile><HelpContext>1000440</HelpContext></Error> If I screw with the XML request for pounds, or size, increasing them by even 1, I'll get these: <?xml version="1.0"?> <Error><Number>-2147219492</Number><Source>Rate_Respond;SOLServerRatesTest.RateV2_Respond</Source><Description>Invalid value for pounds.</Description><HelpFile></HelpFile><HelpContext>1000440</HelpContext></Error> <?xml version="1.0"?> <Error><Number>-2147219487</Number><Source>Rate_Respond;SOLServerRatesTest.RateV2_Respond</Source><Description>Invalid value for package size.</Description><HelpFile></HelpFile><HelpContext>1000440</HelpContext></Error> Is "ShippingAPITest.dll" totally locked except to specific values? Is this why the mod instructs to request a production account immediately? Any input appreciated. Thanks!
  2. pmcintire

    Google Checkout Level 2

    I was having the same problem. In Sandbox, go into Settings > Integration > and in the box on the right side of the errors list, you'll see the submission for the "API callback URL". If you specify your URL with "http://" rather than "https://" it will call it unsecured without any errors. This is only applicable to Sandbox, as live requires a valid SSL cert. I believe you will still get an error that the SSL cert isn't valid, the whole "PKIX path building failed" thing. But it will function. You might want to submit your URL for merchant calucations unsecured now as well for testing. Same SSL issue applies. My Issue The issue I'm having is the API calls back and drops the order in the osC orders table, but the cart isn't emptied. This is a little ick. Google_Merchant_Calculations is also fubar'd. Not sure if it's working as intended because it's not complete in development, or if I'm doing something wrong. Getting a lot of "Error parsing XML; message from parser is: Invalid value for body of shipping-rate in merchant-calculation-results/results/result: Required field must not be blank" in Sandbox errors. Have any luck with that one?
  3. pmcintire

    Google Checkout Level 2

    I'm trying to install Google Checkout Level 2 on my box, however I am running PHP5 so I cannot utilize the domxml PHP4 extension. I'd rather not hack GCL2 to use other XML procedures, as I'm sure Google API use is sound, and I'd rather not translate the Google API to PHP5 DOM specifications myself. I saw a project on sourceforge that was migrating the Google API to DOM-based PHP5 source, however it looks like it was abandoned sometime in July. Does anyone have any leads on other independent developments of a PHP5 migration of the Google API? Thanks!
×