From philipp at weitershausen.de Sun Aug 1 01:41:48 2004 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Sun, 01 Aug 2004 01:41:48 +0200 Subject: [Z3-sqlos] patch posted In-Reply-To: <20040731161356.GM1777@cotia.awkly.org> References: <20040731014729.GA2665@dman13.dyndns.org> <20040731161356.GM1777@cotia.awkly.org> Message-ID: <410C2E3C.4020800@weitershausen.de> Sidnei da Silva wrote: > On Fri, Jul 30, 2004 at 09:47:30PM -0400, Derrick 'dman' Hudson wrote: > | I posted a patch to README.txt in the bug tracker: > | http://codespeak.net/issues/z3/issue3 > > Thank you. Has been checked in, though I forgot my password for the > issue tracker *g*. Hum.. I need to investigate how to solve this problem. I'm sure that I can't reset it easily. But maybe there's a hidden "I forgot my password" function... > | What would it take for me to receive commit privileges to sqlos? > > I have to check with philiKON. He's the one giving out accounts :) Sure, we welcome any contributor. Meet me on IRC in the next days and I'll set you up. Philipp From dman at dman13.dyndns.org Fri Aug 6 02:24:21 2004 From: dman at dman13.dyndns.org (Derrick 'dman' Hudson) Date: Thu, 5 Aug 2004 20:24:21 -0400 Subject: [Z3-sqlos] patch posted In-Reply-To: <20040731161356.GM1777@cotia.awkly.org> References: <20040731014729.GA2665@dman13.dyndns.org> <20040731161356.GM1777@cotia.awkly.org> Message-ID: <20040806002421.GA23874@dman13.dyndns.org> On Sat, Jul 31, 2004 at 01:13:57PM -0300, Sidnei da Silva wrote: | On Fri, Jul 30, 2004 at 09:47:30PM -0400, Derrick 'dman' Hudson wrote: | | I posted a patch to README.txt in the bug tracker: | | http://codespeak.net/issues/z3/issue3 | | Thank you. Has been checked in, though I forgot my password for the | issue tracker *g*. Thanks for committing the patches. Sorry I forgot to finish cleaning it up before submitting it (namely the hard-coded slice on the select). -D -- "He is no fool who gives up what he cannot keep to gain what he cannot lose." --Jim Elliot www: http://dman13.dyndns.org/~dman/ jabber: dman at dman13.dyndns.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://codespeak.net/pipermail/z3-sqlos/attachments/20040805/5a6b81ad/attachment.pgp From philipp at weitershausen.de Thu Aug 12 19:20:54 2004 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Thu, 12 Aug 2004 19:20:54 +0200 Subject: [Z3-sqlos] psycopgda in svn now Message-ID: <1092331254.411ba6f6cf720@www.philikon.de> Hello all, Since psycopgda seems to be the most popular database adapter for ZopeX3 right now (especially in conjunction with sqlos), I have taken psycopgda out of the doomed zopeproducts CVS and checked it into svn where it will hopefully be better taken care of. As psycopgda depends on Python packages that are not among the ``included batteries??, it is a top-level directory in svn, very much like ldapauth. To checkout psycopgda using anonymous svn, issue the following command line: svn co svn://svn.zope.org/repos/main/psycopgda/trunk psycopgda You can place the package anywhere in your PYTHONPATH. Preferred places are INSTANCE_HOME/lib/python (when running a ZopeX3 release) or Zope3/src (when running a svn checkout). Note that it isn't part of the `zopeproducts` package anymore. If noone objects, I plan to make a tag when Zope X3.0 is released so that we'll have can always have a version known to work with X3.0. If someone would like to take the time and write the necessary files so zpkg can generate a release tarball for us, feel free to do that! Cheers, Philipp From jkocherhans at mac.com Thu Aug 19 23:44:14 2004 From: jkocherhans at mac.com (Joseph Kocherhans) Date: Thu, 19 Aug 2004 15:44:14 -0600 Subject: [Z3-sqlos] Date conversion bug and patch Message-ID: I think the code for DateTimeConverter and DateConverter got switched around. Here's a patch. Index: __init__.py =================================================================== --- __init__.py (revision 6061) +++ __init__.py (working copy) @@ -46,12 +46,12 @@ def DateTimeConverter(value, db=None): - return repr(value.date().isoformat()) + return repr(value.isoformat()) registerConverter(datetime, DateTimeConverter) def DateConverter(value, db=None): - return repr(value.isoformat()) + return repr(value.date().isoformat()) registerConverter(date, DateConverter) From sidnei at awkly.org Fri Aug 20 02:23:59 2004 From: sidnei at awkly.org (Sidnei da Silva) Date: Thu, 19 Aug 2004 21:23:59 -0300 Subject: [Z3-sqlos] Date conversion bug and patch In-Reply-To: References: Message-ID: <20040820002359.GA5372@cotia.awkly.org> On Thu, Aug 19, 2004 at 03:44:14PM -0600, Joseph Kocherhans wrote: | I think the code for DateTimeConverter and DateConverter got switched | around. Here's a patch. Checked in. -- Sidnei da Silva http://awkly.org - dreamcatching :: making your dreams come true http://www.enfoldsystems.com http://plone.org/about/team#dreamcatcher >From the /topic on #web: The First Rule of Web Development is, "We Don't Talk About Netscape 4.x" From jkocherhans at mac.com Fri Aug 20 16:54:00 2004 From: jkocherhans at mac.com (Joseph Kocherhans) Date: Fri, 20 Aug 2004 08:54:00 -0600 Subject: [Z3-sqlos] UPADATE failing to execute in certain contexts Message-ID: I've got a problem where if I add a sqlos object, then update some attributes in the same request (dublin core metadata through an adapter), the sql updates won't execute most of the time. I haven't looked into it farther than that though. Has anyone else had a similar problem? I'm hoping someone can provide some clues before I dive into debugging. This won't be fun ;) Thanks, Joseph From sidnei at awkly.org Fri Aug 20 17:03:39 2004 From: sidnei at awkly.org (Sidnei da Silva) Date: Fri, 20 Aug 2004 12:03:39 -0300 Subject: [Z3-sqlos] UPADATE failing to execute in certain contexts In-Reply-To: References: Message-ID: <20040820150339.GE5372@cotia.awkly.org> On Fri, Aug 20, 2004 at 08:54:00AM -0600, Joseph Kocherhans wrote: | I've got a problem where if I add a sqlos object, then update some | attributes in the same request (dublin core metadata through an | adapter), the sql updates won't execute most of the time. I haven't | looked into it farther than that though. Has anyone else had a similar | problem? I'm hoping someone can provide some clues before I dive into | debugging. This won't be fun ;) Firing the updates is done by an event subscriber which listens to ObjectModified events. The first thing I would look for is if the events are being fired correctly. -- Sidnei da Silva http://awkly.org - dreamcatching :: making your dreams come true http://www.enfoldsystems.com http://plone.org/about/team#dreamcatcher glyph: I prefer to think of it as a community project...since not every interface is equal some interfaces are more equal then others. From jkocherhans at mac.com Mon Aug 23 21:28:44 2004 From: jkocherhans at mac.com (Joseph Kocherhans) Date: Mon, 23 Aug 2004 13:28:44 -0600 Subject: [Z3-sqlos] Re: UPADATE failing to execute in certain contexts In-Reply-To: <20040820150339.GE5372@cotia.awkly.org> References: <20040820150339.GE5372@cotia.awkly.org> Message-ID: > > Firing the updates is done by an event subscriber which listens to > ObjectModified events. The first thing I would look for is if the > events are being fired correctly. Ok. Looks like the problem is that ObjectModified events weren't being fired at all, only ObjectCreated events. The update statements executed at random. I added the following subscriber and everything seems to be working fine now. Should this go into sqlos, or is there good reason not to syncUpdate() objects right after they are created? Joseph From sidnei at awkly.org Mon Aug 23 21:31:09 2004 From: sidnei at awkly.org (Sidnei da Silva) Date: Mon, 23 Aug 2004 16:31:09 -0300 Subject: [Z3-sqlos] Re: UPADATE failing to execute in certain contexts In-Reply-To: References: <20040820150339.GE5372@cotia.awkly.org> Message-ID: <20040823193109.GY14794@cotia.awkly.org> On Mon, Aug 23, 2004 at 01:28:44PM -0600, Joseph Kocherhans wrote: | >> Firing the updates is done by an event subscriber which listens to | >ObjectModified events. The first thing I would look for is if the | >events are being fired correctly. | | Ok. Looks like the problem is that ObjectModified events weren't being | fired at all, only ObjectCreated events. I think you switched the names here? from your example below it looks like the ObjectCreated events weren't being handled? | The update statements executed | at random. I added the following subscriber and everything seems to be | working fine now. Should this go into sqlos, or is there good reason not | to syncUpdate() objects right after they are created? | | Yes, should go into sqlos. -- Sidnei da Silva http://awkly.org - dreamcatching :: making your dreams come true http://www.enfoldsystems.com http://plone.org/about/team#dreamcatcher Mais grosso que dedo destroncado. From jkocherhans at mac.com Mon Aug 23 21:50:54 2004 From: jkocherhans at mac.com (Joseph Kocherhans) Date: Mon, 23 Aug 2004 13:50:54 -0600 Subject: [Z3-sqlos] Re: UPADATE failing to execute in certain contexts In-Reply-To: <20040823193109.GY14794@cotia.awkly.org> References: <20040820150339.GE5372@cotia.awkly.org> <20040823193109.GY14794@cotia.awkly.org> Message-ID: Sidnei da Silva wrote: > On Mon, Aug 23, 2004 at 01:28:44PM -0600, Joseph Kocherhans wrote: > | >> Firing the updates is done by an event subscriber which listens to > | >ObjectModified events. The first thing I would look for is if the > | >events are being fired correctly. > | > | Ok. Looks like the problem is that ObjectModified events weren't being > | fired at all, only ObjectCreated events. > > I think you switched the names here? from your example below it looks > like the ObjectCreated events weren't being handled? Maybe my wording was unclear, but yes, ObjectCreated events weren't being handled by sqlos. > | The update statements executed > | at random. I added the following subscriber and everything seems to be > | working fine now. Should this go into sqlos, or is there good reason not > | to syncUpdate() objects right after they are created? > | > | | factory=".subscriber.sqlobjectModifiedSubscriber" > | for="zope.app.event.interfaces.IObjectCreatedEvent" > | /> > > Yes, should go into sqlos. > I added a patch to the issue tracker even though it's probably just as easy to edit it by hand. Thanks again for the tip on where to look to fix this. Joseph