This seems to be a know bug, described in ticket 346. On 1/22/06, Mark Ramm <[EMAIL PROTECTED]> wrote: > I am not able to disable transactions by appending notrans_ to the URI > > For example, I am trying to use the mysql URI: > > sqlobject.dburi="notrans_mysql://John:[EMAIL PROTECTED]:3036/barsoom" > > At which point I get the following traceback: > > _________________________________________________________________ > > > [EMAIL PROTECTED]:~/tg/projects/barsoom-bookmarks$ tg-admin sql create > > Using database URI notrans_mysql://mark:[EMAIL PROTECTED]:3036/barsoom > > Traceback (most recent call last): > File "/usr/bin/tg-admin", line 7, in ? > sys.exit( > File "/home/mark/tg/tg.dev/turbogears/command/base.py", line 269, in main > command.run() > File "/home/mark/tg/tg.dev/turbogears/command/base.py", line 129, in run > command.the_runner.run(sys.argv) > File > "/home/mark/tg/tg.dev/thirdparty/sqlobject/sqlobject/manager/command.py", > line 102, in run > runner.run() > File > "/home/mark/tg/tg.dev/thirdparty/sqlobject/sqlobject/manager/command.py", > line 233, in run > self.command() > File > "/home/mark/tg/tg.dev/thirdparty/sqlobject/sqlobject/manager/command.py", > line 542, in command > for soClass in self.classes(require_some=True): > File > "/home/mark/tg/tg.dev/thirdparty/sqlobject/sqlobject/manager/command.py", > line 255, in classes > conn = self.connection() > File > "/home/mark/tg/tg.dev/thirdparty/sqlobject/sqlobject/manager/command.py", > line 316, in connection > return sqlobject.connectionForURI(self.options.connection_uri) > File "/home/mark/tg/tg.dev/thirdparty/sqlobject/sqlobject/dbconnection.py", > line 918, in connectionForURI > assert self.schemeBuilders.has_key(scheme), ( > AssertionError: No SQLObject driver exists for notrans_mysql (only > sqlite, sapdb, postgresql, firebird, maxdb, sybase, interbase, > psycopg, mysql, mssql, postgres) > > ______________________________________________________________ > > > I assume the notrans_ is supposed to be stripped of off the URI before > the assert that checks to see that this is a supported database type. > > But before I spend too much time looking into all of this, I was > wondering if any of you have had a similar experience? > > > -- > Mark Ramm-Christensen > email: mark at compoundthinking dot com > blog: www.compoundthinking.com/blog >
-- Mark Ramm-Christensen email: mark at compoundthinking dot com blog: www.compoundthinking.com/blog
