seems like it's hitting some revised rules for evaluating clauses in a boolean 
context, as pprint attempts to sort the contents of the Mapper object's 
__dict__.    In particular, you can't say bool(Column('x') > Column('y')) 
anymore, in 0.7 it would basically make a random guess as to what the result 
should be (comparing the id() of each), but some problems were hit with this, 
so the behavior was made more strict in 0.8.   Only bool(Column('x') == 
Column('y')) has a meaningful result now.

However I'd offer that pprint is not really an appropriate system for rendering 
a Mapper object:

http://docs.python.org/2/library/pprint.html

"If the formatted structures include objects which are not fundamental Python 
types, the representation may not be loadable. This may be the case if objects 
such as files, sockets, classes, or instances are included, as well as many 
other built-in objects which are not representable as Python constants."

Observing how pprint works, I'd say it's really more for fundamental data 
structures and not application-specific class instances.




On Dec 18, 2012, at 9:32 AM, Burak Arslan wrote:

> 
> Hi Michael,
> 
> This is the only regression I saw migrating from 0.7.9 to 0.8b2:
> https://travis-ci.org/plq/spyne/jobs/3711648/#L568
> 
> The fix was to remove the pformat call:
> 
> https://github.com/plq/spyne/commit/56580c280945e6d484a5f4ce3fbca682ca698778
> 
> The sqla_mapper attribute contains the table mapper. It's assigned here: 
> https://github.com/plq/spyne/blob/56580c280945e6d484a5f4ce3fbca682ca698778/spyne/util/sqlalchemy.py#L550
> 
> So it's a pretty standard (yet old-fashioned) use-case.
> 
> Let me know if you need any additional information.
> 
> Best,
> Burak
> 
> 
> 
> On 12/14/12 23:11, Michael Bayer wrote:
>> Hi list -
>> 
>> SQLAlchemy 0.8.0b2 is released.   This is hopefully the last beta for 0.8, 
>> as things have been mostly quiet surrounding 0.8.0b1, we had a few 
>> regressions fixed, and a bunch of other new bugs whose fixes are only in 
>> 0.8.   
>> 
>> There was a little bit of an additional refactor in this beta regarding the 
>> mechanics of loader strategies and aliased() constructs, which is to allow 
>> ever-more combinations of custom loader strategies in conjunction with 
>> "polymorphic" loading, and hopefully the latest architecture in this area 
>> will prove to be the most consistent yet.
>> 
>> Other changes include that the Postgresql HSTORE type has been merged into 
>> the library, and there's also a handful of dialect fixes, notably several 
>> for Oracle.    The Sybase dialect now supports schema reflection, and the 
>> new "fdb" dialect for Firebird should be working now.
>> 
>> One thing to note here, is that I've put this release on Pypi.    I had done 
>> this with 0.8.0b1, but then quickly pulled it off, as I had forgotten that 
>> tools like pip and easy_install don't honor the "hidden" flag on pypi, so 
>> even though I've kept 0.7.9 as the "visible" version, these tools still go 
>> out and grab the "hidden" beta - some prominent projects immediately 
>> reported that they got bumped up to 0.8 prematurely.
>> 
>> But the effect of only publishing 0.8.0b1 on Sourceforge was that I didn't 
>> get the impression that we had so many people going out and testing the beta 
>> as we normally do.  I was reminded by Chris McDonough that a project which 
>> really can't afford to jump to 0.8 on an automatic basis should have a 
>> requirement set up to keep them on 0.7.   So we'll see how it goes -if your 
>> project needs to stay on 0.7, *please* set up a requirement for "SQLAlchemy 
>> < 0.8" in your requirements.txt and/or install_requires.  Otherwise, you'll 
>> be a beta tester for 0.8.0b2.
>> 
>> CHANGES for 0.8.0b2 are available in the documentation at:  
>> http://docs.sqlalchemy.org/en/rel_0_8/changelog/changelog_08.html#change-0.8.0b2
>> 
>> Download 0.8.0b2 at:
>> 
>> http://www.sqlalchemy.org/download.html
>> 
>> 
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "sqlalchemy-devel" group.
> To post to this group, send email to sqlalchemy-de...@googlegroups.com.
> To unsubscribe from this group, send email to 
> sqlalchemy-devel+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/sqlalchemy-devel?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"sqlalchemy" group.
To post to this group, send email to sqlalchemy@googlegroups.com.
To unsubscribe from this group, send email to 
sqlalchemy+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/sqlalchemy?hl=en.

Reply via email to