-1 for removing it. I think it's a cool feature :-)
I like the ability to use a 'blank' SiteRoot (one with a blank base and
path) in conjunction with an access rule to set request variables when I
access my site in through a particular point (eg set the plone_skin
variable when I access my site
Paul Winkler wrote:
On Thu, Apr 07, 2005 at 12:55:09PM +0100, Laurence Rowe wrote:
-1 for removing it. I think it's a cool feature :-)
I like the ability to use a 'blank' SiteRoot (one with a blank base and
path) in conjunction with an access rule to set request variables when I
access my site
As far as I am aware, ZODB will store a list of pointers to the lists of
z objects. What you should be careful of for efficient use of ZODB is
that your list is stored in an efficient way, well if the list is
updated often or long anyway.
When you pack your ZODB does it take up a lot less
See http://www.zope.org/Collectors/Zope/1991
Should be resolved in 2.8 and 2.9
Laurence
On Fri, 12 May 2006 15:07:00 +0100, Erik Dahl [EMAIL PROTECTED] wrote:
I have an object that has a space at the end of its id (I know this is
bogus but I guess its a valid id). its url is:
I actually think TTW schema generation has some validity (so content
types can be easily generated by users). Restricted Python (in python
scripts) just kind of sucks though for being almost python but a little
different. You could keep python code on the filesystem seperate and
just write
I'm trying to work out how to use WSGI with Zope, as I believe that this
is the way to attach a filter to Zope output. However the seem to be
some issues with Zope 2.10.3. Setting use-wsgi on in zope.conf seems to
break Five. The interfaces tab is no longer visible in the ZMI and Plone
stops
Perry wrote:
Tres Seaver schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
--
2007-05-25T10:19:01 ERROR Zope.SiteErrorLog
http://uniben.waeup.org/campus/students/C172676/study_course/create_level
Traceback (innermost last):
Module Zope2.App.startup, line 173, in
Chris Withers wrote:
Laurence Rowe wrote:
This is just an idea, but zeo is backwards compatible right? So
perhaps you could connect a 2.7 client to a 2.8 zeo server and as long
as you know the oids of the intSets you should be able to load them
and do your conversion.
An interesting idea
This is just an idea, but zeo is backwards compatible right? So perhaps
you could connect a 2.7 client to a 2.8 zeo server and as long as you
know the oids of the intSets you should be able to load them and do your
conversion.
Laurence
Chris Withers wrote:
Dieter Maurer wrote:
The reason
Dieter Maurer wrote:
Laurence Rowe wrote at 2007-8-10 15:34 +0100:
...
Assuming that the 2.7 client won't be able to read 2.8 BTrees
A 2.7 client is able to read *and* write BTrees.
BTrees already exist for a very long time; even very old
Zope versions can read and write them.
I know
Philipp von Weitershausen wrote:
snip /
I believe that datetime is not even importable in TTW code
and datetime objects not accessible in TTW code -- at least,
they have not been until recently...
allow_module('datetime') is all you had to do. Ok, admittedly, pure-TTW
developers who can't or
Quite a lot of zope3 code (zc.datetimewidget for instance) expects to be
able to access request.locale. ZPublisher does not provide this and to
get around the limitation you must manually set request.locale in your
view using Products.CMFDefault.formlib.form.getLocale. This seems
brittle. I
Roché Compaan wrote:
snip /
I use QueueCatalog often and I know how it works. But if an application
requires immediate indexing then QueueCatalog is not a solution.
Sorry if I was unclear but what I'm really asking is if it is possible
to improve the conflict handling of the current indexes
Andreas Jung wrote:
snip /
Just for the logs: I gave up my work on an inplace DateTime migration..
too compliated, too much cruft would have to remain for backward
compatibility. Let's see how we can address the issue in a reasonable
way :-)
To enable an evolutionary approach DateTime -
Dieter Maurer wrote:
Laurence Rowe wrote at 2007-9-26 11:08 +0100:
...
To enable an evolutionary approach DateTime - datetime conversions
must be made round-tripable. This is currently difficult as DateTimes
have a resolution of milliseconds and datetimes a resolution of
microseconds. I
I've been working on this too today (well datetime handling anyway).
Please see my patch at https://bugs.launchpad.net/zope2/+bug/149060
Laurence
Amos Latteier wrote:
Hi,
I wanted to let folks know that I've created the amos-datetime-pytz
branch with my changes.
Please let me know when/if
Lennart Regebro wrote:
On 10/5/07, Laurence Rowe [EMAIL PROTECTED] wrote:
I've tested my patch (datetime.datetime support) against Amos's branch
and it applies cleanly and all tests pass.
Cool! Are there tests to make sure old pickles still work, or do we
know that this is the case for sure
.
Laurence
Laurence Rowe wrote:
I've been working on this too today (well datetime handling anyway).
Please see my patch at https://bugs.launchpad.net/zope2/+bug/149060
Laurence
Amos Latteier wrote:
Hi,
I wanted to let folks know that I've created the amos-datetime-pytz
branch with my changes
Lennart Regebro wrote:
On 10/5/07, Laurence Rowe [EMAIL PROTECTED] wrote:
If anyone thinks it is important I could an explicit upgrade path for
instances with a _millis attribute too (most current instances I would
assume).
I think the code must work with current instances without modifying
I'd like to see the DateTime pytz work and my datetime comapatibility
patch merged as well. (they work fine together).
Laurence
Andreas Jung wrote:
Hi,
any probleme with the following schedule for Zope 2.11:
beta 1 - end of October
RC 1 - around Dec 15th
final - end of the year
Since I am
I've checked in my datetime.datetime conversions patch
Is there any reason that the pytz import is not required? I would like
to add support for conversion to timezone aware datetimes, and would
like to rely on pytz being available.
Laurence
Amos Latteier wrote:
On 10/17/07, Laurence Rowe
Philipp von Weitershausen wrote:
Hanno Schlichting wrote:
Log message for revision 80945:
Moved two implements declarations from Five into the proper classes.
I object to this change. HTTPRequest does not really fulfil the
IBrowserRequest interface, and ObjectManager isn't a real
Lennart Regebro wrote:
On 10/23/07, Laurence Rowe [EMAIL PROTECTED] wrote:
Philipp von Weitershausen wrote:
Hanno Schlichting wrote:
Log message for revision 80945:
Moved two implements declarations from Five into the proper classes.
I object to this change. HTTPRequest does not really
On 23/10/2007, Dieter Maurer [EMAIL PROTECTED] wrote:
Laurence Rowe wrote at 2007-10-23 12:00 +0100:
Lennart Regebro wrote:
...
I guess we need to either actually implement the relevant interfaces,
or split the interfaces into something that can be implemented...
Preferably not too
* Move all timezone usage to use pytz
* Add support to timezone aware datetime conversion
* Correct capitalization of
Andreas Jung wrote:
--On 27. Oktober 2007 18:01:25 -0400 Tres Seaver [EMAIL PROTECTED]
wrote:
DateTime('2006-01-01')._tz
'US/Eastern'
Yeah, that's completely odd.
But standards compliant. The previous behaviour was contrary to the
specification. According to
See the discussion on plone-dev a while ago, link integrity checking
will make Plone 3.0 broken and dangerous. Worth trying with 2.9.8 at least.
Laurence
--On 18. August 2007 21:03:43 +0200 Andreas Jung
[EMAIL PROTECTED] wrote:
--On 23. Juli 2007 08:53:32 +0200 Wichert Akkerman
[EMAIL
approaches to SQLAlchemy integration with Zope:
* z3c.zalchemy (Christian Theune)
* z3c.sqlalchemy (Andreas Jung)
* collective.lead (Laurence Rowe)
All of these are in various states of brokenness. z3c.zalchemy doesn't
work with SQLAlchemy trunk. collective.lead works with it, but only if
you
Martin Aspeli wrote:
Laurence Rowe wrote:
Should one phase commit be set as the default to make it easier to
work with sqlite (and mssql)? Probably yes.
Ideally we'd guess based on the URL scheme but allow it to be set
explicitly, IMHO. Single phase would be the fallback, I guess.
I don't
Martin Aspeli wrote:
Martijn Faassen wrote:
Martijn Pieters wrote:
On Tue, Apr 8, 2008 at 11:54 PM, Martijn Faassen
[EMAIL PROTECTED] wrote:
All of these are in various states of brokenness. z3c.zalchemy
doesn't work
with SQLAlchemy trunk. collective.lead works with it, but only if
you
Following discussions with Kapil, Christian and Martin I've developed
zope.sqlalchemy. The aim is to provide a common base for transaction
integration. It does not attempt to define any particular way to handle
database configuration as there is not yet consensus on the best way to
handle it.
Martijn Faassen wrote:
Hey,
Laurence Rowe wrote:
See pypi or the readme for details, but briefly usage is something like:
engine = create_engine('sqlite:///')
Session = scoped_session(sessionmaker(
... bind=engine, transactional=True, autoflush=True,
... extension
Martijn Faassen wrote:
Hi there (especially Christian),
I think we can work with explicits saves. In many cases the user won't
have to worry about it anyway as the container object will do it for
them (besides making the relation), or this 'query container' we spoke
of will do it for them
Martijn Faassen wrote:
Hi there,
Laurence Rowe wrote:
[snip]
The code would get a session through:
Session = getUtility(IScopedSession, 'my-app')
session = Session()
The drawback is that this is more typing. You do a utility lookup and an
instantiation as opposed to simply importing
Michael Bayer wrote:
On May 7, 2008, at 7:08 AM, Martijn Faassen wrote:
Hi there (especially Christian),
I think we can work with explicits saves. In many cases the user won't
have to worry about it anyway as the container object will do it for
them (besides making the relation), or this
Michael Bayer wrote:
So I will ask you, why can't your application simply have a SalesAddress
and an EngineeringAddress class ? You could even produce them
transparently using a custom __new__() method, i.e.
class Address(object):
def __new__(cls, *args, **kwargs):
if
Laurence Rowe wrote:
Martijn Faassen wrote:
Hey Laurence,
Laurence Rowe wrote:
[snip]
We'll have to stick with scoped sesssions because of threading, but
the engine as local utility pattern should still work.
#myapplication/__init__.py
Session =
scoped_session(sessionmaker(bind
You need an svn checkout of SQLAlchemy until 0.4.6 is released.
Laurence
Andreas Jung wrote:
--On 6. Mai 2008 06:01:14 +0200 Andreas Jung [EMAIL PROTECTED] wrote:
--On 6. Mai 2008 02:26:58 +0100 Laurence Rowe [EMAIL PROTECTED] wrote:
Following discussions with Kapil, Christian
We need to differentiate between the interface for session configuration
and session usage from an application.
For session usage I think it is fairly simple. We should define an
ISessionContext interface such that:
class ISessionContext(Interface):
def __call__():
return a
Brian Sutherland wrote:
On Fri, May 23, 2008 at 11:39:39PM +0100, Laurence Rowe wrote:
We need to differentiate between the interface for session configuration
and session usage from an application.
For session usage I think it is fairly simple. We should define an
ISessionContext interface
Brian Sutherland wrote:
On Sat, May 24, 2008 at 09:30:18PM +0100, Laurence Rowe wrote:
Brian Sutherland wrote:
On Fri, May 23, 2008 at 11:39:39PM +0100, Laurence Rowe wrote:
We need to differentiate between the interface for session configuration
and session usage from an application
Martijn Faassen wrote:
Laurence Rowe wrote:
We need to differentiate between the interface for session
configuration and session usage from an application.
Session configuration? I'm talking about engine configuration. A session
doesn't need to be configured, except with a session, I think
Martijn Faassen wrote:
Laurence Rowe wrote:
Martijn Faassen wrote:
[snip]
Before we talk more about session configuration, please explain why
we're not talking about engine configuration. :)
Engine configuration is a subset of session configuration. You cannot
have a single ScopedSession
Hermann Himmelbauer wrote:
Am Sonntag, 25. Mai 2008 13:32 schrieb Andreas Jung:
--On 24. Mai 2008 15:44:01 +0200 Hermann Himmelbauer [EMAIL PROTECTED] wrote:
I currently use
SQLAlchemy, but it seems that transactions are managed on the RDB-level
only, which means that the object state is
Hermann Himmelbauer wrote:
Am Montag, 2. Juni 2008 20:04 schrieb Hermann Himmelbauer:
Hi,
In my zope3 tests, I set up some basic test data. After that, I'm calling
transaction.commit(). However, I get the following traceback:
--- snip ---
File copy_reg.py, line
Laurence Rowe wrote:
Hermann Himmelbauer wrote:
Am Montag, 2. Juni 2008 20:04 schrieb Hermann Himmelbauer:
Hi,
In my zope3 tests, I set up some basic test data. After that, I'm
calling
transaction.commit(). However, I get the following traceback:
--- snip
Hermann Himmelbauer [EMAIL PROTECTED]:
Am Dienstag, 3. Juni 2008 12:21 schrieb Laurence Rowe:
Laurence Rowe wrote:
I found it by myself: I registered a zope.sqlalchemy related utility,
which stores an engine (self.engine = create_engine(DSN,...)) and a
scoped session (self.Session
Hermann Himmelbauer wrote:
Hi,
Regarding to the discussion some days ago with the SQLAlchemy Zope3
integration, I still have problems with retrieving the session. I currently
use a utility for the engine, which seems to work well.
However, for retrieving the session, I tried to use the
Hermann Himmelbauer wrote:
Am Mittwoch, 4. Juni 2008 22:09 schrieb Laurence Rowe:
Hermann Himmelbauer wrote:
In my application, I then use getSASession() to retrieve my session.
However, what I think is not that beautiful is the s.bind = engine
part. Are there any suggestions how to improve
Hermann Himmelbauer wrote:
Am Donnerstag, 5. Juni 2008 19:38 schrieb Laurence Rowe:
Hermann Himmelbauer wrote:
Am Mittwoch, 4. Juni 2008 22:09 schrieb Laurence Rowe:
Hermann Himmelbauer wrote:
In my application, I then use getSASession() to retrieve my session.
However, what I think
they'd get created at the right time. It
might also be possible to simply implement the engine method on
IDatabase to create the engine when called the first time, and then
cache it in a volatile property. I think this is something Laurence Rowe
has been talking about. I'm not sure whether it's
Martijn Faassen wrote:
Hi there,
On Tue, Jun 17, 2008 at 2:30 PM, Brian Sutherland
[EMAIL PROTECTED] wrote:
[snip]
Just commenting that IDatabase.engine is not used by any code external
to the Database object. There's no use case for it to be public.
While I am not sure we have a strong use
2008/6/17 Michael Bayer [EMAIL PROTECTED]:
On Jun 17, 2008, at 10:09 AM, Laurence Rowe wrote:
I'm not sure connection pooling is really useful in a threaded environment
with recycled sessions. You want n threads = n connections. If we started
creating new sessions each request then things
Martin Aspeli wrote:
Martijn Faassen wrote:
Martin Aspeli wrote:
Brian Sutherland wrote:
[snip]
For some reason this raises a warning bell in my head. I keep on
thinking: this is zope, the session is a classic case for a utility, we
should be getting it in views by an interface.
FWIW, I had
`records` by ZODB. Other objects do not have a _p_oid attribute and
have to be saved as part of their parent record.
Laurence
2008/6/19 [EMAIL PROTECTED]:
Laurence Rowe wrote:
[EMAIL PROTECTED] wrote:
Does your record class inherit from persistent.Persistent? 650k integers +
object pointers should
Sorry, wrong list.
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
Martijn Faassen wrote:
Hi there,
I've made zope.sqlalchemy work with SQLAlchemy 0.5 beta 1, recently
released.
This involved:
* the 'transactional=True' argument has become 'autocommit=False'
* various accesses that the tests were doing to get query.table and such
didn't work anymore. I
Michael Bayer wrote:
On Jul 19, 2008, at 10:29 AM, Brandon Craig Rhodes wrote:
Laurence Rowe [EMAIL PROTECTED] writes:
This is now fixed in trunk. For the moment I'm depending on SQLAlchemy
trunk for the new after_attach hook until beta3 is released.
Could the fix be backported and a new
zope.sqlalchemy specifically requires a SessionExtension hook added in
0.4.7 and 0.5.0b3 to fix a bug that came to light in porting dobbin
over to use it:
New objects added to a session did not
cause a transaction join, so were not committed at the end of the
transaction unless the database was
Hermann Himmelbauer wrote:
Hi,
I'm experiencing some possible bug with sqlalchemy here:
- I query for some data
- Update some data
- Make no flush (autoflush is set to False)
Then no commit is issued, hence my data is not updated in the database.
At least, I looked at the function
Hanno Schlichting wrote:
Martijn Faassen wrote:
I just looked at the PyPI page of 'transaction':
http://pypi.python.org/pypi/transaction
And I see some weirdnesses:
* it's called 'transaction 1.0a1'
* the 'changes' claim however:
1.0 (unreleased)
What's up? Clearly something went
Brian Sutherland wrote:
On Tue, Sep 16, 2008 at 02:01:07PM +0100, Laurence Rowe wrote:
Brian Sutherland wrote:
Hi,
I've recently seen a situation where zope.sqlalchemy locked up the
transaction machinery. I'm not sure exactly what happened, but have
attached a failing test for at least one
2008/9/19 Hermann Himmelbauer [EMAIL PROTECTED]:
Am Donnerstag 18 September 2008 07:08:56 schrieb Dieter Maurer:
Brian Sutherland wrote at 2008-9-17 12:33 +0200:
On Tue, Sep 16, 2008 at 02:01:07PM +0100, Laurence Rowe wrote:
Brian Sutherland wrote:
Hi,
I've recently seen a situation
2008/9/19 Laurence Rowe [EMAIL PROTECTED]:
2008/9/19 Hermann Himmelbauer [EMAIL PROTECTED]:
Am Donnerstag 18 September 2008 07:08:56 schrieb Dieter Maurer:
Brian Sutherland wrote at 2008-9-17 12:33 +0200:
On Tue, Sep 16, 2008 at 02:01:07PM +0100, Laurence Rowe wrote:
Brian Sutherland wrote
Hermann Himmelbauer wrote:
Hi,
Just by chance, I pressed the reload button of my browser for quite some
time,
so that my Zope3-based site was reloaded over and over. I was surprised to
find the following in the logs:
2008-10-20T18:45:15 WARNING ZopePublication Competing writes/reads
This depends on whether you have other resources involved in the
transaction or not. I would assume that you will only have the sql
database committing in the transaction, in which case it makes not a
blind bit of difference if you commit separately or not - just make
sure each individual task is
Lennart Regebro wrote:
On Sun, Nov 9, 2008 at 19:58, Roché Compaan [EMAIL PROTECTED] wrote:
Since I'm in full agreement that we need to fix indexes that are
problematic, I started doing some benchmarks on the large data set that
gave us so many headaches. It is probably not surprising that the
Roger Ineichen wrote:
just a sample;
In my point of view an application like a wiki or forum etc.
should get developed as a python application without to require
a global request because it's just a (MVC) model part. There should
never be a request involved. If such a wiki needs a last
Roger Ineichen wrote:
The most convincing reason for me to persevere with the
current pattern of views is that it offers the possibility of
adaption on the request.
This is something that repoze.bfg is exploring and I think
could be helpful, for instance registering separate views on
Rowan Woodhouse wrote:
Hi,
I've got two clients accessing the same object at the same time (one is
Zope and the other is a worker interfacing to another system). In the
worker client I need to detect a change to the value of an attribute
made by the Zope client. I can do this by polling
Andreas Jung wrote:
- complete eggification (apparently pretty much done)
We have to define what eggification means exactly. By now the
Zope2.buildout seems to work fine with Python 2.4-2.6. I think
we want to see Zope2 being easy_install-able. This means basically:
- a source code
Gary Poster wrote:
On Mar 5, 2009, at 1:43 PM, Martijn Faassen wrote:
Hi there,
I know opinions are divergent about 'extra' dependencies in setup.py.
These ar dependencies that effectively make a single project with a
single dependency structure into a number of virtual packages that
each
Wichert Akkerman wrote:
Previously Marius Gedminas wrote:
BTW I've yet to see a firewall that blocks SSH. Am I lucky?
Yes. Blocking ssh is very common in larger companies in me experience.
An ssh server running on port 443 (HTTPS) can come in very handy. ssh -D
gives you a socks proxy,
2009/4/6 Chris Withers ch...@simplistix.co.uk:
Laurence Rowe wrote:
Previously Marius Gedminas wrote:
BTW I've yet to see a firewall that blocks SSH. Am I lucky?
Yes. Blocking ssh is very common in larger companies in me experience.
An ssh server running on port 443 (HTTPS) can come
Hi,
I've added the ZODB developers guide to the zope2docs buildout
(converting it to rst) and added another article and some more links to
the zodb articles section, but ideally these should live in their own
directory. What do I need to do to make this happen?
Laurence
Martin Aspeli wrote:
Hi,
First - a quick question: can we treat __name__ and id/getId()/_setId()
as the same, always? OFS.SimpleItem has some support for letting id and
name be the same, but the link is lost once both __name__ and id are
set. Why isn't __name__ just a property that
Martin Aspeli wrote:
Laurence Rowe wrote:
Martin Aspeli wrote:
Hi,
First - a quick question: can we treat __name__ and id/getId()/_setId()
as the same, always? OFS.SimpleItem has some support for letting id and
name be the same, but the link is lost once both __name__ and id are
set
2009/4/27 Chris McDonough chr...@plope.com:
On 4/27/09 3:27 PM, Laurence Rowe wrote:
Martin Aspeli wrote:
Laurence Rowe wrote:
Martin Aspeli wrote:
Hi,
First - a quick question: can we treat __name__ and id/getId()/_setId()
as the same, always? OFS.SimpleItem has some support
Sidnei da Silva wrote:
On Sat, May 9, 2009 at 12:52 PM, Chris Withers ch...@simplistix.co.uk wrote:
Hmm, so I would I register different views for a KeyError versus an
AttributeError?
I believe you need to make KeyError implement an interface to be able
to register a view for it. What use
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
There's currently a funny inconsistency in Zope's Traversable class. If
you have a URL like http://localhost:8080/path/to/@@aview/foo, and
@@aview implements IPublishTraverse (and, I presume, if
Jim Fulton wrote:
I don't agree. The semantics are different. For example, you often
want to traverse to things in a template that you don't want to expose
via URL. We currently (or last time I checked) expose ++resource+
+name in URLs and this is a bug.
What use is a resource without
Malthe Borch wrote:
On MySQL, it's necessary to supply to ``pool_recycle`` parameter on
engine creation, else the connection dies after some timeout and the
pool is unable to hand out a session.
The result of this is that the first request fails whenever the
connection has been dropped.
2009/10/1 Martin Aspeli optilude+li...@gmail.com:
Hanno Schlichting wrote:
The standard file implementation has no knowledge of its size, as this
is sometimes impossible to get, when dealing with stream based
file-like objects. Do we really need to have files to know their size?
Well, for
2010/1/5 Hermann Himmelbauer du...@qwer.tk:
Am Dienstag 05 Januar 2010 14:37:51 schrieb Martijn Faassen:
Hermann Himmelbauer wrote:
Am Dienstag 05 Januar 2010 11:58:38 schrieb Martijn Faassen:
Hermann Himmelbauer wrote:
But I have to further state that I'm locked into Zope 3.4.0 as the
2009/12/31 Martin Aspeli optilude+li...@gmail.com:
Hi,
A few of us are playing with some caching tools, trying to get to a more
sane and less monkey patch-laden approach than CacheFu
(Products.CacheSetup), for use with Zope 2.12.
It is relatively easy to set response headers, e.g. in an
2010/1/10 zopyxfil...@gmail.com:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
Wichert Akkerman wrote:
On 2010-1-10 04:36, Martin Aspeli wrote:
so in your test, `DateTime(md.CreationDate())` will always be
the current time, but with an implicitly added 'GMT+0' while
On 17 April 2010 10:41, Lennart Regebro rege...@gmail.com wrote:
On Sat, Apr 17, 2010 at 11:18, yuppie y.2...@wcm-solutions.de wrote:
How can we make sure docs and code don't get out of sync? Do we have to
run unittests *and* build the docs before each checkin? Will someone
make sure buildbots
On 8 June 2010 09:51, Chris Withers ch...@simplistix.co.uk wrote:
Hi All,
I need to write a data manger that interacts with a transactional system
that doesn't support two phase commit.
Looking for inspiration, I went to look at zope.sqlalchemy and
zope.sendmail.
In the non-tpc situation,
On 8 June 2010 11:25, Chris Withers ch...@simplistix.co.uk wrote:
Laurence Rowe wrote:
transaction_manager = zope.interface.Attribute(
The transaction manager (TM) used by this data manager.
This is a public attribute, intended for read-only use. The value
On 8 June 2010 11:44, Chris Withers ch...@simplistix.co.uk wrote:
Laurence Rowe wrote:
Committing in tpc_vote is right so long as you ensure your data
manager sorts last, and that there are no other data managers in the
transaction which are using the same trick.
Why does the latter part
On 8 June 2010 12:48, Chris Withers ch...@simplistix.co.uk wrote:
Christian Theune wrote:
If
you have more than one then it can happen that the first one committed,
but the second one doesn't and then you can't properly roll back.
Okay, but this is quite a common occurrence now. For
On 8 June 2010 12:59, Chris Withers ch...@simplistix.co.uk wrote:
Laurence Rowe wrote:
it fails you will end up in an inconsistent state whatever. It's just
that with the maildir implementation, it pretty much can't fail as it
is only a rename and that should always succeed. Really, it should
On 8 June 2010 14:38, Jim Fulton j...@zope.com wrote:
This is intended as a broad response to the thread, rather than a
response to any specific post. :)
I've been thinking of expanding the data manager API to add an
optional tpc_rollback method. If tpc_finish returns a value and a
data
On 8 June 2010 18:11, Jim Fulton j...@zope.com wrote:
On Tue, Jun 8, 2010 at 1:00 PM, Laurence Rowe l...@lrowe.co.uk wrote:
On 8 June 2010 14:38, Jim Fulton j...@zope.com wrote:
This is intended as a broad response to the thread, rather than a
response to any specific post. :)
I've been
On 18 June 2010 01:24, Leonardo Rochael Almeida leoroch...@gmail.com wrote:
By the way, this issue is completely separate from the
two-phase-commit discussion that we had recently, since all the
connectors involved here are fully transactional.
As you can see here:
On 18 June 2010 14:32, Leonardo Rochael Almeida leoroch...@gmail.com wrote:
Hi Laurence
On Fri, Jun 18, 2010 at 08:06, Laurence Rowe l...@lrowe.co.uk wrote:
On 18 June 2010 01:24, Leonardo Rochael Almeida leoroch...@gmail.com wrote:
By the way, this issue is completely separate from the
two
On 13 June 2010 11:18, Chris Withers ch...@simplistix.co.uk wrote:
Laurence Rowe wrote:
On 8 June 2010 12:59, Chris Withers ch...@simplistix.co.uk wrote:
Laurence Rowe wrote:
it fails you will end up in an inconsistent state whatever. It's just
that with the maildir implementation
With Zope2's MailHost now using zope.sendmail, we're seeing some
critical errors when sending mail when the mail server domain name is
misconfigured. http://dev.plone.org/plone/ticket/10675 (these are
triggered by a password reset mail, the registration mail is sent
immediately).
This is because
I've released zope.sqlalchemy 0.6 with the following changes:
* Implement should_retry for sqlalchemy.orm.exc.ConcurrentModificationError
and serialization errors from PostgreSQL and Oracle.
(Specify transaction=1.1 to use this functionality.)
* Include license files.
* Add
On 5 September 2010 02:49, Tim Hoffman zutes...@gmail.com wrote:
Please note that DTML is a dead (and horrid) technology.
Martin
But zpt is horrible for doing non html/xml based things ;-), What do you
think is good alternative in the zope eco system now
for templating other types of
1 - 100 of 169 matches
Mail list logo
