There is an issue with suds and the python-fedex module (not satchmo's) where these types of exceptions get buried and not returned in the best format.
I think the only work around is hacking fedex and/or suds. I'm sure the creator of the python-fedex module would be willing to pull in updates if someone is willing to propose them. -Chris On Wed, Dec 21, 2011 at 11:16 AM, Josh Cartmell <joshcar...@gmail.com>wrote: > Thanks for the help guys and it definitely has been easy to fix. For > now I am just forcing the fedex to use the default weight value rather > than checking if the product has it's own because this site is all in > pounds so that is a safe assumption for me. > > Hynek, your fix definitely makes the logs more readable and usable and > it is much appreciated, thanks! I'm not sure how lowercase got into > the db in this case. I inherited this site awhile ago so I don't know > all the history behind it. > > The bad error messages I am referring to are not part of the satchmo > module but error messages from python-fedex and or suds. Inside > python-fedex there is a SchemaValidationError which always provides > the following error message: > "suds encountered an error validating your data against this service's > WSDL schema. Please double-check for missing or invalid values, > filling all required fields." > > I was thinking it would be nice if it told you what schema validation > error you had, but I don't know too much about suds and though maybe > someone knew of a quick fix. It's not important now since I figured > out the problem I was having, but it could be nice for future > debugging. > > Thanks, > Josh > > On Dec 20, 5:04 pm, Chris Moffitt <ch...@moffitts.net> wrote: > > The Fedex module is picky about the weight units and needs the values in > > all caps. It should be simple to do an uppercase on the weight > measurement > > in order to minimize this problem. > > -Chris > > > > > > > > > > > > > > > > On Tue, Dec 20, 2011 at 6:10 PM, hynekcer <hy...@sdb.cz> wrote: > > > Josh, > > > please write an issue to be possible to fix it later. Try to write it > > > the best you can. > > > (Imagine that you will once later select an issue which you will want > > > to fix from many issues written by other and you would prefer issues > > > clearly written, good explained etc.) > > > > > Could you write the wrong lowercase "lb" by admin? Or did you it > > > programmatically? > > > > > I am here frequently, but usually I debug complicated things which I > > > do no want to interrupt or to forget by reconfiguring patched Satchmo, > > > Django, etc. > > > Though I do not use weight field and I have no Fedex account, I can > > > understand something. > > > e.g. I suspected that caching problem is a popular alibi for something > > > what could not be reproduced in your case. > > > > > If you place some example of parsed code to pastebin and some bad > > > error message, maybe more people (including me) answer something or > > > try it for him- or herself. > > > > > Is it easier to find anything in the log after my fix? > > > > > -- Hynek > > > > > On 20 pro, 21:17, Josh Cartmell <joshcar...@gmail.com> wrote: > > > > I just figured out issue I was having and it turns out it had nothing > > > > to do with caching. The problem was that some of the items in my > > > > database have a weight unit of lb instead of LB, which is why the > > > > error appeared to be random. I'm not sure why my db is like that, > but > > > > it was causing the shipping module to choke because it wants LB and > > > > will not accept lb. It was throwing a suds schema validation error, > > > > unfortunately thats as far as the error went. I thought I would post > > > > here in case anyone else runs into something similar. > > > > > > I also wonder if anyone knows a way to get suds to give better > > > > errors? For example is it possible for it to explicitly tell you > what > > > > the schema validation error is rather than just that there is one? > > > > > > Thanks, > > > > Josh > > > > > > On Dec 17, 12:22 pm, Chris Moffitt <ch...@moffitts.net> wrote: > > > > > > > All those patches have been applied to tip. > > > > > > > Thanks, > > > > > Chris > > > > > > > On Sat, Dec 17, 2011 at 11:43 AM, hynekcer <hy...@sdb.cz> wrote: > > > > > > I think that I fixed logging for Fedex. > > > > > >https://bitbucket.org/chris1610/satchmo/issue/1379/ > > > > > > (wait several hours before Chris probably submits to trunk) > > > > > > Now it should be easy to find where is a problem ;-/) > > > > > > > > I restricted also default logging of SQL queries. People mostly > solve > > > > > > other problems then number of queries. Both logging restrictions > > > > > > affects only new installations by modified local_settings.py in > the > > > > > > skeleton. > > > > > > > > Today I got several tracebacks caused by experiments of some > hackers. > > > > > > They are trying urls "/?page=../../../../some_nonsense" > > > > > > If it is anying also for you now, apply two lines patch > > > > >https://bitbucket.org/hynekcer/satchmo-outgoing/changeset/d5e50a285c8c > > > > > > > > -- Hynek > > > > > > > > On 15 pro, 20:27, Josh <gro...@j.oshua.net> wrote: > > > > > > > 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 > > > > ... > > > > 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. > > -- 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.
