The logs weren't showing anything conclusive. I flushed the cache and it started working again. I had been switching back and forth between the new fedex module and the version I had created some time ago (which arlorla's fedex_web_services is a fork of) so corrupted data probably ended up in the cache.
I had noticed this on a site with my old module when I wasn't switching between modules so there could be some sort of unknown caching issues, in case anyone runs into this particular issue again. Thanks for the help! Josh On Dec 14, 5:52 pm, Chris Moffitt <ch...@moffitts.net> wrote: > I am not seeing this error. Do you see any other information in the log > files that might explain the issue? > > -Chris > > > > > > > > On Wed, Dec 14, 2011 at 11:47 AM, Josh <gro...@j.oshua.net> wrote: > > Actually, is anybody else getting this: > > AttributeError at /checkout/credit/ > > > 'NoneType' object has no attribute 'HighestSeverity' > > > I'm getting it when I try to submit the contact info form during > > checkout. > > > It comes from this line: > > if rate_request.response.HighestSeverity in ['SUCCESS', 'WARNING', > > 'NOTE']: > > > Regards, > > Josh > > > On Dec 14, 9:32 am, Josh <gro...@j.oshua.net> wrote: > > > Sorry it's taken me a week to get back. I've been seeing 10+ seconds. > > > Sometimes it also just errors out lately though, so I may have other > > > issues going on. Thanks for the info. > > > > Regards, > > > Josh > > > > On Dec 7, 1:27 pm, Dave Brown <wakeb0a...@gmail.com> wrote: > > > > > Josh, > > > > I had the log level set to DEBUG :( > > > > > How slow are you getting? I was getting 10 seconds for 3 shipping > > > > methods... now im getting ~4-5 seconds for 3 > > > > > Dave > > > > > On Wed, Dec 7, 2011 at 3:52 PM, Josh <gro...@j.oshua.net> wrote: > > > > > Hey Dave any chance you could let me/us know what was causing the > > > > > speed issue. I have noticed thatFeDexis generally slow and I wonder > > > > > if I am doing something similar. > > > > > > Thanks, > > > > > Josh > > > > > > On Dec 3, 1:28 pm, Dave Brown <wakeb0a...@gmail.com> wrote: > > > > > > I figured out the speed issue, it was something stupid i was doing. > > > > > > > I now get 3 methods back in about 4.5 seconds, before it was > > taking ~10 > > > > > > seconds. > > > > > > > Is 1.5seconds per method about right you think? > > > > > > > Dave > > > > > > > On Sat, Dec 3, 2011 at 4:10 PM, hynekcer <hy...@sdb.cz> wrote: > > > > > > > Chris, I confirm that newFedexmodules does not disturb other > > parts > > > > > > > of Satchmo. > > > > > > > > I see that all new satchmo changes are applied to satchmo-fedex. > > So I > > > > > > > think it should be anyway all pushed to Satchmo, but due to > > David's > > > > > > > notes without large publicity yet. The speed can be tried fixed > > > > > > > continuously on the fly. It is not blocking for other > > development. > > > > > > > Thank you for giving the time to think. > > > > > > > > On 30 lis, 02:56, Dave Brown <wakeb0a...@gmail.com> wrote: > > > > > > > > Chris, With onlyfedexground, it takes ~4 seconds. > > > > > > > > If i bump it up one more (add 2 day), ~7 seconds > > > > > > > > Add one more (express), ~10.29 seconds. > > > > > > > > > I'm assuming since the standard satchmo checkout has the > > payment and > > > > > > > > shipping tied together, you are using the payment/shipping > > form to > > > > > get > > > > > > > the > > > > > > > > dynamic rates? There isn't any other 'simple' form that your > > using > > > > > that > > > > > > > > may make it quicker? > > > > > > > > > (i created a simple form since i want to get rates anywhere on > > the > > > > > site > > > > > > > > with the current cart items, not just at checkout, but that > > still > > > > > didn't > > > > > > > > make a difference). > > > > > > > > > The biggest thing I've noticed betweenfedexand usps is that > > even > > > > > if i > > > > > > > > have verbose logs unchecked, the log file is filled with > > thousands of > > > > > > > lines > > > > > > > > offedexrequest. That can't be good for it speed. > > > > > > > > Does this sound normal? > > > > > > > > > In regard to using the contact information, I'm about 99% sure > > that > > > > > > > >fedex/usps only uses zip code & country to get rates, so having > > more > > > > > than > > > > > > > > that available wont be of any benefit. I'm not sure about UPS > > > > > though. > > > > > > > > > thanks! > > > > > > > > Dave > > > > > > > > > On Tue, Nov 29, 2011 at 8:30 PM, Chris Moffitt < > > ch...@moffitts.net> > > > > > > > wrote: > > > > > > > > > Dave, > > > > > > > > > > Thanks for installing and checking and verifying it works > > fine. > > > > > > > > > > As far as the performance issues, I have a couple of > > questions: > > > > > > > > > - How long does it take if you just haveFedexGround enabled? > > > > > > > > > - Look in your satchmo.log file and see if there appear to > > be any > > > > > big > > > > > > > time > > > > > > > > > lags in the time stamps > > > > > > > > > > Regarding the contact object, I think the original thought > > is that > > > > > you > > > > > > > > > might want more info than just a zip code to calculate costs. > > > > > Since I > > > > > > > > > wasn't sure about all the possible API's, I used a contact > > object. > > > > > If > > > > > > > > > someone wanted to run a query with just a zip code, they > > could > > > > > create a > > > > > > > > > dummy contact and call it. I'm open to other ideas though. > > > > > > > > > > -Chris > > > > > > > > > > On Tue, Nov 29, 2011 at 7:14 PM, Dave Brown < > > wakeb0a...@gmail.com> > > > > > > > wrote: > > > > > > > > > >> Chris, I installed it and it seems to work fine. > > > > > > > > > >> A comment in general about the shipping methods: It seems > > > > > strange to > > > > > > > > >> have the calculate() method depend on a contact object being > > > > > passed > > > > > > > in. > > > > > > > > >> For example if a user wants to pop in a zip code and get > > back the > > > > > > > shipping > > > > > > > > >> rates for the current items in the cart before proceeding to > > > > > > > checkout, it > > > > > > > > >> can't be done without hacking the modules. As far as i know > > > > > (atleast > > > > > > > for > > > > > > > > >>fedexand USPS), you only need the zipcode and the country... > > so > > > > > why > > > > > > > > >> require there be a contact object? > > > > > > > > > >> Back tofedex: > > > > > > > > >> I actually haven't been able to implementfedexon my site > > > > > because I > > > > > > > > >> haven't been able to get anyFedexmodule I've tried to get a > > > > > descent > > > > > > > > >> response time. > > > > > > > > >> The one that ships with satchmo currently gives me a ~6 > > second > > > > > > > response > > > > > > > > >> time using only 2 shipping methods (express & 2 day) and > > one item > > > > > in > > > > > > > the > > > > > > > > >> cart. > > > > > > > > >> The soap method that Greg Newman built takes ~5.5 seconds > > > > > > > > >> and the new method of yours I just tried out takes 8.5 > > seconds. > > > > > > > > > >> I cannot figure out what in the world is going on.. Using > > the > > > > > USPS i > > > > > > > can > > > > > > > > >> get 1.5 second response times without a problem. > > > > > > > > >> The response fromfedexis fine (~500ms) so I know its not an > > > > > external > > > > > > > > >> issue, any ideas?? > > > > > > > > > >> Dave > > > > > > > > > >> On Sun, Nov 27, 2011 at 4:54 PM, Chris Moffitt < > > > > > ch...@moffitts.net > > > > > > > >wrote: > > > > > > > > > >>> Based on the work that others have done, I was able to get > > the > > > > > module > > > > > > > > >>> working for me. I'd appreciate it if others would take a > > look at > > > > > it > > > > > > > and let > > > > > > > > >>> me know if there's anything I'm missing. > > > > > > > > > >>> You can view the fork here - > > > > > > > > >>>https://bitbucket.org/chris1610/satchmo-fedex/ > > > > > > > > > >>> I still need to update the docs but it seems to be working > > well > > > > > for > > > > > > > me. > > > > > > > > > >>> -Chris > > > > > > > > > >>> On Sun, Nov 27, 2011 at 12:51 AM, ionic drive < > > > > > ionicdr...@gmail.com > > > > > > > >wrote: > > > > > > > > > >>>> @Hynekcer > > > > > > > > >>>> Its not that I did not want to continue. But there is no > > > > > nanosecond > > > > > > > time > > > > > > > > >>>> left for me right now. > > > > > > > > >>>> The only thing I remember, when I was sniffing in theFedex > > > > > > > response one > > > > > > > > >>>> day. I think I remember thatFedexdid not respond with a > > "time > > > > > in > > > > > > > > >>>> transit" or similar parameter. > > > > > > > > > >>>> Maybe "time in transit" is only for ground delivery not > > for > > > > > aircraft > > > > > > > > >>>> shipments. > > > > > > > > >>>> But its hard to say as there is noFedexAPI and parameter > > > > > > > description > > > > > > > > >>>> available. I think its a good idea to proceed to the > > newerFedex > > > > > > > API if > > > > > > > > >>>> they provide better and more detailed information. > > > > > > > > > >>>> ionic > > > > > > > > > >>>> On Sat, 2011-11-26 at 16:28 -0800, hynekcer wrote: > > > > > > > > >>>> > I fixed international characters for legacy method in > > > > > > > collaboration > > > > > > > > >>>> > with user "Ionic Drive" in e-mail communication > > following the > > > > > > > thread > > > groups.google.com/group/satchmo-users/browse_thread/thread/ > > > > > > > > >>>> > 86ea6bfeeae3955b/ . I did not published the solution > > becase he > > > > > > > found > > > > > > > > >>>> > other bug caused by outdatingFedexcode (no > > > > > "time_in_transit") > > > > > > > and he > > > > > > > > >>>> > did not want to continue. > > > > > > > > >>>> > I think the new interface would be better if you have > > time > > > > > for it > > > > > > > now. > > > > > > > > > >>>> > I would like if no new dependencies would be imported if > > > > >Fedexis > > > > > > > not > > > > > > > > >>>> > used. New packages would be of course included in > > automatic > > > > > Quick > > > > > > > > >>>> > Start Installation but it would be possible a manual > > > > > installation > > > > > > > of > > > > > > > > >>>> > unmodified Satchmo without them. It is not as serious > > as deep > > > > > > > > >>>> > dependencies on livesettings etc. but nobody knows > > ahead. > > > > > > > > >>>> > Please send a link some day before you commit it to > > trunk. > > > > > > > > > >>>> > On 26 lis, 23:56, Chris Moffitt <ch...@moffitts.net> > > wrote: > > > > > > > > >>>> > > I recently had the need to go in and make some custom > > > > > changes to > > > > > > > > >>>>Fedex. In > > > > > > > > >>>> > > the process, I learned that Satchmo's current XML > > > > > > > implementation is > > > > > > > > >>>> a bit > > > > > > > > >>>> > > old and needs to be updated. The current version > > works with > > > > > the > > ... > > read more » -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to satchmo-users@googlegroups.com. To unsubscribe from this group, send email to satchmo-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
